Saya menyampaikan kepada perhatian anda panduan kepada DevOpsConf, persidangan yang tahun ini adalah pada skala galaksi. Dalam erti kata bahawa kami berjaya menyusun program yang begitu hebat dan seimbang yang akan dinikmati oleh pelbagai pakar melaluinya: pemaju, pentadbir sistem, jurutera infrastruktur, QA, ketua pasukan, stesen servis dan secara amnya semua orang yang terlibat dalam pembangunan teknologi proses.
Kami mencadangkan untuk melawati dua kawasan besar alam semesta DevOps: satu dengan proses perniagaan yang boleh diubah secara fleksibel melalui kod, dan satu lagi dengan alatan. Iaitu, pada persidangan kami akan terdapat dua aliran kekuatan yang sama dalam kandungan dan, terutamanya, dalam bilangan laporan. Satu memfokuskan pada penggunaan alat sebenar, dan yang kedua pada proses menggunakan contoh masalah perniagaan yang dianggap sebagai kod dan diuruskan sebagai kod. Kami percaya bahawa teknologi dan proses berkait rapat dan menunjukkannya secara sistematik dengan bantuan penceramah kami yang bekerja di syarikat gelombang baharu dan berkongsi laluan mereka kepada persepsi baharu pembangunan melalui penyelesaian masalah dan mengatasi cabaran.
Jika anda mahu, ringkasan ringkas panduan kami untuk :
- Pada 30 September, pada hari pertama persidangan, di dewan pertama kami akan mempertimbangkan 8 kes perniagaan.
- Di dewan kedua pada hari pertama kami akan menganalisis penyelesaian instrumental yang lebih khusus. Setiap laporan mengandungi banyak pengalaman praktikal yang hebat, yang bagaimanapun, tidak sesuai untuk semua syarikat.
- Pada 1 Oktober, di dewan pertama, sebaliknya, kita bercakap lebih banyak tentang teknologi, tetapi lebih luas.
- Di dewan kedua pada hari kedua kita membincangkan tugas khusus yang tidak timbul dalam semua projek, contohnya, dalam perusahaan.
Tetapi saya akan segera ambil perhatian bahawa pembahagian sedemikian sama sekali tidak bermakna pembahagian penonton. Sebaliknya, adalah penting bagi seorang jurutera untuk memahami masalah perniagaan, mengetahui maksud apa yang dia lakukan, dan mempunyai pengalaman praktikal. Dan untuk ketua pasukan atau stesen servis, sudah tentu, kes dan pengalaman syarikat lain adalah penting, tetapi pada masa yang sama anda perlu memahami kerja dalaman. Di bawah potongan saya akan memberitahu anda tentang semua topik dengan lebih terperinci dan membantu anda membuat rancangan perjalanan terperinci.
Persidangan itu akan diadakan di Infospace dan kami memanggil dua dewan utama "Golden Heart" - seperti kapal dari "The Hitchhiker's Guide to the Galaxy", yang menggunakan prinsip ketidakmungkinan untuk bergerak melalui angkasa, dan "At the Edge of the Universeβ - seperti restoran dari kisah yang sama. Mulai sekarang saya akan menggunakan nama-nama ini untuk merujuk kepada trek. Perhentian laporan di kawasan galaksi "Golden Heart" lebih sesuai untuk kumpulan pelancong utama; ini adalah, jika anda suka, tarikan yang mesti dikunjungi. "Di pinggir Alam Semesta" terdapat objek menarik untuk pengembara berpengalaman. Sedikit yang sampai ke sana, tetapi mereka yang berani pergi ke sana dengan mata yang membara melalui tali pinggang asteroid.
Pada masa yang sama, anda boleh dengan mudah berpindah dari satu bilik ke bilik lain, dan pada bila-bila masa anda akan menemui topik yang sesuai dengan anda. Seperti yang saya telah katakan, program ini sangat seimbang. Kami mempunyai lebih banyak laporan kelas, tetapi, dengan berat hati, Jawatankuasa Program terpaksa memindahkannya atau menangguhkan sehingga persidangan musim bunga di St. Petersburg, supaya tidak mengganggu keseimbangan dan melaksanakan idea asal. Program persidangan membolehkan anda mempertimbangkan setiap topik yang dirancang (penyampaian berterusan, infrastruktur sebagai kod, transformasi DevOps, amalan SRE, keselamatan, platform infrastruktur) menggunakan contoh yang berbeza dan dari sudut yang berbeza.
Sekarang duduk, kapal galaksi kami akan sampai ke semua perhentian.
"Golden Heart", 30 September
90 hari pertama sebagai CTO
Akan membuka persidangan Leona Api. tentang mewarisi sistem warisan dan masalah yang sering datang bersamanya. Leon akan memberitahu anda bagaimana stesen servis boleh mendapat pemahaman tentang sistem teknikal yang dia mula bekerja. Untuk pengarah teknikal dalam syarikat moden, mengurus proses DevOps adalah tugas utama, dan Leon akan menunjukkan kepada anda dengan cara yang menarik dan lucu hubungan antara bahagian teknikal dan perniagaan dari sudut pandangan SRT.
Pemula dan mereka yang ingin menjadi seorang pasti harus datang ke laporan ini. Lagipun, adalah satu perkara untuk berkembang menjadi pengarah teknikal dalam syarikat anda, dan agak lain untuk memasuki semula peranan ini; aerobatik sedemikian tidak tersedia untuk semua orang.
Asas DevOps - memasukkan projek dari awal
Π‘Π»Π΅Π΄ΡΡΡΠΈΠΉ meneruskan topik, tetapi Andrey Yumashev (LitRes) akan mempertimbangkan isu ini sedikit kurang di peringkat global dan menjawab soalan: apakah asas yang perlu anda ketahui apabila mula bekerja dalam pasukan yang berbeza; cara menganalisis pelbagai masalah dengan betul; cara membina rancangan aktiviti; cara mengira KPI dan bila hendak berhenti.
Masa depan infrastruktur sebagai kod
Seterusnya kita akan berehat untuk membincangkan topik infrastruktur sebagai kod. Roman Boyko Arkitek Penyelesaian di AWS di DevOpsConf tentang alat baharu itu Kit Pembangunan Awan AWS, yang membolehkan anda menerangkan infrastruktur dalam bahasa biasa (Python, TypeScript, JavaScript, Java). Kami akan mempelajari secara langsung perkara yang membolehkan awan menjadi lebih dekat dengan pembangun, cara mula menggunakan alat ini dan mencipta komponen boleh guna semula untuk pengurusan infrastruktur yang mudah. Bagi peserta persidangan, ini adalah peluang terbaik untuk mendengar tentang inovasi dunia dalam bahasa Rusia dan dengan tahap perincian teknikal yang biasa di sini, tetapi tidak di Barat.
Daripada keluaran kepada FastTrack
Selepas makan tengah hari kita akan kembali kepada isu transformasi untuk beberapa jam lagi. hidup Evgenia Fomenko Mari ikuti transformasi DevOps MegaFon: bermula dari peringkat apabila mereka cuba menggunakan kaedah tradisional, seperti KPI, mengatasi peringkat apabila tiada apa yang jelas dan anda perlu menghasilkan alat baharu dan mengubah diri anda, sehingga proses itu distruktur semula sepenuhnya. Ini adalah pengalaman yang sangat hebat dan memotivasikan perusahaan, yang turut melibatkan kontraktornya dalam transformasi DevOps, yang juga akan dibincangkan oleh Evgeniy.
Bagaimana untuk menjadi pasukan silang fungsi
Π£ Mikhail Bizhan pengalaman yang luas dalam melaksanakan perubahan transformasi dalam pasukan. Kini Mikhail, sebagai ketua Pasukan Pecutan Raiffeisenbank, menjadikan pasukan berfungsi silang. pada dia Mari kita bercakap tentang kesakitan kekurangan pasukan silang fungsi dan mengapa cabaran pasukan silang fungsi tidak berakhir dengan mencipta, membuat dan melaksanakan.
amalan SRE
Seterusnya dalam perjalanan kami akan menemui dua laporan khusus untuk amalan SRE, yang mendapat momentum dan menduduki tempat penting dalam keseluruhan proses DevOps.
Alexey Andreev daripada Prisma Labs , mengapa permulaan memerlukan amalan SRE dan mengapa ia membuahkan hasil.
Matvey Grigoriev daripada Dodo Pizza contoh SRE dalam syarikat yang lebih besar yang telah mengatasi peringkat permulaan. Matvey sendiri mengatakan ini tentang dirinya: pembangun .NET yang berpengalaman dan SRE pemula, masing-masing, akan berkongsi kisah peralihan pemaju, dan bukan hanya seorang, tetapi keseluruhan pasukan, kepada infrastruktur. kenapa DevOps ialah laluan logik untuk pembangun dan apa yang berlaku jika anda mula melihat semua buku permainan Ansible dan skrip bash anda sebagai produk perisian lengkap dan menggunakan keperluan yang sama kepada mereka, kami akan membincangkan pada laporan Matvey pada 30 September jam 17:00 di dewan Golden Heart.
Selesaikan program hari pertama Daniil Tikhomirov, siapa dalam dia menimbulkan persoalan penting: Bagaimana teknologi berkaitan dengan kebahagiaan pengguna. Menyelesaikan masalah "semuanya berfungsi, tetapi pengguna tidak berpuas hati," MegaFon beralih daripada memantau sistem individu, kemudian pelayan, aplikasi kepada memantau perkhidmatan melalui mata pengguna. Bagaimana semua pakar teknikal, pelanggan dan vendor mula memberi tumpuan kepada penunjuk KQI ini, kami akan mengetahui pada petang hari pertama persidangan itu. Dan selepas itu, kami akan membincangkan infrastruktur dan transformasi dalam suasana tidak formal di majlis selepas itu.
"Di Ujung Alam Semesta", 30 September
Tiga laporan pertama dalam dewan "At the Edge of the Universe" akan menjadi sangat menarik dari sudut pandangan instrumen.
Maxim Kostrikin (Ixtens) corak dalam Terraform untuk memerangi kekacauan dan rutin pada projek besar dan panjang. Pembangun Terraform menawarkan amalan terbaik yang agak mudah untuk bekerja dengan infrastruktur AWS, tetapi terdapat satu nuansa. Menggunakan contoh kod, Maxim akan menunjukkan cara untuk tidak menukar folder dengan kod Terraform menjadi bola salji, tetapi, menggunakan corak, untuk memudahkan automasi dan pembangunan selanjutnya.
Grigory Mikhalkin dari Lamoda "Mengapa kami membangunkan pengendali Kubernetes dan apakah pengajaran yang kami pelajari daripadanya?" akan membantu mengisi kekurangan maklumat tentang cara melaksanakan infrastruktur sebagai amalan kod menggunakan Kubernetes. Kubernetes sendiri mengandungi, sebagai contoh, perihalan perkhidmatan menggunakan fail yaml, tetapi ini tidak mencukupi untuk semua tugas. Pengurusan peringkat rendah memerlukan pengendali, dan perbincangan ini sangat berguna jika anda ingin mengurus Kubernetes dengan betul.
Topik laporan seterusnya ialah Bilik Kebal Hashicorp - agak istimewa. Tetapi sebenarnya, alat ini diperlukan di mana sahaja anda perlu menguruskan kata laluan dan mempunyai titik persamaan untuk bekerja dengan rahsia. Tahun lepas, Sergey Noskov memberitahu bagaimana rahsia diuruskan di Avito dengan bantuan Hashicorp Vault, lihat itu dan datang Yuri Shutkin daripada Tinkoff.ru untuk lebih banyak pengalaman.
Taras Kotov (EPAM) tugas yang lebih jarang untuk membina infrastruktur awan yang merangkumi tulang belakangnya sendiri Rangkaian IP/MPLS. Tetapi pengalamannya hebat, dan laporannya adalah tegar, jadi jika anda memahami tentangnya, pastikan anda datang ke laporan ini.
Petang nanti kita akan bercakap tentang pengurusan pangkalan data dalam infrastruktur awan. Kirill Melnichuk pengalaman penggunaan Vitess untuk bekerja dengan MySQL di dalam kelompok Kubernetes. A Vladimir Ryabov daripada Playkey.net , cara bekerja dengan data di dalam awan dan cara menggunakan ruang storan yang tersedia dengan betul.
"Hati Emas", 1 Oktober
Pada 1 Oktober, semuanya akan menjadi sebaliknya. Dewan Golden Heart akan menampilkan trek yang lebih berorientasikan teknologi. Oleh itu, bagi jurutera yang mengembara melalui "Golden Heart", kami mula-mula menjemput anda untuk menyelami kes perniagaan, dan kemudian melihat cara kes ini diselesaikan dalam amalan. Dan pengurus pula, mula-mula memikirkan tugas yang mungkin, dan kemudian mula memahami dengan lebih baik cara melaksanakannya dalam alat dan perkakasan.
Di bawah tudung storan awan besar
Penceramah pertama Artemy Kapitula. Laporan beliau tahun lepas"Para peserta persidangan menyebutnya sebagai yang terbaik, saya fikir, kerana kedalaman cerita yang luar biasa. Kali ini akan meneruskan dengan penyelesaian Mail.Ru Cloud Solutions mengenai reka bentuk storan dan analisis preseden kegagalan sistem. Manfaat yang tidak jelas daripada laporan ini untuk pengurus ialah Artemy mengkaji bukan sahaja masalah teknikal itu sendiri, tetapi juga keseluruhan proses menyelesaikannya. Itu. Anda boleh memahami cara mengurus keseluruhan proses ini dan menerapkannya pada syarikat anda.
Penggunaan Terdesentralisasi Berbalik
Egor Bugaenko Ini bukan kali pertama dia turut hadir di persidangan itu; laporannya secara tradisinya mengandungi tesis kontroversi, tetapi ia membuatkan anda berfikir. Kami berharap itu Perbincangan Egor tentang penempatan terdesentralisasi akan menyebabkan perbincangan yang menarik dan, yang paling penting, membina.
Kami berada di awan lagi
Alexey Vakhovialah gabungan komponen dan teknologi perniagaan yang berkuasa, yang akan menarik dari kedua-dua pihak kejuruteraan dan pengurusan. Alexey akan memberitahu anda bagaimana Uchi.ru berfungsi Infrastruktur Cloud Native: bagaimana Service Mesh, OpenTracing, Vault, pengelogan berpusat dan jumlah SSO digunakan. Selepas itu, pada pukul 15:00, Alexey akan mengadakannya , di mana setiap orang yang datang akan dapat menyentuh semua instrumen ini dengan tangan mereka sendiri.
Apache Kafka dalam Avito: kisah tiga penjelmaan semula
Anatoly Soldatov tentang bagaimana Avito membina Kafka sebagai perkhidmatan, sudah tentu, akan menarik minat mereka yang menggunakan Kafka. Tetapi sebaliknya, ia mendedahkan dengan sangat baik proses mewujudkan perkhidmatan dalaman: bagaimana untuk mengumpul keperluan perkhidmatan dan kehendak rakan sekerja, melaksanakan antara muka, membina interaksi antara pasukan dan mencipta perkhidmatan sebagai produk dalam syarikat. Dari sudut pandangan ini, sejarah sekali lagi berguna untuk peserta persidangan yang sangat berbeza.
Mari jadikan perkhidmatan mikro ringan semula
Di sini, nampaknya, semuanya jelas dari namanya. Tetapi ini yang Dmitry Sugrobov daripada Leroy Merlin, malah dalam jawatankuasa program menyebabkan perdebatan hangat. Secara ringkasnya, ini akan menjadi asas yang baik untuk perbincangan mengenai topik yang biasanya dianggap sebagai perkhidmatan mikro, cara menulisnya, mengekalkannya, dsb.
CI/CD untuk mengurus infrastruktur BareMetal
Laporan seterusnya sekali lagi dua dalam satu. Di satu pihak, Andrey Kvapil (WEDOS Internet, sebagai) akan bercakap tentang menguruskan infrastruktur BareMetal, yang agak khusus, kerana semua orang kini terutamanya menggunakan awan, dan jika mereka memegang perkakasan, ia tidak pada skala yang begitu besar. Tetapi ia adalah sangat penting bahawa Andrey aplikasi teknik CI/CD untuk mengatur dan mengurus infrastruktur BareMetal, dan dari sudut pandangan ini, laporan itu akan menarik minat kedua-dua ketua pasukan dan jurutera.
Akan meneruskan topik Sergey Makarenko, di sebalik tabir proses intensif buruh ini dalam Platform Wargaming.
Bolehkah bekas selamat?
Akan menyempurnakan program di dewan Golden Heart Alexander Khayorov kertas perbincangan tentang keselamatan kontena. Alexander sudah berada di RIT++ mengenai masalah keselamatan Helm dan cara untuk memeranginya, dan kali ini ia tidak akan mengehadkan dirinya kepada menyenaraikan kelemahan, tetapi alat untuk mengasingkan persekitaran sepenuhnya.
"Di Ujung Alam Semesta", 1 Oktober
Akan bermula Alexander Burtsev (BramaBrama) dan salah satu penyelesaian yang mungkin untuk mempercepatkan tapak. Mari kita lihat kejayaan pelaksanaan lima kali ganda pecutan hanya disebabkan oleh alat DevOps tanpa menulis semula kod. Anda masih perlu memutuskan sama ada untuk menulis semula kod atau tidak dalam setiap projek, tetapi sentiasa berguna untuk mempunyai pengalaman sedemikian dalam fikiran.
DevOps dalam 1C: Perusahaan
Petr Gribanov daripada syarikat 1C menolak mitos bahawa adalah mustahil untuk melaksanakan DevOps dalam perusahaan besar. Apa yang mungkin lebih kompleks daripada platform 1C: Perusahaan, tetapi memandangkan amalan DevOps boleh digunakan walaupun di sana, saya fikir mitos itu tidak akan berlaku.
DevOps dalam pembangunan tersuai
Anton Khlevitsky sebagai kesinambungan laporan oleh Evgeniy Fomenko , bagaimana MegaFon membina DevOps di bahagian kontraktor dan membina Penggunaan Berterusan, termasuk pembangunan tersuai daripada beberapa pembekal perisian.
Membawa DevOps ke DWH/BI
Topik yang tidak standard, tetapi sekali lagi menarik untuk peserta yang berbeza Vasily Kutsenko dari Gazprombank. Vasily akan berkongsi nasihat praktikal tentang cara membangunkan budaya IT dalam pembangunan data dan menggunakan amalan DevOps dalam Gudang Data dan BI, dan akan memberitahu anda cara saluran paip untuk bekerja dengan data berbeza dan alat automasi yang benar-benar berguna dalam konteks bekerja dengan data.
Bagaimana (anda) hidup tanpa jabatan keselamatan
Selepas makan tengahari Mona Arkhipova (sudo.su) kami dengan asasnya DevSecOps dan akan menerangkan cara anda boleh membenamkan keselamatan sebagai proses ke dalam proses pembangunan anda dan berhenti menggunakan jabatan keselamatan yang berasingan. Topik ini mendesak, dan laporan itu sepatutnya sangat berguna kepada ramai.
Muatkan ujian dalam CI/CD bagi penyelesaian yang besar
Melengkapkan topik sebelumnya dengan sempurna Vladimir Khonin daripada MegaFon. Di sini kita akan bercakap tentang bagaimana untuk memperkenalkan kualiti ke dalam proses DevOps: cara menggunakan Quality Gate, merekodkan pelbagai kes dalam sistem, dan cara mengintegrasikan semuanya ke dalam proses pembangunan. Laporan ini amat sesuai untuk mereka yang bekerja dengan sistem yang besar, tetapi walaupun anda tidak bekerja dengan pengebilan yang besar, anda akan mendapati aspek yang menarik untuk diri anda sendiri.
SDLC & Pematuhan
Dan topik seterusnya adalah lebih relevan untuk syarikat besar - cara memperkenalkan penyelesaian Pematuhan dan keperluan standard ke dalam proses. Ilya Mitrukov daripada Pusat Teknologi Deutsche Bank Itu piawaian kerja mungkin serasi dengan DevOps.
Dan pada penghujung hari Matvey Kukuy (Amixr.IO) statistik dan cerapan tentang cara berpuluh-puluh pasukan di seluruh dunia sedang bertugas, menyusun insiden, mengatur kerja dan membina sistem yang boleh dipercayai, dan akan menerangkan bagaimana ia semua berkaitan dengan SRE.
Sekarang saya iri hati anda sedikit, kerana perjalanan melalui anda hanya perlu. Anda boleh membuat rancangan individu anda sendiri dan menikmati bagaimana laporan secara organik akan saling melengkapi, tetapi saya, kemungkinan besar, seperti mana-mana panduan, tidak akan mempunyai masa untuk melihat sekeliling dengan teliti.
Ngomong-ngomong, sebagai tambahan kepada program utama, kami mempunyai, boleh dikatakan, tempat perkhemahan - bilik pertemuan, di mana peserta sendiri boleh menganjurkan pertemuan kecil, bengkel, kelas induk dan membincangkan isu-isu mendesak dalam suasana yang intim. mana-mana peserta boleh, dan mana-mana peserta boleh bertindak sebagai jawatankuasa program dan mengundi untuk pertemuan lain. Format ini telah pun membuktikan keberkesanannya terutama dari segi networking, jadi lihatlah dengan lebih dekat jadual, dan semasa persidangan, tonton pengumuman tentang pertemuan baharu di .
Jumpa anda di galaksi DevOpsConf 2019!
Sumber: www.habr.com