211service.com
Digital transformation utlöser innovation i nätverk
I samarbete med VMware
När företag anammar digital teknik för att få smidighet, flexibilitet och snabbhet, tar applikationer i centrum. Med framväxten av containerbaserad virtualisering lanseras lätta, bärbara applikationer som diskreta mikrotjänster som kan konsumeras var som helst och på alla typer av enheter.
Det underliggande nätverket som stöder, säkrar och levererar applikationer i containers måste hålla jämna steg med denna nya, engångsbyggda, köra var som helst stil av applikationsdistribution eller möta utsikten att bli ett hinder för digitaliseringsarbetet. Med andra ord måste nätverket automatiskt reagera på anslutningskraven för den containeriserade appen. Det måste bli självförsörjande och självläkande. Den måste ha inbyggd säkerhet. Och nätverk måste avskaffa den gamla uppsättningen och glömma den mentaliteten till förmån för DevOps-tänket med kontinuerlig leverans och kontinuerliga förbättringar.
Timofeev Vladimir
Enligt Zeus Kerravala, grundare av ZK Research, är Legacy-nätverk stela och fungerar i sin egen silo, vilket gör det svårt att anpassa förändringar av verksamheten och till applikationer med nätverket. Vår forskning visar att den genomsnittliga tiden för att genomföra en förändring i hela nätverket är cirka fyra månader, vilket är alldeles för lång tid för en digital verksamhet.
Transformationer drivs inte bara av teknologier eller produkter. Det handlar om hur man sätter ett affärsbehov i produktion, om människor och processer, om hur man skapar nya tjänster.
Kerravala tillade i en intervju, Nätverk måste utvecklas längs två vektorer. Först måste de bli programmerbara så att applikationsändringar automatiskt kan utlösa nätverksändringar, vilket eliminerar behovet av manuellt ingripande. För det andra måste nätverk bli mer molnlika, med nätverksfunktioner som blir tillgängliga som tjänster så att appar kan utlösa användningen av en specifik funktion istället för att behöva anropa hela nätverksstacken. Det är en stor order för en IT-funktion som är van vid manuella processer och försvåras av brist på moderna verktyg. Men det finns anledning till optimism, vilket framgår av de färska idéer som presenterades av branschledarna Mastercard, Google, LinkedIn och Microsoft, samt startups Zingbox, SnapRoute, Kong och Netifi, vid VMwares tredje årliga FUTURE:NET 2018-konferens i augusti 30 i Las Vegas.
Talarna var överens om att teknik – mjukvarudefinierat nätverk (SDN), avsiktsbaserat nätverk och årets heta ämne, servicenätverk – är viktigt. Men allt börjar med människor, med att förändra kulturen och att se till att alla team inom IT, inklusive nätverk, är helt med och driver digitaliseringsarbetet.
Kultur, människor, organisation
Som teknologer är det alltid lätt att falla in i hur nästa fantastiska teknik kommer att förändra världen. Men i verkligheten drivs transformationer inte bara av teknologier eller produkter. Det handlar om hur man sätter ett affärsbehov i produktion, om människor och processer, om hur man skapar nya tjänster, säger Pere Monclus, VMwares tekniska chef för nätverk och säkerhet.
Ken Owens, vice vd för cloud native engineering på Mastercard, sa att han togs in för att omvandla företagets kreditkortshanteringsförmåga från monolitiska applikationer till digitala arkitekturer och molnbaserade miljöer. De berättade inte för mig hur smärtsamt det skulle bli, sa Owens.
Han sa att att förändra kulturen är den viktigaste aspekten av hans jobb. Du kan inte bara gå in i ett 30-årigt företag och säga: 'Alla ni killar kommer att gå bort från monolitisk applikationsutveckling och göra saker med mikrotjänster och behållare och gå nu. Start.'
Owens sa att hans tillvägagångssätt är att ta små steg, att leverera påtagliga resultat och att fortsätta att iterera och förnya sig. En viktig taktik är att identifiera personer som är villiga att bli förändringsagenter. Det är också viktigt att ha ett tydligt mål och att ha stöd från företagets ledningsgrupp, sa han.
Ur ett organisatoriskt perspektiv måste företag bryta ner silos mellan applikationsutveckling, drift, säkerhet och nätverksteam, så att när en applikation går live följer alla tjänster som den behöver automatiskt, oavsett var applikationen är utplacerad.
Owens sa att de flesta av hans nätverkande människor fortfarande är upptagna med att hålla lamporna tända. Men han skapade också ett tvärvetenskapligt plattformsteam som inkluderar nätverk och lagring, plus VMware-, Windows- och Linux-administratörer. Syftet med detta team är att se till att det finns en underliggande plattform för att stödja nya applikationer.
I slutet av dagen kan jag få vilken teknik som helst att fungera, sa Owens. Det handlar egentligen om hur du kan få människor och processer i linje på ett sätt som du kan utföra i en mycket snabbare takt än vad du kan idag.
Kerravala höll med. Förändringen av nätverkstekniken måste anpassas till en förändring i kulturen. Majoriteten av nätverksproffs fruktar automatisering eftersom de tror att det hotar deras jobb. Faktum är att nätverksproffs kämpar för att upprätthålla vardagen och kan inte utveckla de mjukvarufärdigheter de behöver för att tävla i framtiden. Automatisering bör ses som ett ovärderligt verktyg eftersom det kan eliminera många av de vardagliga uppgifter som försvårar människor idag.
Hantera mikrotjänster via servicemesh
Momentumet mot containrar, mikrotjänster och serverlös datoranvändning kan ses som en kontinuerlig push för att dela upp applikationer i mindre och mindre komponenter. Fördelarna är den snabbhet, smidighet och flexibilitet som företag eftersträvar.
Slutresultatet är dock att varje mikrotjänst måste prata med flera mikrotjänster i en specifik sekvens för att åstadkomma en komplett affärsprocess. Det är viktigt att säkerställa att nätverket uppfyller behoven för varje enskild applikation. Insyn i den processen behövs, om något går fel och behöver åtgärdas. Och säkerhetsföreskrifter ska bakas in.
Det är där service mesh – ett sätt att hantera mikrotjänster – kommer in, enligt Louis Ryan, chefsingenjör på Google, som lanserade ett open source service mesh-projekt som heter Istio. Med Istio och andra servicemesh-erbjudanden kan företag kontrollera trafikflödet och API-anrop mellan mikrotjänster, tillhandahålla säkerhet, tillämpa policyer, få synlighet och göra nätverket mer robust.
Deepal Bansal, general manager för Microsoft Azure, beskriver mikroservicearkitekturen som en svärm av arbetsbin. Han säger att företag kan finna sig i att försöka hantera hundratusentals mikrotjänster.
Bansal tillade att det som krävs nu är en integration mellan servicemesh och SDN så att företag lättare kan hantera hela sin nätverks- och appinfrastruktur.
Innovation inom nätverkande
Molnbaserade företag som Google och LinkedIn omprövar nätverkande på spännande sätt som kan utlösa innovation hos mer etablerade företag med äldre infrastrukturer.
Segmentering eller mikrosegmentering är till exempel en av hörnstenarna i nätverkssäkerhet – nätverksteam skapar subnät för olika typer av trafik och tillämpar lämplig säkerhetsnivå baserat på känsligheten hos data som flödar över nätverkssegmentet. En uppdelning av nätverket minskar också attackytan, så en hackare som lyckas bryta ett segment har inte tillgång till hela nätverket.
Men Google vände på det här konceptet. Google använder inte segmentering alls; varje maskin kan prata med varannan maskin i hela Googles nätverk, enligt Ryan. Googles nya tillvägagångssätt är att ge varje arbetsbelastning en identitet och sedan kräva ömsesidig verifiering innan någon kommunikation kan inträffa. Dessutom krypteras data när den färdas över nätverket. Detta tillvägagångssätt kan minska säkerhetsrisker och förenkla säkerhetsadministrationen.
Nätverk i förarsätet
LinkedIn baserade sitt självläkande nätverk på en gör-det-själv-metod och programvara med öppen källkod, säger Zaid Ali Kahn, senior director, infrastrukturteknik.
LinkedIns ursprungliga kärnnätverk kunde inte skalas för att hålla jämna steg med företagets tillväxt, enligt Kahn. Cirka 590 miljoner medlemmar använder plattformen idag.
För att öka skalbarheten och förenkla sin nätverkstopologi, kopplade LinkedIn bort växlingshårdvara från mjukvara, lade bort traditionella hanteringsverktyg som Simple Network Management Protocol (SNMP) och System Logging Protocol (Syslogs), och använde sitt eget skalbara meddelandesystem kallat Kafka, som för närvarande hanterar 4,5 biljoner meddelanden per dag. Det ersatte också en kärnnätverkstopologi i tre nivåer med en platt ryggradsdesign, implementerade ett nätverksoperativsystem med öppen källkod utvecklat av Microsoft kallat SONiC, och började använda maskininlärning för att förutse nätverksfel. Vi bygger mot en självläkande infrastruktur som autosanerar, sa Kahn.
I den traditionella företagsnätverksmiljön med manuella processer och fasta underhållsfönster kan det ta veckor innan en begäran om brandväggsändring implementeras. Det slår inte längre.
Nätverk måste röra sig i samma hastighet som DevOps. Det måste bli applikationsmedvetet, självbetjäning, on-demand och helt automatiserat, säger Guido Appenzeller, teknikchef för nätverk och säkerhet på VMware. Och det börjar med att förändra kulturen så att nätverksteam ser sig själva som viktiga drivkrafter för digital transformation.