LinkedIns Azure-rörelse handlar mindre om skala och mer om hastigheten på innovation

Hur Barracuda utnyttjar Microsoft Azure för att leverera applikationssäkerhet till kunder Nitzan Miron, VP för applikationssäkerhetstjänster på Barracuda Networks, diskuterar det Azure-levererade WAF-as-a-Service-produktutbudet som tillkännagavs vid Microsoft Ignite 2019

Måste läsa molnet

  • Cloud computing 2020: Förutsägelser om säkerhet, AI, Kubernetes, mer
  • De viktigaste molnframstegen under decenniet
  • Top desktop som en tjänsteleverantör (DaaS): Amazon, Citrix, Microsoft, VMware och mer
  • Cloud computing policy (TechRepublic Premium)

LinkedIn är så investerat i att driva sina egna datacentra att det startade sin egen version av Open Compute Project (OCP) baserat på 19-tums racket, Open19. Det har också bidragit med betydande mängder kod till Microsofts operativsystem SONiC-nätverk för att stödja funktioner som det behöver för sitt eget datacenternätverk. Men nu planerar det att flytta till Azure.

Några månader efter det första tillkännagivandet satt TechRepublic ner med LinkedIn CTO Raghu Hiremagalur för att fråga varför företaget byter till molnet och vilka framsteg som har gjorts hittills. Och nej, säger han, det är inte för att Microsoft äger dem eller pressar dem - det handlar om möjligheten att skala med ny hårdvara och tjänster som LinkedIn aldrig kunde bygga för sig själv.

Sann hyperskala

Raghu Hiremagalur, CTO at LinkedIn.

" data-credit="Image: LinkedIn" rel="noopener noreferrer nofollow">

Raghu Hiremagalur, CTO på LinkedIn.

Bild: LinkedIn

För en sak, medan Open19 i stor del har handlat om hur man ska förenkla och minska kostnaderna för att driva ett datacenter, flyttar till Azure bort behovet av att bygga ut nya datacenter.

Microsoft Azure: En insiders guide (gratis PDF)

För ett decennium sedan handlade LinkedIns problem om att hålla sin webbplats tillgänglig när trafiken växte, och den tillbringade flera år med att fokusera på att flytta till mikroservices och bara ha tillräckligt med kapacitet för att tjäna medlemmar. Sedan började det tänka på att skala nätverket och bygga en aktiv-aktiv datacenterarkitektur. Under de senaste tre åren har detta skiftats till att försöka bygga datacenter på samma sätt som molekylerna som Azure gör, med nätverket som ändras för att passa applikationerna som körs på det snarare än att be applikationsutvecklarna arbeta med den tillgängliga infrastrukturen, bandbredd och latens.

Men det har gjort det i medelstora datacentra snarare än de gigantiska datacentren för hyperskalmoln, och problemet var mer troligt att det går tom för utrymme än att bli tom. LinkedIn har cirka 250 000 servrar i fem datacentra - och antalet har vuxit med en tredjedel varje år. Det har också 20 poäng närvaro och kamrater med 4 000 nätverk, men det jämför inte med Azure.

"Vi är i västra USA, östra USA, Singapore och Texas; de är bokstavligen 57 regioner, " förklarar Hiremagalur. "Att kunna rida på Microsofts ryggrad är ett omedelbart plus: det är förmodligen en av de bästa nätverksstödkropparna från ett från en privat ryggradssynpunkt, och de har platser med 160 plus kant med Azure Front Door. Så vår förmåga att betjäna vår medlemmar kommer att bli mycket bättre än där vi är idag, för vi kan avsluta sina sessioner nära var de är. "

LinkedIn gör mer än att använda Azure-anslutning, säger Hiremagalur: "Vår plan är att flytta alla våra arbetsbelastningar - produktion, offline beräkning, aktuell beräkning - till Azure. Vid någon tidpunkt i framtiden vill vi inte driva datacenter ".

