A LinkedIn Azure-mozgatása kevésbé a méretarányról szól, és inkább az innováció sebességéről szól

Hogyan használja ki Barracuda a Microsoft Azure alkalmazásbiztonságot az ügyfelek számára? Nitzan Miron, a Barracuda Networks alkalmazásbiztonsági szolgáltatásának alelnöke megvitatja az Azure által szállított WAF-as-a-service termékkínálatot, amelyet a Microsoft Ignite 2019-ben jelentettek be.

Must-read Cloud

  • Cloud computing 2020-ban: Jóslatok a biztonságról, AI, Kubernetes, stb
  • Az évtized legfontosabb felhő előrehaladása
  • Legjobb asztali szolgáltatás (DaaS) szolgáltatók: Amazon, Citrix, Microsoft, VMware és még sok más
  • Cloud computing házirend (TechRepublic Premium)

A LinkedIn annyira fektetett be saját adatközpontok üzemeltetésébe, hogy elindította a saját Open Compute Project (OCP) verzióját, amely a 19 hüvelykes rakományon, az Open19-en alapul. Jelentős mennyiségű kódot ad a Microsoft SONiC hálózati operációs rendszeréhez, hogy támogassa a saját adatközpont-hálózatához szükséges funkciókat. De most az Azure-ba költözik.

Néhány hónappal az eredeti bejelentés után a TechRepublic leült a LinkedIn CTO Raghu Hiremagalur társaságával, hogy megkérdezze, miért vált a cég a felhőhöz, és milyen előrelépés történt eddig. És nem - mondja -, nem azért, mert a Microsoft birtokolja őket, vagy nyomást gyakorol rájuk - ez a lehetőség arról, hogy új hardvereket és szolgáltatásokat használjon, amelyeket a LinkedIn soha nem tudna megépíteni.

Igazi hiperskála

Raghu Hiremagalur, CTO at LinkedIn.

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

Raghu Hiremagalur, a LinkedIn műszaki vezetője.

Kép: LinkedIn

Egyrészről, míg az Open19 nagyrészt arról szól, hogy miként lehet egyszerűsíteni és csökkenteni az adatközpontok üzemeltetésének költségeit, az Azure-ba való költöztetés miatt nem szükséges új adatközpontokat kiépíteni.

Microsoft Azure: bennfentes útmutató (ingyenes PDF)

Egy évtizeddel ezelőtt a LinkedIn problémái a weboldal elérhetővé tételében voltak, mivel a forgalom növekedett, és évekig arra összpontosított, hogy a mikroszolgáltatásokra költözzön és elegendő kapacitással rendelkezzen a tagok kiszolgálására. Aztán elkezdte gondolkodni a hálózat méretezésén és az aktív-aktív adatközpont-architektúra felépítésén. Az elmúlt három évben ez az adatközpontok építésének megkísérelésére épült, ahogyan a hiperskálájú felhők, mint az Azure, a hálózat megváltozott, hogy megfeleljen az rajta futó alkalmazások igényeinek, ahelyett, hogy az alkalmazásfejlesztőket kéri, hogy működjenek együtt a rendelkezésre álló infrastruktúrával., sávszélesség és késés.

De ezt inkább közepes méretű adatközpontokban csinálta, nem pedig a hiperskálú felhő óriási adatközpontjaiban, és a probléma valószínűleg inkább a helyhez kötött, mint az energiafogyasztás. A LinkedInnek körülbelül 250 000 szervere van öt adatközpontban - és ez a szám évente egyharmaddal növekszik. Ezenkívül 20 jelenlét-ponttal és társaikkal rendelkezik 4000 hálózattal, de ez nem hasonlít az Azure-hoz.

"Az USA nyugati részén, az USA keleti részén, Szingapúrban és Texasban vagyunk; szó szerint 57 régió" - magyarázza Hiremagalur. "A Microsoft gerincén való lovaglás azonnali plusz: valószínűleg az egyik legjobb hálózati gerinc van egy magán gerinc szempontjából, és az Azure Front Door-nal 160 plusz élhely van. Tehát képesek vagyunk kiszolgálni a a tagok sokkal jobbak lesznek, mint azokban a helyeken, ahol ma vagyunk, mert az üléseinket ott tudjuk lezárni, ahol vannak. "

A LinkedIn nem csupán az Azure-összeköttetéseket használja, mondja Hiremagalur: "Tervünk az, hogy minden munkaterhelésünket - termelést, offline számítást, aktuális számítást - az Azure-ba költöztetjük. A jövő bizonyos pontján nem akarjuk adatközpontokat üzemeltetni. .”

