Anton Weiss, pangadeg sareng diréktur Otomato Software, salah sahiji initiators sareng instruktur sertifikasi DevOps munggaran di Israél, nyarios dina taun ka tukang. ngeunaan téori huru-hara sareng prinsip utama rékayasa huru-hara, sareng ogé ngajelaskeun kumaha organisasi DevOps idéal pikeun masa depan jalan.
Kami parantos nyiapkeun versi téks laporan.
Wilujeng énjing
DevOpsDays di Moskow pikeun taun kadua berturut-turut, ieu kadua kalina kuring dina tahap ieu, seueur anjeun di kamar ieu pikeun kadua kalina. Naon éta hartosna? Ieu ngandung harti yén gerakan DevOps di Rusia ngembang, ngalikeun, sareng anu paling penting, éta hartosna waktosna pikeun ngobrol ngeunaan naon DevOps di 2018.
Angkat leungeun anjeun anu nganggap yén DevOps parantos janten profési di 2018? Aya kitu. Naha aya insinyur DevOps di rohangan anu déskripsi padamelan nyarios "Insinyur DevOps"? Naha aya manajer DevOps di rohangan? Teu aya kitu. Arsiték DevOps? Ogé henteu. Teu cukup. Naha leres-leres teu aya anu nyarios yén aranjeunna insinyur DevOps?
Jadi lolobana anjeun pikir ieu téh anti pola? Éta profési sapertos kitu teu kedah aya? Urang tiasa mikir naon waé anu urang pikahoyong, tapi nalika urang mikir, industri sacara serius maju ka sora tarompét DevOps.
Saha anu parantos ngupingkeun topik anyar anu disebut DevDevOps? Ieu téhnik anyar anu ngamungkinkeun pikeun kolaborasi éféktif antara pamekar jeung devops. Jeung teu jadi anyar. Ditilik ku Twitter, aranjeunna parantos ngamimitian ngobrol ngeunaan ieu 4 taun ka pengker. Sareng dugi ka ayeuna, minat ieu tumbuh sareng berkembang, nyaéta, aya masalah. Masalahna kedah direngsekeun.
Kami jalma kreatif, kami henteu ngan ukur santai. Kami nyarios: DevOps sanés kecap anu cukup komprehensif; éta masih kakurangan sagala rupa unsur anu béda, pikaresepeun. Sareng urang angkat ka laboratorium rahasia urang sareng ngawitan ngahasilkeun mutasi anu pikaresepeun: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.
Logikana ironclad, leres? Sistem pangiriman kami henteu fungsional, sistem kami henteu stabil sareng pangguna kami henteu sugema, kami henteu gaduh waktos pikeun ngaluncurkeun parangkat lunak dina waktosna, kami henteu pas kana anggaran. Kumaha urang bade ngajawab sakabéh ieu? Urang bakal ngahasilkeun kecap anyar! Bakal ditungtungan ku "Ops" sareng masalahna direngsekeun.
Janten kuring nyauran pendekatan ieu - "Ops, sareng masalahna direngsekeun."
Ieu sadayana luntur kana latar upami urang ngingetkeun ka diri urang sorangan naha urang datang sareng sadayana ieu. Urang datang nepi ka sakabeh hal DevOps ieu sangkan pangiriman software jeung karya urang sorangan dina prosés ieu salaku unhindered, henteu aya rasa nyeri, efisien, sarta paling importantly, nikmat sabisa.
DevOps tumuwuh kaluar tina nyeri. Sarta kami bosen sangsara. Sareng supados sadayana ieu kajantenan, urang ngandelkeun prakték evergreen: kolaborasi efektif, prakték aliran, sareng anu paling penting, pamikiran sistem, sabab tanpa éta henteu aya DevOps anu tiasa dianggo.
Naon sistemna?
Sareng upami urang parantos nyarios ngeunaan pamikiran sistem, hayu urang ngingetkeun diri naon sistem éta.
Upami anjeun hacker revolusioner, maka pikeun anjeun sistemna jelas jahat. Éta méga anu ngagantung dina anjeun sareng maksa anjeun ngalakukeun hal anu anjeun henteu hoyong laksanakeun.
Tina jihat sistem mikir, sistem mangrupa sakabeh anu diwangun ku bagian-bagian. Dina rasa ieu, unggal urang mangrupikeun sistem. Organisasi anu urang damel nyaéta sistem. Sareng naon anu anjeun sareng kuring ngawangun disebut sistem.
Sadaya ieu mangrupikeun bagian tina hiji sistem sosio-téhnologi anu ageung. Sareng upami urang ngartos kumaha sistem sosio-téhnologi ieu tiasa dianggo babarengan, ngan ukur urang bakal tiasa leres-leres ngaoptimalkeun hal dina masalah ieu.
Tina sudut pandang sistem pamikiran, hiji sistem ngagaduhan rupa-rupa sipat anu pikaresepeun. Kahiji, diwangun ku bagian-bagian, anu hartosna paripolahna gumantung kana paripolah bagian-bagianna. Leuwih ti éta, sakabéh bagian na ogé silih gumantung. Tétéla yén langkung seueur bagian sistem, langkung sesah ngartos atanapi ngaduga paripolahna.
Ti sudut pandang behavioral, aya fakta metot séjén. Sistem tiasa ngalakukeun hiji hal anu henteu tiasa dilakukeun ku bagian individuna.
Salaku Dr Russell Ackoff (salah sahiji pendiri sistem pamikiran) ceuk, ieu téh rada gampang pikeun ngabuktikeun ku percobaan pamikiran. Salaku conto, saha di kamar anu terang kumaha nyerat kode? Aya loba leungeun, sarta ieu normal, sabab ieu téh salah sahiji sarat utama pikeun profési urang. Naha anjeun terang kumaha nyerat, tapi tiasa panangan anjeun nyerat kode sacara misah ti anjeun? Aya jalma anu bakal nyarios: "Henteu leungeun kuring anu nyerat kodeu, éta otak kuring anu nyerat kodeu." Naha uteuk anjeun tiasa nyerat kode misah ti anjeun? Muhun, meureun moal.
Otak mangrupikeun mesin anu luar biasa, urang henteu terang 10% kumaha éta damel di dinya, tapi éta henteu tiasa dianggo nyalira tina sistem anu aya dina awak urang. Sareng ieu gampang dibuktikeun: buka tangkorak anjeun, cabut uteuk anjeun, pasang di hareup komputer, hayu anjeunna nyobian nyerat anu sederhana. "Halo, dunya" dina Python, contona.
Upami sistem tiasa ngalakukeun hiji hal anu henteu tiasa dilakukeun ku bagian-bagianna nyalira, maka ieu hartosna paripolahna henteu ditangtukeun ku paripolah bagian-bagianna. Naon lajeng ditangtukeun ku? Ieu ditangtukeun ku interaksi antara bagian ieu. Sareng sasuai, langkung seueur bagian, langkung kompleks interaksi, langkung hese ngartos sareng ngaduga paripolah sistem. Sareng ieu ngajadikeun sistem sapertos kacau, sabab naon waé, bahkan anu paling alit, parobihan anu teu katingali dina bagian mana waé sistem tiasa nyababkeun hasil anu teu diprediksi.
Sensitipitas ieu kana kaayaan awal munggaran kapanggih sareng diulik ku météorologi Amérika Ed Lorenz. Salajengna, éta disebut "efek kukupu" sareng nyababkeun ngembangkeun gerakan pamikiran ilmiah anu disebut "téori chaos". Téori ieu jadi salah sahiji parobahan paradigma utama dina élmu abad ka-20.
Téori rusuh
Jalma anu diajar rusuh nyebut dirina chaosologists.
Sabenerna, alesan pikeun laporan ieu éta, gawé bareng sistem disebarkeun kompléks jeung organisasi internasional badag, di sawatara titik kuring sadar yén ieu téh saha kuring ngarasa kawas. Abdi chaosologist. Ieu dasarna mangrupikeun cara anu pinter pikeun nyarios: "Kuring henteu ngartos naon anu aya di dieu sareng kuring henteu terang naon anu kudu dilakukeun ngeunaan éta."
Jigana nu loba anjeun ogé mindeng ngarasa cara kieu, jadi anjeun ogé chaosologists. Kuring ngajak anjeun ka guild of chaosologists. Sistem anu anjeun sareng kuring, sasama chaosologists, bakal diajar disebut "sistem adaptif kompleks."
Naon adaptability? Adaptability hartina paripolah individu jeung koléktif bagian dina sistem adaptif misalna robah na timer organizes, ngarespon kana acara atawa ranté tina mikro-kajadian dina sistem. Hartina, sistem nyaluyukeun kana parobahan ngaliwatan organisasi diri. Sareng kamampuan ieu pikeun ngatur diri dumasar kana sukarela, kerjasama lengkep desentralisasi agén otonom gratis.
sipat metot séjén tina sistem misalna nyaeta aranjeunna kalawan bébas scalable. Naon kedah undoubtedly dipikaresep ku urang, salaku chaosologists-insinyur. Janten, upami urang nyarios yén paripolah sistem kompleks ditangtukeun ku interaksi bagian-bagianna, teras naon anu urang kedah perhatikeun? Interaksi.
Aya dua papanggihan leuwih metot.
Kahiji, urang ngarti yén sistem kompléks teu bisa disederhanakeun ku nyederhanakeun bagian-bagianna. Kadua, hiji-hijina cara pikeun nyederhanakeun sistem kompléks nyaéta ku nyederhanakeun interaksi antara bagian-bagianna.
Kumaha urang berinteraksi? Anjeun sareng kuring mangrupikeun bagian tina sistem inpormasi anu ageung anu disebut masarakat manusa. Urang berinteraksi ngaliwatan basa umum, lamun urang boga eta, lamun urang manggihan eta.
Tapi basa sorangan mangrupakeun sistem adaptif kompléks. Sasuai, pikeun berinteraksi langkung éfisién sareng saderhana, urang kedah nyiptakeun sababaraha jinis protokol. Hartina, sababaraha runtuyan simbol jeung lampah nu bakal nyieun bursa informasi antara urang basajan, leuwih bisa diprediksi, leuwih kaharti.
Abdi hoyong nyebatkeun yén tren nuju pajeulitna, ka arah adaptasi, ka arah desentralisasi, ka arah huru-hara tiasa dilacak dina sagala hal. Sareng dina sistem anu anjeun sareng kuring ngawangun, sareng dina sistem anu kami janten bagian.
Sareng janten teu aya dasarna, hayu urang tingali kumaha sistem anu urang ciptakeun robih.
Anjeun ngantosan kecap ieu, abdi ngartos. Kami dina konperénsi DevOps, ayeuna kecap ieu bakal kadéngé sakitar saratus rébu kali teras urang bakal ngimpi ngeunaan éta peuting.
Microservices mangrupikeun arsitéktur parangkat lunak munggaran anu muncul salaku réaksi kana prakték DevOps, anu dirancang pikeun ngajantenkeun sistem kami langkung fleksibel, langkung skalabel, sareng mastikeun pangiriman kontinyu. Kumaha anjeunna ngalakukeun ieu? Ku ngurangan volume jasa, ngurangan wengkuan masalah nu jasa ieu prosés, ngurangan waktu pangiriman. Nyaéta, urang ngirangan sareng nyederhanakeun bagian-bagian sistem, ningkatkeun jumlahna, sareng sasuai, pajeulitna interaksi antara bagian-bagian ieu sacara terus-terusan ningkat, nyaéta, timbul masalah anyar anu kedah urang rengsekeun.
Microservices henteu tungtungna, microservices, sacara umum, geus kamari, sabab Serverless datang. Kabéh server dibeuleum handap, euweuh server, euweuh sistem operasi, ngan kode laksana murni. Konfigurasi anu misah, nagara bagian anu misah, sagalana geus dikawasa ku acara. Kaéndahan, kabersihan, tiiseun, euweuh kajadian, euweuh kajadian, urutan lengkep.
Dimana pajeulitna? Kasusah, tangtosna, aya dina interaksi. Sabaraha fungsi anu tiasa dilakukeun nyalira? Kumaha interaksi sareng fungsi anu sanés? antrian pesen, database, balancers. Kumaha carana nyiptakeun deui sababaraha kajadian nalika aya kagagalan? Seueur patarosan sareng sakedik jawaban.
Microservices sareng Serverless mangrupikeun anu urang geek hipsters nyauran Cloud Native. Ieu kabeh ngeunaan awan. Tapi awan ogé sacara alami terbatas dina skalabilitasna. Kami biasa mikirkeun éta salaku sistem anu disebarkeun. Kanyataanna, dimana server panyadia awan cicing? Dina puseur data. Hartina, urang boga jenis terpusat, pohara kawates, model disebarkeun dieu.
Dinten ieu kami ngarti yén Internet of Things henteu deui ngan ukur kecap-kecap anu ageung, bahkan dumasar kana prediksi anu sederhana, milyaran alat anu nyambung ka Internét ngantosan urang dina lima dugi ka sapuluh taun ka hareup. Sajumlah ageung data anu kapaké sareng teu aya gunana anu bakal dihijikeun kana méga sareng diunggah tina méga.
Awan moal lepas, janten urang nuju langkung seueur ngobrol ngeunaan anu disebut komputasi tepi. Atawa kuring ogé resep harti éndah "komputasi kabut". Hal ieu katutupan ku mistisisme romantisme sareng misteri.
Komputasi kabut. Intina nyaéta méga nyaéta gumpalan cai, uap, és, sareng batu anu terpusat. Sareng kabut mangrupikeun titik-titik cai anu sumebar di sabudeureun urang di atmosfir.
Dina paradigma kabut, kalolobaan padamelan dilakukeun ku titik-titik ieu sacara mandiri atanapi kolaborasi sareng titik-titik sanés. Sareng aranjeunna ngancik kana méga nalika aranjeunna leres-leres dipencet.
Nyaéta, deui desentralisasi, otonomi, sareng, tangtosna, seueur anjeun parantos ngartos dimana sadayana ieu jalan, sabab anjeun moal tiasa ngobrol ngeunaan desentralisasi tanpa nyebut blockchain.
Aya jalma anu yakin, ieu jalma anu geus invested di cryptocurrency. Aya anu percaya tapi sieun, sapertos kuring, contona. Jeung aya nu teu percaya. Di dieu anjeun bisa ngubaran béda. Aya téknologi, masalah anyar anu teu dipikanyaho, aya masalah. Kawas naon téhnologi anyar, éta raises langkung patarosan ti eta ngajawab.
The hype sabudeureun blockchain bisa kaharti. Emas rurusuhan kumisan, téknologi sorangan nyepeng jangji anu luar biasa pikeun masa depan anu langkung cerah: langkung kabébasan, langkung otonomi, nyebarkeun amanah global. Naon teu hayang?
Sasuai, beuki loba insinyur di sakuliah dunya mimiti ngembangkeun aplikasi desentralisasi. Sareng ieu mangrupikeun kakuatan anu teu tiasa dileungitkeun ku ngan ukur nyarios: "Ahh, blockchain ngan ukur database anu disebarkeun anu kirang dilaksanakeun." Atawa salaku skeptics resep ngomong: "Teu aya aplikasi nyata pikeun blockchain." Upami dipikir-pikir, 150 taun ka pengker aranjeunna nyarios hal anu sami ngeunaan listrik. Sareng aranjeunna leres-leres dina sababaraha cara, sabab naon anu dilakukeun ku listrik ayeuna henteu mungkin dina abad ka-19.
Ku jalan kitu, saha anu terang naon jinis logo dina layar? Ieu Hyperledger. Ieu mangrupikeun proyék anu dikembangkeun dina naungan The Linux Foundation sareng kalebet sakumpulan téknologi blockchain. Ieu sabenerna kakuatan komunitas open source urang.
Rékayasa rusuh
Janten, sistem anu urang kembangkeun janten langkung rumit, langkung kacau, sareng langkung adaptif. Netflix mangrupikeun panaratas sistem layanan mikro. Aranjeunna diantara anu pangheulana ngartos ieu, aranjeunna ngembangkeun sakumpulan alat anu disebut Tentara Simian, anu paling kasohor nyaéta . Anjeunna netepkeun naon anu janten katelah .
Ku jalan kitu, dina prosés gawé dina laporan, urang malah narjamahkeun téks ieu kana Rusia, jadi buka , baca, koméntar, nyeuri.
Sakeudeung, prinsip rékayasa rusuh nyebutkeun kieu. Sistem anu disebarkeun kompleks sacara inherently unpredictable sareng inherently buggy. Kasalahan teu bisa dihindari, anu hartosna urang kedah nampi kasalahan ieu sareng damel sareng sistem ieu dina cara anu béda.
Urang sorangan kedah nyobian ngenalkeun kasalahan ieu kana sistem produksi urang pikeun nguji sistem urang pikeun adaptasi anu sami, kamampuan ieu pikeun organisasi diri, pikeun salamet.
Jeung nu ngarobah sagalana. Henteu ngan kumaha urang ngajalankeun sistem kana produksi, tapi ogé kumaha urang ngamekarkeun aranjeunna, kumaha urang nguji aranjeunna. Henteu aya prosés stabilisasi atanapi katirisan kode; sabalikna, aya prosés destabilisasi anu konstan. Kami nyobian maéhan sistem sareng ningali éta terus salamet.
Protokol Integrasi Sistim disebarkeun
Sasuai, ieu merlukeun sistem urang robah kumaha bae. Supados aranjeunna janten langkung stabil, aranjeunna peryogi sababaraha protokol anyar pikeun interaksi antara bagian-bagianna. Janten bagian-bagian ieu tiasa satuju sareng sumping kana sababaraha organisasi diri. Sareng sagala jinis alat anyar, timbul protokol anyar, anu kuring sebut "protokol pikeun interaksi sistem anu disebarkeun."
Naon anu kuring nyarioskeun? Kahiji, proyek . Sababaraha usaha pikeun nyieun protokol tracking disebarkeun umum, nu mangrupa alat kacida indispensable pikeun debugging sistem disebarkeun kompléks.
Salajengna - . Urang nyebutkeun yén urang teu bisa ngaduga naon anu bakal kajadian ka sistem, nyaeta, urang kudu ningkatkeun observability na, observability. Opentracing milik kulawarga alat anu masihan observability kana sistem urang. Tapi urang peryogi observability dina urutan pikeun nangtukeun naha sistem behaves sakumaha urang ngaharepkeun atawa henteu. Kumaha urang nangtukeun kabiasaan ekspektasi? Ku nangtukeun sababaraha jenis kawijakan, sababaraha set aturan. Proyék Open Policy Agent berpungsi pikeun nangtukeun set aturan ieu dina spéktrum mimitian ti aksés ka alokasi sumberdaya.
Sakumaha anu ceuk kami, sistem kami beuki didorong ku acara. Serverless mangrupikeun conto anu hadé pikeun sistem anu didorong ku acara. Supados urang nransper acara antara sistem jeung ngalacak aranjeunna, urang peryogi sababaraha basa umum, sababaraha protokol umum pikeun kumaha urang ngobrol ngeunaan acara, kumaha urang ngirimkeunana ka silih. Ieu naon proyek disebut .
Aliran parobihan anu terus-terusan anu ngaleungitkeun sistem kami, terus-terusan ngaganggu aranjeunna, mangrupikeun aliran artefak parangkat lunak anu terus-terusan. Supados urang ngajaga aliran konstan ieu parobahan, urang peryogi sababaraha jenis protokol umum ngaliwatan nu urang bisa ngobrol ngeunaan naon artefak software, kumaha eta diuji, naon verifikasi eta geus kaliwat. Ieu naon proyek disebut . Hartina, protokol metadata umum pikeun artefak software.
Sarta pamustunganana, lamun urang hayang sistem urang sagemblengna bebas, adaptif, sarta timer diatur, urang kudu masihan aranjeunna hak pikeun idéntifikasi diri. Proyék disebut Ieu persis naon manéhna teu. Ieu ogé proyék di handapeun naungan Cloud Native Computing Foundation.
Sadaya proyék ieu ngora, aranjeunna sadayana peryogi cinta urang, validasi urang. Ieu sadayana open source, uji kami, palaksanaan kami. Aranjeunna nunjukkeun ka kami dimana téknologi nuju nuju.
Tapi DevOps henteu kantos utamina ngeunaan téknologi, éta salawasna ngeunaan kolaborasi antara jalma. Sareng, sasuai, upami urang hoyong sistem anu urang kembangkeun robih, maka urang sorangan kedah robih. Nyatana, urang tetep robih; urang henteu gaduh seueur pilihan.
Aya éndah Panulis Inggris Rachel Botsman, dimana anjeunna nyerat ngeunaan évolusi kapercayaan sapanjang sajarah manusa. Anjeunna nyatakeun yén mimitina, dina masarakat primitif, kapercayaan éta lokal, nyaéta, urang ngan ukur percanten ka anu urang kenal sacara pribadi.
Teras aya waktos anu panjang - waktos anu poék nalika amanah dipusatkeun, nalika urang mimiti percanten ka jalma anu urang henteu terang dumasar kana kanyataan yén urang milik lembaga umum atanapi nagara anu sami.
Sareng ieu anu urang tingali di dunya modéren urang: kapercayaan janten langkung disebarkeun sareng desentralisasi, sareng dumasar kana kabébasan aliran inpormasi, dina kasadiaan inpormasi.
Upami anjeun mikirkeun éta, aksésibilitas ieu, anu ngajantenkeun amanah ieu, mangrupikeun anu anjeun sareng kuring laksanakeun. Ieu ngandung harti yén duanana cara urang kolaborasi jeung cara urang ngalakukeun eta kudu robah, sabab terpusat, organisasi IT hirarkis heubeul geus euweuh jalan. Aranjeunna mimiti maot.
Dasar Organisasi DevOps
Organisasi DevOps idéal masa depan nyaéta desentralisasi, sistem adaptif anu diwangun ku tim otonom, masing-masing diwangun ku individu otonom. Tim ieu sumebar di sakuliah dunya, kolaborasi sacara efektif saling ngagunakeun komunikasi asinkron, nganggo protokol komunikasi anu transparan pisan. Geulis pisan, nya? Kahareup anu éndah pisan.
Tangtosna, teu aya anu tiasa dilakukeun tanpa parobahan budaya. Urang kedah gaduh kapamimpinan transformasional, tanggung jawab pribadi, motivasi internal.
Ieu mangrupikeun dasar organisasi DevOps: transparansi inpormasi, komunikasi asinkron, kapamimpinan transformasional, desentralisasi.
Burnout
Sistem anu urang janten bagian sareng anu urang ngawangun beuki kacau, sareng hese pikeun urang manusa pikeun ngatasi pamikiran ieu, hese nyerah ilusi kontrol. Urang nyobian neruskeun ngadalikeun aranjeunna, sarta ieu mindeng ngabalukarkeun burnout. Kuring nyarios ieu tina pangalaman kuring sorangan, kuring ogé kabeuleum, kuring ogé ditumpurkeun ku kagagalan produksi anu teu disangka-sangka.
Burnout lumangsung nalika urang nyobian ngadalikeun hiji hal anu inherently teu bisa kakadalian. Lamun urang kaduruk kaluar, sagalana leungit harti na sabab urang leungit kahayang pikeun ngalakukeun hal anyar, urang meunang pertahanan tur mimitian defending naon urang boga.
Profési rékayasa, sakumaha anu sering kuring resep ngingetkeun ka diri sorangan, mangrupikeun profési kreatif anu pangheulana. Lamun urang leungit kahayang pikeun nyieun hiji hal, lajeng urang robah jadi lebu, robah jadi lebu. Jalma kaduruk kaluar, sakabéh organisasi kaduruk kaluar.
Dina pamanggih kuring, ngan narima kakuatan kreatif rusuh, ngan ngawangun gawé babarengan nurutkeun prinsip na anu bakal nulungan urang teu leungit naon alus dina profési urang.
Ieu anu kuring ngarepkeun pikeun anjeun: cinta padamelan anjeun, cinta naon anu urang laksanakeun. Dunya ieu tuang inpormasi, urang gaduh kahormatan pikeun nyoco. Ku kituna hayu urang diajar rusuh, hayu urang jadi chaosologists, hayu urang mawa nilai, nyieun hal anyar, ogé, masalah, sakumaha geus kami kapanggih, teu bisa dihindari, sarta nalika aranjeunna muncul, urang ngan bakal nyebutkeun "Ops!" Jeung masalah direngsekeun.
Naon lian ti Chaos Monyet?
Kanyataanna, sakabeh instrumen ieu jadi ngora. Sarua Netflix diwangun parabot pikeun diri. Ngawangun parabot anjeun sorangan. Baca prinsip rékayasa huru-hara sareng hirup kana prinsip-prinsip éta tibatan nyobian milarian alat-alat sanés anu parantos diwangun ku batur.
Coba ngartos kumaha sistem Anjeun ngarecah tur mimitian megatkeun aranjeunna handap tur tingal kumaha aranjeunna tahan. Ieu asalna munggaran. Sareng anjeun tiasa milarian alat. Aya sagala rupa proyék.
Kuring teu rada ngartos momen mun anjeun ngomong yén sistem teu bisa disederhanakeun ku simplify komponén na, sarta geuwat dipindahkeun kana microservices, nu simplify sistem ku simplify komponén sorangan jeung complicating interaksi. Ieu dasarna dua bagian nu contradict unggal lianna.
Leres, microservices mangrupikeun topik anu kontroversial sacara umum. Nyatana, nyederhanakeun bagian ningkatkeun kalenturan. Naon anu disayogikeun ku microservices? Aranjeunna masihan kami kalenturan sareng kagancangan, tapi aranjeunna pasti henteu masihan kami kesederhanaan. Aranjeunna ningkatkeun kasusah.
Janten, dina falsafah DevOps, microservices sanés hal anu saé?
Sagala alus boga sisi sabalikna. Kauntungannana nya éta ngaronjatkeun kalenturan, sahingga urang nyieun parobahan leuwih gancang, tapi ngaronjatkeun pajeulitna sahingga fragility tina sakabéh sistem.
Masih, naon anu langkung tekenan: dina nyederhanakeun interaksi atanapi nyederhanakeun bagian?
Tekenanna, tangtosna, nyaéta pikeun nyederhanakeun interaksi, sabab upami urang ningali ieu tina sudut pandang kumaha urang damel sareng anjeun, maka, mimitina, urang kedah nengetan nyederhanakeun interaksi, sareng henteu nyederhanakeun padamelan. masing-masing urang nyalira. Kusabab nyederhanakeun pagawéan hartosna janten robot. Di dieu, di McDonald's, éta tiasa dianggo sacara normal upami anjeun gaduh petunjuk: di dieu anjeun nempatkeun burger, di dieu anjeun tuang saos ka dinya. Ieu teu dianggo pisan dina karya kreatif urang.
Naha leres-leres sadayana anu anjeun nyarios hirup di dunya tanpa kompetisi, sareng huru-hara anu saé pisan, sareng teu aya kontradiksi dina huru-hara ieu, teu aya anu hoyong tuang atanapi maéhan saha waé? Kumaha kedahna kompetisi sareng DevOps?
Nya, éta gumantung kana jinis kompetisi anu urang bahas. Naha éta ngeunaan kompetisi di tempat kerja atanapi persaingan antar perusahaan?
Ngeunaan kompetisi jasa anu aya sabab jasa henteu sababaraha pausahaan. Kami nyiptakeun jinis lingkungan inpormasi anyar, sareng lingkungan mana waé moal tiasa hirup tanpa kompetisi. Aya kompetisi dimana-mana.
Netflix sami, urang nyandak aranjeunna salaku panutan. Naha maranéhna datang nepi ka ieu? Kusabab aranjeunna kedah janten kompetitif. Kalenturan sareng laju gerak ieu mangrupikeun sarat anu kompetitif pisan; éta ngenalkeun huru-hara kana sistem urang. Hartina, rusuh téh lain hal urang sadar ngalakukeun sabab urang hayang eta, éta hiji hal anu lumangsung alatan dunya nungtut eta. Urang ngan kudu adaptasi. Jeung rusuh, éta justru hasil tina kompetisi.
Naha ieu hartosna huru-hara nyaéta henteuna tujuan, sapertos kitu? Atanapi tujuan anu urang henteu hoyong tingali? Kami di imah jeung teu ngarti tujuan batur. Kompetisi, kanyataanna, disababkeun ku kanyataan yén urang gaduh tujuan anu jelas sareng urang terang dimana urang bakal mungkas dina unggal waktos salajengna. Ieu, tina sudut pandang kuring, mangrupikeun hakekat DevOps.
Ogé katingal dina patarosan. Jigana urang sadayana gaduh tujuan anu sami: salamet sareng ngalakukeunana
pelesir greatest. Sareng tujuan kalapa organisasi naon waé sami. Salamet sering lumangsung ngaliwatan kompetisi, teu aya anu anjeun tiasa laksanakeun ngeunaan éta.
Konférénsi taun ieu bakal lumangsung dina 7 Désémber di Technopolis. Kami nampi aplikasi pikeun laporan dugi ka 11 Nopémber. kami upami anjeun hoyong nyarios.
Pendaptaran pikeun pamilon dibuka, harga tiket 7000 rubles. Ngahiji sareng Kami!
sumber: www.habr.com