Podcast: Izazovi skladištenja kontejnera i kako ih savladati

Koji su ključni izazovi za kupce u skladištu i zaštitu podataka za kontejnere?

Prije nego što skočimo u to, razmislimo o tome. Češće u tehničkoj industriji provodimo puno vremena kada razgovaramo o tome, ali ne trošimo dovoljno vremena zbog čega.

Zašto bi ljudi trebali koristiti kontejnere? Zašto bi ljudi pokrenuli Kubernetes? Na vrlo fundamentalnom nivou, kontejneri isporučuju aplikaciju i prenosivost podataka – posebno da možete izgraditi svoju aplikaciju bilo gdje i pokrenuti je bilo gdje, […] To daje okretnost.

Koja okretnost dovodi do brzine. Ali kada povećate brzinu, kada vozite veću brzinu, to znači da podržavate puno različitih aplikacijskih timova koji pokušavaju izgraditi i ponavljati na svojim aplikacijama puno brže. Što to znači jeste da vam je potrebno puno automatizacije.

Skala implementacije na bazi kontejnera – Kubernetes-ove implementacije – vrlo brzo može postati mnogo veća od onoga što se organizacije koriste za rukovanje jer pokušavaju dati sve ove koristi i oni moraju podržati puno timova.

Kada organizacije dođu do te vase, trebale bi imati dovoljno alata kako bi im omogućili automatizirati većinu svojih svakodnevnih zadataka, većinu njihovih svakodnevnih operacija, većine njihovog održavanja. Jedan od velikih izazova za preduzeća je da nedostatak automatizacije.

Kubernetes pokušava automatizirati vrijeme trajanja kontejnera. Kontejneri daju prenosivost, ali postoji nedostatak automatizacije kako orkestrirati ove aplikacije – kako pružiti izvrsne performanse koje su im potrebne, kako upravljati tim aplikacijama, a kako ih zaštititi, kao administrator, uključite i zaštitite svaki spremnik, svaku aplikaciju. Umjesto toga, dajete primjenu timova dovoljno alata tako da mogu deklarativno i programski dobiti pristup tim uslugama, a da nikada ne mogu podnijeti kartu.

Imate svu ovu brzinu, razmjeru i automatizaciju, a zatim ako ga blokira neko mora podnijeti kartu i čekati ga, to je ogroman blok. Veliki izazov za kompanije je automatizacija, nedostatak automatizacije u mnogim alatima. Drugi veliki izazov je mogućnost podrške različitim platformama. To znači neutralnost. Obećanje kontejnera jeste da li možete nigde graditi i pokrenuti je bilo gdje.

Ali obećanje se ne može ispuniti ako nemate snop koji vam donosi neutralnost. Demokratizacija temeljne infrastrukture je ključna tačka boli. I bez te demokratizirane osnovne infrastrukture, uprkos korištenju kontejnera u Kubernetesu, organizacije se zadržavaju.

Treća stvar je sigurnost jer se platforma zasnovana na Kubernetesu pokušava donijeti puno programera i aplikacijskih timova u zajednički klaster Kubernetes ili namene Kubernetes klastera. Gradiš ozbiljne poslove na vrhu Kubernetesa koristeći kontejnere. Kako osigurati da su ove aplikacije sigurne? Kako osigurati da su podaci koji prelaze preko mreže sigurni? Kako osigurati različite aplikacijske timove na istoj zajedničkoj platformi nemaju propuštanje podataka?

Na primjer, ne želite da prodaju prodaje ili prodajne timove, prodajne aplikacije, kako bi mogli vidjeti HR aplikacije. Na primjer, ne želite, na primjer, tuđi podaci komisije koji se u finansijama ne bi vidljiv nekome u inženjerstvu. Kako gradite te višenamjenske aplikacije? To je veliko pitanje. Dakle, to su neki od glavnih izazova u usvajanju kontejnera u Kubernetesu.

Čini se da su to pitanja koja su rezultat prednosti kontejnera i kubernetesa. Kako kupci počinju rješavati takve vrste problema?

Ovo je razgovor koji sam imao sa kupcima mnogo puta. Vidio sam kupce isprobavati različite stvari i ne uspijevaju, a uvijek bih volio da sam razgovarao s njima kad su bili rani na svom putovanju.

Poput? Imate li zanimljive kvarove?