Ennek oka nem az, hogy a LinkedIn nem tudta tovább növelni adatközpontjait: legalább a következő öt évben a Hiremagalur nem lát problémát a hálózatépítés, az adatközponti kapacitás, az energiaellátás vagy az egyéb infrastrukturális követelmények méretezésében.

A LinkedIn nem mozog a felhőbe, mert erre van szüksége. De érdemes áttekinteni, hogy mi az az Azure által kínált lehetőség - az agilitás - számára a bonyolult munkaterhelések meglehetősen zavaró migrációja.

"Akár rugalmasság és kapacitás, akár az Azure-beruházások kihasználása az élethosszig tartó infrastruktúrájukkal az Azure Front Door-nal, vagy a hálózati gerinc, vagy az egyéni szilíciumban végzett munka, valamint az adatközpont és a hálózati dolgok, amelyeket csinálnak gyorsított hálózatépítés, FPGA és tárolási innováció ... Ezek mindazok, amelyekhez idővel hozzáférést szeretnénk elérni "- mondja Hiremagalur. "És ezek nem olyan dolgok, amelyeket önmagukban fektetnénk be magukba - nincs értelme számunkra, hogy önmagunkba önmagában fektessünk be."

A LinkedIn felhőalapú eszközöket, például az AzureML-t is elfogad. "Az Azure képességei és azok a dolgok, amelyeket csinálnak az AI-térben, csodálatosak. A GPU kiszámításának olyan szintje, amely rendelkezik, minden bizonnyal jelentős előnye származhatna" - mondja Hiremagalur.

Többéves migráció

A Microsoft részvétele azt jelenti, hogy a LinkedIn részletesen áttekintést kap arról, ami az Azure-on jön. A Hiremagalur el akarja kezdeni egy olyan vándorlást, amely több évig tart, hogy készen álljon erre. "Figyelembe véve azt az időtartamot, amelyre gondolunk, hogy a munkaterhelés áthelyezéséhez az Azure-ba kerülünk, most meg akartuk indítani a folyamatot, és készen állunk arra, hogy felhasználjuk az összes jóságot, amikor mindez készen áll ránk."

Időközben a LinkedIn folytatja a saját termékfejlesztését, ugyanakkor készül a mozgásra - és azon gondolkodik, hogy mit tehetne csinálni, ha fut az Azure-on.

"Összességében az interfészeknek, amelyeket az infrastruktúra építőelemei, például a tárolóindexálás, a mérnöki szervezet többi tagjának kínálnak, állandónak vagy legalább nagyon hasonlónak kell maradniuk, tehát az infrastruktúra-csapatainknak komoly erőfeszítéseket kell tenniük az infrastrukturális építőelemeink adaptálása érdekében futni a nyilvános felhőn "- mondja Hiremagalur.

De nem akarja a LinkedIn jelenlegi infrastruktúrájának másolatát készíteni, csak a felhőben. "Ez egy lehetőség számunkra a számítások és a tárolás bontására. A szélsőséges méretarányú rugalmasságot kihasználhatjuk annak érdekében, hogy a LinkedIn napi munkaterhelési mintáival dolgozzunk együtt a legtöbb felhasználó munkaidőben jelentkezzen be. Ezek olyan dolgok, amelyeket szeretnénk. az Azure felé vezető úton. "

A LinkedIn nagyon nagy gráf-adatbázisokat használ; Rengeteg Kafka található (amelyet a LinkedIn-ben fejlesztettek ki, és 2015-ig naponta egy billió eseményt kezeltek), és a Kafka tetejére épített Samza adatfolyam-feldolgozó rendszerek, például offline számítás és gépi tanulás. Nagyon hálózatintenzív: minden adatbájtért, amely a felhasználói tevékenységből kerül a LinkedIn adatközpontba, körülbelül 1000 bájt kelet-nyugati forgalmat generál az adatközpontban (elemezve ezt az információt a LinkedIn gráfhoz és gépi tanulási rendszerekhez, például ajánlva) akiket talán ismersz).

"Nagyon nagy mértékben képes lesz kiaknázni a hálózat és a tárolás ezen aggregálását, valamint a számítások és a tárolások független skálázását. Nagyon nagy adatelemű rendszer vagyunk, így képes kezelni ezt a két dolgot két különálló egységként. szintén nagy plusz számunkra "- mondja Hiremagalur.

"Minél alacsonyabb a hálózat késése, annál többet tehet a gráf adatbázis-átjárásokkal" - rámutat. "Ahhoz, hogy nagyon érdekes módon tudjuk ábrázolni a grafikonunkat, nyilvánvalóan nagyon jó, nagyon jól megtervezett elosztott rendszerekre van szükség, de a legmagasabb szintű hálózatokra is. Várom, hogy ilyen típusú kiszolgálók nélküli kiszolgáló nélküli képességgel rendelkezzenek. munkaterhelés, és egyáltalán nem kell aggódniuk azért, hogy ezek a dolgok felcsavarodjanak és befejeződjenek. Ezek a dolgok csodálatos jelöltek a kiszolgáló nélküli számításhoz. "

