Dal corso: Fondamenti di DevOps
L’IT crowd e la tempesta in arrivo
Dal corso: Fondamenti di DevOps
L’IT crowd e la tempesta in arrivo
- Sono sicuro che non è una grande sorpresa che in generale i reparti IT non siano la parte più amata del business. Le aziende utilizzano la tecnologia per fornire servizi da decenni, ma i tassi di successo e soddisfazione con l'IT continuano a essere bassi. - [Narratore] E all'interno delle organizzazioni tecnologiche, ci sono molte tribù in guerra, sviluppatori, amministratori di sistema, professionisti della sicurezza, amministratori di rete. - [Istruttore] E non dimenticare i DBA. - Ora non possiamo dimenticarli. Tutti questi gruppi sono più frequentemente in conflitto con ciascuno di essi. Ci piacerebbe prendere in giro questi stereotipi e fumetti IT come Dilbert user-friendly e XKCD o spettacoli come "The IT Crowd." - Sfortunatamente, non è poi così divertente quando stai cercando di portare a termine il tuo lavoro. E sembra che nessuno voglia che tu abbia successo. In dev. off questo è indicato come il muro della confusione. L'esempio prototipico è uno sviluppatore che sta scrivendo codice e poi lo lancia oltre il muro a un ingegnere operativo, che dovrebbe distribuirlo e quindi supportarlo. Questo crea una divisione tra gruppi che dovrebbero condividere un obiettivo comune. Si presume spesso che queste divisioni siano causate dal falso stereotipo secondo cui i professionisti della tecnologia hanno solo scarse competenze delle persone. Questo trascura le cause istituzionali del muro della confusione. - Esatto. La vera causa è che l'istituzione sta incentivando comportamenti opposti. - [Istruttore] In un negozio classico, i team di sviluppo sono incaricati di sviluppare nuove funzionalità, apportare modifiche e muoversi il più velocemente possibile. - [Annunciatore] Allo stesso tempo, il team operativo è incaricato di responsabilità contrastanti di mantenere la stabilità e controllare il cambiamento. - Questa separazione dei compiti provoca un dannoso conflitto di interessi e diminuisce i cicli di feedback. Anche incentivare i gruppi a ottimizzare solo la propria area di interesse crea un risultato complessivo meno ottimale per l'intera organizzazione. Primo modo rappresentare. - [Annunciatore] Il problema è peggiore all'interno dei team operativi. Mentre i team di sviluppo sono almeno solitamente organizzati da un settore aziendale o da un'applicazione, i team di infrastruttura sono spesso organizzati per stack tecnologico. - Sì, questo crea muri aggiuntivi solo all'interno del team dell'infrastruttura. Quindi, invece di un paio di team diversi con priorità diverse, ora potresti aver bisogno di 1/2 dozzina di team per apportare un cambiamento. Qualcuno del team di rete, team Unix, team web, team di data center e team DBA. - Sono contento che tu non abbia lasciato i DBA spenti. Sai, il business e l'allineamento sono stati un argomento di contesa per l'intera storia delle organizzazioni IT. E le organizzazioni tecnologiche sono state sabotate dall'interno da questo disallineamento interno. - Spesso, sono i nostri processi IT e le organizzazioni che non tengono il passo. Nel 2004, ho guidato un team di operazioni web e abbiamo lavorato con un altro team di infrastruttura per ottenere nuovi server. Ci sono volute sei settimane per ottenere un nuovo server, avrebbe lavorato con quel team per specificarlo, e poi sarebbe passato attraverso il processo di approvvigionamento, sarebbe stato ordinato dal fornitore, consegnato, rack e jack nel data center, caricato OLS su di esso e infine consegnato a noi per usarlo. Poi un giorno è arrivato un fornitore di virtualizzazione. Hanno mostrato come è possibile eseguire il provisioning di un nuovo server virtuale in 15 minuti. Ottimo, l'abbiamo comprato. Dopodiché, indovina quanto tempo ci è voluto al nostro team per ottenere nuovi server? - Che cosa come 15 minuti? - Sarebbe stato fantastico, ma no, quattro settimane. L'unico risparmio di tempo sono state le due settimane solitamente spese per l'ordine hardware da evadere dal fornitore. Durante la creazione del server ha richiesto 15 minuti, i nostri processi hanno comportato quattro settimane di sovraccarico. Tutto il nome di cose virtuose, standard e biglietti e documentazione e simili. Ma ha portato in netto contrasto. Il fatto che stavamo trasformando qualcosa che in realtà richiedeva solo 15 minuti e una persona per farlo, in una situazione disordinata che richiedeva quattro settimane e una varietà di partecipanti. - E questo non è più accettabile. Tutte quelle commedie IT che abbiamo menzionato prima, tendono a sedersi intorno ai tecnologi che tirano il muro sopra gli occhi degli utenti e dei manager dai capelli a punta perché non capiscono la tecnologia. - Ma l'IT è in circolazione da abbastanza tempo ormai, la maggior parte dei dirigenti aziendali sono molto esperti di tecnologia. E quando vedono qualcosa che dovrebbe richiedere 15 minuti per quattro settimane, iniziano a cercare risposte, risposte al motivo per cui il loro tempo e denaro vengono prosciugati su qualcosa che non li rende più competitivi sul mercato. - E davvero questa è una domanda giusta. Di conseguenza, molti si sono rivolti all'outsourcing e allo Shadow IT nel tentativo di risolvere questo problema. Ma molte volte questi nuovi approcci causano molti problemi man mano che si risolvono. - Le organizzazioni e i processi che abbiamo costruito intorno all'IT sono diventati un ostacolo diretto al successo aziendale. Come possiamo cambiare la nostra cultura quando questo modello e il nostro comportamento si basa sui suoi presupposti sono diventati così radicati nel tempo? Questo è l'argomento che esploreremo per il resto di questo capitolo.
Fai pratica con gli esercizi mentre impari la teoria
Scarica i documenti che l’istruttore utilizza per tenere i corsi. Segui e impara guardando, ascoltando ed esercitandoti.