LinkedIns Azure-bevægelse handler mindre om skala og mere om hastigheden på innovation

Hvordan Barracuda udnytter Microsoft Azure til at levere applikationssikkerhed til kunderne Nitzan Miron, VP for applikationssikkerhedstjenester hos Barracuda Networks, diskuterer det Azure-leverede WAF-as-a-Service-produktudbud, der blev annonceret på Microsoft Ignite 2019

Skal-læse sky

  • Cloud computing i 2020: Forudsigelser om sikkerhed, AI, Kubernetes, mere
  • De vigtigste skyfremskridt i årtiet
  • Top desktop som en tjenesteudbyder (DaaS): Amazon, Citrix, Microsoft, VMware og mere
  • Cloud computing-politik (TechRepublic Premium)

LinkedIn er så investeret i at køre egne datacentre, at det startede sin egen version af Open Compute Project (OCP) baseret på det 19-tommer rack, Open19. Det har også bidraget med betydelige mængder kode til Microsofts SONiC-netværksoperativsystem for at understøtte funktioner, det har brug for til sit eget datacenternetværk. Men nu planlægger det at flytte til Azure.

Få måneder efter den første meddelelse sad TechRepublic sammen med LinkedIn CTO Raghu Hiremagalur for at spørge, hvorfor virksomheden skifter til skyen, og hvilke fremskridt der er gjort hidtil. Og nej, siger han, er det ikke fordi Microsoft ejer dem eller presser dem - det handler om muligheden for at skalere ved hjælp af ny hardware og tjenester, som LinkedIn aldrig kunne bygge selv.

Ægte hyperskala

Raghu Hiremagalur, CTO at LinkedIn.

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

Raghu Hiremagalur, CTO på LinkedIn.

Billede: LinkedIn

For det første, mens Open19 i vid udstrækning har handlet om, hvordan man forenkler og reducerer omkostningerne ved drift af et datacenter, fjerner flytte til Azure behovet for at opbygge nye datacentre.

Microsoft Azure: En insider-guide (gratis PDF)

For et årti siden handlede LinkedIns problemer om at holde sit websted tilgængeligt, efterhånden som trafikken voksede, og den tilbragte flere år med at fokusere på at flytte til mikroservices og bare have nok kapacitet til at betjene medlemmer. Derefter begyndte det at tænke på skalering af netværket og opbygge en aktiv-aktiv datacenterarkitektur. I de sidste tre år er det skiftet til at forsøge at opbygge datacentre, som de hyperscale skyer som Azure gør, med netværket ændret for at passe til behovene i de applikationer, der kører på det, snarere end at bede applikationsudviklerne om at arbejde med den tilgængelige infrastruktur, båndbredde og latenstid.

Men det har gjort det i mellemstore datacentre snarere end de gigantiske datacentre i hyperscale sky, og problemet var mere sandsynligt at løbe tør for plads end at løbe tør for strøm. LinkedIn har omkring 250.000 servere i fem datacentre - og dette antal er vokset med en tredjedel hvert år. Det har også 20 point of tilstedeværelse og peers med 4.000 netværk, men det kan ikke sammenlignes med Azure.

"Vi er i det vestlige USA, det østlige USA, Singapore og Texas; de er bogstaveligt talt 57 regioner, " forklarer Hiremagalur. "At være i stand til at køre på Microsofts rygrad er et øjeblikkeligt plus: det er sandsynligvis en af ​​de bedste netværksbaggrunde der er fra et fra et privat rygradssynspunkt, og de har 160 plus-placeringer med Azure Front Door. Så vores evne til at betjene vores medlemmer vil være langt bedre, end hvor vi er i dag, fordi vi kan afslutte deres sessioner tæt på, hvor de er. "

LinkedIn gør mere end at bruge Azure-forbindelse, siger Hiremagalur: "Vores plan er at flytte alle vores arbejdsmængder - produktion, offline beregning, nuværende beregning - til Azure. På et tidspunkt i fremtiden ønsker vi ikke at drive datacentre ."

