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.
Павел Селиванов: Да, безусловно. Тем более, что если мы возьмём конкретно Кубернетес, тут есть такой момент, что глубоких, хороших знаний сейчас по Кубернетесу сейчас на рынке реально мало. И Кубернетес это такой конструктор гигантский, что если вы его взяли в компанию, будьте готовы брать вместе с ним инженера, который на фултайме будет всем этим заниматься. И это дорого. И такого инженера ещё попробуй найти. Если я буду говорить про себя, я не очень люблю какие-то клаудные решение, потому что я достаточно хорошо и глубоко пониманию, как работает Кубернетес. И мне часто в клаудах как раз и не хватает какой-то функциональности, которую я запрашиваю — а мне говорят «Нет, нельзя». Ну, в таком случае извини, но я могу лучше, чем клауд. Но в то же время если у вас нет инженера на fulltime, нет желания платить за этого инженера, который тянет Кубернетес, и вы ему постоянно платите много денег, чтобы он просто экспериментировал, то cloud — это просто хорошее отличное решение. Потому что хотя бы там сидят ребята, которых провайдер сам уже нахантил. И они разбираются в том, что они делают. И те базовые вещи, которые нужны вам на каждодневной основе, там есть.
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 serverit 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 serverëve «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
