Zero
Video: Devs e Ops non mescolare? Nuova analisi di dati strumento di correzione
“E’ una domanda difficile rispetto alle attività di informazione, è che loro appartengono, e che dovrebbero essere tenuti separati. Si fa un gran parlare oggi su ‘totale ed integrato con i sistemi informativi.’ Questo, naturalmente, implica che tutti-o almeno la maggior parte — attività di informazione dovrebbe essere in un componente. Nella misura in cui ciò significa che nuove e diverse attività di informazione, ad esempio, le operazioni di ricerca o di un sistema di computer, non dovrebbe essere subordinato alla contabilità tradizionale, il punto è presa bene. Ma devono essere coordinati? O devono essere separati?”
-Peter Drucker, Gestione [1973]
Stai passeggiando lungo le banchine del Liverpool intorno al 1949. È ora di pranzo. Si imbatte in una tenda con un segno identificativo del suo proprietario, come le Donne di Temperamento Associazione. Molte donne, probabilmente indossa una tuta con i capelli legati a chignon, sciarpe o di reti, che serve pasti a centinaia di sporcizia carico di lavoratori portuali. Tra morsi di stufato e non reprintable osservazioni, infondono loro discussioni con messaggi circa la virtù della sobrietà.
Non a caso, uno di questi ladies colpito un rapporto con alcuni dei lavoratori. Indossava più il rossetto che a lei, ai colleghi-Elizabeth Arden, in particolare-e questo stava iniziando a soffiare il suo coperchio. La sua curiosità intellettuale, e che di fatto stava diventando tutto troppo trasparente. Nel secondo dei tre bacini dove ha servito, ha ammesso di uomini stava scrivendo un libro sulla condizione dei lavoratori portuali.
Enid Mumford era un ricercatore in incognito, lavoro sociale, dipartimento di scienze all’Università di Liverpool. Prendere appunti dalle sue discussioni con i lavoratori portuali, ha sviluppato una teoria che sarebbe diventato il capostipite di quella che oggi chiamiamo la DevOps.
È qui che i Mumford ha iniziato la creazione di un potente idea, che porterà per il resto della sua carriera, e che dovrebbe tracciare la rotta per sette decenni di sviluppo tecnologico. Non c’erano i computer, lungo la zona portuale di Liverpool. Ma il suo studio delle abitudini di lavoro di dock operai e i mezzi con cui il management ha spinto verso l’efficienza, la portano a diretto contatto con i primi computer mai usato nella ricerca sociologica. Ideali da lei creata, di “macchine umane” e “socio-tecnico” sistemi, si sarebbe evoluto in fondazione principi della nostra filosofia comune, la tecnologia e la società.
Essi servono anche come nostro punto di partenza per questa nuova avventura di ZDNet Scala. In seguito, vedrete che è un viaggio con un suono familiare.
Leggi anche: Agile plus DevOps è lentamente ma costantemente raggiungendo il livello di impresa
La macchina guardie
Nel 1947, al di fuori di preoccupazione per le molte migliaia di soldati di essere reintegrati nella vita civile, lavoratori portuali, il Governo Britannico ha istituito il bacino Nazionali di Lavoro del Consiglio. I lavoratori sono stati crescente sospetto della loro gestione, impegnandosi in un processo che non era intuitivamente soprannominato “ai loro soldati.” E il Lavoro del Consiglio per scoprire perché.
Il sospetto, come il Dottor Frederick Winslow Taylor aveva scritto nel suo acclamato 1911 saggio ” I Principi di Gestione Scientifica,” [PDF] era un veleno tra i lavoratori che si diffonde come un virus e che deve essere districata come il veleno del serpente. Taylor descritto combattere come un tipo di vagabondaggio o oziare tra operai portati dalla loro mancanza di rispetto per il lavoro e per le persone che li gestiscono. La dissociazione tra i lavoratori e la gestione operata da combattere, ha scritto, ha portato gli uomini che lavorano nei relativi stati di isolamento l’uno dall’altro. Come risultato, i processi di lavoro efficienti potrebbe non essere passato da persona a persona, anche se la scienza può dimostrare che i processi di più il suono.
“Ogni uomo dovrebbe quotidiana di insegnamento e di ricevere il più cordiale aiuto da coloro che sono al di sopra di lui”, ha scritto Taylor, “invece di essere, ad un estremo, spinto o costretto dai suoi capi, e l’altra a sinistra per il suo sole dispositivi. Questa stretta, intima, personale di cooperazione tra la direzione e gli uomini è l’essenza della scienza moderna o la gestione di attività.”
Per il Lavoro del Consiglio, che istituisce questo più amichevole relazione alla zona portuale di Liverpool, per esempio, di fornire ai lavoratori portuali per la prima volta con docce e armadietti individuali, così come alcuni molto cordiale compagnia a pranzo.
Leggi anche: i Dirigenti sopravvalutare DevOps maturità
“Hanno pensato che fosse qualche studente cercando di ottenere un po ‘di contanti”, ha detto Mumford nel 2003, intervista [PDF]. “Era abbastanza accettabile. Gli studenti sono stati considerati scomodi e ficcanaso e non ha voluto parlare di dockers e così via, ma ci sono stati anche visti come poveri e che vogliono guadagnare un po ‘ di soldi, in modo che ha funzionato bene.”
“Mi sento come se abbiamo abbastanza buon accordo intorno a quel livello, in termini di descrizione di DevOps. Ma poi quello che si vede è gente che chiede, ” come faccio a iniziare? Che cosa è che ho effettivamente fare per andare avanti?'”
— -Nigel Kersten, Chief Technical Strategist Di Burattini
Dopo alcuni anni di lavoro tra le signore della Temperanza Associazione, Enid Mumford il gruppo di ricerca ha ricevuto un finanziamento Europeo di Produttività Associazione. Il loro mandato è diventato, per la prima volta, di utilizzare i computer per raccogliere e interpretare i dati come il tipo di Mumford è stata raccolta. In questo periodo della storia, c’erano due scuole di pensiero: Una professato l’ideale di computer in quanto la sostituzione di informazione dei lavoratori, mentre l’altro era convinto che i computer non potrà mai sostituire gli scienziati umani nello svolgimento delle pratiche di Taylor-stile di gestione scientifica.
Mumford, come ricercatore, non aveva ancora fatto la sua mente in un modo o l’altro. Ma come ha osservato forse il primo utilizzo, o uno dei primi, dei computer, dei rapporti umani strumenti, ha notato un curioso divisione del lavoro.
Nelle sue parole: “Il numero di posti di lavoro non è andato giù, è andato perché era questo nuovo e misterioso gruppo di programmatori, che offriva una nuova carriera per maschio impiegati. Per loro è stata splendida. Ma questo ha portato alcuni terribili posti di lavoro per le donne, a causa di questo terribile pugno-operativo ruolo apparso, dove le donne hanno per perforare i dati nel computer. Tutte le parti interessanti sono state fatte dal computer. Le donne avevano un pugno i dati e raccogliere l’uscita, in modo che erano solo genere di pezzi di macchinari — macchina guardie del corpo. Davvero un brutto periodo per le donne. I computer non aumentare i posti di lavoro per le donne.”
La macchina guardie del corpo sono stati i primi ops squadre, il primo amministratori di sistema. E i loro ruoli sono stati creati per motivi di Enid Mumford potuto chiaramente testimonianza, ma che il resto del mondo mancherebbero del tutto: per mantenere le donne indaffarate e separato dal più elevato pagato gli uomini.
Leggi anche: DevOps accelera, che necessitano di nuovi stili di leadership
La Nazionale degli stati UNITI, Centro per le Donne e la Tecnologia dell’Informazione ha stimato che, nel 2016, solo donne, costituita il 26 per cento del calcolo della forza lavoro. La divisione artificiale di lavoro Enid Mumford assistito nei primi anni del 1950 non è riuscito a rinchiudere le donne in un segmento dell’economia. La consapevolezza di questo fatto è in parte ciò che la spinse a creare un intero ramo della progettazione di sistemi, basati su quello che lei chiama socio-teoria, tecnica.
“La cosa che abbiamo imparato è che top-down automazione dei processi di business non fornire i risultati si pensava che non sarebbe, in particolare a causa di ossificazione.”
— -Adamo Giacobbe, Chief Technology Officer, Chef
Sistemi di lavoro e le persone che lavorano con questi sistemi, dovrebbe essere data la libertà di adattare l’uno all’altro, ha creduto. Mettendo avanti questo ideale, si può avere coniato la frase “sistema aperto”, anche se anche lei ha usato l’espressione ” sistemi umani. Lungo la strada, ha osservato, inoltre, un preoccupante effetto collaterale del Taylorismo, che nel 1911, era in realtà una previsione più una virtù: L’unità per l’efficienza in ogni fase del lavoro processo di trasformazione generale operai specialisti che non possono essere sostituiti, tranne da parte di persone che potrebbe eseguire esattamente lo stesso lavoro, nello stesso identico modo. L’unità per l’efficienza potrebbe lavorare contro il suo ideale.
E ‘ stato un fenomeno del Taylorismo che i futuri studiosi sarebbe chiamata pipelining.
Leggi anche: 5 motivi DevOps sarà un grande affare per il prossimo anno
Un viaggio inaspettato
La maggior parte esplorazioni di un argomento di iniziare da definire. Con questo, non possiamo permetterci questo lusso. Infatti, siamo in un’epica ricerca per la definizione.
Sappiamo questo, fin dall’inizio: DevOps è un ideale, portata avanti da alcune organizzazioni che hanno eliminato alcune o tutte le barriere tra i due dipartimenti, e credono di non avere beneficiato di farlo. Che beneficio segue una lunga catena attraverso la storia-una catena che inizia con Enid Mumford. Ha scoperto una separazione tra due fazioni della forza lavoro: la creatività e la pratica. Per la maggior parte della storia, c’è stata una guerra fredda tra le due fazioni. DevOps ha cercato di stabilire una via di mezzo tra di loro.
Per nostra mappa del regno di DevOps, vi presentiamo una via di Mezzo.
Il nostro viaggio inizia in un luogo che io chiamo il “Mumford Banchine,” per commemorare la sua scoperta e i trionfi che seguirono. Il percorso più breve interne porta ben presto la nostra spedizione, che per la grande divisione: “DevOps Monti,” che separa la calda e generosa terra di “Devper” dal fresco e accogliente terra di “Oper-tor.”
L’ideale di macchine umane è quello di abilitare la tecnologia per essere sensibile e responsabile a tutte le persone che fanno contatto con esso. Che certamente suona come roba per una techno-favola, non è vero? La nostra speranza è che i due popoli di questi regni, potrebbe finalmente vedere la loro strada per diventare uno: veramente, a colmare in più di sillabe.
“Il primo pezzo, che le organizzazioni si sforzano di ottenere è, si desidera aumentare la velocità”, ha spiegato Robert Stroud, principal analyst di Forrester. “Effettivamente desidera distribuire piccoli pezzi di cambiamento, piccole nuove funzionalità, nuova ideazione, al netto di nuove idee, una coerente e costante.”
Leggi anche: che Cosa è DevOps? Un esecutivo a guida agile di sviluppo e le operazioni di
Ma la distinzione tra questi due mondi non sono del tutto artificiale. Anche prima dell’avvento della virtualizzazione, il processo di sviluppo del software è stata essenzialmente la creazione di, da un punto di vista virtuale, macchine. E anche dopo la virtualizzazione, il compito di mantenere sistemi virtualizzati, è stato delegato di ingegneri, di solito con esperienza con macchine fisiche. Un dominio è percepito come misterioso, l’altro un po ‘ pragmatico; uno magico, l’altro strategico. Di solito le persone in un regno che conferiscono tutto il mistero e la magia a tutti gli altri, anche quando non si sentono è stato meritato.
Per meglio o peggio, ci sono stati due clan. Il DevOps ideale è espresso come unione di due, anche se ci sono diverse scuole di pensiero, come se questa unione costituisce solo una collaborazione, una collaborazione congiunta, o di una vera e propria fusione.
“Tu non sai se stai facendo le cose giuste, a meno che non si dispone di che misura il set up in primo luogo. Cosa stai anche cercando di migliorare?”
— -Andi Mann, Chief Technology Avvocato, Splunk
Abbiamo già parlato di alcune laurea in Scala su sistemi distribuiti, e abbiamo visto come un’architettura distribuita diventa inutile in una organizzazione a compartimenti stagni. Il prodotto congiunto di DevOps è l’automazione di processi, tra cui lo sviluppo di software, la consegna e la manutenzione di tutta l’impresa. L’architettura distribuita di mandati che un processo automatico comprendono l’intera organizzazione, senza essere relegato a divisioni o reparti. DevOps sarebbe un’organizzazione la realizzazione di un gasdotto per i processi di business, integrando tutte le parti interessate e che comprende l’intero ciclo di vita del prodotto di automazione (ad esempio, un’applicazione)
Ma qui è dove facciamo le più audaci individuazione di tutti: Ci sono chiaramente più di due regni qui. Efficaci automazione pipeline per una determinata organizzazione non deve solo attraversare in tutti questi regni, ma anche di fornire un canale a due vie in tutto.
Katerina Fulton
“Questa è l’idea di essere in grado di connettersi in tutta l’azienda, tutta la strada attraverso la fase di progettazione”, ha spiegato Andi Mann, Chief Technology Avvocato per la gestione dei dati di macchina fornitore della piattaforma Splunk. “Nel ciclo di vita del software, il software di consegna non è una linea retta. Per cominciare, la consegna del software è un roller coaster… in alcuni modi, perché è alto e in basso, tondo, e spesso non hanno una chiara linea di vista di dove si finisce. Ma l’altra parte di essere un roller coaster, è necessario eseguire un ciclo per lo stesso posto che è iniziato, e ha bisogno di andare di nuovo.”
Altrove
“Chef Offre un Habitat, un Nuovo Tipo di Applicazione di Automazione” da Scott M. Fulton, III, Il Nuovo Stack” guida Rapida per DevOps” di Cameron Laird, Correlsense” La sveltina guida per la consegna continua a DevOps” da Pam Baker, HPE enterprise.nxt
Storie correlate
La ricerca per il perimetro in cloud security: Da microservices per chaosMicro-fortezze ovunque: Il cloud security modello e il software-defined perimeterMicroservices e l’invasione dell’identità entitiesMachine apprendimento e lo spettro della soluzione sbagliata
La mappa della Terra di Mezzo per questa serie di Scala è stata disegnata da Katerina Fulton.
Argomenti Correlati:
Centri Dati
CXO
L’innovazione
La Trasformazione Digitale: Un CXOs Guida
Big Data Analytics
0