Det er ikke fordi LinkedIn ikke kunne fortsætte med at udvide sine datacentre: I det mindste i de næste fem år ser Hiremagalur ikke nogen problemer med at skalere sit netværk, datacenterkapacitet, strøm eller andre krav til infrastruktur.

LinkedIn flytter ikke til skyen, fordi det skal. Men det er værd at gennemgå, hvad der kan være en ret forstyrrende migration af komplekse arbejdsmængder til muligheden, som Azure tilbyder - smidighed.

"Uanset om det er elasticitet og kapacitet eller at udnytte Azure-investeringer med deres kantinfrastruktur med Azure Front Door eller deres netværksbaggrund, eller det arbejde, de udfører i brugerdefineret silicium, og det datacenter og netværksudstyr, som de laver med accelereret netværk og FPGA og lagringsinnovation ... Det er alt, hvad vi gerne vil have adgang til over tid, ”siger Hiremagalur. "Og det er ikke ting, som vi uafhængigt ville investere i os selv - det giver ikke mening for os at uafhængigt investere i dem selv."

LinkedIn vil også vedtage cloud-AI-værktøjer som AzureML. "Azure-kapaciteterne med de ting, de laver i AI-rummet, er fantastiske. Niveauet af GPU-beregning, som de har, vil vi bestemt drage fordel af, " siger Hiremagalur.

Flerårig migration

At være en del af Microsoft betyder, at LinkedIn får et avanceret kig på, hvad der sker på Azure. Hiremagalur ønsker at komme i gang med en migration, der vil tage flere år at være klar til det. "I betragtning af den tid, vi tror, ​​det vil tage for os at flytte vores arbejdsmængder til Azure, ville vi starte processen nu og være klar til at udnytte al den godhed, når alt dette er klar til os."

I mellemtiden fortsætter LinkedIn med sin egen produktudvikling, men samtidig forbereder den sig på flytningen - og tænker over, hvad den kan stoppe med at gøre, når den kører på Azure.

”I det store og hele skal grænsefladerne, som vores infrastrukturbygningsblokke, som lagerindeksering, tilbyder resten af ​​ingeniørorganisationen, forblive konstante eller i det mindste meget ens, så vores infrastrukturhold vil gøre det kraftigt med at tilpasse vores infrastrukturbyggesten at køre på den offentlige sky, ”siger Hiremagalur.

Men han vil ikke ende med en kopi af LinkedIn's nuværende infrastruktur, bare i skyen. "Dette er en mulighed for os at opdele beregning og opbevaring. Vi har mulighed for at udnytte elasticitet i ekstrem skala for at arbejde med de daglige arbejdsbelastningsmønstre, som LinkedIn har med de fleste brugere, der logger på i løbet af arbejdstiden. Det er ting, vi ønsker for at starte gearing på vores vej til Azure. "

LinkedIn bruger meget store grafdatabaser; der er en masse Kafka (som blev udviklet hos LinkedIn og håndterede en billioner begivenheder en dag der i 2015), og Samza strømbehandlingssystemer bygget oven på Kafka såsom offline computere og maskinlæring. Det er meget netværkskrævende: for hver byte af data, der kommer ind i et LinkedIn-datacenter fra brugeraktivitet, genereres omkring 1.000 byte af øst-vest-trafik inde i datacentret (analyse af disse oplysninger til LinkedIn-grafen og maskinlæringssystemer som at anbefale folk, du måske kender).

"Vi vil være i stand til at udnytte denne aggregering af netværk og lager i massiv skala sammen med evnen til at skalere computere og lagring uafhængigt. Vi er et meget datatungt system, så det at kunne styre disse to ting som to separate enheder er også et stort plus for os, ”siger Hiremagalur.

"Jo lavere netværkets latens er, desto mere kan du gøre med grafdatabaseovergange, " påpeger han. "Evnen til at krydse vores graf på meget interessante måder kræver åbenlyst meget gode, meget godt arkitekterede distribuerede systemer, men også netværk, der er helt i top. Jeg ser frem til evnen til at have serverløs skala til disse slags arbejdsmængder og slet ikke behøver at bekymre sig om, hvordan disse ting roterer op og ned. Disse ting er fantastiske kandidater til serverfri beregning. "

