| November 27, 2019 — 00:30 GMT (00:30 GMT)
| Ämne: Moln
DevOps i molnet: Bästa praxis och fallgropar för cloud distribution och utveckling från Copado
David Brooks, vice vd för Produkter på Copado, förklarar hur företag kan använda DevOps för storskalig molntyper och hur man undviker vanliga moln utveckling misstag.
Så vi ställde ut våra 2020 DevOps prognoser, men vi var begränsade i antal och format, och det fanns en hel del bra idéer. Här är några av de ytterligare trender Forrester är spårning i DevOps för 2020:
Slutet av planera/bygga/köra och steg gates. Vi har som regleras och hanteras DET i decennier på att planera/bygga/köra verksamhetsmodell, men det är inte flexibelt nog. Pausa mellan att bygga och köra medan experter köra sina kvalitetskontroller helt enkelt inte kan arbeta i den nya digitala världen. (Deming avfärdade “inspektera kvaliteten på” decennier sedan, och ändå är här vi fortfarande gör det i alltför många IT-organisationer.) IT-styrning, som (även som av COBIT-2019) har fortfarande en stark planera/bygga/köra bias, ändra, flytta bort från scenen slussning till . . .Kontinuerlig styrning som bygger på principer, dynamisk kontroll och automation. Styrning ingalunda går bort, dock. Det kommer att fokusera mer på vägledande principer, och fler företag kommer att använda självrättande dynamiska kontroller, till exempel Numerify förändring prognos programvara för team leverans eller site reliability engineering practices, där produktionen stöd återgår till produkten team som levererar dålig kvalitet system. Slutligen, automatiserade lösningar kommer att inordna mycket styrning: mallade mönster och miljöer under förutsättning att leverans team, automatiskt hanteras för drift från efterlevs.Plattare organisation modeller. Hur fungerar semiautonomous produkt team överleva och frodas? Vissa vänder sig till Kricka och Holacracy, se dem som en bättre passform för denna nya värld. Och hur ska en sådan lag behålla anpassning? Min uppfattning är att vi kommer att flytta från styrningen av “hur” att styrningen av “vad.” Styrningen kommer att utmana team för att göra och hålla sina löften, men kommer att ge dem stor frihet i hur man kan göra så.Psykologisk säkerhet. Jag ser ett ökande intresse för den mänskliga miljön kring digitala system leveransen och mer förståelse för att medarbetarna leder till kundens upplevelse. Att följa i Googles fotspår, ledande företag kommer att börja mäta psykologisk säkerhet som ett nyckeltal. Jag skulle inte vara förvånad över att se riskhanterare flagga låg psykologisk säkerhet-poäng som en allvarlig organisatorisk risk! Precis som vi har förutspått att kaos engineering kommer att bli erkänd som en controls strategi, kommer organisationer institutet motsvarande åtgärder kring organisationskultur? Tankar?Resilience engineering. Utöver webbplats tillförlitlighet, teknik och kaos engineering ligger resilience engineering. Resilience engineering kombinerar akademiska discipliner från industriell ekonomi till mänskliga faktorer till kognitiv psykologi och framåt, men det är ingen ivory tower. Säkerhets-och sjukvårdspersonal (luftfart, brandkår/polis/sjukvård, etc.) att följa dess lärosatser och konsumera sin forskning. Den digitala och DevOps samhällen är sen till festen, men proffs som John Allspaw är banbrytande nya insikter här. (Jag hittade bara den här fascinerande tillämpas writeup av AWS är Adrian Cockcroft idag.) Leta efter den genomgripande “craft visdom” av traditionella IT service management och övervakning för att ge vika för resilience engineering är mycket större stringens.Den återuppstår (vissa) standardisering. Enterprise arkitekter är ofta ansvariga för att uppnå skalfördelar genom återanvändning av gemensamma plattformar och design metoder. De har haft tuffa pulka på sistone, med alltmer självständig produkt-team. Och ännu organisationer bör standardisera vid odifferentierad “tunga lyft” – nivå. Vad är de grader av frihet? Gör utvecklarna få för att välja önskad molnleverantör? Nej? Var drar du gränsen? Seriösa utvecklare autonomi kan leda till innovation och nöjda kunder . . . men det finns också en sammanfattning utfyllnad. Hur kan vi få en bättre, mer fakta-baserad hantering av dessa avvägningar?
Allt i allt, det lovar att bli ett intressant år! Håll ögonen öppna och hålla oss uppdaterade på vad du ser!
Ladda ner Forresters Förutsägelser 2020 guide för att förstå de stora krafter som kommer att påverka företag nästa år.
Detta inlägg var skrivet av Chefsanalytiker Charles Betz och publicerades ursprungligen här.
Cloud
Microsoft köper cloud file-migration specialist Mover
Red Hat OpenShift 4.2: Kubernetes för hybrid-moln-utvecklare
Toppen moln leverantörer 2019: AWS, Microsoft Azure, Google Cloud
Adobes moln pivot: Vad har vi lärt oss (ZDNet YouTube)
Köpa en Google Pixel 4, få 3 fria månader på Google En (CNET)
Hur att beräkna AWS kostnader och undvika att betala för mycket för moln-tjänster (TechRepublic)
Relaterade Ämnen:
Innovation
Digital Omvandling
Datacenter
CXO
Förvaring
Cloud TV
| November 27, 2019 — 00:30 GMT (00:30 GMT)
| Ämne: Moln