I løbet af de seneste par år, enterprise software miljøer er blevet cloudified og containertransport, upending definitionen af en “data center” fra et rum, inden for murene af virksomheden til meget distribueret netværk af computere over hele kloden. Cloud computing betød, at det ikke længere betød noget, hvor servere var placeret, eller som fastholdt dem. Stigningen i Dokkeren hjalp med at åbne begrebet beholdere, der introducerer en hidtil uset mulighed for overførsel til apps og underliggende systemer. Kubernetes derefter fremstod som et centralt orkestrering af en container-rigt miljø, brændstofpåfyldning DevOps revolution.
Foto: Joe McKendrick
×
img-8935.jpg
Som cloud, containere og Kubernetes har slået sig ned i virksomheden, hold nu fokus på en mere fleksibel infrastruktur og økosystemer, og en ny platform, Terraform fra HashiCorp, er at få en masse opmærksomhed.
Terraform og andre udviklinger på cloudified og containertransport enterprise software scene blev undersøgt ved ThoughtWorks i sin nyeste Teknologi Radar, som udforsker de teknologier, der bliver brugt af sine teams og kunder. ThoughtWorks team er yderst begejstrede Terraform:
“Terraform er hurtigt ved at blive en de facto valg for at skabe og styre cloud-infrastruktur ved at skrive deklarativ definitioner. Vi vil gerne Terraform, fordi syntaksen for disse filer er ganske læsbar, og fordi det understøtter en række af cloud-udbydere og samtidig gør ingen forsøg på at give en kunstig abstraktion på tværs af disse udbydere. Det aktive fællesskab vil tilføje understøttelse af de nyeste funktioner fra de fleste cloud-leverandører. Efter vores første, mere forsigtige, omtale af Terraform næsten to år siden, har oplevet en fortsat udvikling og har udviklet sig til et stabilt produkt med en god økosystem, der har bevist sin værdi i vores projekter.”
ThoughtWorks team anbefaler også vedtagelsen af følgende leading-edge teknologier og teknikker:
Micro front ends: “Microservices har tilladt teams til at skalere levering af selvstændigt anlægges og vedligeholdes tjenester,” ThoughtWorks analytikere forklare. “Desværre, vi har også set mange hold oprette en front-end monolith-en stor, viklet ind browser program, der sidder på toppen af back-end-tjenester. Da vi første gang beskrevet micro foran-enderne som en teknik til at løse dette problem, vi har haft næsten universelt positive erfaringer med den tilgang. Så langt, web components har været undvigende på dette område, selv om.”
Påståelig og automatiseret kode formatering: “Hvad stil at bruge til formatering af koden har været et spørgsmål om personlig smag, virksomhed, politik og ophedet debat. Endelig, industrien synes at være træt af denne endeløse argument og teams er at frigøre overraskende store mængder af tid ved at give afkald på disse diskussioner og bare vedtage stædig og automatiseret kode formatering af værktøjer.”
Polyglot programmering: “Vi ser en ny indsats for at standardisere sproget stakke af både udviklere og virksomheder. Mens vi erkende, at placere ingen begrænsninger på sprog, der bruger kan skabe flere problemer, end det løser, fremme et par sprog, der understøtter forskellige økosystemer eller sproglige funktioner er vigtige for både virksomheder til at fremskynde processer og go live mere hurtigt og udviklere at have de rigtige værktøjer til at løse problemet ved hånden.”
Hemmeligheder, som en service: Software bygge rørledninger “har brug for hemmeligheder til at interface med sikker infrastruktur som container registre, programmer, brug af API-keys som hemmeligheder til at få adgang til business-kapaciteter, og den tjeneste-til-service kommunikation er sikret ved hjælp af certifikater og nøgler som hemmeligheder. Vi har været ved hjælp af hemmeligheder, som en service, der som standard teknik til lagring og adgang til hemmeligheder. Med denne teknik kan du bruge værktøjer såsom Hvælving eller AWS KMS (Key Management Service) til at læse/skrive hemmeligheder over en HTTPS-endpoint med finkornet niveauer af adgangskontrol. Hemmeligheder, som en tjeneste anvender eksterne identitet udbydere såsom AWS IAM at identificere de aktører, der anmoder om adgang til hemmeligheder. Aktører autentificere sig selv med hemmeligheder service.”
UI-dev miljøer: “efterhånden Som flere og flere hold omfavne DesignOps, praksis og værktøjer i dette rum gamle. UI-dev miljøer give en samlet miljø for hurtigt iteration på UI komponenter, med fokus på samarbejde mellem user experience designere og udviklere. Vi har nu et par valg i dette rum: Historiebog, Reagere Styleguidist, Compositoren og MDX. Mange af holdene var i stand til at reducere deres UI feedback cykler og forbedre timingen af UI arbejde i forberedelse til udviklingsarbejde, som har gjort brug af UI-dev miljøer en rimelig standard for os.”
Boblende Op
Hertil kommer, at ThoughtWorks team er at se en række lovende nye værktøjer og teknologier, som bobler op under overfladen. Her er et udsnit af de værktøjer og teknologier, som er nævnt, der stadig har brug for yderligere evaluering og den virkelige verden test, men de er værd at studere:
Smart kontrakter: “at Begå automatiseret, uigendriveligt, irreversible kontrakter på [Distribueret Ledger Teknologier] lyder godt i teorien,” ThoughtWorks holdet, siger. “De problemer, der opstår, når man overveje, hvordan man kan bruge moderne software levering teknikker til at udvikle dem, samt forskelle mellem implementeringer. Uforanderlige data er én ting, men uforanderlige forretningslogik er noget helt andet. Det er virkelig vigtigt at tænke på, om du vil inkludere logik i en smart-aftale. Vores råd er at tænke længe og hårdt før at begå forretningslogik til en smart aftale, og at afveje fordele af de forskellige platforme, før du gør.”
Etiske OS: “Etiske OS er en tænkning ramme og et sæt af værktøjer, der drev drøftelser omkring etiske bygning software. Rammerne er et samarbejde mellem Institut for Fremtiden og Tech og Samfund Løsninger Lab. Det er baseret på et praktisk sæt af risiko zoner, såsom ludomani og dopamin økonomi, plus en række scenarier til at drive samtale og diskussion.”
CloudEvents: “Uden koden i sig selv, programmer, der er skrevet som serverless funktioner er tæt koblet til den cloud platform, hvor de er hostet. Selv om events er en fælles FaaS-udløsende mekanisme, og hver cloud-udbyder understøtter dem i en eller anden form, den nuværende proprietære specifikationer forhindre interoperabilitet på tværs af skyer. Den CloudEvents specifikation er en spirende standard, der er blevet accepteret i den CNCF Sandkasse. Standarden er stadig under aktiv udvikling, men flere sprog bindinger eksisterer, og Microsoft har annonceret første klasse støtte i Azure. Vi håber, andre cloud-udbydere vil følge trop.”
Knative: “Knative er et open-source Kubernetes-baseret platform til at køre FaaS arbejdsmængder. Der er få ting, der skiller sig ud om Knative: det er open source og udbyder agnostiker, det gennemfører serverless workflow, der sikrer, cross-service interoperabilitet ved at gennemføre sin eventing interface i overensstemmelse med CNCF CloudEvents specifikation; og, vigtigst af alt, det omhandler en fælles udfordring, der driver et harmoniseret og endnu hybrid FaaS og langvarige container-baseret arkitektur. Den kan nemt integreres med både Istio og Kubernetes.”
Relaterede Emner:
Cloud Prioriteter
CXO
Thought Leadership
Innovation
Tech og Arbejde