Det beror inte på att LinkedIn inte kunde fortsätta växa sina datacenter: åtminstone under de kommande fem åren ser Hiremagalur inga problem på att skala sitt nätverk, datacenterkapacitet, kraft eller andra infrastrukturkrav.

LinkedIn flyttar inte till molnet eftersom det måste. Men det är värt att gå igenom vad som kan vara en ganska störande migration av komplexa arbetsbelastningar för den möjlighet som Azure erbjuder - smidighet.

"Oavsett om det är elasticitet och kapacitet, eller att utnyttja Azure-investeringar med deras infrastruktur med Azure Front Door, eller deras nätverksskelett, eller det arbete som de gör i anpassad kisel, och datacentret och nätverkssaker som de gör med påskyndat nätverk och FPGA och lagringsinnovation ... Det är allt vi vill ha tillgång till över tid, säger Hiremagalur. "Och det är inte saker som vi självständigt skulle investera i oss själva - det är inte vettigt för oss att självständigt investera i dem själva."

LinkedIn kommer också att anta moln AI-verktyg som AzureML. "Azure-kapaciteterna med de saker som de gör i AI-utrymmet är fantastiska. Den nivå av GPU-beräkningar som de har, skulle vi definitivt dra nytta av, " säger Hiremagalur.

Flerårig migration

Att vara en del av Microsoft innebär att LinkedIn får en avancerad titt på vad som händer på Azure. Hiremagalur vill komma igång med en migration som kommer att ta flera år att vara redo för det. "Med tanke på hur mycket tid vi tror att det kommer att ta för oss att flytta våra arbetsbelastningar till Azure, ville vi starta processen nu och vara redo att utnyttja all den godheten, när allt detta är klart för oss."

Samtidigt kommer LinkedIn att fortsätta med sin egen produktutveckling, men samtidigt kommer den att förbereda sig för flytten - och tänka på vad den kan sluta göra när den körs på Azure.

"I stort sett måste gränssnitten som våra infrastrukturbyggnadsblock, som lagringsindexering, erbjuder resten av ingenjörsorganisationen förbli konstant eller åtminstone väldigt lika, så våra infrastrukturteam kommer att göra det tunga lyftet för att anpassa våra infrastrukturbyggnadsblock att köra på det offentliga molnet, säger Hiremagalur.

Men han vill inte sluta med en kopia av LinkedIns nuvarande infrastruktur, bara i molnet. "Detta är en möjlighet för oss att dela upp dator och lagring. Vi har möjlighet att utnyttja elasticitet i extrem skala för att arbeta med det dagliga arbetsbelastningsmönstret som LinkedIn har med de flesta användare som loggar in under arbetstiden. Det är saker som vi vill ha att börja utnyttja på väg till Azure. "

LinkedIn använder mycket stora diagramdatabaser; det finns en hel del Kafka (som utvecklades på LinkedIn och hanterade en biljon händelser en dag där 2015), och Samza strömbehandlingssystem byggda ovanpå Kafka såsom offline dator och maskininlärning. Det är väldigt nätverksintensivt: för varje byte data som kommer in i ett LinkedIn-datacenter från användaraktivitet genereras cirka 1 000 byte av öst-väststrafik inuti datacentret (analysera den informationen för LinkedIn-grafen och maskininlärningssystem som rekommenderar personer du kanske känner).

"Vi kommer att kunna utnyttja denna aggregering av nätverk och lagring i massiv skala, tillsammans med förmågan att skala beräkningar och lagring oberoende. Vi är ett mycket datatungt system, så att kunna hantera dessa två saker som två separata enheter är också ett stort plus för oss, säger Hiremagalur.

"Ju lägre nätverksfördröjning, desto mer kan du göra med grafdatabasversioner, " påpekar han. "Förmågan att korsa vår graf på väldigt intressanta sätt kräver uppenbarligen mycket bra, mycket välarkitekterade distribuerade system, men också nätverk som är helt topp. Jag ser fram emot förmågan att ha serverlösa i skala för dessa typer av arbetsbelastningar och inte alls behöva oroa sig för hur dessa saker snurrar upp och avslutas. Dessa saker är fantastiska kandidater för serverlös dator. "