Ima ih mnogo. Postoje kupci koji misle, “određeno skladišteno sučelje dovoljno je dovoljno dobro; Mogu doneti sve. ‘ I ubrzo shvataju: “Ne, to sučelje nije pravi ljestvica za mene.”

Ili će reći: “Mogao bih pokušati uštedjeti novac samo koristeći sve otvoreni izvor.” I oni shvataju slobodno, stvarno nije besplatan, jer kada je riječ o pokretanju misija kritična preduzeća, trebate neko ko vam može dati 24x7x365 podršku, koji ga može održavati softverom, a da ga ne ažurirate i dajte vam sposobnosti da ga nastavite da biste ga nastavili.

Ne morate sami izgraditi tehnički dug. Ne morate zaposliti vojsku programera da biste je pokrenuli. Unajmljivanje dobrih programera je težak posao – to je zaista težak posao pronaći dobre programere, dobre inženjere, a vještine su uvijek u stalnoj potražnji. Dakle, kad neko preuzme sve ovo uradi sam, u suštini su prijavljeni za održavanje lanca alata, na [take on] Tehnički dug. To je problem za velike kompanije poput Googlea i Microsofta. Sve ove kompanije bore se sa tehničkim dugom i preduzećima nisu usmjereni na to.

Video sam da kupci pokušavaju preuzeti tehnički dug, samo su sahranjeni u njemu i onda reci: “Ok, izvuci me iz nje.” Ne predviđaju razmjeru. Misle da će samo trčati nekoliko hiljada kontejnera. Lo i gle, odjednom trče 100.000 kontejnera i da nalaze na ivici, a previše su propusta.

Ponekad idemo na ovu spasilačku misiju, a kupcu spašavamo iz njihove bijede, a zatim ih stavljamo na pravi put. Stvar koju generalno preporučujem kupcima je: Nemojte taktično ne misliti taktično, razmislite strateški. Ne gledaj na potrebu pred sobom danas; Izgradite taktičko rješenje, a zatim ga pokušajte smanjiti za svoje strateške potrebe. Idi sa dokazanim putevima. Pogledajte dokazan put i pođite s tim. I mnogo puta ono što smatrate da besplatno nije u osnovi besplatno; Ono što plaćate zapravo je ono što će platiti za sebe.

Izaberite rješenja koja plaćaju za sebe. Omogućuje vam kontrolirati troškove, omogućava vam da smanjite svoje operativne izdatke i dopuštam vam da dobijete više infrastrukture. Ove vrste rješenja plaćaju same za sebe. Dakle, dok završite plaćanje [rather than getting it for] BESPLATNO, na kraju postaje slobodno jer rješenje plaća samo za sebe. Donosi više efikasnosti koje štede troškove i oslobađa vašu organizaciju kako biste to mogli koristiti za izgradnju drugih stvari.

Nešto što kažem kupcima da razmisle strateški i budu pametni u tim izborima. Treniramo kupce o tome kako razmišljati kroz cijeli životni ciklus. Što se događa ako jedan programer donese aplikaciju? Što se događa ako 10 aplikacijskih timova, 100 aplikacijskih timova, donose svoje aplikacije? Šta ako imaju različite potrebe za kontinuitetom poslovanja? Šta ako imaju različite potrebe za performansama? Šta je sa različitim sigurnosnim zahtevima? Ovaj tim aplikacijskih aplikacija možda želi šifrirati svoje podatke u mirovanju ili u letu, a jedan aplikacijski tim možda želi samo višenamjenski.

Kako se bavite sa svim tim? To je jedna stvar na kojoj treniram kupce. [Also] razmislite kroz cijelo putovanje kupca. Šta se događa kada je aplikacija u penziji? Ili kada moraju nadograditi na novu aplikaciju? I šta se događa kada moraju iznijeti podatke iz proizvodnje na testiranje, za testiranje njihove nove verzije aplikacije sa proizvodnim podacima? To su sve stvari koje otkriju dok počinju tražiti rješenja.

Pokušavaju obući rješenje u ono što su izgradili, a postaje nered – složena Hodgepodge rješenja koje su integrirali. Kažemo kupcima da odaberu platformu koja vam je dovoljno jednostavna da biste samo jednoklik, koji pruža sve ove mogućnosti, tako da se možete fokusirati na inoviranje, izgradnju aplikacija, a ne natajanje s ovom DIY infrastrukturom koju ste zauvijek izgradili.