Külön jelentés: Felkészülés a kiszolgáló nélküli számításra (ingyenes PDF)

Ez egy építészeti változás, amelyet a LinkedIn megvizsgált volna, ha az Azure-ba költözött, vagy a saját adatközpontjában maradt. De a lépés azt jelenti, hogy lesznek olyan infrastrukturális területek, amelyeket a LinkedIn teljes mértékben átadhat az Azure-nak.

"A nagyszabású munkaterhelés nyilvános felhőn történő kezelése különbözik a dolgok kezelésétől, ahol szó szerint mindent 100% -ban ellenőrizhetünk. Tehát meg kell tanulnunk egy webhely stabil működtetését ezen változásokkal", Hiremagalur mondja.

Ahelyett, hogy a hardver és a szolgáltatás hibáira gondolnánk, a mérnököknek meg kell tervezniük azokat a frissítési ciklusokat, amelyeket nem irányítanak - magyarázza Hiremagalur. "Tanulnunk kell az olyan jelzésekre való reagálásról, amelyek szerint az Azure kiszolgálni fog nekünk, és kitalálnunk kell, hogyan lehet áthelyezni vagy szüneteltetni a munkaterheléseket. A biztonság kezelésének módja eltérő lesz. A verem rétegei, amelyeket 100% -ban irányítunk, csak zsugorodunk: nem ellenőrizzük a hálózatot, nem az ellenőrzést, az eltérő adatkészleteket. Tehát az infosec-re gondolkodásmódunknak tovább kell fejlődni, a perimetrikus biztonságról gondolkodni kell.

Ez a szokásos felhőáttelepítési történet - nem egy alkalmazást más szerverre költöztet, hanem egy másik absztrakcióhoz áthelyezi azt, amire szüksége van. A munka elvégzése után a jutalom az, hogy a magasabb szintű problémákra kell összpontosítania.

"Úgy látom, hogy ezzel képesek vagyunk arra, hogy olyan területekre összpontosítsunk, ahol egyedi értéket képviselünk, és az Azure-i társainkra támaszkodunk, olyan dolgokat csináljunk, amelyeket extrém léptékben csinálnak, és nagyon-nagyon jól csinálnak" - mondja Hiremagalur. "Ezt úgy látom, mint egy tengerszint emelkedését: azok a dolgok, amelyek nekünk a víz alatti mennek, olyan dolgok, amelyekre csak az Azure-en támaszkodunk. Ez a többi olyan cselekedet, amelyet továbbra is csinálunk, és egy csomóra jobban tudunk összpontosítani."

Az On-prem az új mainframe

Az Open19 kezdeményezés nem szűnik meg, mondja Hiremagalur. "Nagyon sok értéket képviseltünk belőle: kiépítettük adatközpontjainkba, egy csomó technológiát adtunk hozzá az OCP-hez, és továbbra is együttműködünk velük."

De azon óriási szervezetektől eltekintve, mint a Facebook, amelyek saját felhőt üzemeltetnek, a Hiremagalur azt is várja, hogy egyre több vállalkozás költözzön a nyilvános felhőbe az idő múlásával sok munkaterhelésük miatt, mert a saját fejlesztőik ezt megkövetelik.

"Ha nem fér hozzá az újításokhoz, amelyek a nyilvános felhőben zajlanak az elkövetkező öt-tíz évben, akkor a vállalkozását ugyanúgy lehet megérteni, mint a nagygépeken működő vállalatokat - és egyetlen cég sem akarja ebben a helyzetben lenni. .”

Felhő és minden, mint szolgáltatási hírlevél

Ez a forrás az AWS, a Microsoft Azure, a Google Cloud Platform, az XaaS, a felhőbiztonság és még sok más legfrissebb verziójáról. Hétfőn

Regisztrálj még ma

Lásd még

  • Multicloud: Csalólap (TechRepublic)
  • Hibrid felhő: Útmutató az informatikai szakemberekhez (TechRepublic letöltés)
  • Legfontosabb felhő-szolgáltatók 2019: AWS, Microsoft, Azure, Google Cloud; Az IBM mozgatja a hibrid rendszert; A Salesforce uralja a Saas-t (ZDNet)
  • A legjobb felhőalapú szolgáltatások kisvállalkozások számára (CNET)
  • Microsoft Office vs Google Docs Suite vs LibreOffice 2018-ban (Download.com)
  • Cloud computing: Több olvasható lefedettség (TechRepublic a Flipboardon)

© Copyright 2020 | mobilegn.com