per la Service Oriented
| 16 novembre 2019 — 15:36 GMT (15:36 GMT)
| Argomento: Priorità
In questo cloud-inzuppato epoca, i produttori di software si sono evoluti dal codice-e-nave operazioni in 24×7 operatori di data center. In modo che, forse più di qualsiasi altro tipo di organizzazione, bisogno di DevOps metodologie per mantenere lo sviluppo e le operazioni di sforzi in pista, pompando versioni con incredibile frequenza, mantenendo squadre in costante sync.
Microsoft HQ.
Foto: Microsoft
Per questo motivo, Microsoft, forse il più grande al mondo di software di fabbrica, prende DevOps molto sul serio. In un recente post, Ori Zohar, senior product marketing manager di Microsoft Azure, descrive l’urgenza, per la sua società per costruire e perfezionare la sua DevOps cultura. “Da Ufficio, Azure, per Xbox, abbiamo trovato anche noi abbiamo bisogno di adattarsi ad un nuovo modo di fornire software”, spiega. “La nuova era del cloud consente di sbloccare l’enorme potenziale di innovazione per soddisfare la crescente domanda dei nostri clienti per i più ricchi e migliori esperienze — mentre il nostro concorso non è in rallentamento. La necessità di accelerare il processo di innovazione e di trasformare il modo di lavorare è reale e urgente.”
Gran parte di Microsoft DevOps sforzi sono stati curati da Microsoft Un Sistema di Engineering (1ES) team, un gruppo di circa 200 persone che lavorano con il team di ingegneri di Microsoft tentacolare linee di prodotto. Il 1ES squadra si concentra su strumenti, processi, programma di uffici (come l’open source contributi), l’accessibilità, la sicurezza e la conformità di consulenza interna, “fonte interna (condivisione del codice sorgente all’interno dell’organizzazione),” e amplificando le migliori pratiche all’interno dei team di ingegneria.
Il 1ES team, formato per primo, nel 2014, ha supervisionato la società Azure DevOps iniziative e con il proliferare delle migliori pratiche sviluppate e imparato di più di 50.000 dipendenti di Microsoft. Il team ha raggiunto risultati straordinari, non ultimo dei quali è la capacità di implementare aggiornamenti per la sua applicazione principale suites in una questione di ore. Pubbliche di sintesi di DevOps attività, alla Guida di ingegneria a modificare la cultura a Microsoft: Un impianto sperimentale di viaggio, il team riporta i seguenti risultati:
“Fonte di problemi di controllo è diminuito, i tempi di costruzione e di costruire l’affidabilità è migliorata, la sicurezza e la conformità sforzi sono stati standardizzati, e la maggior parte dei team di progettazione sono stati la gestione del proprio lavoro allo stesso modo. Anche le grandi vetrate team di progettazione, con le sue migliaia di utenti, milioni di elementi di lavoro, e 300 GB di codice sorgente, si è spostato da più di 40 Depot server a un unico repository Git ospitato sotto un unico account. E i tempi di costruzione per Microsoft Office è andato da giorni a ore”.
La collaborazione e migliorare worklives sono la chiave. Il 1ES squadra ha supervisionato una serie di iniziative per spostare DevOps in avanti attraverso Microsoft variegata di sviluppo e di gestione delle organizzazioni. In uno sforzo, un team di ingegneri e i responsabili del programma sono stati integrati “all’interno di uno o due strategicamente scelto il team di prodotto di ogni anno, come un mezzo per ridurre il tecnico-bloccanti per alte prestazioni.”
Un’altra iniziativa lanciata dal team cerca di migliorare l’esperienza di sviluppo, concentrandosi sul “miglioramento giorno per giorno l’esperienza di lavoro dei singoli tecnici, con l’obiettivo di avere gli strumenti che usano passano in secondo piano.” “Lavorando per rendere i progetti interni più come open-source, dove chiunque può scoprire il progetto, chiedere aiuto, o presentare correzioni potenziali-come un mezzo per sfruttare il potenziale di ingegneria talento attraverso Microsoft come un tutto, e la costruzione di migliori prodotti attraverso la condivisione della proprietà e di scopo.”
Nel processo 1ES imparato una serie di lezioni sulla costruzione e supporto DevOps cultura, in un enorme, tentacolare software organizzazione, i membri del team di report:
Prendere l’estremità-punto di vista dell’utente. “Abbiamo dovuto pensare in prospettiva perché i nostri clienti interni vuole cambiare-e, altrettanto importante, credere che il cambiamento è possibile”, secondo Cindy Alvarez, principale PM manager 1ES squadra. “Le persone tendono a vedere la realizzazione di iniziative quali: l’ho visto prima… Se trascino i miei piedi, forse sarà solo andare via.’ Ovviamente, si sente solo questo nel corridoio. Nessuno sta andando a dire a un amministratore di un mani riunione”.
Iniziare in piccolo, e l’obiettivo per “quick wins”. “Il nostro originale mentalità è che, se abbiamo avuto il più grande team di fare quello che volevamo, poi l’altro, più piccolo squadre sarebbero seguire”, dice Alvarez. “Ma quelli più grandi squadre, come il nostro team di Windows, spesso pongono sfide uniche e particolari esigenze. Non è possibile “salto di scala” perché è impossibile stare a un livello all’interno dell’organizzazione e prevedere ciò che funziona per tutti. Non si tratta di dimensioni… È di concentrarsi su quick wins e sostanziale impatto sull’roll out di un cambiamento sostanziale per come molti come possibile, tutti in una volta.”
Argomenti Correlati:
Enterprise Software
CXO
La Leadership Di Pensiero
L’innovazione
Tecnologia e Lavoro
per la Service Oriented
| 16 novembre 2019 — 15:36 GMT (15:36 GMT)
| Argomento: Priorità