| 27 novembre 2019 — 00:30 GMT (00:30 GMT)
| Argomento: Il Cloud
DevOps nel cloud: le Migliori pratiche e le insidie per la distribuzione di applicazioni cloud e di sviluppo da Copado
David Brooks, VP di Prodotti a Copado, spiega come le aziende possono utilizzare DevOps per distribuzioni cloud su larga scala e su come evitare i più comuni cloud di sviluppo errori.
Così, abbiamo pubblicato la nostra 2020 DevOps previsioni, ma ci siamo limitati in numero e formato, e c’erano un sacco di grandi idee. Qui sono solo alcune delle altre tendenze Forrester si verifica in DevOps per il 2020:
Il fine del piano/build/esegui e stage porte. Abbiamo governato e gestito per decenni il piano/build/run del modello operativo, ma non è sufficientemente agile. La pausa tra il costruire e l’esecuzione mentre gli esperti di eseguire i loro controlli di qualità semplicemente non può funzionare nel nuovo mondo digitale. (Deming ha respinto “controllo qualità” decenni fa, eppure qui siamo ancora facendo troppo molte organizzazioni IT.) IT governance, che (come anche di COBIT 2019) ha ancora un forte piano/build/run bias, ha bisogno di cambiare, allontanando dalla fase di gating per . . .Continua governance, basato su principi, controlli di dinamica e di automazione. La Governance non va via, però. Si concentrerà più sui principi guida, e sempre più aziende si auto-correzione di controlli di dinamica, come Numerify la previsione della variazione di software per la consegna squadre, o sito di affidabilità e ingegneria, dove il sostegno alla produzione torna al team di prodotto che offrono poveri-sistemi di qualità. Infine, automatizzato piattaforme di sussumere molto di governance basato su modelli modelli e ambienti fornito al team di consegna, gestite deriva da criteri di conformità.Lusingare modelli di organizzazione. Come funziona il semiautonomous team di prodotto di sopravvivere e prosperare? Alcuni si rivolgono al verde acqua e Holacracy, vedendo in essi una migliore vestibilità per questo nuovo mondo. E come tali squadre mantenere l’allineamento? Il mio punto di vista è che ci si sposta dal governo del “come” governo della “cosa”. La Governance sarà una sfida per le squadre di fare e mantenere promesse, ma darà loro la libertà sostanziale nel modo di fare così.Sicurezza psicologica. Vedo un crescente interesse nell’ambiente umano circostante sistemi digitali di consegna e di una maggiore comprensione del dipendente l’esperienza porta a customer experience. A seguito di Google orme, aziende leader inizierà a misura di sicurezza psicologica come un indicatore di prestazioni chiave. Non sarei sorpreso di vedere i gestori del rischio bandiera a bassa sicurezza psicologica punteggi come un grave rischio organizzativo! Proprio come abbiamo previsto che il caos ingegneria di diventare riconosciuto come controlli strategia, organizzazioni di istituto di misure corrispondenti in giro la cultura organizzativa? Pensieri?La resilienza di ingegneria. Al di là del sito di affidabilità, di ingegneria e il caos di ingegneria si trova la resilienza di ingegneria. La resilienza di ingegneria unisce discipline accademiche industriali, ingegneria dei fattori umani di psicologia cognitiva e di là, ma non è una torre d’avorio. I professionisti della sicurezza (aviazione, fuoco, polizia, medici, ecc.) seguire i suoi precetti e consumare la sua ricerca. Il digitale e DevOps comunità sono in ritardo per questo partito, ma i professionisti come Giovanni Allspaw stanno sperimentando nuove conoscenze qui. (Ho appena trovato questo affascinante applicata writeup da AWS Adrian Cockcroft oggi.) Cercare la pervasività del “mestiere” saggezza ” dell’IT tradizionale servizio di gestione e monitoraggio per dare modo alla resilienza di ingegneria molto maggiore rigore.Il riemergere di (alcuni) standardizzazione. Enterprise architects sono spesso responsabili per il raggiungimento di economie di scala attraverso il riutilizzo dei comuni piattaforme condivise e approcci di progettazione. Hanno avuto un duro slittino ultimamente, con sempre più autonoma team di prodotto. Eppure le organizzazioni dovrebbero standardizzare il indifferenziato “pesante” a livello di. Quali sono i gradi di libertà? Fare gli sviluppatori di scegliere il loro preferito fornitore di servizi cloud? No? Dove tracciare la linea? Legittimo sviluppatore autonomia può favorire l’innovazione e la soddisfazione del cliente . . . ma c’è anche un curriculum di imbottitura. Come si può avere di meglio, di più, infatti, basato sulla gestione di questi compromessi?
Tutto in tutti, promette di essere un anno interessante! Restate con noi e tenerci su quello che stai vedendo!
Scarica Forrester Previsioni 2020 guida per comprendere le principali dinamiche che avranno un impatto sulle imprese del prossimo anno.
Questo post è stato scritto da Principal Analyst di Charles Betz e originariamente apparso qui.
Cloud
Microsoft acquisisce cloud di migrazione file specialista Mover
Red Hat OpenShift 4.2: Kubernetes per il cloud ibrida sviluppatore
Top fornitori di cloud 2019: AWS, Microsoft Azure, il Cloud di Google
Adobe cloud pivot: che Cosa abbiamo imparato (ZDNet YouTube)
Acquistare un Google Pixel 4, 3 mesi gratis di Google Uno (CNET)
Come calcolare AWS dei costi e di evitare di pagare troppo per i servizi cloud (TechRepublic)
Argomenti Correlati:
L’innovazione
La Trasformazione Digitale
Centri Dati
CXO
Archiviazione
Cloud TV
| 27 novembre 2019 — 00:30 GMT (00:30 GMT)
| Argomento: Il Cloud