Vállalható Vállalkozás Teszt >>

Osztroluczki Gábor

a Bridge Budapest ösztöndíjasa, Prezi, San Francisco, 2016

Közösségi élet és meetupok

Egymást érik a meetup-ok a városban. Az események a paletta minden színét lefedik. Van jóga, IoT, bicaj, mesterséges intelligencia, számítógépes insfrastruktúrák, zenei irányzatok, kultúrális események… mindenre van meetup.


Volt szerencsém több eseményre is ellátogatni. Lehet, hogy csak jól választottam, viszont mind telt házasak voltak.

IMG_0203.JPG

Az Eventbrite irodába szervezett volt a leginspirálóbb számomra. Miért is? Na lássuk csak!


Mert mutattak egy eszközt, ami



  • nyílt forráskódú,

  • automatikusan lehet vele a komponenseket élesíteni,

  • automatikusan lehet vele skálázni,

  • egyszerű vele a konténer alapú alkalmazások kezelése.


A nyílt forráskód, meg az automatikus komponens telepítés az megvan. Az automatikus skálázás is. A konténer alapú alkalmazás, na az mi? Ha azt mondom Docker, akkor máris világosabb.

Adott egy cég, aminek a világ minden időzónájában elérhetővé kell tenni az egyes microservice-eket, hogy a teljes szolgáltatásuk működjön. Erre alkalmazták ők a Dockert. Igen ám, de a Dockerrel, amint elkezdtek sok-sok konténert egymásra pakolni, a komplexitás hirtelen megnőtt, és sokszor belefutottak a konténerek korlátjaiba, hogy nem tudtak egymással gördülékenyen kommunikálni. Ezért olyan trükkel oldották meg, hogy VPN-t tettek az egyes konténerek közé. 40-50-110 réteges elkészült deployment esetén pedig nagyon sokáig tart mire egyáltalán előáll a tesztelhető állpot, amit majd kitesznek éles környezetbe.


Szóval a Docker már tűrhető volt, de még jobbat kerestek. A Google több management eszközt fejlesztett ki, hogy globális szerver farmját kezelni tudja. Kezdődött a Borg nevű cuccal, ami működött és működik, robosztus, csak éppen nem olyan kellemes vele dolgozni.

Ezért létrehozták az Omegát. Ez sok mintát átvett a Borgból, és több dolgot utána visszavittek a Borgba. Mint kiderült a Google maga is nagyban hozzájárult a linux kernel konténerekre való felkészítéséhez.


Két iterációnyi tanulás után vagyunk. Az Amazon Web Services évek óta létezik, A Heroku szintúgy, a Microsoftnak ott az Azure. A Google ott csücsül több millió darab szerveren. Van tapasztalatuk ilyen mennyiségű szerver kezelésében. Viszont, kéne adni a világnak egy olyan eszközt, amivel a Google bevételre tehet szert a szerverei további hasznosításából és a felhasználók pedig képesek konfigurálni, kontrollálni, használni az így rendelkezésre bocsátott számítási kapacitást és tárhelyet. Egy igényre szabható REST API -val ellátott vezérlőegység kellene. Na így született meg a Kubernetes.


Ezen a meetup-on az Eventbrite-nál a Google egyik munkatársa mutatta be a Kubernetes-t.

Természetesen készült az előadásra, ezért minden gördülékenyen ment. Demonstrálta a Kubernetes képességeit egy egyszerű laptopon. A kérdések-válaszok szekcióban érdekes volt hallani a következő párbeszédet az előadó és a közönség egyik tagja között:


“... mi már jó ideje használjuk a Kubernetes-t éles környezetben és ....”


Mire a válasz úgy kezdődött:


“... egyenlőre nem használnám a Kubernetes-t élesben...”


Ebből is látszik, hogy egy-egy meetup alkalmával a kötetlenebb hangulat és a viszonylag limitált létszám miatt egy két elejtett mondatból lehet tudni, hogy valami készül, ez esetben a Google háza táján a Kubernetes-el kapcsolatban.


IMG_0210.JPG

Majd az előadás végén, miután lejött a színpadról, a pólós-farmeros brit srác, úgy válaszolt a köré gyűltek kérdéseire mintha ezzel az architektúrával álmodna minden éjjel. Mintha csak a suli udvarán osztaná az észt a háziról, hogy hogyan kell megoldani a másodfokú egyenleteket.


Öngerjesztő hatása van ennek a hangulatnak és kultúrának. A tudást megosztva egyre gyorsabb iterációkban bukkanhatnak fel új funkciók meglévő termékekben, és gomba módra szaporodhatnak a termékek/startupok is. A természetes szelekcióval az egyenletben a Bay Area ontja magából az újdonságot.