Specialrapport: Förbered dig för serverlös datoranvändning (gratis PDF)

Det är en arkitektonisk förändring som LinkedIn skulle ha sett på om den flyttade till Azure eller stannade i sina egna datacenter. Men flytten innebär att det kommer att finnas infrastrukturområden som LinkedIn kan överlämna till Azure helt.

"Att använda en storskalig arbetsbelastning på ett offentligt moln skiljer sig från att hantera saker själva, där vi har 100 procent kontroll över bokstavligen allt. Så vi måste lära oss att driva en webbplats på ett mycket stabilt sätt med de förändringarna, " Hiremagalur säger.

Istället för att tänka på hårdvaru- och servicefel måste ingenjörer planera för uppgraderingscykler som de inte har kontroll över, förklarar Hiremagalur. "Vi måste lära oss om att svara på signaler om att Azure kommer att tjäna oss och ta reda på hur vi ska flytta eller pausa arbetsbelastningar. Det sätt som vi hanterar säkerhet kommer att bli annorlunda. Lagren i stacken som vi har 100% kontroll på kommer att krympa bara: vi kontrollerar inte nätverket, vi kontrollerar inte de olika datauppsättningarna. Så hur vi tänker på infosec måste utvecklas, hur vi tänker på omkretssäkerhet måste utvecklas. "

Det är den vanliga molnmigrationshistorien - du flyttar inte en applikation till en annan server, du flyttar det du behöver för att göra en annan typ av abstraktion. När du har gjort arbetet är belöningen att du får fokusera på högre nivåer.

"Jag ser detta som att vi har förmågan att fokusera på områden där vi levererar unikt värde och lutar oss mot våra motsvarigheter i Azure, att göra saker som de gör i extrem skala och gör mycket, mycket bra, " säger Hiremagalur. "Jag visualiserar detta som en ökning av havsnivån: de saker som går under vattnet för oss är saker som vi bara lutar oss på Azure för. Resten av detta är saker som vi fortsätter att göra, och vi kan fokusera massor mer på."

On-prem är den nya mainframe

Initiativet Open19 försvinner inte, säger Hiremagalur. "Vi har redan haft mycket värde av det: vi har implementerat det på våra datacenter, vi har bidragit med en massa teknik till OCP redan och vi kommer att fortsätta samarbeta med dem."

Men bortsett från jätteorganisationer som Facebook som driver sitt eget moln, förväntar Hiremagalur också att fler och fler företag flyttar till public cloud över tid för mycket av deras arbetsbelastning, eftersom deras egna utvecklare kommer att kräva det.

"Om du inte har tillgång till innovationer som händer i det offentliga molnet under de kommande fem till tio åren, kan ditt företag uppfattas på samma sätt som företag som driver på stordatorer - och inget företag vill vara i den positionen ".

Cloud och allt som ett nyhetsbrev för tjänster

Det här är din resurs för det senaste om AWS, Microsoft Azure, Google Cloud Platform, XaaS, molnsäkerhet och mycket mer. Levereras måndagar

Registrera dig idag

Se också

  • Multicloud: Ett fuskark (TechRepublic)
  • Hybridmoln: En guide för IT-proffs (nedladdning av TechRepublic)
  • Toppmolnleverantörer 2019: AWS, Microsoft, Azure, Google Cloud; IBM gör hybridflyttning; Salesforce dominerar Saas (ZDNet)
  • Bästa molntjänster för småföretag (CNET)
  • Microsoft Office vs Google Docs Suite vs LibreOffice 2018 (Download.com)
  • Molnberäkning: Mer måste läsa täckning (TechRepublic på Flipboard)

© Copyright 2020 | mobilegn.com