Speciel rapport: Forbered dig på serverfri computing (gratis PDF)

Det var en arkitektonisk ændring, som LinkedIn ville have set på, om den flyttede til Azure eller opholdt sig i sine egne datacentre. Men flytningen betyder, at der vil være infrastrukturområder, som LinkedIn kan udlevere til Azure fuldstændigt.

"At betjene en stor arbejdsmængde på en offentlig sky adskiller sig fra at styre ting selv, hvor vi har 100 procent kontrol over bogstaveligt talt alt. Så vi bliver nødt til at lære at betjene et sted på en meget stabil måde med disse ændringer, " Hiremagalur siger.

I stedet for at tænke over hardware- og servicefejl, skal ingeniører planlægge opgraderingscykler, de ikke har kontrol over, forklarer Hiremagalur. "Vi er nødt til at lære om at reagere på signaler om, at Azure vil tjene os og finde ud af, hvordan vi bevæger eller sætter arbejdsmængder på pause. Den måde, vi administrerer sikkerhed på, bliver forskellige. Lagene i stakken, som vi har 100% kontrol over, vil bare krympe: vi kontrollerer ikke netværket, vi kontrollerer ikke de forskellige datasæt. Så den måde, vi tænker på infosec, skal udvikle sig, den måde, vi tænker på perimetersikkerheden, skal udvikles. "

Det er den sædvanlige skymigrationshistorie - du flytter ikke en applikation til en anden server, du flytter, hvad du har brug for for at få gjort til en anden form for abstraktion. Når du har gjort arbejdet, er belønningen, at du får fokus på problemer på højere niveau.

"Jeg ser dette som os som har evnen til at fokusere på områder, hvor vi leverer unik værdi og støtter os på vores kolleger i Azure, at gøre ting, som de gør i ekstrem skala og gør meget, meget godt, " siger Hiremagalur. "Jeg visualiserer dette som en stigning i havoverfladen: de ting, der går under vandet for os, er ting, som vi bare læner os på Azure til. Resten af ​​dette er ting, som vi fortsætter med at gøre, og vi kan fokusere et ton mere på."

On-prem er den nye mainframe

Open19-initiativet går ikke væk, siger Hiremagalur. "Vi har allerede haft en masse værdi af det: vi har implementeret det på vores datacentre, vi har bidraget med en masse teknologi til OCP allerede, og vi vil fortsætte med at samarbejde med dem."

Men bortset fra gigantiske organisationer som Facebook, der kører deres egen sky, forventer Hiremagalur også, at flere og flere virksomheder flytter til offentlig sky over tid for en masse af deres arbejdsmængder, fordi deres egne udviklere vil kræve det.

"Hvis du ikke har adgang til innovationer, der sker i den offentlige sky i de næste fem til ti år, kan din virksomhed opfattes på samme måde som virksomheder, der kører på mainframes - og intet selskab ønsker at være i den position ."

Cloud og alt som et service nyhedsbrev

Dette er din go-to ressource for det nyeste om AWS, Microsoft Azure, Google Cloud Platform, XaaS, skysikkerhed og meget mere. Leveres mandage

Tilmeld dig i dag

Se også

  • Multicloud: Et snyderi (TechRepublic)
  • Hybrid sky: En guide til it-proffere (TechRepublic download)
  • Top cloud-udbydere 2019: AWS, Microsoft, Azure, Google Cloud; IBM foretager hybridtræk; Salesforce dominerer Saas (ZDNet)
  • Bedste skytjenester til små virksomheder (CNET)
  • Microsoft Office vs Google Docs Suite vs LibreOffice i 2018 (Download.com)
  • Cloud computing: Mere must-read dækning (TechRepublic på Flipboard)

© Copyright 2020 | mobilegn.com