Shkurtimi:
Azat Khadieva: Përshëndetje. Unë quhem Azat Khadiev. Jam zhvillues në drejtimin e PaaS të Mail.ru Cloud Solutions. Më bashkon këtu Pavel Selivanov nga kompania Southbridge. Ne jemi në konferencën DevOpsDays. Ai do të flasë këtu për atë se si me Kubernetes mund të ndërtohet DevOps, por ndoshta nuk do t'ju dalë. Pse një temë kaq të errët?
Pavel Selivanov: Në të vërtetë, ajo nuk është e errët. Ajo përfshin mënyrat se si po mundohemi të zgjidhim shumë probleme në komunitetin tonë me anë të teknologjisë. Dhe veçanërisht ne përpiqemi të zgjidhim në një mënyrë të ngushtë. Kubernetes është po aq, është një gjë për të cilën përgjigjen, mund të thuash, Ops. Por ne kemi një koncept të mrekullueshëm, inxhinierin DevOps. Ky është përgjegjës për Kubernetes. Megjithatë… Diku, ju bëni Kubernetes, dhe ekipi i Dev-it nuk është fare në dijeni për të gjitha këto Kubernetes, nuk e dinë se çfarë lejon të bëjë — dhe për ta, gjithçka funksionon po ashtu. Kjo është pavarësisht se Kubernetes përmban zgjidhje të gatshme, mjete të gatshme për të shtrirë këtë qasje DevOps, komunikimin mes Dev dhe Ops. Ne përdorim shumë pak këtë mundësi. Duke e setuar aktualisht strukturat tona në të gjitha këto mjete DevOps — Docker, Kubernetes, re dhe kështu me radhë — ne e përkeqësojmë situatën akoma më tej. Dhe mjetet fillojmë t'i përdorim ndryshe nga sa janë menduar. Rreth të gjitha këtyre teknologjive krijohen thjesht mbështetje të tmerrshme.
Azat Khadiev: E qartë. Ndjehet se tema është e gjerë. Si mendon, cila është problemi më i zakonshëm për kompanitë tani? Me Kubernetes.
Pavel Selivanov: Problemi më i zakonshëm me Kubernetes është mungesa e kompetencave. Kjo është një përvojë e zakonshme në IT. Gjithmonë na mungojnë specialistët. Gjithmonë na mungojnë kompetencat. Dhe tani me Kubernetes, mungesa e kompetencave është akute. Ndërkohë, nuk ka zgjidhje të gatshme në treg që mundësojnë përdorimin e Kubernetes pa pasur kompetencat e nevojshme, ka shumë pak. Ajo që ekziston ngre gjithmonë disa pyetje. Me Kubernetes, ne vazhdimisht jemi në kërkim të njerëzve që kuptojnë këtë. Po përpiqemi të angazhojmë zhvillimin për këtë.
Azat Khadiev: Duke marrë parasysh urinë aktuale për staf në IT. E cila gjithmonë ka qenë. Dhe tani është gjithashtu. Si mendon, si mund të jetosh në këto kushte? Çfarë truke ka?
Pavel Selivanov: Këshilla për Jetën. Së pari, nga këndvështrimi i mjeteve të bulkuar, këshilla duket kështu — le të na jepni një pjesë të kompetencave tuaja. Dhe ne do t’i marrim ato. Dhe do të merremi me to brenda nesh. Dhe kjo është e mirë. Përveç faktit se është e rëndësishme të kuptohet për ata që e përdorin këtë… Në të vërtetë është një moment i shkëlqyer… Por është e rëndësishme të kuptohet se duke dhënë një pjesë të kompetencave tona diku në një sistem të bulkuar ose te një ofrues, ne marrim në këmbim një zgjidhje universale. Thjesht, kemi një databazë që kryen funksione shumë specifike, dhe ajo është konfiguruar në mënyrë shumë specifike. Duke e dhënë këtë databazë në një sistem të bulkuar, sigurisht ne mund ta largojmë administratorin që më parë merrej me klasterët e databazës — e njëjta gjë do ta bëjë Amazon ose Google për ne. Por po ashtu, Amazon ose Google nuk do të na lejojnë ta konfigurim saktësisht databazën tonë. Projekte të mëdha, kompani të mëdha — ata në çdo rast arrijnë në atë pikë të jetës së tyre ku përdorin zgjidhje të bulkuara, e më pas në çdo rast kthehen për të marrë përsëri kompetencat te vetja, sepse kërkohet një zgjidhje më specifike.
Azat Khadievi: Zgjidhjet universale — janë të këqija apo mbi to mund të ndërtohet më shumë?
Pavel Selivanov: Jo, zgjidhjet universale — sigurisht që nuk janë të këqija. Zgjidhjet universale — janë të mira. Thjesht zgjidhjet universale … janë universale. Këtu është e rëndësishme të kuptohet. Është si të marrësh një skenar të përbashkët... Nëse rreth këtij skenari të përbashkët, aplikimi tënd i përbashkët, mund të ndërtohet e gjithë logjika e punës së kompanisë — atëherë është e mrekullueshme. Por, nëse logjika e punës është ndryshe, por ti merr këtë zgjidhje universale, këtë skenar universal — dhe fillon, si një pushtues mbi glob, ta zgjidhësh, atëherë kjo është e keqe. Por në vetë universalismin nuk ka asgjë të keqe.
Azat Khadievi: Nëse administratori yt tashmë po punon, problemi nuk është në shkarkimin e tij. Ai thjesht mund të bëjë më shumë.
Pavel Selivanov: Po, merrni rutinën e tij dhe jepeni dikujt tjetër, që ato të bëhen diku tjetër. Ky është pa dyshim një qasje e mirë. Një moment i rëndësishëm është nëse kjo zgjidhje standardi i përshtatet rastit specifik.
Azat Hadiu: Bazuar në përvojën time, po e shoh se shumë kompani bëjnë të njëjtën gjë. Ato konfiguroni klusterin Kubernetes, mendojnë për shkallëzimin e tij. Të gjitha këto operacione janë shumë të përsëritura.
Pavel Selivanov: Po sigurisht. Sidomos, sepse nëse të marrim konkretisht Kubernetes, ka një pikë që njohuritë e thelluara dhe të mira rreth Kubernetes janë aktualisht me të vërtetë të pakta në treg. Kubernetes është një ndërtues gjigant, prandaj nëse e merrni në kompani, përgatituni të merrni gjithashtu një inxhinier i cili do të merret me të në kohë të plotë. Dhe kjo është e shtrenjtë. Dhe një inxhinier të tillë është shumë e vështirë të gjesh. Nëse flas për veten time, nuk i pëlqej shumë zgjidhjet cloud, sepse kam një kuptim të mirë dhe të thellë se si funksionon Kubernetes. Dhe shpesh në cloud më mungon ndonjë funksionalitet që kërkoj - dhe më thonë 'Jo, nuk lejohet'. Në atë rast, më vjen keq, por unë mund të bëj më mirë sesa cloud. Por në të njëjtën kohë, nëse nuk keni një inxhinier në kohë të plotë, nuk keni dëshirë të paguani për këtë inxhinier që menaxhon Kubernetes, dhe vazhdimisht paguani shumë para, atëherë cloud është një zgjidhje e shkëlqyer. Sepse të paktën atje janë njerëz që ofruesi i shërbimit i ka angazhuar. Dhe ata dinë çfarë po bëjnë. Dhe ato gjëra themelore që ju nevojiten në përditshmëri, janë atje.
Azat Khadiev: Si mendon për gjendjen aktuale të Kubernetes? Çfarë do të ndodhë me të pas pesë dhe dhjetë vjetësh?
Pavel Selivanov: Pyetja është e mirë. Unë thjesht e di se çfarë ndodh në komunitet në lidhje me këtë. Disa njerëz besojnë se përveç Kubernetes, nuk do të mbetet asgjë. Situata që ka ndodhur prej kohësh me Linux. Pra, jashtë Linux, ka njerëz që jetojnë në BSD, ndoshta ata kanë detyra shumë specifike. Ka njerëz që punojnë nën Windows — serverët Windows — ndoshta ata gjithashtu kanë detyra specifike, ose thjesht kanë kompetencë në këtë fushë dhe nuk janë të gatshëm të largohen nga aty. Në çdo rast, standardi në fushën tonë është Linux. Ka mendime që Kubernetes do të bëhet një standard de-fakto i tillë, dhe përveç Kubernetes nuk do të ketë asgjë tjetër. Kubernetes do të menaxhojë jo vetëm aplikacionet, por edhe implementimin, shpërndarjen, dhe skalimin e tyre. Në të vërtetë do të menaxhojë gjithçka. Tani e tutje, njerëzit e pyesin: "A është e mundur të fusësh një bazë të dhënash në Kubernetes?" Unë zakonisht flas për faktin se këtu çështja nuk është në Kubernetes, por në Docker. Nëse jeni të gatshëm që baza juaj e të dhënave të funksionojë në kontejnerë, si do të funksionojë ajo. Më përgjigjen: "Jo, jo, jo, prisni. Nuk ka nevojë për kontejnerë. Duhet në Kubernetes. Ne do ta lidhim me nodin. Kështu që gjithçka do të jetë siç e kemi tani, vetëm se gjithë kjo do të menaxhohet nga Kubernetes." Dhe kjo është një ide e mirë në të vërtetë. Pra, Kubernetes është një gjë e tillë, kur mund të të vijnë në një kompani, nëse në kompani ka Kubernetes dhe procese të ndërtuara mbi të, atëherë personi që e kupton këtë — i mjafton të shikojë për disa ditë, për të thënë: "Unë jam i gatshëm t'ju mbështes. Plotësisht. Nga fillimi deri në fund. Kuptova si funksionon gjithçka te ju." Në ndryshim nga qasjet pa Kubernetes — këtu janë disa ndihmës, këtu janë disa të tjerë. Këtu është Ansible, këtu është Terraform. Disa e kanë shkruar këtë, dhe mund të duhen gjashtë muaj për t'u çlodhur. Prandaj, nëse Kubernetes do të bëhet standard de-fakto, nuk e di. Në ditën e sotme ai duket shumë më ambicioz dhe më i sigurt se zgjidhjet që e rrethojnë.
Azat Khadiev: Pra, krahasimi me Linux është mjaft i guximshëm. Ai funksionon në një makinë — dhe gjithçka. Ndërsa Kubernetes punon në shumë makina. Menjëherë lindin miliona variacione, arsye. Po, është guximshëm. Thjesht, nëse merren parasysh që ka konkurrentë të kësaj paradigme. Për shembull, Serverless. A është Kubernetes në rrezik përballë këtyre konkurrentëve?
Pavel Selivanov: Nga Serverless... (qesh) Serverless — ne jemi gjithsesi me vetëdije se server ndjekim se ka. Unë së fundi dëgjova një referat për këtë temë. Një njeri tha se serverët gjithsesi ekzistojnë — dhe ky është re. Por ne gjithmonë duhet të kuptojmë se në re — aty gjithashtu ka serverë. Aty janë serverët e vërtetë, rafti, dhe ato janë instaluar diku. Ky është re. Mbi këtë ekziston Serverless, ku servera «jo». Pra ndaj, a do ta fitojë Serverless Kubernetes? Më duket se Serverless do të kalojë në Kubernetes. Për ofruesit që ofrojnë Serverless, Kubernetes është një platformë shumë e përshtatshme për ta ofruar këtë shërbim. Po, ndoshta në një moment të caktuar ne do të ndalojmë së foluri për Kubernetes si një zhvillim të zakonshëm të aplikacioneve biznesore. Por diku thellë, do të ketë Kubernetes për ofruesit dhe inxhinierët, ku gjithçka do të realizohet.
Azat Khadiev: Një temë tjetër. Ekziston një koncept i inxhinierit fullstack. Çfarë mendon ti për ta? A ekzistojnë ata në të vërtetë?
Pavel Selivanov: E… Inxhinier Fullstack… Më duket se duhet të ndarim këto gjëra rreth asaj që… E di, ka një koncept që quhet njerëz T-shaped. A janë të nevojshëm njerëz si këta në industrinë e sotme? Po, pa dyshim që janë të nevojshëm. Na duhen njerëz që kanë një pamje të gjerë, por njëkohësisht janë specialistë në një fushë të ngushtë. Dhe këtu inxhinieri Fullstack është e njëjta gjë — një njeri që bën gjithçka. Duke filluar nga zhvillimi i frontend-it, testimi, backend, serverët dhe gjithçka tjetër. Nuk besoj se në një kompani të madhe një njeri mund ta bëjë këtë pa pasur specializime të ngushta për çdo nga parametrat. Por njëkohësisht, vetëm duke pasur një specializim të ngushtë dhe duke thënë “nuk di gjë për atë që ndodh rreth këtij aspekti” — kjo gjithashtu nuk funksionon në botën moderne. Prandaj do të thoja… do e heqja fjalën Fullstack. Na duhen inxhinierë shumë. Na duhen DevOps. E ndjej që së shpejti do ta rishikojmë këtë moment. Dhe ata do të jenë të pavendosur.
Azat Khadiev: Mund ta zbuloosh?
Pavel Selivanov: Më duket se në industri do të arrijmë deri në atë pikë sa këto role Dev dhe Ops do të vazhdojnë të zhduken. Nëse na duhen specialistë dhe ne po i kërkojmë... Na nevojitet një zhvillues i caktuar, na duhen administrata të caktuara, na duhen inxhinierë DevOps — tani i kemi këtu, dhe tani do të kemi gjithashtu inxhinierë prodhimi, inxhinierë SRE. Megjithatë, në të vërtetë ajo që na nevojitet janë inxhinierët që dëshirojmë të punësojmë. E kaluara e tyre në fakt nuk ka rëndësi. Sepse... Për shembull, SRE thotë se problemet e infrastrukturës gjithmonë janë të natyrës softuerike. Ndërsa... Le të marrim zhvilluesit — nga pikëpamja që zhvilluesi është inxhinier — t'i vendosim ata në departamentin e mbështetjes dhe ata do të zgjidhin këto probleme njësoj siç zgjidhin problemet e biznesit me anë të kodit, me anë të inxhinierisë, si e tillë.
Azat Khadiev: Dhe nga kjo pikëpamje... Si të intervistosh këta inxhinierë?
Pavel Selivanov: Oh, një pyetje e mirë. Ka të ngjarë të jetë jashtë asaj që unë kuptoj në këtë jetë. Por unë do të jepja një shembull. Kjo nuk ka lidhje me intervistën. Është për sistemin tonë arsimor në Rusi. Në IT ne e dimë se sistemi ynë arsimor në Rusi për botën IT është shumë i vjetruar, nuk është siç duhet të jetë. Po flas mesatarisht për Rusinë e madhe — dhe çfarë ndodh atje. Dalin njerëz që janë krejtësisht të papërgatitur për të shkuar nesër në zhvillimin web, në një kompani teknologjike. Dhe kjo është e keqe. Ne i mësojmë ata disa gjëra të çuditshme, kur në të vërtetë duhet të mësojmë se si të zhvillojnë për Android, për iOS, si të përdorin Git dhe gjithë këto gjëra. Në të vërtetë duket se nuk është ashtu. Instituti është një periudhë kur në shumicën e rasteve prindërit paguajnë për ty. Për gjithë jetën tënde. Dhe ti mund të ndash pesë vjet të jetës tënde për të studiuar në thellësi. Dhe për të studiuar gjithçka që ka të bëjë me T-shaped. Kur në institut mund të studiojmë se çfarë është sistemi i kontrollit të versioneve, çfarë janë modelet e zhvillimit, si testohen gjërat, çfarë llojesh bazash të dhënash dhe balancuesish ka. Dhe kur fillon punën, fillon të thellohesh në një fushë të caktuar. Kështu ne marrim inxhinierë. Dhe sistemi ynë arsimor në Rusi është shumë më afër kësaj të vërtete se sa na duket. Na jep një përgatitje të mirë matematikore, na jep një përgatitje të mirë algoritmike, na jep njëfarë përfaqësimi për gjuhët e programimit. Dhe për intervistat, më duket se është diçka e afërt me këtë. Na nevojiten inxhinierë për të intervistuar. Na nevojitet pjesa e sipërme e shkronjës T në T-shaped. Sepse ai do ta marrë vijën vertikale të shkronjës T.
Azat Khadiev: Po, interesante. Më pas pesë vjet pas universitetit, më dukej se edukimi im ishte njëfarë çmendurie dhe jo adekuat. Pastaj, gjatë punës, kur detyrat u bënë më të thella dhe projektet më të mëdha, e kuptova se jo, më kanë mësuar gjëra shumë të rëndësishme. Pavel, faleminderit. Ishte shumë interesante të dëgjoj përgjigjet e tua. Të dëgjojmë ligjëratën tënde.
Pavel Selivanov: Faleminderit juve.
Burimi: habr.com
