| 27 November 2019 — 00:30 GMT (00:30 GMT)
| Thema: Cloud
DevOps in de cloud: ‘Best practices’ en valkuilen voor cloud-implementatie en ontwikkeling van Copado
David Brooks, vice-president van de Producten op Copado, legt uit hoe bedrijven kunnen gebruik maken van DevOps voor grootschalige cloud-implementaties en hoe te voorkomen dat de gemeenschappelijke cloud-ontwikkeling van fouten.
Dus gaven we ons in 2020 DevOps voorspellingen, maar wij waren beperkt in aantal en formaat, en er waren een hoop goede ideeën. Hier zijn enkele van de extra trends Forrester is het bijhouden van in DevOps voor 2020:
Het einde van het plan/bouwen/uitvoeren en stage gates. We hebben bestuurd en beheerd HET voor tientallen jaren op het plan/bouwen/uitvoeren van operationele model, maar het is niet wendbaar genoeg. Pauzeren tussen bouwen en uitvoeren terwijl de deskundigen voeren hun kwaliteitscontroles kan gewoon niet werken in de nieuwe digitale wereld. (Deming ontslagen “het inspecteren van de kwaliteit in” decennia geleden, en toch zijn we hier nog steeds doet in veel IT-organisaties.) HET bestuur, dat (zelfs van COBIT 2019) heeft nog steeds een sterke plan/bouwen/run bias, moet veranderen, te verplaatsen uit de buurt van het podium sturing aan . . .Continue governance gebaseerd op de beginselen, de dynamische besturing en automatisering. Governance niet verdwijnt, echter. Het zal zich meer richten op het begeleiden van principes, en meer bedrijven zullen gebruik maken van self-correctie van dynamische besturingselementen, zoals Numerify veranderen voorspelling software voor de levering teams, of site reliability engineering practices, waar de productie ondersteuning terug naar product teams die het leveren van slechte kwaliteit systemen. Tot slot, geautomatiseerde platforms zullen classificeren veel governance: sjablonen patronen en omgevingen mits de levering team, is automatisch geslaagd voor de drift van naleving van het beleid.Plattere organisatie modellen. Hoe werkt het semiautonomous product team te overleven en gedijen? Sommige draaien om Teal en Holacracy, ze te zien als een betere pasvorm voor deze nieuwe wereld. En hoe doen deze ploegen het handhaven van alignment? Mijn mening is dat we bewegen van het bestuur van het ‘ hoe ‘naar’ governance ‘ van de “wat.” Governance uitdaging voor teams aan te maken en te houden belooft, maar geeft hen een aanzienlijke vrijheid in hoe om dit te doen.Psychologische veiligheid. Ik zie een toenemende interesse in de menselijke omgeving, digitale systemen, levering en meer begrip van die werknemer ervaring leidt tot de ervaring van de klant. Volgende in Google ‘ s voetstappen, toonaangevende bedrijven zal beginnen met het meten van psychologische veiligheid als een belangrijke prestatie-indicator. Ik zou niet verbaasd zijn om te zien risk managers vlag lage psychologische veiligheid scoort als een ernstige organisatorische risico ‘ s! Net zoals we hebben voorspeld dat de chaos engineering zal worden erkend als een controle strategie, zullen organisaties instituut bijbehorende maatregelen rond organisatiecultuur? Gedachten?Veerkracht engineering. Buiten de site betrouwbaarheid, engineering en chaos engineering ligt veerkracht engineering. Veerkracht engineering combineert academische disciplines van industrieel ingenieur naar de menselijke factoren, cognitieve psychologie en daarbuiten, maar het is geen ivoren toren. Safety professionals (luchtvaart -, brand/politie/medisch, enz.) volg de voorschriften en consumeren zijn onderzoek. De digitale en DevOps gemeenschappen zijn eind aan deze partij, maar professionals als John Allspaw zijn baanbrekende nieuwe inzichten hier. (Ik vond dit fascinerend toegepast writeup door AWS is Adrian Cockcroft vandaag.) Kijk voor de pervasive “ambachtelijke wijsheid” van traditionele IT-service management en monitoring om weg te geven aan de veerkracht engineering is een veel grotere nauwkeurigheid.De herrijzenis van (sommige) standaardisatie. Enterprise architecten vaak zijn verantwoordelijk voor het realiseren van schaalvoordelen door het hergebruik van gemeenschappelijke gedeelde platformen en ontwerpbenaderingen. Ze had zware tochten van de laatste tijd, met steeds meer autonoom product teams. En toch moeten organisaties standaardiseren op de ongedifferentieerde “heavy lifting” – niveau. Wat zijn de graden van vrijheid? Hebben ontwikkelaars de mogelijkheid om hun voorkeur cloud provider? Nee? Waar trek je dan de lijn? Legitieme ontwikkelaar autonomie kan leiden tot innovatie en klanttevredenheid . . . maar er is ook de cv-vulling. Hoe kunnen we een betere, meer in het feit beheer op basis van deze afwegingen?
Kortom, het belooft een interessant jaar! Blijf op de hoogte en houden ons op de hoogte over wat je ziet!
Download Forrester ‘ s Voorspellingen 2020 gids voor het begrijpen van de grote dynamiek die van invloed zijn bedrijven volgend jaar.
Dit bericht is geschreven door Principal Analist Charles Betz en oorspronkelijk verschenen hier.
Cloud
Microsoft verkrijgt cloud file-migratie specialist Mover
Red Hat OpenShift 4.2: Kubernetes voor de hybride-cloud developer
Top cloud providers 2019: AWS, Microsoft Azure, Google Cloud
Adobe ‘ s cloud-pivot: Wat hebben we geleerd (ZDNet YouTube)
Koop een Google Pixel 4, krijgen 3 maanden gratis van Google Één (CNET)
Hoe bereken AWS kosten en vermijden te veel te betalen voor cloud-diensten (TechRepublic)
Verwante Onderwerpen:
Innovatie
Digitale Transformatie
Datacenters
CXO
Opslag
Cloud TV
| 27 November 2019 — 00:30 GMT (00:30 GMT)
| Thema: Cloud