Under de senaste åren, enterprise-miljöer har blivit cloudified och container, som ställs på högkant definitionen av en “data center” från ett rum inom företagets väggar för att mycket distribuerade nätverk av datorer över hela världen. Cloud computing innebar att det inte längre betydde något, där servrar var beläget eller, som bevarat dem. Ökningen av Docker hjälpte till att öppna koncept av behållare, införande av aldrig tidigare skådad portabilitet för appar och bakomliggande system. Kubernetes då framkommit som en viktig orkestrering verktyg för en container-rik miljö, bränsle DevOps revolution.
Foto: Joe McKendrick
×
img-8935.jpg
Som moln, behållare och Kubernetes har satt sig in i företaget, lagen är nu att fokusera på mer flexibla infrastruktur och ekosystem, och en ny plattform, Terraform från HashiCorp, är att få en hel del uppmärksamhet.
Terraform och annan utveckling på cloudified och container affärssystem scenen har undersökts genom att ThoughtWorks i sin senaste Tekniken Radar, som utforskar tekniker används av dess lag och kunder. ThoughtWorks teamet är mycket glada över Terraform:
“Terraform är snabbt på att bli en de facto-val för att skapa och hantera molnbaserade infrastrukturer genom att skriva deklarativ definitioner. Vi gillar Terraform eftersom syntaxen av sina filer är ganska lättläst och eftersom det har stöd för ett antal av moln och samtidigt göra något försök att ge en konstlad abstraktion över dessa leverantörer. Den aktiva gemenskapen kommer att lägga till stöd för de senaste funktionerna från de flesta moln leverantörer. Efter vår första, mer försiktiga, nämner Terraform nästan två år sedan, det har sett en fortsatt utveckling och har utvecklats till en stabil produkt med ett bra ekosystem som har visat sitt värde i våra projekt.”
ThoughtWorks team rekommenderar också antagandet av följande ledande teknologier och tekniker:
Micro framför slutar: “Microservices har låtit lag att skala leverans av självständigt användas och underhållas tjänster,” ThoughtWorks analytiker förklara. “Tyvärr, vi har också sett många lag skapa en front-end monolith — en stor, intrasslad webbläsare som sitter på toppen av back-end tjänster. Sedan vi först beskrivs micro front-ends som en teknik för att ta itu med denna fråga, vi har haft nästan universellt positiva erfarenheter med den strategi. Så långt, web components har varit svårfångade i detta område, dock.”
Påstridig och automatiserad kod formatering: “Vilken stil som ska användas för att formatera koden har varit en fråga om personlig smak, företagets policy och hetsig debatt. Slutligen, branschen verkar vara trött på denna ändlösa argument och grupper till att frigöra förvånansvärt stora mängder av tid genom att avstå från dessa diskussioner, och bara anta påstridig och automatiserad kod formatering verktyg.”
Polyglot programmering: “Vi ser ett nytt tryck för att standardisera språket staplar av både utvecklare och företag. Samtidigt som vi erkänner att placera inga begränsningar på språket använder kan skapa fler problem än det löser, främja ett fåtal språk som stöder olika ekosystem eller språkliga funktioner som är viktiga för både företag att påskynda processer och go live snabbare och utvecklare att ha rätt verktyg för att lösa det aktuella problemet.”
Hemligheter som en tjänst: Programvara bygga pipelines “behöver hemligheter för att samverka med säkra infrastrukturer, såsom behållare register, program använder API-nycklar som hemligheter för att få tillgång till affärsmöjligheter och service-till-service-kommunikation är säkrade med hjälp av certifikat och nycklar som hemligheter. Vi har använt oss av hemligheter som en tjänst som standard teknik för att lagra och komma åt hemligheter. Med denna teknik kan du använda verktyg som Valv eller AWS nyckelhanteringstjänsten (KMS) för att läsa/skriva hemligheter via en HTTPS-slutpunkt med finkornig nivåer av kontroll. Hemligheter som en service använder externa identitet leverantörer som AWS IAM att identifiera de aktörer som begär tillgång till hemligheter. Aktörer autentisera sig med hemligheter service.”
UI-dev-miljöer: “När fler och fler lag omfamna DesignOps, metoder och verktyg i detta utrymme gammal. UI-dev miljöer ger en heltäckande miljö för att snabbt gå på UI-komponenter, med fokus på samarbete mellan användarens upplevelse designers och utvecklare. Nu har vi några alternativ i detta utrymme: Sagobok, Reagera Styleguidist, Sättare och MDX. Många lag skulle kunna minska deras UI feedback-cykler och förbättra timing av UI arbetet med att förbereda för utvecklingsarbete, vilket har gjort att använda UI-dev-miljöer en rimlig standard för oss.”
Bubblar Upp
Dessutom ThoughtWorks team är att se ett antal lovande nya verktyg och tekniker som bubblar upp under ytan. Här är ett urval av de verktyg och tekniker som nämns som fortfarande behöver ytterligare utvärdering och verkliga världen för att testa, men de är värt att studera:
Smart kontrakt: “att Begå automatiserad, ovedersägliga, oåterkalleliga kontrakt på [Distribueras Ledger Teknik] låter bra i teorin,” ThoughtWorks lag säger. “De problem som uppstår när du överväga att använda modern programvara för leverans tekniker för att utveckla dem, liksom skillnaderna mellan olika implementationer. Oföränderlig data är en sak, men oföränderliga affärslogik är något helt annat. Det är verkligen viktigt att tänka på om du vill inkludera logik i en smart kontraktet. Vårt råd är att tänka länge och hårt innan de bestämmer sig för affärslogik till en smart kontrakt och att väga fördelarna av de olika plattformar innan du gör.”
Etiska OS: “Etiska OS är en tänkande ram och en uppsättning verktyg för att driva diskussioner kring etik för att bygga program. Ramen är ett samarbete mellan Institutet för Framtiden och den tekniska och Samhället Lösningar Lab. Den är baserad på en praktisk uppsättning av riskområden, såsom missbruk och dopamin ekonomin, plus ett antal scenarier för att driva samtal och diskussion.”
CloudEvents: “Utanför funktion koden, applikationer skrivna som serverlösa funktioner är tätt kopplade till en molntjänst som de är värd. Men evenemang är en gemensam FaaS-utlösande mekanism, och varje moln leverantör stöder dem i någon form, den nuvarande egenutvecklade specifikationer förhindra samverkan över molnen. Den CloudEvents specifikation är en spirande standard som har blivit antagen till CNCF Sandlåda. Standarden är fortfarande i aktiv utveckling, men flera språk bindningar existerar och Microsoft har meddelat som första-klass-stöd i Azure. Vi hoppas att andra moln kommer att följa efter.”
Knative: “Knative är ett open-source Kubernetes-baserad plattform för att köra FaaS arbetsbelastning. Det finns några saker som sticker ut om Knative: det är öppen källkod och leverantör agnostiker, det genomför serverlösa arbetsflöde, och säkerställer en cross-service interoperabilitet genom att genomföra sin fälttävlan gränssnittet överensstämmer med CNCF CloudEvents specifikation; och, viktigast av allt, det handlar om en gemensam utmaning i att driva en harmoniserad och ännu hybrid FaaS och långvariga container-baserad arkitektur. Det kan enkelt integreras med både Istio och Kubernetes.”
Relaterade Ämnen:
Cloud Prioriteringar
CXO
Trodde Ledarskap
Innovation
Tech och Arbete