Patarosan "kumaha carana nerapkeun devops" geus sabudeureun pikeun taun, tapi aya teu loba bahan alus. Kadang anjeun jadi korban iklan ti konsultan teu-kitu-pinter anu kudu ngajual waktu maranéhanana, euweuh urusan kumaha. Kadang-kadang ieu samar-samar, kecap anu umum pisan ngeunaan kumaha kapal-kapal megacorporation ngabajak expanses jagat raya. Patarosan timbul: naon masalahna pikeun urang? Pangarang anu dihormat, tiasa anjeun jelas ngarumuskeun ideu anjeun dina daptar?
Sadaya ieu asalna tina kanyataan yén teu pira prakték nyata jeung pamahaman hasil tina transformasi budaya parusahaan geus akumulasi. Parobihan dina budaya mangrupikeun hal jangka panjang, hasilna moal muncul dina saminggu atanapi sabulan. Urang peryogi jalma anu cukup umur pikeun ningali kumaha perusahaan parantos diwangun sareng gagal salami mangtaun-taun.
John Willis - salah sahiji bapa DevOps. John gaduh pangalaman puluhan taun damel sareng sajumlah ageung perusahaan. Anyar-anyar ieu, John mimiti perhatikeun pola khusus anu lumangsung nalika damel sareng masing-masing. Ngagunakeun archetypes ieu, John nungtun pausahaan dina jalur sabenerna transformasi DevOps. Baca langkung seueur ngeunaan archetypes ieu dina tarjamahan laporan na tina konferensi DevOops 2018.
Ngeunaan speaker:
Langkung ti 35 taun di manajemén IT, milu dina kreasi miheulaan OpenCloud di Canonical, nyandak bagian dina 10 startups, dua di antarana dijual ka Dell na Docker. Ayeuna anjeunna Wakil Présidén DevOps sareng Praktek Digital di SJ Technologies.
Salajengna nyaéta carita tina sudut pandang John.
Nami abdi John Willis sareng tempat panggampangna pikeun milarian kuring nyaéta dina Twitter, . Abdi gaduh landian anu sami dina Gmail sareng GitHub. A Anjeun tiasa mendakan rekaman pidéo tina laporan sareng presentasi kuring pikeun aranjeunna.
Kuring gaduh seueur rapat sareng CIO tina sababaraha perusahaan ageung. Aranjeunna sering ngawadul yén aranjeunna henteu ngartos naon DevOps, sareng saha waé anu nyobian ngajelaskeun ka aranjeunna nyarioskeun hal anu béda. Keluhan umum anu sanésna nyaéta yén DevOps henteu jalan, sanaos para sutradara ngalakukeun sadayana sakumaha anu dijelaskeun ka aranjeunna. Urang ngobrol ngeunaan pausahaan badag anu umurna leuwih ti saratus taun. Saatos ngobrol sareng aranjeunna, kuring nyimpulkeun yén pikeun seueur masalah, sanés téknologi luhur anu paling cocog, tapi solusi téknologi anu rada rendah. Pikeun minggu kuring ngan ngobrol jeung jalma ti departemén béda. Naon anu anjeun tingali dina gambar anu pangheulana dina postingan mangrupikeun proyék terakhir kuring, ieu mangrupikeun kamarna saatos tilu dinten damel.
Naon DevOps?
Mémang, upami anjeun naroskeun ka 10 jalma anu béda, aranjeunna bakal masihan 10 jawaban anu béda. Tapi ieu mangrupikeun hal anu pikaresepeun: sadayana sapuluh jawaban ieu bakal leres. Teu aya jawaban anu salah di dieu. Kuring cukup jero kana DevOps, sakitar 10 taun, sareng mangrupikeun Amérika munggaran dina DevOpsDay munggaran. Kuring moal nyebutkeun yén kuring smarter ti dulur aub dina DevOps, tapi aya boro saha anu geus spent salaku loba usaha dina eta. Kuring yakin yén DevOps lumangsung nalika modal manusa sareng téknologi ngahiji. Urang mindeng poho ngeunaan dimensi manusa, sanajan urang ngobrol loba ngeunaan sagala rupa budaya.
Ayeuna urang gaduh seueur data, lima taun panalungtikan akademik, nguji téori dina skala industri. Anu dicaritakeun ku panaliti ieu nyaéta upami anjeun ngagabungkeun sababaraha pola paripolah dina budaya organisasi, anjeun tiasa ngahontal 2000x speedup. Akselerasi ieu dicocogkeun ku paningkatan anu sami dina stabilitas. Ieu mangrupikeun pangukuran kuantitatif tina kauntungan anu tiasa dibawa DevOps ka perusahaan mana waé. Sababaraha taun ka pengker, kuring ngobrol ngeunaan DevOps ka CEO perusahaan Fortune 5000. Nalika kuring nyiapkeun presentasi, kuring gugup pisan sabab kuring kedah nyimpulkeun pangalaman taun-taun kuring dina menit 5.
Tungtungna kuring masihan handap Definisi DevOps: Ieu mangrupikeun sakumpulan prakték sareng pola anu ngamungkinkeun transformasi modal manusa janten modal organisasi anu berprestasi tinggi. Hiji conto nyaéta cara Toyota parantos beroperasi salami 50 atanapi 60 taun ka pengker.
(Saterusna, diagram sapertos disayogikeun sanés salaku bahan rujukan, tapi salaku ilustrasi. Eusina bakal béda pikeun unggal perusahaan énggal. Tapi, gambarna tiasa ditingali nyalira sareng digedékeun.
Salah sahiji prakték anu paling suksés nyaéta pemetaan stream nilai. Sababaraha buku anu saé parantos ditulis ngeunaan ieu, anu paling suksés nyaéta ku Karen Martin. Tapi dina taun katukang, kuring parantos nyimpulkeun yén bahkan pendekatan ieu téknologi teuing tinggi. Éta pasti seueur kauntungan sareng kuring parantos dianggo pisan. Tapi nalika CEO naroskeun naha perusahaanna henteu tiasa ngalih ka rel énggal, éta awal teuing pikeun ngobrol ngeunaan pemetaan aliran nilai. Aya seueur patarosan anu langkung dasar anu kedah dijawab heula.
Jigana kasalahan loba kolega kuring nyieun nyaeta aranjeunna saukur masihan parusahaan hiji pituduh lima titik lajeng datang deui genep bulan engké tur tingal kumaha kajadian. Malah skéma anu saé sapertos pemetaan aliran nilai ngagaduhan, sebutkeun, titik buta. Saatos ratusan wawancara sareng diréktur sababaraha perusahaan, kuring parantos ngembangkeun pola anu tangtu anu ngamungkinkeun urang pikeun ngarecah masalah kana komponénna, sareng ayeuna urang bakal ngabahas masing-masing komponén ieu dina urutan. Sateuacan nerapkeun naon waé solusi téknologi, kuring nganggo pola ieu, sareng salaku hasilna, sadaya témbok kuring ditutupan ku diagram. Anyar-anyar ieu kuring damel sareng silih dana sareng kuring réngsé 100-150 skéma sapertos kitu.
Budaya goréng tuang pendekatan anu saé pikeun sarapan
Gagasan utama nyaéta ieu: henteu aya jumlah Lean, Agile, SAFE sareng DevOps bakal ngabantosan upami budaya organisasi éta goréng. Éta sapertos nyilem ka jero tanpa alat scuba atanapi beroperasi tanpa sinar-x. Dina basa sejen, mun paraphrase Drucker jeung Deming: budaya organisasi goréng bakal ngelek nepi sagala sistem alus tanpa choking dinya.
Pikeun ngabéréskeun masalah utama ieu, anjeun kedah nyandak léngkah-léngkah ieu:
- Jieun Sadaya Gawé Katingali: anjeun kedah ngajantenkeun sadaya padamelan katingali. Henteu dina harti yén éta kedah ditampilkeun dina sababaraha layar, tapi dina harti yén éta kedah ditingali.
- Sistem Manajemén Gawé Gabungan: sistem manajemen perlu konsolidasi. Dina masalah pangaweruh "tribal" jeung pangaweruh institusional, dina 9 kasus kaluar 10 bottleneck nyaeta jalma. Dina buku masalahna éta kalayan hiji jalma tunggal, Brent, anu ngabalukarkeun proyék éta tilu taun balik jadwal. Na kuring ngajalankeun kana ieu "Brents" madhab. Pikeun ngabéréskeun bottlenecks ieu, kuring nganggo dua item salajengna dina daptar kami.
- Téori Konstrain Métodologi: téori kawatesanan.
- Hacks kolaborasi: hacks kolaborasi.
- Toyota Kata (): Kuring moal ngobrol loba ngeunaan Toyota Kata. Upami kabetot, dina github abdi dina ampir unggal salah sahiji jejer ieu.
- Organisasi Berorientasi Pasar: organisasi berorientasi pasar.
- Auditor shift-kénca: audit dina tahap awal siklus.
Kuring ngamimitian gawé bareng hiji organisasi saderhana pisan: Kuring angkat ka perusahaan sareng ngobrol sareng karyawan. Sakumaha anjeun tiasa tingali, teu aya téknologi luhur. Sadaya anu anjeun peryogikeun nyaéta pikeun nyerat. Kuring ngumpulkeun sababaraha tim dina hiji rohangan sareng nganalisis naon anu aranjeunna nyarioskeun ka kuring tina sudut pandang 7 archetypes kuring. Teras kuring masihan aranjeunna spidol nyalira sareng naroskeun aranjeunna nyerat dina papan sadayana anu aranjeunna nyarios nyaring dugi ka ayeuna. Biasana dina rapat jenis ieu aya hiji jalma anu nyerat sadayana, sareng paling saé anjeunna tiasa nyerat 10% tina diskusi. Kalayan padika kuring, angka ieu tiasa ningkat sakitar 40%.
(Ilustrasi ieu tiasa ditingali nyalira )
Pendekatan kuring dumasar kana karya William Schneider. ). Pendekatan ieu dumasar kana gagasan yén organisasi mana wae bisa dibagi kana opat kuadrat. Skéma ieu pikeun kuring biasana hasil gawé bareng ratusan skéma séjén anu timbul nalika nganalisa organisasi. Anggap urang boga organisasi jeung tingkat luhur kontrol, tapi kalawan kompetensi low. Ieu mangrupikeun pilihan anu teu pikaresepeun: nalika sadayana nuju ngaliwat, tapi teu aya anu terang naon anu kudu dilakukeun.
Pilihan anu langkung saé nyaéta pilihan anu gaduh tingkat kontrol sareng kompetensi anu luhur. Upami perusahaan sapertos kitu nguntungkeun, maka panginten henteu peryogi DevOps. Anu paling pikaresepeun pikeun damel sareng perusahaan anu gaduh tingkat kontrol anu luhur, kompetensi rendah sareng kerjasama, tapi dina waktos anu sami tingkat budaya (budidaya). Ieu ngandung harti yén pausahaan ngabogaan loba jalma anu resep digawekeun di dinya sarta omzet kuli low.
(Ilustrasi ieu tiasa ditingali nyalira )
Sigana mah métode kalawan tungtunan kaku tungtungna meunang dina jalan achieving bebeneran. Dina pemetaan nilai stream hususna, aya loba aturan ngeunaan kumaha informasi kudu terstruktur. Dina tahap awal gawé, nu Kuring keur diajak ngobrol ngeunaan ayeuna, teu saurang ogé perlu aturan ieu. Lamun hiji jalma kalawan spidol dina leungeun-Na ngajelaskeun kaayaan nyata dina parusahaan dina dewan, ieu téh kalawan cara anu pangalusna pikeun ngarti kaayaan urusan. Inpormasi sapertos kitu henteu dugi ka direksi. Dina momen ieu, éta bodo mun ngaganggu jalma sarta nyebutkeun yén Drew sababaraha jenis panah salah. Dina tahap ieu, eta leuwih hade migunakeun aturan basajan, contona: abstraksi multi-tingkat bisa dijieun ngan ku ngagunakeun spidol multi-warna.
Kuring ngulang, euweuh téhnologi tinggi. Pananda hideung ngagambarkeun realitas obyektif kumaha sadayana jalan. Kalayan spidol beureum, jalma nyirian naon anu aranjeunna henteu resep ngeunaan kaayaan ayeuna. Kadé maranéhna nulis ieu, teu kuring. Nalika kuring angkat ka CIO saatos rapat, kuring henteu nawiskeun daptar 10 hal anu kedah dilereskeun. Kuring narékahan pikeun manggihan sambungan antara naon jalma di parusahaan nyebutkeun jeung pola kabuktian aya. Tungtungna, spidol biru nunjukkeun kamungkinan solusi pikeun masalah éta.
(Ilustrasi ieu tiasa ditingali nyalira )
Conto pendekatan ieu ayeuna digambarkeun di luhur. Dina awal taun ieu kuring digawé kalayan hiji bank. Jalma-jalma kaamanan di dinya yakin yén aranjeunna henteu kedah datang kana desain sareng ulasan syarat.
(Ilustrasi ieu tiasa ditingali nyalira )
Lajeng urang ngobrol jeung jalma ti departemén séjén sarta tétéla yén ngeunaan 8 sababaraha taun ka pengker, pamekar software dipecat pagawe kaamanan sabab ngalambatkeun turun gawé. Lajeng eta robah jadi larangan, nu dicokot for teu dibales. Sanajan dina kanyataanana euweuh larangan.
Rapat kami lumangsung dina cara anu matak ngabingungkeun: sakitar tilu jam, lima tim anu béda henteu tiasa ngajelaskeun ka kuring naon anu lumangsung antara kode sareng majelis. Sareng ieu sigana anu paling saderhana. Kaseueuran konsultan DevOps nganggap payun yén sadayana parantos terang ieu.
Lajeng baé nu jawab governance IT, anu geus jempé salila opat jam, ujug-ujug datang ka hirup nalika urang nepi ka topik na, sarta nempatan kami keur lila pisan. Dina tungtungna kuring nanya ka manéhna naon pikir ngeunaan rapat, sarta kuring moal poho jawaban na. Saur anjeunna: "Kuring biasa nyangka yén bank kami ngan ukur gaduh dua cara pikeun ngirimkeun parangkat lunak, tapi ayeuna kuring terang yén aya lima di antarana, sareng kuring henteu terang ngeunaan tilu."
(Ilustrasi ieu tiasa ditingali nyalira )
Rapat terakhir di bank ieu sareng tim parangkat lunak investasi. Éta sareng anjeunna tétéla yén nyerat diagram nganggo spidol dina lambar kertas langkung saé tibatan dina papan, bahkan langkung saé tibatan dina papan pinter.
Poto anu anjeun tingali mangrupikeun kamar konperénsi hotél dina dinten kaopat rapat urang. Sareng kami nganggo skéma ieu pikeun milarian pola, nyaéta, archetypes.
Janten, kuring naroskeun patarosan ka pagawé, aranjeunna nyerat jawaban kalayan spidol tilu warna (hideung, beureum sareng biru). Kuring nganalisis jawaban maranéhanana pikeun archetypes. Ayeuna hayu urang ngabahas sagala archetypes dina urutan.
1. Jieun Sadaya Gawé katempo: Jieun karya katempo
Kaseueuran perusahaan anu kuring damel sareng gaduh persentase padamelan anu teu dipikanyaho. Contona, ieu nalika hiji pagawe datang ka sejen tur saukur nanya pikeun ngalakukeun hiji hal. Dina organisasi badag, meureun aya 60% karya unplanned. Sareng dugi ka 40% padamelan henteu didokumentasikeun ku cara naon waé. Upami éta Boeing, kuring moal pernah naék pesawat deui dina kahirupan kuring. Upami ngan ukur satengah tina padamelan anu didokumentasikeun, maka henteu dipikanyaho naha padamelan ieu dilakukeun leres atanapi henteu. Sadaya metodeu sanés tétéla henteu aya gunana - teu aya gunana nyobian ngajadikeun otomatis naon waé, sabab 50% anu dipikanyaho tiasa janten bagian anu paling koheren sareng jelas tina padamelan, anu otomatisasi moal masihan hasil anu saé, sareng sadaya anu awon. hal anu dina satengah halimunan. Dina henteuna dokuméntasi, mustahil pikeun manggihan sagala sorts hacks jeung karya disumputkeun, teu manggihan bottlenecks, maranéhanana pisan "Brents" yén kuring geus ngobrol ngeunaan. Aya buku éndah ku Dominica DeGrandis . Manehna nembongkeun lima béda "waktu bocor" (maling jaman):
- Loba teuing Gawé dina Prosés (WIP)
- Depéndénsi anu teu dipikanyaho
- Gawé Teu Direncanakeun
- Prioritas bentrok
- Gawé diabaikan
Ieu analisa anu berharga pisan sareng bukuna saé, tapi sadayana naséhat ieu henteu aya gunana upami ngan ukur 50% data anu katingali. Métode anu diusulkeun ku Dominika tiasa dianggo upami akurasi di luhur 90% kahontal. Kuring ngawangkong ngeunaan kaayaan dimana boss a méré bawahan hiji tugas 15-menit, tapi butuh tilu poé; tapi bos henteu terang yén bawahan ieu gumantung ka opat atanapi lima jalma sanés.
Proyék Phoenix mangrupikeun carita anu saé ngeunaan proyék anu kasep tilu taun. Salah sahiji karakter nyanghareupan PHK kusabab ieu, sarta anjeunna meets jeung karakter sejen anu dibere salaku jenis Socrates. Anjeunna ngabantosan ngartos naon anu salah. Tétéla éta parusahaan boga hiji administrator sistem, anu ngaran Brent, sarta sakabeh karya ngaliwatan anjeunna. Dina salah sahiji rapat, salah sahiji bawahan nanya: naha unggal tugas satengah jam nyandak saminggu? Jawabanna nyaéta presentasi anu saderhana pisan tina téori antrian sareng hukum Little, sareng dina presentasi ieu tétéla yén dina 90% occupancy, unggal jam damel nyandak 9 jam. Tiap tugas perlu dikirim ka tujuh jalma séjén, jadi jam éta 63 jam, 7 kali 9. Naon Kuring nyebutkeun yén dina urutan ngagunakeun Hukum Little atawa téori antrian kompléks, anjeun sahenteuna kudu boga data.
Janten nalika kuring ngobrol ngeunaan pisibilitas, kuring henteu hartosna yén sadayana aya dina layar, tapi anjeun sahenteuna gaduh data. Nalika maranehna ngalakukeun, eta mindeng tétéla yén aya loba pisan karya unplanned nu kumaha bae dikirim ka Brent lamun euweuh butuh eta. Sareng Brent mangrupikeun jalma anu saé, anjeunna moal pernah nyarios henteu, tapi anjeunna henteu nyarios ka saha kumaha anjeunna ngalakukeun padamelan na.
Nalika karyana katingali, data tiasa diklasifikasikeun sacara rapi (éta anu dilakukeun ku Dominika dina poto), abstraksi tina bocor lima waktos tiasa diterapkeun, sareng otomatis tiasa diterapkeun.
2. Ngahijikeun Sistem Manajemén Gawé: Manajemén Tugas
The archetypes Kuring ngawangkong ngeunaan mangrupakeun jenis piramida. Upami anu munggaran dilakukeun leres, maka anu kadua parantos janten jinis tambihan. Seueur di antarana henteu tiasa dianggo pikeun ngamimitian, aranjeunna kedah diémutan pikeun perusahaan anu langkung ageung sapertos Fortune 5000. Pausahaan terakhir anu kuring damel ngagaduhan 10 sistem tiket. Hiji tim ngagaduhan Remedy, anu sanés nyerat sababaraha jinis sistem sorangan, anu katilu dianggo Jira, sareng sababaraha anu dilakukeun ku email. Masalah anu sami timbul upami perusahaan ngagaduhan 30 pipa anu béda, tapi kuring henteu gaduh waktos ngabahas sadaya kasus sapertos kitu.
Kuring ngabahas kalawan jalma persis kumaha tiket dijieun, naon kajadian ka aranjeunna salajengna, sarta kumaha aranjeunna circumvented. Hal anu paling pikaresepeun nyaéta jalma-jalma dina rapat urang nyarios kalayan ikhlas. Kuring naroskeun sabaraha urang nempatkeun "minor / no impact" dina tiket anu leres-leres kedah dipasihkeun "dampak utama". Tétéla ampir unggal jalma ngalakukeun ieu. Kuring teu kalibet dina denunciation sarta coba dina sagala cara mungkin teu ngaidentipikasi jalma. Nalika aranjeunna ikhlas ngaku ka kuring, kuring henteu masihan jalma éta. Tapi nalika ampir sadayana ngalangkungan sistem, éta hartosna sadayana kaamanan dasarna nyaéta ganti baju jandela. Ku alatan éta, euweuh conclusions bisa dicokot tina data tina sistem ieu.
Pikeun ngajawab masalah tikét, Anjeun kudu milih hiji sistem utama. Lamun make Jira, tetep Jira. Upami aya alternatif, hayu janten hiji-hijina. Intina nyaéta yén tikét kedah ditingali salaku léngkah sanés dina prosés pangwangunan. Unggal aksi kudu boga tikét, nu kudu ngalir ngaliwatan workflow pangwangunan. Tiket dikirim ka tim, anu masangkeunana dina storyboard teras nyandak tanggung jawab pikeun aranjeunna.
Ieu manglaku ka sadaya departemén, kalebet infrastruktur sareng operasi. Dina hal ieu, kasebut nyaéta dimungkinkeun pikeun ngabentuk sahenteuna sababaraha gagasan masuk akal tina kaayaan. Sakali prosés ieu ditetepkeun, ujug-ujug janten gampang pikeun ngaidentipikasi saha anu tanggung jawab pikeun unggal aplikasi. Kusabab ayeuna urang nampi henteu 50%, tapi 98% tina jasa anyar. Upami prosés inti ieu jalan, teras akurasi ningkat sapanjang sistem.
Pipa jasa
Ieu deui ngan manglaku ka korporasi badag. Upami anjeun perusahaan énggal dina widang énggal, gulung leungeun baju anjeun sareng damel sareng Travis CI atanapi CircleCI anjeun. Lamun datang ka Fortune 5000 pausahaan, hiji hal anu lumangsung di bank tempat kuring digawé. Google sumping ka aranjeunna sarta maranéhanana ditémbongkeun diagram sistem IBM heubeul. Lalaki ti Google nanya bingung - dimana kodeu sumberna? Tapi euweuh kode sumber, malah teu GUI. Ieu kanyataan yén organisasi badag kudu nungkulan: rékaman bank 40 taun heubeul dina mainframe kuna. Salah sahiji klien kuring nganggo wadah Kubernetes kalayan pola Circuit Breaker, ditambah Chaos Monkey, sadayana pikeun aplikasi KeyBank. Tapi wadah ieu pamustunganana nyambung ka aplikasi COBOL.
The guys ti Google éta sagemblengna yakin yén maranéhna bakal ngajawab sagala masalah klien kuring, lajeng aranjeunna mimiti nanyakeun patarosan: naon IBM datapipe? Aranjeunna ngawartoskeun: ieu konektor. Naon eta nyambung ka? Pikeun sistem Sperry. Sareng naon éta? Teras salajengna. Dina glance kahiji sigana: naon jinis DevOps tiasa aya? Tapi dina kanyataanana, éta mungkin. Aya sistem pangiriman anu ngamungkinkeun anjeun nyerahkeun alur kerja ka tim pangiriman.
3. Tiori Watesan: Teori Watesan
Hayu urang ngaléngkah ka archetype katilu: pangaweruh institusional / "tribal". Sakumaha aturan, dina organisasi naon waé aya sababaraha jalma anu terang sadayana sareng ngatur sadayana. Ieu mangrupikeun jalma anu pangpanjangna dina organisasi sareng anu terang sadayana jalanna.
Nalika ieu muncul dina diagram, kuring khusus ngurilingan jalma sapertos kitu kalayan spidol: contona, tétéla yén Lou tangtu aya dina sadaya rapat. Sareng kuring jelas: ieu Brent lokal. Nalika CIO milih antara kuring dina kaos oblong sareng sneakers sareng lalaki jas-jas ti IBM, kuring dipilih kusabab kuring tiasa nyarioskeun ka sutradara hal-hal anu teu dicaritakeun ku anu sanés sareng sutradara panginten henteu resep ngadangukeun. . Kuring ngabejaan aranjeunna yén bottleneck di parusahaan maranéhanana nyaéta batur ngaranna Fred sarta batur ngaranna Lou. bottleneck ieu perlu untied, pangaweruh maranéhanana kudu dimeunangkeun ti aranjeunna salah sahiji atawa cara séjén.
Pikeun ngajawab jenis ieu masalah, abdi tiasa, contona, nyarankeun ngagunakeun Slack. A sutradara pinter bakal nanya - naha? Biasana, dina kasus sapertos kitu, konsultan DevOps ngajawab: sabab sadayana ngalakukeunana. Lamun sutradara bener pinter, anjeunna bakal ngomong: jadi naon. Sareng ieu dimana dialogna réngsé. Sareng jawaban kuring nyaéta: sabab aya opat bottlenecks di perusahaan, Fred, Lou, Susie sareng Jane. Pikeun ngalembagakeun pangaweruhna, urang kedah ngenalkeun heula Slack. Sadaya wiki anjeun leres-leres omong kosong sabab teu aya anu terang ngeunaan ayana. Upami tim rékayasa aub dina pamekaran payun sareng tukang sareng sadayana kedah terang yén aranjeunna tiasa ngahubungi tim pangembangan payun atanapi tim infrastruktur kalayan patarosan. Éta nalika Lou atanapi Fred sigana bakal gaduh waktos pikeun ngiringan wiki. Lajeng di Slack batur bisa nanya naha, sebutkeun, hambalan 5 teu jalan. Lajeng Lou atanapi Fred bakal ngabenerkeun parentah dina wiki. Upami anjeun netepkeun prosés ieu, maka seueur hal anu bakal tumiba kana tempatna nyalira.
Ieu mangrupikeun titik utama kuring: pikeun nyarankeun téknologi anu luhur, anjeun kedah nempatkeun pondasi pikeun aranjeunna dina urutan, sareng ieu tiasa dilakukeun ku solusi téknologi rendah anu nembé dijelaskeun. Lamun mimitian ku téknologi tinggi na teu ngajelaskeun naha maranéhna diperlukeun, teras, sakumaha aturan, ieu teu mungkas ogé. Salah sahiji klien kami nganggo Azure ML, solusi anu murah pisan sareng saderhana. Kira-kira 30% tina patarosan maranéhanana dijawab ku mesin timer learning sorangan. Sareng hal ieu ditulis ku operator anu henteu aub dina élmu data, statistik atanapi matematika. Ieu signifikan. Biaya solusi sapertos kitu minimal.
4. Hacks kolaborasi: Hacks kolaborasi
Archetype kaopat nyaéta kabutuhan pikeun merangan isolasi. Kalolobaan jalma geus nyaho ieu: isolasi breeds mumusuhan. Lamun unggal departemén aya di lantai sorangan, sarta jalma teu intersect ku cara naon baé, iwal dina lift, mumusuhan antara aranjeunna timbul pisan gampang. Tapi upami, sabalikna, jalma-jalma aya di kamar anu sami, anjeunna langsung angkat. Nalika aya anu ngalungkeun sababaraha tuduhan umum, contona, antarbeungeut sapertos kitu henteu pernah jalan, teu aya anu langkung gampang pikeun ngabongkar tuduhan sapertos kitu. Programer anu nyerat antarbeungeutna ngan ukur kedah naroskeun patarosan khusus, sareng éta bakal écés yén, contona, pangguna ngan ukur nganggo alat anu teu leres.
Aya loba cara pikeun nungkulan isolasi. Kuring kungsi dipénta konsultasi pikeun bank di Australia, tapi kuring nolak ngalakukeun eta sabab kuring boga dua anak jeung pamajikan. Sadaya anu kuring tiasa laksanakeun pikeun ngabantosan aranjeunna nyaéta nyarankeun jalan carita grafis. Ieu hal anu kabuktian jalan. Cara séjén anu pikaresepeun nyaéta rapat kopi lean. Dina organisasi anu ageung, ieu mangrupikeun pilihan anu saé pikeun nyebarkeun pangaweruh. Salaku tambahan, anjeun tiasa ngalaksanakeun devopsdays internal, hackathon, sareng anu sanésna.
5. Asah Kata
Salaku I warned di pisan awal, abdi moal ngobrol ngeunaan ieu kiwari. Upami anjeun kabetot, anjeun tiasa ningali .
Aya ogé ceramah anu saé ngeunaan topik ieu ti Mike Rother:
6. Berorientasi Pasar: organisasi berorientasi pasar
Aya masalah anu béda di dieu. Contona, jalma "Kuring", "T" jeung jalma "E". "Kuring" jalma anu ngalakukeun ngan hiji hal. Biasana aranjeunna aya dina organisasi sareng departemén terasing. "T" nyaéta nalika hiji jalma alus dina hiji hal tapi ogé alus dina sababaraha hal séjén. "E" atanapi malah "sisir" nyaéta nalika jalma ngagaduhan seueur kaahlian.
Hukum Conway dianggo di dieu (), anu dina bentuk anu paling saderhana tiasa dinyatakeun kieu: upami tilu tim damel dina kompiler, maka hasilna bakal janten kompiler tina tilu bagian. Ku alatan éta, lamun aya tingkat luhur isolasi dina hiji organisasi, malah Kubernetes, Circuit breaker, extensibility API jeung hal fancy sejenna dina organisasi ieu bakal disusun dina cara nu sarua salaku organisasi sorangan. Ketat nurutkeun Conway jeung spite sadayana geeks ngora.
Solusi pikeun masalah ieu parantos dijelaskeun sababaraha kali. Aya, contona, archetypes organisasi digambarkeun ku Fernando Fernandez. Éta arsitéktur masalah anu kuring nyarioskeun, kalayan ngasingkeun, mangrupikeun arsitéktur anu berorientasi fungsi. Jenis kadua anu awon, arsitéktur matrix, a mess tina dua lianna. Katilu nyaéta naon anu katingali dina kalolobaan ngamimitian, sareng perusahaan ageung ogé nyobian cocog sareng jinis ieu. Éta organisasi anu berorientasi pasar. Di dieu urang ngaoptimalkeun pikeun ngahontal respon panggancangna kana requests customer. Ieu sok disebut organisasi datar.
Seueur jalma ngajelaskeun struktur ieu ku cara anu béda-béda, kuring resep kecap-kecapna ngawangun / ngajalankeun tim, di Amazon aranjeunna nelepon deui dua tim pizza. Dina struktur ieu, sakabeh tipe "Kuring" jalma dikelompokeun sabudeureun hiji layanan, sarta laun aranjeunna jadi ngadeukeutan ka tipe "T", sarta lamun manajemén katuhu aya dina tempat, maranéhna malah bisa jadi "E". The counterargument munggaran di dieu nyaeta yen struktur misalna boga elemen teu perlu. Naha anjeun peryogi tester di unggal departemén upami anjeun tiasa gaduh departemén panguji khusus? Anu kuring ngajawab: biaya tambahan dina hal ieu mangrupikeun harga pikeun sakabéh organisasi janten jinis "E" ka hareup. Dina struktur ieu, panguji laun-laun diajar ngeunaan jaringan, arsitéktur, desain, jsb. Hasilna, unggal pamilon dina organisasi pinuh sadar sagalana nu lumangsung dina organisasi. Upami anjeun hoyong terang kumaha skéma ieu jalan di industri, baca .
7. auditors shift-kénca: Inok mimiti siklus nu. Patuh kana aturan kaamanan dina tampilan
Ieu nalika lampah anjeun henteu lulus tés bau, janten nyarios. Jalma-jalma anu damel pikeun anjeun sanés bodo. Lamun, sakumaha dina conto di luhur, aranjeunna diatur minor / euweuh dampak madhab, ieu lumangsung tilu taun, sarta teu saurang ogé noticed nanaon, lajeng everyone weruh sampurna ogé yén sistem teu jalan. Atawa conto sejen - dewan piwuruk robah, dimana laporan kudu dikintunkeun unggal, sebutkeun, Rebo. Aya sakelompok jalma anu damel di dinya (teu dibayar pisan, ku jalan kitu) anu, dina tiori, kedah terang kumaha sistem sacara gembleng jalan. Sareng salami lima taun ka pengker, anjeun panginten tiasa perhatikeun yén sistem kami luar biasa rumit. Sareng lima atanapi genep urang kedah nyandak kaputusan ngeunaan parobihan anu henteu dilakukeun sareng anu aranjeunna terang nanaon.
Tangtosna, pendekatan ieu henteu jalan. Abdi kedah nyingkirkeun hal-hal sapertos kitu kusabab jalma-jalma ieu henteu ngajagi sistem. Kaputusan kudu dilakukeun ku tim sorangan, sabab tim kedah tanggung jawab. Upami teu kitu, kaayaan paradoks timbul nalika manajer anu henteu pernah nyerat kode dina hirupna nyarioskeun ka programmer sabaraha lami waktos nyerat kode. Hiji perusahaan anu kuring damel sareng ngagaduhan 7 papan anu béda anu marios unggal parobihan, kalebet papan arsitéktur, papan produk, jsb. Malah aya waktos ngantosan wajib, sanaos saurang karyawan nyarios ka kuring yén dina sapuluh taun damel, teu aya anu kantos nampik parobahan anu dilakukeun ku jalma ieu salami periode wajib ieu.
Auditor perlu diondang pikeun gabung kami, sarta teu meunang leupas tina aranjeunna. Nyaritakeun aranjeunna yén anjeun nyerat wadah binér anu teu tiasa dirobih yén, upami aranjeunna lulus sadaya tés, tetep teu tiasa dirobih salamina. Ngabejaan aranjeunna nu boga pipa sakumaha kode sarta ngajelaskeun naon hartina. Témbongkeun aranjeunna skéma di handap ieu: hiji immutable baca-hijina binér dina wadah nu lulus sadaya tés kerentanan; lajeng teu ngan teu saurang noél eta, aranjeunna malah teu noél sistem nu nyiptakeun pipa, saprak éta ogé dijieun dinamis. Kuring boga klien, Capital One, anu ngagunakeun Vault nyieun hal kawas blockchain a. Auditor henteu kedah nunjukkeun "resep" ti Chef; cukup pikeun nunjukkeun blockchain, anu jelas naon anu lumangsung kana tikét Jira dina produksi sareng saha anu tanggung jawabna.
nurutkeun , dijieun dina 2018 ku Sonatype, aya 2017 miliar requests download OSS dina 87.
Karugian anu ditanggung kusabab kerentanan anu ngalarang. Sumawona, inohong anu ayeuna anjeun tingali di luhur henteu kalebet biaya kasempetan. Naon DevSecOps dina nutshell? Hayu atuh langsung nyarios yén kuring henteu resep ngobrol ngeunaan kumaha suksésna nami ieu. Intina nyaéta saprak DevOps parantos suksés, urang kedah nyobian nambihan kaamanan kana pipa éta.
Conto runtuyan ieu:
Ieu sanés rekomendasi pikeun produk khusus, sanaos kuring resep sadayana. Kuring nyarios aranjeunna salaku conto pikeun nunjukkeun yén DevOps, anu mimitina dumasar kana paradigma organisasi di industri, ngamungkinkeun anjeun pikeun ngajadikeun otomatis unggal tahapan padamelan dina produk.
Sareng teu aya alesan kunaon urang henteu tiasa nyandak pendekatan anu sami pikeun kaamanan.
hasil
Salaku kacindekan, kuring bakal masihan sababaraha tip pikeun DevSecOps. Anjeun kedah ngalebetkeun auditors dina prosés nyiptakeun sistem anjeun sareng nyéépkeun waktos ngadidik aranjeunna. Anjeun kedah cooperate sareng auditors. Salajengna, anjeun kedah ngalaksanakeun perang anu kejam ngalawan positip palsu. Malahan ku alat scanning kerentanan anu paling mahal, anjeun tiasa ngeureunkeun nyiptakeun kabiasaan anu goréng pisan diantara pamekar anjeun upami anjeun henteu terang naon rasio sinyal anjeun ka bising. Pamekar bakal kabeuratan ku acara sareng ngan saukur ngahapus aranjeunna. Upami anjeun nguping perkawis carita Equifax, éta lumayan seueur anu kajantenan di dinya, dimana tingkat waspada anu paling luhur teu dipaliré. Salaku tambahan, kerentanan kedah dijelaskeun ku cara anu ngajelaskeun kumaha aranjeunna mangaruhan bisnis. Salaku conto, anjeun tiasa nyarios yén ieu mangrupikeun kerentanan anu sami sareng dina carita Equifax. Kerentanan kaamanan kedah diperlakukeun sami sareng masalah parangkat lunak sanés, nyaéta, aranjeunna kedah kalebet dina prosés DevOps sadayana. Anjeun kedah damel sareng aranjeunna ngalangkungan Jira, Kanban, jsb. Pamekar henteu kedah nyangka yén batur bakal ngalakukeun ieu - sabalikna, sadayana kedah ngalakukeun ieu. Tungtungna, anjeun kedah nyéépkeun énergi pikeun ngalatih jalma.
link mangpaat
Ieu sababaraha ceramah tina konperénsi DevOops anu anjeun tiasa mendakan mangpaat:
- Sergey Berdnikov, Artyom Kalichkin - Carita kasuksésan, atanapi "Dev+DevOps+Ops" (, )
- Baruch Sadogursky, Leonid Igolnik - DevOps dina skala: tragedi Yunani dina tilu tindakan (, )
- Alexander Titov, Kirill Tolkachev -
- Timothy Lister -
Tingali kana DevOops 2020 Moscow - aya ogé loba hal metot di dinya.
sumber: www.habr.com