I en siste samtale med et nettverk arkitekt med hvem jeg tidligere hadde jobbet i den akademiske verden, fortalte han meg at han planla å overlevere daglige datasenter nettverk oppgaver til systemer gruppen. Hans resonnement var at han ønsket å forbedre reaksjonsevne og kundeservice. Da vi hadde startet sammen over et tiår siden, var det ingen separate lag innenfor IT ved universitetet der vi ble ansatt, bare en gruppe mennesker referert til som koordinatorer
fordi HR ikke kunne virkelig finne ut hvordan å kategorisere oss. Vi hadde rot eller admin tilgang på systemer og enheter. Dette fungerte fordi vi var en ganske lite team og i disse dager, det var ikke så mye på spill for virksomheten. Den virkelig kritisk systemet var på en IBM stormaskin vedlikeholdt av en utenforstående.
Unified tilnærming smuldre opp som separate grupper begynner å danne

Til syvende og sist gjorde denne tilnærmingen ikke skalere som avdelingen vokste, og separate grupper dannet da flere ansatte ble ansatt. Ved første, jeg fant min vei inn i systemene fungerer, deretter nettverkssikkerhet. Andre kolleger gikk inn bagasje eller stemme. Det er her problemene begynte. Med siloene kom vanskeligheter i kommunikasjonen. Chaos fulgte.
Infrastruktur lagene vil ha å gjenoppfinne seg selv og sine prosesser for å være konkurransedyktig med det offentlige skyen.

Som infrastrukturen ble mer komplekse, ble det lettere å bryte applikasjoner. Så endringsprosesser ble innstiftet som en ekstra sikkerhet, men dette avtok organisasjonens respons. Til slutt det føltes som det var mer å skrive og snakke om arbeid enn å faktisk gjøre noe.

Dessverre er ikke unik denne fortellingen. Det er mange historier om IT-avdelinger å bli fast i byråkratiet. Noen skylder på Information Technology Infrastructure Library, andre skylden uovervåkede forventninger med hensyn til risiko. Sluttresultatet: misfornøyde brukere gjennomførings " skygge " IT-tjenester enten på stedet eller i skyen.

Men da gjorde skyen skiftet fra å være IT er skitne lille hemmeligheten til å være en legitim konkurrent med infrastrukturen? Det begynte med kost, med en av de første omkomne blir e-post. E-post er et program i økende grad satt ut til skyen på grunn av lav avkastning på investeringen. Det er et lagrings gris, og krever høy vedlikehold med lite oppfattet direkte verdi for virksomheten. Jada, det er sikkerhetsproblemer, som er uunngåelig med noen skytjeneste, men besparelsene av å bruke Google eller Microsoft er rett og slett altfor attraktiv for de fleste organisasjoner til å passere.
Avslører den skjulte krigen mellom infrastruktur og devops lag

Så er det utviklermiljøer. Den skjulte krigen som eksisterer mellom infrastruktur og utviklingsteam kan spise unna snikende på produktiviteten i en organisasjon. Utviklere krever fart og reaksjonsevne, mens infrastrukturen laget prøver å holde tritt med sine krav og samtidig opprettholde standarder. Ofte resultatet er en masseflukt av DevOps troende til det offentlige skyen, med toppledelsen avhør om de faktisk trenger en infrastruktur i det hele tatt.

Det trenger ikke å være på denne måten. Det kan være fordeler - i sikkerhet, søknad elastisitet og selv kostnadene - i å bo i huset. Men infrastruktur lagene vil ha å gjenoppfinne seg selv og sine prosesser for å være konkurransedyktig med det offentlige skyen, hanke inn forbedringer som automatisering og orkestrering for å møte virksomhetens behov. Dette betyr redefinerte de tradisjonelle rollene vi har utviklet det siste tiåret, forstå at de gamle divisjoner av sysadmin vs. utvikleren vs. nettverk ingeniør rett og slett ikke fungerer lenger. Anmeldelser