{"id":54451,"date":"2019-12-26T00:00:00","date_gmt":"2019-12-25T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom"},"modified":"2020-02-18T14:02:28","modified_gmt":"2020-02-18T11:02:28","slug":"sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","title":{"rendered":"\u201eTehnoloogiate loomine, m\u00f5tlemata sellele, kes neid kasutab, on t\u00e4iesti m\u00f5ttetu\u201c: suur intervjuu Anton Weissiga","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"\u201eTehnoloogiate loomine, m\u00f5tlemata sellele, kes neid kasutab, on t\u00e4iesti m\u00f5ttetu\u201c: suur intervjuu Anton Weissiga\" src=\"\/wp-content\/uploads\/2019\/12\/a12610a3b8230d683663e5baa77eed31.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSee post on Habr \u2014 an interview with Anton Weiss, co-owner of the technology consulting firm Otomato Software, who has over 15 years of experience in high technology. He is an expert in technical instruction, initiator and co-author of Israel's first DevOps certification course. Anton participates in international conferences and is known as an excellent speaker.<\/p>\n<p>We'll discuss the following topics:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#differenceisrael\">Differences in work between Russia and Israel;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#differencestartup\">Differences between startups and giants, especially in DevOps;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#complexity\">The trend towards increasing complexity, and how to deal with it;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#softskills\">Combining technical and non-technical skills;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#devops\">Rapid learning and adaptation to work;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#practices\">The most useful practices and technologies from the world of DevOps;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#talks\">Which talks are worth attending.<\/a><\/noindex><\/li>\n<\/ul>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" name=\"differenceisrael\"><\/a><\/noindex><\/p>\n<h2>The difference between Russia and Israel<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Please tell me who you are and what you do.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Mina olen Anton, s\u00fcndinud Peterburis, kuid kolisin 15-aastaselt Iisraeli ja olen sellest ajast seal elanud. Viimased kaksk\u00fcmmend aastat olen Iisraelis tegelenud IT-ga erinevates vormides. Nendest kahek\u00fcmnest aastast olen viimased k\u00fcmme spetsialiseerunud k\u00f5ikidele tarkvaratoimetamisega seotud tegevustele: integreerimist, seda, mida varem nimetati konfiguratsioonihalduseks, ja seda, mida n\u00fc\u00fcd nimetatakse DevOps-iks. Olen t\u00f6\u00f6tanud suurtes ettev\u00f5tetes \u2014 rahvusvahelistes korporatsioonides nagu AT&amp;T, BMC. Olen t\u00f6\u00f6tanud ka idufirmades. Viimased neli aastat omangi oma konsultatsioonifirmat, nimega Otomato Software, kus aitame organisatsioonidel optimeerida protsesse ja tutvuda uute t\u00f6\u00f6riistadega: seega tegeleme nii tehnilise poole kui ka k\u00f5ik muu \u00fcmberringi.<\/p>\n<p><strong><b>Oleg:<\/b> Kas t\u00f6\u00f6 puhul on Venemaa ja Iisraeli vahel erinevusi?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Venemaa klientidega ma peaaegu ei t\u00f6\u00f6tanud. K\u00f5ik, mis mind Venemaaga kolme aasta jooksul sidunud on, on konverentsid. Ja m\u00f5nes Venemaa ettev\u00f5ttes tegime midagi sarnast auditi p\u00f5him\u00f5ttel: tulime, vaatasime, selgitasime, v\u00e4lja t\u00f6\u00f6tasime m\u00f5ned soovitused ja lahkusime. See t\u00e4hendab, et igap\u00e4evast t\u00f6\u00f6d praktiliselt polnud, seega on mul raske t\u00e4pselt \u00f6elda, millega see erineb. Arvan, et igal pool on midagi. N\u00e4iteks on Iisraelis meil selliseid suuri organisatsioone, kus inimesed on juba 15 aastat t\u00f6\u00f6l, ja k\u00f5ik liigub v\u00e4ga aeglaselt. Kuigi nad p\u00fc\u00fcavad seal teha mingit transformatsiooni, parandada protsesse: nad r\u00e4\u00e4givad, r\u00e4\u00e4givad, aga... Meil on \u00fcks klient, kellega kaks aastat tagasi panime k\u00f5ik paika ja tegime k\u00f5ikid otsused, t\u00f6\u00f6tasime v\u00e4lja k\u00f5ik programmid, ja mingil hetkel see k\u00f5ik seiskus, me lahkusime sealt. Just paar p\u00e4eva tagasi kohtusin sealsete juhtidega, kellega t\u00f6\u00f6tasime, ja k\u00fcsin:<\/p>\n<p>\u2014 Kuidas l\u00e4heb?<\/p>\n<p>\u2014 Noh, nii. Raske, \u2014 \u00fctlevad, \u2014 teeme, praegu hakkab midagi toimuma.<\/p>\n<p>Kaks aastat hiljem. On poliitika, on m\u00f5jupiirkonnad. On inimesi, kes ei soovi neid m\u00f5jupiirkondi vabastada, seet\u00f5ttu on sellises olukorras v\u00e4ga keeruline midagi muuta. Samas, t\u00f6\u00f6riistade valik liigub kuidagi edasi. Teisest k\u00fcljest, Iisraelis on idufirmad, kus k\u00f5ik muutub v\u00e4ga kiiresti, uue t\u00f6\u00f6riistade loomine on lihtne, ja nad on k\u00f5ik juba pilvep\u00f5hised ja t\u00e4ielikult pilves. See, muide, v\u00f5ib olla \u00fcks silmapaistvamaid erinevusi Venemaa ja Iisraeli vahel. Iisraelis on avaliku pilvega palju lihtsam. Sellest, mida ma olen n\u00e4inud. Venemaal, n\u00e4iteks, tundub, et k\u00f5ik, peale idufirmade, leiavad avaliku pilvega liiklemise v\u00e4ga keeruliseks, kuid Iisraelis on see siiski kergem. T\u00e4naseks on juba olemas mingi arusaam isegi pankade ja kindlustusseltside seas, et v\u00e4hemalt osa oma asju saab viia avalikku pilve. Ja siin ei karda kedagi lepingud Google'i ja Amazoni ees. Sellest, mida ma olen kuulnud Venemaa konverentsidel, on seal siiski see k\u00f5ik veel keerulisem, isegi just sanktsioonide ja mingite \u00f5igusk\u00fcsimuste osas.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"differencestartup\"><\/a><\/noindex><\/p>\n<h2>Erinevus idufirmade ja hiiglaste vahel<\/h2>\n<p>\n<strong><b>Oleg:<\/b> M\u00f5istsin. Muide, kus on sul t\u00f6\u00f6tada huvitavam ja meeldivam: idufirmades v\u00f5i suurtes organisatsioonides?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Muidugi on meeldivam idufirmades, sest suurtes organisatsioonides... no, t\u00f5eliselt on t\u00f5esti raske midagi edasi viia. Loomulikult on neil omad eelised. Kui vaadata suuri organisatsioone, siis neil on n\u00e4iteks tuntavasti rohkem seda, mida nimetatakse mitmekesisuseks. Suured ettev\u00f5tted, kuna neile on vaja palju inimesi v\u00f5i kuna tegemist on mingi organisatsioonikultuuriga, mis on aastaid kujunenud, on valmis palkama erinevaid inimesi. Siin Iisraelis, n\u00e4iteks idufirmades, ei leia sa peaaegu kunagi araabe, neid on peaaegu mitte. Suurtes organisatsioonides on see palju lihtsam. Kuid idufirmad kasvavad enamasti mingist kultuurilisest taustast, kus enamik osalejatest on neid nn valgeid mehi. Seal on kultuur, et tuleb korralikult pingutada ja soovitatavalt t\u00f6\u00f6tada 10\u201312 tundi p\u00e4evas, ja seda on ka v\u00e4he. Tundub, et meie selja taga on Moskva (ehk siis Tel-Aviv), taganeda ei ole kuhugi, ja seep\u00e4rast peame siin ja praegu verega pingutama.<\/p>\n<p><em><b>Oleg:<\/b> Kuidas on l\u00e4henemine DevOpsile erinev v\u00e4ikestes ja suurtes ettev\u00f5tetes? Kui n\u00e4iteks oled kahest inimesest koosnev meeskond, v\u00f5id sa CI\/CD-d mitte seadistada ja artefakte kopeerida SCP kaudu. <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> \u00dchelt poolt jah. Kuid teiselt poolt, CI\/CD seadistamine ei t\u00e4henda automaatset continuous delivery-d. Siiski on kahe inimesega ettev\u00f5ttes m\u00f5ne pipeline'i seadistamine v\u00e4ga lihtne. Kui varem pidi selle kallal vaeva n\u00e4gema, siis t\u00e4na on sul palju pilveteenuseid. Kirjutasid YAML-i \u2014 ja edasi! Asjad on lihtsamad. Tegelikult esindavad v\u00e4ljakutsuvaid olukordi kasvavad idufirmad. Need, kes on \u00fcletanud 20 inimese piiri, ja siis hakkavad nad kogema muresid skaleerimisega, sest protsessid puuduvad. Varem t\u00f6\u00f6tas k\u00f5ik kuidagi, aga siis algab see segadus ja ei ole selge, kuidas s\u00e4ilitada endist d\u00fcnaamilisust ja samal ajal juhtida protsesse ning otsustada, kes hakkab sellega tegelema. <\/p>\n<p>Ja siis hakkavad k\u00f5ik asjad, nagu \"meil on DevOps meeskond, mis vastutab DevOps'i eest,\" me teame, kuhu see enamasti viib. Tekib pudelikael ja j\u00e4rk-j\u00e4rgult kasvavad nad suurematesse firmadesse. Suurtes ettev\u00f5tetes on hoopis teine probleem, neil on juba mitte lihtsalt pudelikael, vaid tohutu v\u00e4rav, mis avatakse korra p\u00e4evas, ja kogu \u00fclej\u00e4\u00e4nud aeg koguneb sinna suur hulk prahti. Ja nad m\u00f5tlevad: \"Kuidas meil n\u00fc\u00fcd sellest v\u00e4ravast teha palju v\u00e4ikseid v\u00e4ravaid, mida oleks palju lihtsam avada?\" Teisis\u00f5nu, t\u00e4iesti erinevad probleemid. Startupide probleem on see, et \"meid imetakse sisse funnelisse, kuidas me pinnale p\u00e4\u00e4seme?\" aga suurtes ettev\u00f5tetes \u2014 nad on juba funnelis, nad on juba allilmades, n\u00fc\u00fcd m\u00f5tlevad nad, kuidas sealt tagasi \u00fcles p\u00e4\u00e4seda.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"complexity\"><\/a><\/noindex><\/p>\n<h2>Kompleksuse kasvutrend ja kuidas sellega toime tulla<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Lisaks tehnilisele poolele: kui sul on v\u00e4he inimesi, lihtsad tehnoloogiad, pead sa teadma mingit p\u00f5hilist Linuxit ja k\u00f5ik. Aga minimaalsete skaleeringute juures pead sa \u00f5ppima mingit Kubernetes't ja see tundub probleemina.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ja see on kindlasti probleem. Meil oli konverents just kaks p\u00e4eva tagasi ja oli v\u00e4ga selgelt tunda, et peaaegu k\u00f5ik, kes seal midagi r\u00e4\u00e4kisid, mainisid \u00fchte s\u00f5na: \"kompleksus\". See on t\u00e4nap\u00e4eval t\u00f5eliselt m\u00e4\u00e4rav s\u00f5na kogu DevOps diskursuses.<\/p>\n<p><strong><b>Oleg:<\/b> Kuidas oli aga aasta tagasi?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> P\u00fc\u00fcdes k\u00f5ike kiiresti ja d\u00fcnaamiliselt teha, et saavutada kurikuulus paindlikkus, oleme endale keerukust juurde lisanud. T\u00f5eliselt palju v\u00e4ikeseid torustikke, mis eraldi t\u00f6\u00f6tavad suurep\u00e4raselt, aga siis p\u00fc\u00fcame neist kokku panna mingit \u00fchte maailmapilti ja seal see keerukus tegelikult tekib. Sest me ehitame n\u00fc\u00fcd k\u00f5igist nendest v\u00e4ikestest torustikest \u00fche protsessi, et kogu ettev\u00f5te t\u00f6\u00f6taks t\u00f5eliselt h\u00e4sti. <\/p>\n<p><strong><b>Oleg:<\/b> Ja mis on vastus? Kuidas selle keerukusega toime tulla?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Aga vastuseid pole, need tekivad protsessi k\u00e4igus. Minu ettekanne k\u00e4sitles just \u00fche sellise lahenduse teemat. Suures osas, kuhu see k\u00f5ik viib? Ma olin kunagi nakatunud s\u00fcsteemse m\u00f5tlemisega, DevOps'is mainitakse seda palju. Hakkasin sellest huvituma, lugesin Peter Senge, Russell Ackoffi, Donella Meadowsi raamatuid \u2014 inimesi, kes t\u00f5id s\u00fcsteemse m\u00f5tlemise teema p\u00e4evakorrale ja esitasid selle p\u00f5hipostulaadid. \u00dcks peamisi prisme, l\u00e4bi mille s\u00fcsteemne m\u00f5tlemine maailma vaatab, on tagasiside silmused. Selle keerukusega seoses tekivad n\u00fc\u00fcd need tagasiside silmused, st keerukus muutub v\u00e4ga ja v\u00e4ga k\u00f5rgeks, ja me hakkame otsima t\u00f6\u00f6riistu, et seda keerukust v\u00e4hemalt natukene ohjata. Ma ei r\u00e4\u00e4gi v\u00e4hendamisest \u2014 pigem ohjeldamisest, et see meid ei paiskaks. <\/p>\n<p>Keskne lahendused tulevad esile, tead, isegi Kubernetes on midagi sellist. Sul on keskne juhtimispink, mis, kui sa seda haldad, kontrollib kogu keerukust nende teenuste \u00fcmber, mis t\u00f6\u00f6tavad. Teenusemoos, see sama service mesh, on sama t\u00fc\u00fcpi lahendus. Me r\u00e4\u00e4gime: \"Meil on hunnik teenuseid, vaja on, et nad saaksid omavahel suhelda, kuna nad istuvad arusaamatutes kohtades ja pole \u00fcldse kindel, kas nad saavad vastuseid v\u00f5i mitte, ja nad ise ei saa hakkama. Seega teeme nii, et keskmisse lisame mingi universaalse intelligentsi, mis \u00fctleb neile, kellega saab r\u00e4\u00e4kida, kellega ei saa r\u00e4\u00e4kida, ja kaitseb neid, kui keegi juhuslikult vastab neile ebaviisakalt.\" Ja sellega on palju k\u00fcsimusi. \u00dchelt poolt on see mingisugune vajadus, kuna organisatsioonid ei suuda hakkama saada. Oleme viimase paariga aastal aidanud mitmeid organisatsioone astuda uude julgesse Cloud Native maailma, eriti kui see on seotud ettev\u00f5tte kasvamise ja laiendamisega, ning inimesed lihtsalt kaotavad suuna. K\u00f5igi nende keskel asub v\u00e4ike meeskond nn DevOps'e, kellel tuleb kirjutada tuhandeid ridu YAML-i, et kuidagi selle k\u00f5igega toime tulla, ja k\u00f5ik lihtsalt praguneb liistude alt. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"cloudnative\"><\/a><\/noindex><\/p>\n<h2>Cloud Native<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Kas sa saaksid veidi selgitada, mis on Cloud Native? See on muutunud mingiks buzzwordiks, praegu kirjutatakse seda igale seinale. Kuidas sina seda n\u00e4ed?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> P\u00f5him\u00f5tteliselt algas k\u00f5ik sellest, et hakkasime kasutama \u201eplatvormina teenust\u201c l\u00e4henemist, see t\u00e4hendab, et meil tuli k\u00e4ivitada palju rohkem tarkvara ja palju rohkem veebiteenuseid, kui kunagi varem. Me m\u00f5istsime, et ei saa enam iga teenust eraldi kohelda kui meie lemmikloomade, kelle nime me teame ja kelle eest me elu jooksul hoolitseme \u2013 meil tuleb nendega tegeleda nagu mingisuguse karja, mitte individuaalselt. Selle jaoks vajame \u00fchtset platvormi, kuhu saame selle koodi paigutada, ja platvorm peab olema piisavalt intelligentne, et seda hallata. Lihtsalt \u00f6eldes, see on automaatne jootmine, automaatne jootmine ja s\u00f6\u00f6tmine teenuste jaoks. <\/p>\n<p>Selle l\u00e4henemise pioneerid olid Heroku. Nad \u00fctlesid, et et need teenused saaksid meie infrastruktuuride kasutamiseks, peavad nad olema ka 'lehma'. See t\u00e4hendab, et neil peavad olema teatud omadused. Nii s\u00fcndis 12-faktori rakendus, mis peaks omama v\u00f5imalikult v\u00e4he p\u00fcsivat olekut. Selline rakendus peab olema kokku pandud mingi konveieri abil, kus kontrollitakse selle \u00fchilduvust platvormiga. See peab olema vastupidav \u2014 teadma, et kui miski l\u00e4heb valesti, ei pea kohe kukkuma. Teiselt poolt, mingil moel toetuma platvormile. \u00dches\u00f5naga, mingi h\u00fcbriid. Pead m\u00f5istma, et sa ei ole \u00fcksi, et on platvorm ja tuleb austada selle piiranguid. Suures plaanis algas k\u00f5ik sealt. <\/p>\n<p>Kuid mingil p\u00f5hjusel ei \u00f5igustanud see l\u00e4henemine \"platvorm teenusena\" ennast ja lubatud buumi ei toimunud. Jah, Heroku oli, seej\u00e4rel j\u00e4rgnesid kohe k\u00f5ik suured tegijad, kes t\u00f5id v\u00e4lja analooge: Google App Engine, Amazonil \u2014 Elastic Beanstalk. Olen palju t\u00f6\u00f6tanud ettev\u00f5tetega, mis alustasid selle l\u00e4henemisega. Kuid hetkel, kui teed midagi, mis veidi \u00fcletab platvormi lubatud piire, muutub see kohutavaks peavaluks. Sest hakkad kokku p\u00f5rkama seintega, mis on igal pool. Ja nagu inimestele omane, kui nad kokku p\u00f5rkavad seintega, hakkavad nad otsima viisi, kuidas seina l\u00e4bi l\u00f5hkuda. <\/p>\n<p>Kaasaegne Cloud Native on sellest s\u00fcndinud: kuidas j\u00e4tkuvalt pilves joosta, kasutada erinevaid platvormi teenuseid ja samas tagada h\u00e4mmastav paindlikkus k\u00f5iges, mis toimub. Me pidevalt tasakaalustame paindlikkuse ja lihtsuse vahel. Paindlikkus toob endaga kaasa keerukuse, samas kui lihtsustamine ja selge platvormi loomine toovad alati kaasa piiranguid. Cloud Native on ilmselt tasakaalu leidmine pilve platvormi piirangute ja paindlikkuse vahel, mida pakub pilv automaatse skaleerimisega, ning sellel k\u00f5igel on hind. <\/p>\n<p><strong><b>Oleg:<\/b> T\u00f5en\u00e4oliselt peab organisatsioon ise kuidagi \u00f5ppima k\u00f5ik selle protsessiga elama.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Loomulikult! K\u00f5ik see m\u00f5jutab meid. Mikroteenused kuuluvad samuti siia. P\u00f5him\u00f5tteliselt t\u00e4hendab see, et meil on v\u00e4ikesed teenused ja rakendused, mis on hajutatud \u00fcle pilve ja v\u00f5ivad olla igal ajal kus iganes, ning neid v\u00f5ib olla t\u00e4na 10 koopiat ja homme 1500. See on osa Cloud Native'ist. Me ei ole piiratud andmekeskuse f\u00fc\u00fcsiliste piiretega. P\u00f5him\u00f5tteliselt on kogu maailm minu pilv \u2014 see on t\u00e4iesti uimastav n\u00e4gemus, suurep\u00e4rane ambitsioon, kuid sellel on hind, ja see hind on keerukus. See hind on see, et p\u00f5him\u00f5tteliselt ei suuda keegi m\u00f5ista, mis juhtub, kui meie rakendus kasvab \u00e4kki 10 instantsilt 1500-le. Keegi ei suuda seda ette kujutada ning hakkavad ilmnema k\u00f5ik skaleerituse artefaktid. Me ei saa, kui inimesed ja operaatorid, selle jaoks midagi teha, v\u00e4lja arvatud reageerida toimuvasse kaosesse. Nii hakkame m\u00f5tlema: \"Kuidas ehitada oma rakendust ja infrastruktuuri nii, et kui need artefaktid ilmnevad, saaks neid k\u00f5igepealt ette n\u00e4ha ja teiseks nendega kuidagi hakkama saada, et j\u00e4tkata funktsioneerimist?\"<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"softskills\"><\/a><\/noindex><\/p>\n<h2>Tehniliste ja mitte-tehniliste oskuste \u00fchendamine<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Kas sul on ettekandeid tehniliste asjade kohta, n\u00e4iteks, <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/By-DEHiH5mg\">teeninduse kvaliteedi kohta<\/a><\/noindex> ja on ettekandeid juhtimise ja k\u00f5ikide muu kohta. Kas sa oled rohkem tehnilise suunitlusega inimene, v\u00f5i juhid, v\u00f5i on sul see kuidagi teisiti?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ma isegi hakkasin mingil hetkel kirjutama postitust sellest, aga pole veel l\u00f5petanud. Mingil m\u00e4\u00e4ral tunnen ma end isiklikult rebituna nende kahe asja vahel, sest \u00fchtepidi meeldib mulle m\u00f5ista, kuidas asjad toimivad, ja meeldib nendega tegeleda. Kui \u00f5nnestub lahendada m\u00f5ni tehniline probleem, annab see lihtsalt sellise erakordse rahulduse, mis toob kaasa dopamiini t\u00f5usu: \"Oh, lahe, ma saan, ma lahendasin\". Ja on raske sellest loobuda, see on raske j\u00e4tta. Ja kuna see on olemas, j\u00e4tkan ma tehniliste asjadega tegelemist. Uued tehnoloogiad s\u00fctitavad mind: on \u00e4ge midagi avastada, midagi aru saada. Seega juhtub, et kuna need teadmised on olemas, soovivad inimesed neid osta, ja ma j\u00e4tkan nende m\u00fc\u00fcmist. <\/p>\n<p>Teisena, ma m\u00f5istan, et see on lihtsalt v\u00e4ike osa suurest pildist; olen piisavalt kaua t\u00f6\u00f6tanud t\u00f6\u00f6stuses ja ei saa mitte n\u00e4ha, et tehnoloogia on lihtsalt osa suurest s\u00fcsteemist, \u00fcks komponente. Olen juhtinud meeskondi ja tean, kui oluline on arvestada tehnoloogia ja t\u00f6\u00f6riistade seost nendega, kes neid kasutavad. L\u00f5ppude l\u00f5puks eksisteerivad infotehnoloogia ja tegelikult iga tehnoloogia selleks, et neid kasutaksid inimesed. Tehnoloogia loomine ilma m\u00f5tlemapanemata sellele, kes seda kasutab, on t\u00e4iesti m\u00f5ttetu. Tehnoloogia iseenesest ei ole huvitav, kui ei m\u00f5elda selle rakendusele, ja rakendus on alati seotud inimestega, kes sellest mingil moel kasu saavad. Seep\u00e4rast huvitab mind k\u00f5ik, mis seondub tehnoloogiaga. Tunnen, et sellest tuleb r\u00e4\u00e4kida; ma m\u00f5istan, et ilma selleta kaotavad asjad t\u00f5eliselt t\u00e4henduse. Kuni selleni, et m\u00f5nikord on mul hea meel lihtsalt istuda ja paar p\u00e4eva v\u00f5i isegi n\u00e4dalat millegi kallal n\u00e4ppida. V\u00f5in kiinduda mingisse probleemisse, mida ma ei suuda lahendada, ja kui leian lahenduse, tunnen tohutut rahuldust. Kuid siis t\u00f5stan pea klaviatuurilt, vaatan ringi ja m\u00f5istan, et k\u00f5ikjal toimub midagi, mida ma ei saa ignoreerida. Siis muutuvad kood ja Linuxis nokitsemine t\u00e4iesti ebahuvitavaks, ebaoluliseks, ja tahan hakata probleeme lahendama teisel tasemel, inimtasemel. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"devops\"><\/a><\/noindex><\/p>\n<h2>Kuidas DevOpsis kiiresti selgeks saada<\/h2>\n<p>\n<em><b>Oleg:<\/b> Kuule, kas saad soovitada midagi neile, kes tegelevad insenerit\u00f6\u00f6 ja DevOpsi praktikate \u00f5ppimisega samal ajal? Kuidas k\u00f5ik see endasse mahutada ja millises j\u00e4rjekorras? \u00dctleme nii, kuidas oma karj\u00e4\u00e4ri plaanida, et l\u00fchikese ajaga edukamaks saada? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ahh\u2026 Well, there are no universal tips, again from my experience. For quite a long time, probably the first ten years of my career, I was dissatisfied with my position. I focused on what I didn\u2019t like, searching for it, thinking about what I would find more interesting to do. But in the end, I did nothing about it. The main advice is\u2026 When do I think my career took off? It was when I started talking about things that genuinely interested me. The field of technical knowledge, not just technical, the entire sphere of information technology is very broad; you can be a technician: a developer, a tester, an integrator, a system administrator \u2014 all these are different roles, and everyone can find their niche there. Don\u2019t want to be a complete techie but are interested in both technical and business aspects? Engage in product management or project management. There are plenty of niches, find one that intrigues you. <\/p>\n<p>\u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u043d\u043e\u0433\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u0441\u044f \u043e \u043f\u0440\u043e\u0444\u0435\u0441\u0441\u0438\u043e\u043d\u0430\u043b\u0430\u0445 \u0432 \u0444\u043e\u0440\u043c\u0435 \u00ab\u0422\u00bb. \u041d\u0443\u0436\u043d\u043e \u043f\u043e\u043d\u044f\u0442\u044c, \u0433\u0434\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u043d\u043e\u0436\u043a\u0430 \u0442\u0432\u043e\u0435\u0433\u043e \u0422, \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043e\u0434\u043d\u043e, \u043d\u0430\u0447\u0430\u0442\u044c \u043a\u043e\u043f\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u043c \u043c\u0435\u0441\u0442\u0435. \u0412 \u043c\u043e\u043c\u0435\u043d\u0442 \u043a\u043e\u043f\u0430\u043d\u0438\u044f \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0430\u0442\u0441\u044f \u043f\u043e\u0442\u0440\u044f\u0441\u0430\u044e\u0449\u0438\u0435 \u0433\u043b\u0443\u0431\u0438\u043d\u044b. \u041d\u043e \u043a\u043e\u043f\u0430\u0442\u044c \u043c\u043e\u0436\u043d\u043e \u043a\u0443\u0434\u0430 \u0443\u0433\u043e\u0434\u043d\u043e. \u0418 \u044f \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e \u043e\u0441\u043e\u0437\u043d\u0430\u044e, \u0447\u0442\u043e \u0435\u0441\u0442\u044c \u043c\u043d\u043e\u0433\u043e \u0440\u0430\u0439\u043e\u043d\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u044f \u0433\u043b\u0443\u0431\u043e\u043a\u043e \u043d\u0435 \u043a\u043e\u043f\u043d\u0443\u043b, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u043e\u0441\u043c\u043e\u0442\u0440\u0435\u0442\u044c \u0438 \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u044d\u0442\u043e \u043d\u0435 \u043c\u043e\u0451. \u0410 \u0432\u043e\u0442 \u0442\u0430\u043c, \u0433\u0434\u0435 \u0442\u0435\u0431\u0435 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u043a\u043e\u043f\u0430\u0442\u044c \u2014 \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0439 \u043a\u043e\u043f\u0430\u0442\u044c, \u0438 \u0442\u0443\u0442 \u0443\u0436\u0435 \u043e\u0447\u0435\u043d\u044c \u0432\u0430\u0436\u043d\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043e\u0431 \u044d\u0442\u043e\u043c. \u0422\u043e \u0435\u0441\u0442\u044c, \u043e\u043f\u044f\u0442\u044c \u0436\u0435, \u044f \u043f\u043e\u043d\u0438\u043c\u0430\u044e, \u0447\u0442\u043e \u044d\u0442\u043e \u043d\u0435 \u0434\u043b\u044f \u0432\u0441\u0435\u0445. \u041d\u043e \u0438 \u0442\u0443\u0442 \u0443 \u0432\u0441\u0435\u0445 \u0435\u0441\u0442\u044c \u0440\u0430\u0437\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u044b \u0432\u044b\u0440\u0430\u0436\u0435\u043d\u0438\u044f: \u043a\u043e\u043c\u0443-\u0442\u043e, \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c, \u043f\u043e\u0434\u0445\u043e\u0434\u0438\u0442 \u043f\u0438\u0441\u0430\u0442\u044c \u0431\u043b\u043e\u0433\u0438, \u043d\u0435 \u043c\u043e\u0436\u0435\u0448\u044c \u043f\u0438\u0441\u0430\u0442\u044c \u0431\u043b\u043e\u0433\u0438 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u043d\u044b\u0435 \u0438 \u0432\u0435\u0441\u0451\u043b\u044b\u0435 \u2014 \u043f\u0438\u0448\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0431\u043b\u043e\u0433\u0438, \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0439 Gist&#8217;\u044b \u043d\u0430 GitHub. \u0412\u043e\u0442 \u0442\u044b \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0443 \u0440\u0435\u0448\u0438\u043b \u2014 \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0439. <\/p>\n<p>\u00dcldiselt toimub t\u00e4na karj\u00e4\u00e4riline areng peamiselt teadmiste jagamise kaudu. Pole ime, et DevOps-is on teadmiste vahetamine selline oluline v\u00e4\u00e4rtus. K\u00f5ik, kes selles osalevad, saavad sellest kasu, ja sina ise saad samuti alati kasu, kui jagad oma teadmisi. Iga\u00fcks, kes on avatud l\u00e4htekoodiga oma koodi jaganud, teab h\u00e4sti, kui oluline on koodi korrigeerida ja kui erinevalt tuleb m\u00f5elda, kui annad selle kellelegi teisele, ning m\u00f5istad, et keegi teine kasutab seda. Siia m\u00e4ngu astuvad need sotsiaaltehnilised aspektid, millest ma r\u00e4\u00e4kisin. Sa hakkad m\u00f5tlema, et see pole lihtsalt kood, vaid kood, mida teine inimene loeb, v\u00f5ib-olla tahab ta seda muuta, ja tal tuleb m\u00f5ista, mida see kood teeb. Ja kui need suhted tekivad, hakkad juba oma peas teisi inimesi kaasama. Inimese karj\u00e4\u00e4r areneb vaid teistega suhtlemise kaudu. \u00dcldiselt, mis on karj\u00e4\u00e4r? Karj\u00e4\u00e4r t\u00e4hendab, et muutun kasulikuks suuremale hulgale inimestele, olen kasulik ja vajalik. Sa teenid teadmisi, mis on suuremale hulgale inimestele vajalikud ja kasulikud. Selleks tuleb m\u00f5ista, mida need inimesed tahavad ja mida nad vajavad. Nii lihtsalt ongi. K\u00f5ik asjad viivad alati inimeseni. <\/p>\n<p><strong><b>Oleg:<\/b> \u0414\u043e\u043f\u0443\u0441\u0442\u0438\u043c, \u0432\u043e\u0442 \u043c\u044b \u0442\u0430\u043a\u0438\u0435 \u043a\u043b\u0451\u0432\u044b\u0435, \u043c\u044b \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u043c\u0441\u044f DevOps&#8217;\u043e\u043c, \u0432\u0441\u044f\u043a\u0438\u043c\u0438 \u043d\u043e\u0432\u044b\u043c\u0438 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0430\u043c\u0438, \u043f\u0440\u043e\u0447\u0438\u043c. \u041d\u043e \u0432\u043e\u0442 \u0435\u0441\u0442\u044c \u0442\u0435, \u043a\u0442\u043e \u044d\u0442\u043e \u0437\u043d\u0430\u044e\u0442 \u0438 \u0443\u0432\u0430\u0436\u0430\u044e\u0442, \u0430 \u0435\u0441\u0442\u044c \u0432\u0441\u0435 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0435. \u0418 \u0432\u043e\u0442 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u044c, \u0447\u0442\u043e \u0442\u044b \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0448\u044c \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u0432 \u043a\u0430\u043a\u043e\u0439-\u043d\u0438\u0431\u0443\u0434\u044c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0438 \u0442\u0430\u043c \u044d\u0442\u043e \u043f\u043e\u043a\u0430 \u0435\u0449\u0451\u2026 \u0441\u043a\u0430\u0436\u0435\u043c \u0430\u043a\u043a\u0443\u0440\u0430\u0442\u043d\u043e, \u043d\u0435 \u043e\u0447\u0435\u043d\u044c \u0437\u043d\u0430\u044e\u0442 \u0438 \u043d\u0435 \u043e\u0447\u0435\u043d\u044c \u0443\u0432\u0430\u0436\u0430\u044e\u0442. \u0415\u0441\u0442\u044c \u043b\u0438 \u043a\u0430\u043a\u0438\u0435-\u0442\u043e \u0441\u043f\u043e\u0441\u043e\u0431\u044b, \u043a\u0430\u043a \u043d\u0430\u0447\u0430\u0442\u044c \u0432\u043d\u0435\u0434\u0440\u044f\u0442\u044c \u0432\u0441\u0435 \u044d\u0442\u0438 \u0438\u0434\u0435\u0438? \u0415\u0441\u043b\u0438 \u0442\u044b \u043d\u0435 \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c. \u041f\u043e\u043d\u044f\u0442\u043d\u043e, \u0435\u0441\u043b\u0438 \u0442\u044b \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c, \u0442\u044b \u043c\u043e\u0436\u0435\u0448\u044c \u043f\u0440\u043e\u0441\u0442\u043e \u0441\u043a\u0430\u0437\u0430\u0442\u044c: \u00ab\u0412\u043d\u0435\u0434\u0440\u044f\u0435\u043c \u0437\u0430\u0432\u0442\u0440\u0430\u00bb. \u0410 \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0442\u044b \u043e\u0431\u044b\u0447\u043d\u044b\u0439 \u0447\u0435\u043b\u043e\u0432\u0435\u043a \u0438 \u0442\u044b \u0445\u043e\u0447\u0435\u0448\u044c \u0443\u043b\u0443\u0447\u0448\u0438\u0442\u044c?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Esiteks ei ole see tingimata efektiivne, kui \u00fctlete nagu juht: \u201eHakkame rakendama homme\u201c. Inimesed hakkavad v\u00f5ib-olla midagi tegema, kuid see ei t\u00e4henda, et teadlikkus selle kohta, miks see rakendatakse, tekib iseenesest. Ja \u00fcksk\u00f5ik millised muudatused ei meeldi kellelegi, eriti kui neile \u00f6eldakse: \u201eSa pead muutuma\u201c. <\/p>\n<p><strong><b>Oleg:<\/b> Ja mida siis teha?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Kujuta n\u00fc\u00fcd, ma olen selles kohas olnud ja tegelenud selliste protsesside rakendamisega, tegelikult alustades allpool, olles lihtsalt meeskonna liige, ja seej\u00e4rel, olles juba tiimijuht. Ainus l\u00e4henemine, mis toimib, on narkokaubanduse l\u00e4henemine. See on see, mida ma nimetan \"teenustele orienteeritud koost\u00f6\u00f6ks\", see t\u00e4hendab teadlikkusele p\u00f5hinevat koost\u00f6\u00f6d, et m\u00f5ista, mida sa pakud. Suuremas plaanis tead, et sul on sinu \u00fcmber inimesi, keda v\u00f5id pidada oma klientideks. Me teeme midagi, keegi teine kasutab sellest kasu. K\u00f5ige lihtsamas stsenaariumis, millest Agile kunagi r\u00e4\u00e4kis: ma olen arendaja, mul on klient, ja seet\u00f5ttu pean ma aru saama, mida mu klient tahab, et efektiivselt tarkvara arendada. <\/p>\n<p>Suures ettev\u00f5ttes on mul sageli puudulik otsene suhtlemine kliendiga, kasutajaga. Kuid minu \u00fcmber on teised inimesed. N\u00e4iteks, kui ma kirjutan teegi \u2014 teised inimesed integreerivad seda, kui ma arendan mingit tagaplaati \u2014 mul on eesliini arendajad, kes peavad selle kallal t\u00f6\u00f6tama, ja kui ma kirjutan koodi \u2014 mul on testijad, kes kas kirjutavad mulle teste v\u00f5i ma jagan neile versioone, et neil oleks mida testida. Suures plaanis tuleks m\u00f5elda, et \"ma olen teenusepakkuja, kellest on kliendid. K\u00f5ige paremini t\u00f6\u00f6tab k\u00f5ik, kui ma teen oma kliendid rahulolevaks. Kui mu kliendid on rahul, siis olen ka mina rahul. Ma teen endale esmalt nime, teen head suhtlemist ja saan positiivset tagasisidet.\" Ja tagasivaatavalt narkodiileri l\u00e4henemisele, ma tahan, et need kliendid tuleksid j\u00e4lle minu juurde, et saada sama asja. <\/p>\n<p>See, if I believe a certain approach is correct, for example, continuous integration with tests\u2026 There are programmers who find it difficult to test their work today. We need to ensure they don\u2019t have to think too much about it, making these checks as simple as possible for them. Today, this seems quite trivial, but it wasn\u2019t trivial at all ten years ago: at that time, when I pushed my code, everything would automatically build and deploy somewhere, and I would only receive a message if there was an error. Meanwhile, I could peacefully go have a coffee without worrying about compiling on my own computer or having all the necessary tools because that's also a headache. So, by reducing the amount of headache, people get hooked on it. We all see this: as soon as you have a well-functioning pipeline, those who use it quickly can\u2019t imagine life without it. If I want to make a change, a process needs to be created that fosters a certain emotional dependence among people. <\/p>\n<p><strong><b>Oleg:<\/b> H\u00e4sti. Paljud inimesed lootavad, et tuleb mingi kuningas, suur juht v\u00f5i keegi, kes \u00fctleb neile, kuidas elada, ja p\u00e4rast seda liiguvad k\u00f5ik kindlasti uude julgusse maailma DevOpsiga v\u00f5i millegagi muuga. Kas selline kuningas on vajalik?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ei, kuningas, kes \u00fctleb, kuidas elada, ei ole kindlasti vajalik. Juht, kes on valmis kuulama oma t\u00f6\u00f6tajaid, neile usaldama ja toetama neid nii, et nad saaksid oma t\u00f6\u00f6d teha n\u00f5nda, nagu neile tundub k\u00f5ige mugavam ja \u00f5igem? Jah, selline inimene on vajalik, sest vastasel juhul on see lihtsalt konflikt. Ja vaenulikkus alluvate ja nende \u00fclemuse vahel ei l\u00f5ppe kunagi h\u00e4sti. Tulemuseks on, et kellelegi l\u00e4heb see kindlasti halvasti, kas \u00fclemusele v\u00f5i alluvatele. <\/p>\n<p>Kuid probleem on selles, et inimestele on v\u00e4ga raske r\u00e4\u00e4kida, mida nad peaksid tegema ja mida nad ei peaks tegema. L\u00f5ppkokkuv\u00f5ttes teevad nad seda, kuhu neid viib nende kultuuriline taust, ego v\u00f5i hetkeemotsionaalne seisund. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"practices\"><\/a><\/noindex><\/p>\n<h2>K\u00f5ige kasulikumaid praktikaid ja tehnoloogiaid DevOpsi maailmast.<\/h2>\n<p>\n<em><b>Oleg:<\/b> Tegelikult on praegu jutuks palju erinevaid praktikaid: on l\u00e4henemisviise Google'ilt, Netflixilt ja erinevatelt konverentside esinejatelt. Milliseid praktikaid pead sina k\u00f5ige kasulikumateks? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Enamikul organisatsioonidest, s\u00f5ltumata sellest, kas nad on suured v\u00f5i v\u00e4ikesed (eriti kannatavad selle all start-up'id), on probleemiks see, et neil puudub protsesside j\u00e4lgimine \u2014 arusaam sellest, kuidas me tegelikult t\u00f6\u00f6tame, kuidas me tarkvara tarnime ja kus asjad umbe j\u00e4\u00e4vad. Tavaliselt pakun v\u00e4lja harjutuse, mis tuleneb efektiivse juhtimise l\u00e4henemisest, lean management'ist \u2014 see nimetatakse v\u00e4\u00e4rtuse voogude kaardistamiseks. See n\u00f5uab teatavat valmisolekut, et koguda \u00fchte ruumi organisatsiooni peamised m\u00e4ngijad, k\u00f5ik, kes mingil moel osalevad tarnimisprotsessis: need, kes m\u00e4\u00e4ratlevad vajalikud muudatused, tooted, projektijuhid, arendajad, testijad, s\u00fcsteemiadministraatorid, isegi m\u00fc\u00fcjad, kes t\u00f6\u00f6tavad klientidega. Koguda nad k\u00f5ik kokku ja m\u00f5ista, kuidas tarkvara muutus toimub, millist teed see tavaliselt l\u00e4bib. <\/p>\n<p>See, it seems quite trivial: what's going on? Someone has devised it \u2014 someone has coded it, we have a pipeline, it ran \u2014 it was rolled out. Yes, we know that our build takes a lot of time, yes, we will resolve that. We know that programmers cannot compile on their machines right now because they have Java, it requires a lot of memory, we know that too, and we'll sort it out. And I often visit organizations, and they say:<\/p>\n<p>\u2014 We need to automate this, address that.<br \/>\n\u2014 Are you sure this is where we should start? How do you know this?<br \/>\n\u2014 Well, we don't know for sure, but we feel that there's a problem there.<\/p>\n<p>On <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9\">the theory of constraints by Goldratt<\/a><\/noindex>, which states that addressing an issue anywhere that isn't a constraint does not solve anything; it only complicates the problem. What many people lack is an understanding of where things get stuck and how they flow. <\/p>\n<p>Sometimes you just gather different people, and one person says:<br \/>\n\u2014 At this point, the release is going for approval.<\/p>\n<p>And another says:<br \/>\n\u2014 No, it's not like that for us; we are not moving forward. Here we are waiting for the environment for load testing.<\/p>\n<p>V\u00f5i n\u00e4iteks, testijad \u00fctlevad:<br \/>\n\u2014 Just siin me tavaliselt teeme k\u00f5ik k\u00e4sitsi.<\/p>\n<p>Ja programmeerijad \u00fctlevad neile:<br \/>\n\u2014 Aga meil on selle jaoks automatiseeritud protsess. Miks te seda ei kasuta?<\/p>\n<p>Ja testijad \u00fctlevad:<br \/>\n\u2014 Me ei teadnud, et see olemas on.<\/p>\n<p>Iga meeskond n\u00e4eb ainult oma osa ja keegi ei n\u00e4e kogu pilti \u2014 see m\u00f5jutab tihti meie v\u00f5imet t\u00f5husalt tarkvara v\u00e4lja anda palju rohkem kui t\u00f6\u00f6riista olemasolu v\u00f5i puudumine. Selliseid asju. Tuleb alustada protsesside kaardistamisest. Selge, et kui ettev\u00f5ttes ei ole hetkel mingit CI\/CD \u2014 see on juba minevik. Selge, et seda tuleb ka luua. Aga tasub k\u00f5igepealt vastata k\u00fcsimusele, kui palju sellesse investeerida, milliseid probleeme see lahendab. Selleks on samuti vaja inimesi, kes m\u00f5istavad, kuidas seda \u00f5igesti teha. <\/p>\n<p><strong><b>Oleg:<\/b> Tehnilisest vaatenurgast, millistele tehnoloogiatele tasub t\u00e4helepanu p\u00f6\u00f6rata? Selge, et lihtsast CI\/CD-st ei tasu enam r\u00e4\u00e4kida. Millised \u00e4gedad uued tehnoloogiad v\u00f5iksid huvi pakkuda?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Esiteks, on k\u00f5igile t\u00e4iesti selge, et konteinerid on v\u00f5itnud. Seet\u00f5ttu, kui keegi veel konteineritega ei tegele, peaks kindlasti vaatama ja seda v\u00f5imalikult kiiresti tegema, sest suund on sellele poole. Suured ettev\u00f5tted m\u00f5istavad, et nende tarkvara t\u00e4iendamine konteineritesse on h\u00e4davajalik. Ja platvormide tasemel on Kubernetes v\u00f5itnud: pole vahet, kas see on pilves v\u00f5i mitte \u2014 me viime klientidele Kubernetes'iga lahenduse. N\u00fc\u00fcd on ka VMware teada andnud, et neil tuleb Kubernetes otse h\u00fcperviisoril. K\u00f5ik on selge, Google on v\u00f5itnud. Mis ei ole kellelegi \u00fcllatus.<\/p>\n<p><strong><b>Oleg:<\/b> Google on v\u00f5itnud?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Kuid kui me vaatame paar aastat tagasi, ei olnud veel selge, kas valida Swarm v\u00f5i Kubernetes, ja kas Docker tapetakse. Dockerit tapeti, see on t\u00e4iesti selge. K\u00f5ik liitusid, ka Microsoft ja Amazon aitasid \u2014 \"tule, tapame Dockerit koos!\" Nad tapsid Dockeri! Aga suures plaanis oli Docker ise s\u00fc\u00fcdi. Nad lootsid, et tulevad, teevad k\u00f5ikjale revolutsiooni, ei soovi kellelegi m\u00fc\u00fca ja alistavad k\u00f5ik korraga, sealhulgas Google'i, Microsofti ja Amazoni? Nende v\u00f5imalused selleks olid v\u00e4ga v\u00e4ikesed. N\u00e4ib, et nad ei leidnud kedagi, kellega s\u00f5braks saada. Kui sa ei s\u00f5brune kellegagi, siis l\u00f5puks keelatakse sind. Nii ka l\u00e4ks.<\/p>\n<p>Nii et. Seet\u00f5ttu tuleb konteineritele t\u00e4helepanu p\u00f6\u00f6rata. Kontrollerid ja orkestreerimine muutuvad j\u00e4rjest enam tavaliseks. Praegu on konverentsidel juba ettekanded, nagu n\u00e4iteks \u201eKunagi ei ole liiga hilja alustada Kubernetesega, isegi kui olete pensionil\u201d. Seega on see vajalik. Ja n\u00fc\u00fcd hakkab Kubernetes \u00fcmber toimuma palju huvitavat. \u00dcks Kubernetes'e p\u00f5nevamaid omadusi on t\u00f5eliselt universaalse API loomine, mis v\u00f5imaldab meil kirjeldada k\u00f5ike, mis meie infrastruktuuris toimub. Viimase aasta jooksul oleme n\u00e4inud katseid selle API \u00fcmber luua mitmeid asju. Teenusete filter on \u00fcks selline katse, peaaegu k\u00f5ik praegu olemasolevad teenusete filtrite rakendused v\u00e4idavad mingil m\u00e4\u00e4ral: \u201eLaieneme API-ga, lisame intelligentsust, kirjelduse objektidest v\u00e4ljaspool Kubernetes'e, kuid loeme objekte Kubernetes'est ja seel\u00e4bi teame, mida teha\u201d. <\/p>\n<p>Teine selline n\u00e4ide on see, mis toimub praegu Continuous Delivery Foundationiga, mis loodi umbes poolteist aastat tagasi, ja selle taga on taas Google, CloudBees, GitLab. Google'i projekt Tekton keskendub ideele luua universaalne API, et kirjeldada continuous delivery protsessi. Suures plaanis p\u00fc\u00fcavad nad jagada selle k\u00f5ik kindlateks objektideks, mis peavad olema continuous integration \/ continuous delivery s\u00fcsteemis, ja selle kaudu luua v\u00f5imalus neid Salvestada Kubernetesesse, et v\u00f5iks olla erinevaid komponente, mis oskavad neid m\u00e4\u00e4ratlemisi lugeda ja otsustada, mida nendega teha. Teenuse sihtm\u00e4rkide osas toimuvad samad asjad, millest ma r\u00e4\u00e4kisin. <noindex><a rel=\"nofollow\" href=\"https:\/\/2019.devoops-piter.ru\/2019\/spb\/talks\/1c71x3ql1hiutxnrhnwc52\/\">aruandes<\/a><\/noindex>Microsoft p\u00fc\u00fcab praegu luua spetsiifikatsiooni, mida teenuse sihtpunkt peaks tegema, tuntud kui SMI Spec. Ideega, et iga teenuse sihtpunkti rakendus suudab t\u00e4ita k\u00f5ike, mis sellel spetsiifikatsioonis on kirjutatud, pluss midagi veel. <\/p>\n<p>Seet\u00f5ttu on Kubernetes v\u00f5itnud. Hetkel, mil sa muutud innovatsioonide platvormiks, on v\u00e4ga keeruline sind k\u00f5rvale heita, sest selle peale on juba kasvanud, ning n\u00fc\u00fcd, kui Kubernetes k\u00f5rvaldada, tuleb koos beebiga v\u00e4lja visata ka vesi. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"talks\"><\/a><\/noindex><\/p>\n<h2>Millistele ettek \u0627\u0644\u0623\u0646 jaolged sen otto da powinien spe\u0142nia\u0107<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Millistele ettekannetele sa ise l\u00e4hed, mis tundub sulle huvitav?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Esiteks, kui on mingi uus tehnoloogiline nipp v\u00f5i vidin, mida ma pole veel j\u00f5udnud ise uurida, ja on esineja, kes oskab seda arusaadavalt seletada, siis ma arvan, et see on absoluutne eelis, sest selle asemel, et praegu lugeda, kaevata ja v\u00f5imalik, et raskustega aru saada, saad tulla ja poole tunni jooksul kuulata, kuidas keegi sulle n\u00e4itab ja r\u00e4\u00e4gib. Taaskord, selleks on vajalik teatud oskus ja soov osata tehnoloogiat selgitada. Ja ma m\u00f5istan, et see ei tule iseenesest, selle nimel tuleb t\u00f6\u00f6d teha. See on mulle ka palju aega v\u00f5tnud. Muide, see, et ma tegeleb tehnilise \u00f5petamisega, on mulle selles v\u00e4ga aidanud. Kui sul on ees klass ja pead inimestele midagi selgitama, ja sa m\u00f5istad, et \u00fcksk\u00f5ik kuidas sa seletad, nad ei saa aru \u2014 siis saad aru, et probleem on t\u00f5en\u00e4oliselt selles, kuidas sa seletad, mitte selles, et inimesed ei m\u00f5ista. <\/p>\n<p><strong><b>Oleg:<\/b> Mis see tehniline \u00f5petamine on? Mida sa teed?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Olen umbes 7-8 aastat \u00f5petanud puhtalt tehnilisi aineid. K\u00f5ik algas sellest, et \u00f5petasin selliseid asju nagu Maven ja shell scripting aasta aega. Kuna olen Jenkinsiga v\u00e4ga s\u00fcvitsi tegelenud ja seda h\u00e4sti tundnud, \u00f5petasin inimestele Jenkinsiga t\u00f6\u00f6tamist ja haldamist. Viimastel aastatel olen tegelenud k\u00f5ikide teemadega, mis on seotud cloud native'inguga: Kubernetes, konteinerid ja k\u00f5ik, mis sellega seondub. Varsti l\u00e4hen Londonisse, et viia l\u00e4bi meistriklass Istio teemal. See ei ole minu peamine tegevus, aga iga kuu-kaks korraldan ma meistriklassid.<\/p>\n<p><strong><b>Oleg:<\/b> Kas sa l\u00e4hed peamiselt ettekande, teema v\u00f5i inimese p\u00e4rast?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Kui ma tean, et esineja on hea, siis l\u00e4hen sinna lihtsalt selleks, et \u00f5ppida teistel inimestelt, kuidas h\u00e4sti r\u00e4\u00e4kida. \u00d5ppimine on alati oluline. Kui on teema, aga ma ei tunne esinejat, siis l\u00e4hen vaatama, kuid see on nagu stand-up: vaatan esimesed 10-15 minutit, kui ei haaku \u2013 lahkun. On ka esinejaid, kellele ma t\u00f5eliselt l\u00e4hen igal juhul, sest nad r\u00e4\u00e4givad alati huvitavalt. Isegi asjadest, mida sa tead, oskavad nad n\u00e4idata oma vaatenurgast, mis p\u00f6\u00f6rab kogu k\u00fcsimuse t\u00e4iesti uuele tasandile. Viimasel ajal meeldib mulle\u2026 Esiteks Simon Wardley \u2013 konsultant, kellel on oma meetod kaartide joonistamiseks. Ta seletab kaartide abil, kuidas ettev\u00f5tted saavad oma strateegiat \u00f5igesti \u00fcles ehitada. Ta on kunagi olnud m\u00f5ne portfelli CTO ja CEO, ja r\u00e4\u00e4gib sellest palju, samuti tehnoloogiast. Ta, muide, toetab pidevalt serverivaba (serverless) l\u00e4henemist ja \u00fctleb, et neil, kes seda t\u00e4na ei tee, on suured probleemid.<\/p>\n<p><strong><b>Oleg:<\/b> See on see t\u00fc\u00fcp, kellel on <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/wardleymaps\">Mediumis raamat<\/a><\/noindex>? \u041e\u043d \u0435\u0451 \u0432 \u0432\u0438\u0434\u0435 \u043f\u043e\u0441\u0442\u043e\u0432 \u0441\u0434\u0435\u043b\u0430\u043b.<\/strong> <strong>Ebatavaline formaat.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ta r\u00e4\u00e4gib t\u00f5eliselt huvitavalt. Tema loengud viimase 2-3 aasta jooksul on mulle enim meelde j\u00e4\u00e4nud. N\u00e4iteks John Willis, kes k\u00e4is eelmisel aastal DevOopsil \u2014 just sellep\u00e4rast, et ta <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/e7FmABKOXLU\">teab t\u00f5eliselt r\u00e4\u00e4kida<\/a><\/noindex>. Temaga on teatud probleem, sest ta r\u00e4\u00e4gib v\u00e4ga palju Ameerika reaalsusest, asjadest, mis ei ole vahel kuidagi rakendatavad ei Venemaa ega Israelis. Nendel on praegu mingi s\u00f5da mingite muudatuste kinnitamise komiteede vastu, millest nad pidevalt r\u00e4\u00e4givad. Tundub, et see on asi, mis eksisteerib Ameerika ettev\u00f5tetes, seal on selline protsess IT muudatuste l\u00e4biviimiseks ja kinnitamiseks, kus tuleb l\u00e4bi minna mingitest komiteedest.<\/p>\n<p><strong><b>Oleg:<\/b> Aga meil sellist asja ei ole \u2014 ma ei saa isegi aru, millest sa praegu r\u00e4\u00e4gid.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Mina ka ei saa eriti aru, Israelis ei ole ka sellist asja. Aga seal nad sellest r\u00e4\u00e4givad. Kui kuulata neid mehi, nagu DORA, kes <noindex><a rel=\"nofollow\" href=\"https:\/\/services.google.com\/fh\/files\/misc\/state-of-devops-2019.pdf\">teevad State of DevOps Report<\/a><\/noindex>, r\u00e4\u00e4givad nad sellest samuti palju. \u00dctleme, et ma r\u00e4\u00e4gin sellest, et inimesed r\u00e4\u00e4givad mingist probleemist, mis on ainult nende juures, ja see ei huvita sind \u00fcldse. <\/p>\n<p><em><b>Oleg:<\/b> Sa oled k\u00e4inud eelmisel DevOpsil, milliseid ettekandeid peaks seal vaatama ja \u00fcle vaatama? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Vaata <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=e7FmABKOXLU&amp;amp;list=PL-ety8gh7rToPrHroJxmwRH9XDTHlZW_t\">keskkondades ja projekti klastrites. Selline p\u00f5him\u00f5te on \u00f5ige<\/a><\/noindex>. Natuke huvitab teema \u2014 peaks minema. <\/p>\n<p><strong><b>Oleg:<\/b> Seal on mingi Anton Weiss, ma arvan. T\u00f5en\u00e4oliselt tasub teda vaadata.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ei, selle peale ei mine, sest see on igav \ud83d\ude42<\/p>\n<p><strong><b>Oleg:<\/b> Noh, ait\u00e4h palju. See oli \u00e4ge! N\u00e4en, et oled juba esitluse j\u00e4rgmisele konverentsile esitanud, nii et \u2014 kohtume j\u00e4rgmisel DevOpsil!<\/strong><\/p>\n<blockquote><p> Konverents <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">DevOps 2020 Moskvas<\/a><\/noindex> toimub 29-30 aprillil, seekord \u2014 Moskvas. Konverentsi sisu oleme kirjeldanud Habr's reklaamis <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/479552\/\">\u201eDevOps-insenerid ei eksisteeri\u201c<\/a><\/noindex>. Programm on aktiivselt koostamisel (konverentsini on veel palju kuuk), aga esimesed esinejad on juba <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/2020\/msk\/people\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">n\u00e4ha saidil<\/a><\/noindex>. Seal saab ka <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/registration\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">osta pileteid<\/a><\/noindex>.\n<\/p><\/blockquote>\n<p>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":54452,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54451","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u00ab\u0421\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438, \u043d\u0435 \u0434\u0443\u043c\u0430\u044f \u043e \u0442\u043e\u043c, \u043a\u0442\u043e \u0438\u043c\u0438 \u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u2014 \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u0431\u0435\u0441\u0441\u043c\u044b\u0441\u043b\u0435\u043d\u043d\u043e\u00bb: \u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-12-25T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:02:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u00abTehnoloogia loomine, m\u00f5tlemata sellele, kes seda kasutab, on t\u00e4iesti m\u00f5ttetu\u00bb: suur intervjuu Anton Weissiga | ProHoster","description":"See habra postitus on intervjuu Anton Weissiga, tehnoloogia konsultatsiooni ettev\u00f5tte Otomato Software kaasomanikuga, kellel on \u00fcle 15 aasta kogemust k\u00f5rgtehnoloogia valdkonnas. Ta on tehnilise \u00f5petamise ekspert, esimese DevOps-sertifitseerimise kursuse initsiaator ja kaasautor Iisraelis. Anton osaleb rahvusvahelistel konverentsidel ja on tuntud suurep\u00e4rase esinejana. R\u00e4\u00e4gime j\u00e4rgmistest teemadest: T\u00f6\u00f6 erinevus Venemaa ja","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u00ab\u0421\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438, \u043d\u0435 \u0434\u0443\u043c\u0430\u044f \u043e \u0442\u043e\u043c, \u043a\u0442\u043e \u0438\u043c\u0438 \u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u2014 \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u0431\u0435\u0441\u0441\u043c\u044b\u0441\u043b\u0435\u043d\u043d\u043e\u00bb: \u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c | ProHoster","og:description":"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-25T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54451","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 11:26:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:05:07","updated":"2026-01-24 11:26:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/54451","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=54451"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/54451\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/54452"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=54451"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=54451"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=54451"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}