Bu yıl galaktik ölçekte gerçekleşecek bir konferans olan DevOpsConf'a dair bir rehberi dikkatlerinize sunuyorum. Bu anlamda, çeşitli uzmanların bu programda seyahat etmekten keyif alacağı kadar güçlü ve dengeli bir program oluşturmayı başardık: geliştiriciler, sistem yöneticileri, altyapı mühendisleri, QA, ekip liderleri, servis istasyonları ve genel olarak teknolojik gelişime dahil olan herkes işlem.
DevOps evreninin iki büyük alanını ziyaret etmeyi öneriyoruz: biri kod yoluyla esnek bir şekilde değiştirilebilen iş süreçlerine, diğeri ise araçlara sahiptir. Yani konferansımızda içerik ve özellikle de rapor sayısı açısından eşit güçte iki akış olacak. Biri araçların fiili kullanımına odaklanırken ikincisi, kod olarak ele alınan ve kod olarak yönetilen iş sorunlarının örneklerini kullanan süreçlere odaklanır. Teknoloji ve süreçlerin ayrılmaz bir şekilde birbirine bağlı olduğuna inanıyoruz ve bunu yeni dalga şirketlerde çalışan, sorunları çözerek ve zorlukları aşarak yeni bir kalkınma algısına giden yolu paylaşan konuşmacılarımızın yardımıyla sistematik olarak gösteriyoruz.
İsterseniz rehberimizin kısa bir özetini :
- 30 Eylül'deki konferansın ilk gününde ilk salonda 8 iş vakasını ele alacağız.
- İlk gün ikinci salonda daha uzmanlaşmış enstrümantal çözümleri analiz edeceğiz. Her rapor, her şirket için uygun olmayan pek çok harika pratik deneyim içerir.
- 1 Ekim'de ise ilk salonda tam tersine teknoloji hakkında daha çok ama daha geniş kapsamlı konuşuyoruz.
- İkinci günün ikinci salonunda, örneğin bir işletmede tüm projelerde ortaya çıkmayan belirli görevleri tartışıyoruz.
Ancak hemen şunu belirtmeliyim ki, böyle bir bölünme kesinlikle seyircinin bölünmesi anlamına gelmez. Tam tersine bir mühendisin iş sorunlarını anlaması, yaptığı işin anlamını bilmesi ve pratik deneyime sahip olması önemlidir. Ve bir ekip lideri veya servis istasyonu için elbette diğer şirketlerin vakaları ve deneyimleri önemlidir, ancak aynı zamanda iç işleyişi de anlamanız gerekir. Kesimin altında size tüm konuları daha detaylı anlatacağım ve detaylı bir seyahat planı oluşturmanıza yardımcı olacağım.
Konferans Infospace'te gerçekleştirilecek ve biz iki ana salonu “Altın Kalp” olarak adlandırdık; uzayda hareket etmek için olasılıksızlık ilkesini kullanan “Otostopçunun Galaksi Rehberi”ndeki gemi ve “Otostopçunun Galaksi Rehberi”ndeki gemi gibi. Evren” - aynı destandan bir restoran gibi. Artık parçalar için bu isimleri kullanacağım. “Altın Kalp” galaksisi bölgesindeki rapor durakları ana turist grubu için daha uygundur, bunlar isterseniz mutlaka ziyaret edilmesi gereken yerlerdir. “Evrenin kenarında” deneyimli gezginler için ilginç nesneler var. Oraya çok az kişi ulaşıyor, ancak asteroit kuşaklarının arasından yanan gözlerle oraya gitmeye cesaret edenler var.
Aynı zamanda bir odadan diğerine rahatlıkla geçebilir ve istediğiniz zaman kendinize uygun bir konuyu bulabilirsiniz. Daha önce de söylediğim gibi program oldukça dengeli. Elimizde çok daha fazla sınıf raporu vardı ama Program Komitesi isteksizce bunları başka bir yere taşımak zorunda kaldı. veya dengeyi bozmamak ve orijinal fikri hayata geçirmemek için St. Petersburg'daki bahar konferansına kadar erteleyin. Konferans programı, planlanan konuların her birini (sürekli teslimat, kod olarak altyapı, DevOps dönüşümü, SRE uygulamaları, güvenlik, altyapı platformu) farklı örnekler kullanarak ve farklı açılardan değerlendirmenize olanak tanır.
Şimdi arkanıza yaslanın, galaktik gemimiz tüm duraklara geliyor.
"Altın Kalp", 30 Eylül
CTO olarak ilk 90 gün
Konferansın açılışını yapacak Leona Ateş. eski sistemlerin devralınması ve sıklıkla onlarla birlikte gelen sorunlar hakkında. Leon size servis istasyonunun çalışmaya başladığı teknik sistemi nasıl anlayabileceğini anlatacak. Modern bir şirketteki teknik direktör için DevOps sürecini yönetmek asıl görevdir ve Leon bunu size ilginç ve esprili bir şekilde gösterecek teknik ve iş bölümleri arasındaki ilişki SRT'nin bakış açısından.
Yeni başlayanlar ve olmak isteyenler mutlaka bu rapora gelmelidir. Sonuçta, şirketinizde teknik direktör olmak için büyümek başka bir şeydir ve bu role yeniden girmek tamamen başka bir şeydir; bu tür akrobasi herkese açık değildir.
DevOps'un temelleri - bir projeye sıfırdan girme
Bir sonraki konuya devam ediyorum ama Andrey Yumaşev (LitRes) konuyu biraz daha az küresel olarak ele alacak ve şu soruları yanıtlayacak: Farklı ekiplerde çalışmaya başladığınızda bilmeniz gereken temel bilgiler; çeşitli problemlerin doğru şekilde nasıl analiz edileceği; bir aktivite planı nasıl oluşturulur; KPI'ların nasıl hesaplanacağı ve ne zaman durdurulacağı.
Kod olarak altyapının geleceği
Daha sonra kod olarak altyapı konusunu tartışmak üzere bir ara vereceğiz. Roman Boyko AWS'de Çözüm Mimarı DevOpsConf'ta yeni araç hakkında AWS Bulut Geliştirme Kitialtyapıyı tanıdık bir dilde (Python, TypeScript, JavaScript, Java) tanımlamanıza olanak tanır. Bulutun geliştiriciye daha da yakın olmasını sağlayan şeyin ne olduğunu, bu aracı nasıl kullanmaya başlayacağımızı ve uygun altyapı yönetimi için yeniden kullanılabilir bileşenlerin nasıl oluşturulacağını ilk elden öğreneceğiz. Konferans katılımcıları için bu, dünyadaki yenilikleri Rusça olarak ve burada yaygın olan ancak Batı'da olmayan teknik ayrıntı derecesi ile duymak için mükemmel bir fırsattır.
Sürümden FastTrack'e
Öğle yemeğinden sonra birkaç saat daha dönüşüm konusuna döneceğiz. Açık Evgenia Fomenko MegaFon'un DevOps dönüşümünü takip edelim: KPI gibi geleneksel yöntemleri kullanmaya çalıştıkları aşamadan başlayarak, hiçbir şeyin net olmadığı ve yeni araçlar bulup kendinizi değiştirmeniz gereken aşamayı aşmak, Süreç tamamen yeniden yapılandırılana kadar. Bu, Evgeniy'in de bahsedeceği DevOps dönüşümüne yüklenicilerini de dahil eden işletme için çok güzel ve motive edici bir deneyim.
Fonksiyonlar arası bir ekip nasıl olunur?
У Mihail Bizhan Ekiplerde dönüşümsel değişiklikler gerçekleştirme konusunda kapsamlı deneyim. Artık Raiffeisenbank Hızlandırma Ekibi'nin lideri olan Mikhail, ekipleri çapraz işlevsel hale getiriyor. onun üstünde Çapraz işlevli ekiplerin eksikliğinin acısını ve işlevler arası bir ekibin zorluklarının neden icat etmek, yapmak ve uygulamakla bitmediğini konuşalım.
SRE uygulamaları
Bundan sonra ivme kazanan ve tüm DevOps sürecinde önemli bir yer tutan SRE uygulamalarına adanmış iki rapor bulacağız.
Alexey Andreev Prisma Labs'tan , bir startup'ın neden SRE uygulamalarına ihtiyacı var ve neden işe yarıyor?
Matvey Grigoriev Dodo Pizza'dan Başlangıç aşamasını çoktan aşmış daha büyük bir şirketteki SRE'nin bir örneği. Matvey kendisi hakkında şunu söylüyor: Sırasıyla deneyimli bir .NET geliştiricisi ve başlangıç seviyesindeki bir SRE, bir geliştiricinin yalnızca birinin değil tüm ekibin altyapıya geçiş hikayesini paylaşacak. Neden DevOps bir geliştirici için mantıklı bir yoldur ve tüm Ansible playbook'larınıza ve bash scriptlerinize tam teşekküllü bir yazılım ürünü olarak bakmaya başlarsanız ve aynı gereksinimleri onlara uygularsanız ne olur, bunu 30 Eylül saat 17:00'de Golden Heart salonunda Matvey'in raporunda tartışacağız.
İlk günün programını tamamlayın Daniil Tikhomirov, onun içinde kim önemli bir soruyu gündeme getiriyor: Teknolojinin kullanıcı mutluluğuyla ilişkisi. "Her şey çalışıyor ama kullanıcı memnun değil" sorununu çözen MegaFon, bireysel sistemleri, ardından sunucuları, uygulamaları izlemekten, hizmeti kullanıcının gözüyle izlemeye geçti. Tüm teknik uzmanların, müşterilerin ve satıcıların bu KQI göstergelerine nasıl odaklanmaya başladığını konferansın ilk günü akşamında öğreneceğiz. Sonrasında parti sonrasında resmi olmayan bir ortamda altyapı ve dönüşümü tartışacağız.
“Evrenin Ucunda”, 30 Eylül
“Evrenin Kenarında” salonundaki ilk üç rapor enstrümanlar açısından oldukça ilgi çekici olacak.
Maksim Kostrikin (Ixtens) Terraform'daki desenler Büyük ve uzun projelerde kaos ve rutinle mücadele etmek. Terraform geliştiricileri AWS altyapısıyla çalışmak için oldukça kullanışlı en iyi uygulamaları sunuyor ancak bir nüans var. Kod örneklerini kullanarak Maxim, Terraform kodlu bir klasörün nasıl kartopuna dönüştürülmeyeceğini, ancak kalıpları kullanarak otomasyonu ve daha fazla geliştirmeyi basitleştirmeyi gösterecek.
Grigory Mikhalkin Lamoda'dan "Kubernetes operatörünü neden geliştirdik ve bundan ne gibi dersler aldık?" Kubernetes kullanarak altyapının kod uygulamaları olarak nasıl uygulanacağına ilişkin bilgi eksikliğinin giderilmesine yardımcı olacaktır. Kubernetes'in kendisi örneğin yaml dosyalarını kullanan hizmetlerin açıklamasını içerir, ancak bu tüm görevler için yeterli değildir. Düşük seviyeli yönetim, operatörlere ihtiyaç duyar ve Kubernetes'i düzgün bir şekilde yönetmek istiyorsanız bu konuşma çok faydalıdır.
Bir sonraki raporun konusu Hashicorp Kasası - oldukça özel. Ancak aslında şifreleri yönetmeniz gereken ve sırlarla çalışmak için ortak bir noktaya sahip olduğunuz her yerde bu araca ihtiyaç vardır. Geçen yıl Sergey Noskov, Hashicorp Vault'un yardımıyla Avito'da sırların nasıl yönetildiğini anlattı, şuna bakın ve gel Yuri Shutkin Daha da fazla deneyim için Tinkoff.ru'dan.
Taras Kotov (EPAM) Kendi omurgasını içeren bir bulut altyapısı oluşturmak gibi daha da nadir görülen bir görev IP/MPLS ağı. Ancak deneyim harika ve rapor da zorlu, bu nedenle neyle ilgili olduğunu anlıyorsanız bu rapora mutlaka gelin.
Akşamın ilerleyen saatlerinde bulut altyapılarında veri tabanı yönetimini konuşacağız. Kirill Melnichuk kullanım deneyimi Kubernetes kümesinde MySQL ile çalışmak için Vitess. A Vladimir Ryabov Playkey.net'ten , bulut içindeki verilerle nasıl çalışılacağı ve mevcut depolama alanının nasıl doğru şekilde kullanılacağı.
"Altın Kalp", 1 Ekim
1 Ekim'de her şey tersine dönecek. Golden Heart salonunda daha çok teknoloji odaklı bir pist yer alacak. Bu nedenle, “Altın Kalp”te seyahat eden mühendisler için sizi önce iş senaryolarına dalmaya, ardından bu vakaların pratikte nasıl çözüldüğünü görmeye davet ediyoruz. Ve yöneticiler de önce olası görevleri düşünür ve ardından bunun araçlarda ve donanımda nasıl uygulanacağını daha iyi anlamaya başlar.
Büyük bulut depolamanın kaportası altında
İlk konuşmacı Artemy Kapitula. Geçen yılki raporu"Konferans katılımcıları sanırım hikayenin inanılmaz derinliğinden dolayı bunu en iyisi olarak nitelendirdiler. Bu zaman depolama tasarımı ve sistem arızası örneklerinin analizi konusunda Mail.Ru Bulut Çözümleri çözümleriyle devam edecek. Bu raporun yöneticiler için bariz faydası, Artemy'nin yalnızca teknik sorunun kendisini değil, aynı zamanda sorunu çözme sürecinin tamamını da incelemesidir. Onlar. Tüm bu süreci nasıl yöneteceğinizi anlayabilir ve şirketinize uygulayabilirsiniz.
Geriye Dönük Merkezi Olmayan Dağıtım
Egor Bugaenko Bu onun da konferansa ilk katılışı değil; raporları geleneksel olarak tartışmalı tezler içeriyor ama insanı düşündürüyor. Umarız Egor'un merkezi olmayan dağıtım hakkındaki konuşması ilginç ve en önemlisi yapıcı bir tartışmaya neden olacak.
Yine bulutların üzerindeyiz
Alexey Vakhovhem mühendislik hem de yönetim açısından ilgi çekici olacak iş bileşenlerinin ve teknolojilerin güçlü bir birleşimidir. Alexey size Uchi.ru'nun nasıl çalıştığını anlatacak Bulutta Yerel altyapı: Service Mesh, OpenTracing, Vault, merkezi günlük kaydı ve toplam SSO'nun nasıl kullanıldığı. Daha sonra saat 15:00'te Alexey Gelen herkesin tüm bu enstrümanlara kendi elleriyle dokunabileceği yer.
Avito'daki Apache Kafka: Üç reenkarnasyonun hikayesi
Anatoly Soldatov Avito'nun Kafka'yı bir hizmet olarak nasıl geliştirdiği elbette Kafka'yı kullananların ilgisini çekecektir. Ama öte yandan çok iyi ortaya koyuyor dahili hizmet oluşturma süreci: Meslektaşların hizmet gereksinimleri ve isteklerinin nasıl toplanacağı, arayüzlerin nasıl uygulanacağı, ekipler arasında etkileşimin nasıl oluşturulacağı ve şirket içinde bir ürün olarak hizmetin nasıl oluşturulacağı. Bu açıdan bakıldığında tarih yine çok farklı konferans katılımcıları için faydalıdır.
Mikro hizmetleri yeniden hafif hale getirelim
Burada, öyle görünüyor ki, adından her şey açık. Ama şu tezler Dmitry Sugrobov Leroy Merlin'in program komitesinde bile bu sözleri hararetli tartışmalara neden oldu. Kısacası bu, genel olarak mikro hizmetlerin ne olduğu, bunların nasıl yazılacağı, bakımının yapılacağı vb. konulardaki bir tartışma için iyi bir temel olacaktır.
BareMetal altyapısını yönetmek için CI/CD
Bir sonraki rapor yine ikisi bir arada. Bir tarafta, Andrey Kvapil (WEDOS Internet, as) BareMetal altyapısının yönetilmesinden bahsedecek ki bu oldukça spesifik, çünkü artık herkes çoğunlukla bulut kullanıyor ve eğer donanıma sahiplerse, bu o kadar da büyük ölçekte değil. Ama şu çok önemli ki Andrey BareMetal altyapısının dağıtımı ve yönetimi için CI/CD tekniklerinin uygulanması ve bu açıdan bakıldığında rapor hem ekip liderlerinin hem de mühendislerin ilgisini çekecektir.
konuya devam et Sergey Makarenko, Bu emek yoğun sürecin perde arkasında Savaş Oyunu Platformu.
Konteynerler güvenli olabilir mi?
Programı Altın Kalp salonunda tamamlayacak Alexander Hayorov Konteyner güvenliğine ilişkin tartışma makalesi. Alexander zaten RIT++'da Helm'in güvenlik sorunları ve bununla mücadele yolları hakkında konuşacak ve bu kez kendisini zayıf yönleri sıralamakla sınırlamayacak, ancak çevrenin tamamen izolasyonu için araçlar.
“Evrenin Ucunda”, 1 Ekim
Başlayacak Alexander Burtsev (BramaBrama) ve siteyi hızlandırmak için olası çözümlerden biri. Beşlinin başarılı uygulamasına bakalım yalnızca DevOps araçları sayesinde hızlanma Kodu yeniden yazmadan. Yine de her projede kodu yeniden yazıp yazmayacağınıza karar vermeniz gerekecek, ancak bu tür deneyimleri aklınızda bulundurmak her zaman faydalıdır.
1C: Enterprise'da DevOps
Petr Gribanov 1C şirketinden DevOps'u büyük bir kuruluşta uygulamanın imkansız olduğu efsanesini çürütüyoruz. 1C: Enterprise platformundan daha karmaşık ne olabilir, ancak DevOps uygulamaları orada da geçerli olduğundan efsanenin geçerli olmayacağını düşünüyorum.
Özel geliştirmede DevOps
Anton Khlevitsky Evgeniy Fomenko'nun raporunun devamında , MegaFon'un yüklenici tarafında DevOps'u nasıl geliştirdiğini ve çeşitli yazılım tedarikçilerinin özel geliştirmeleri de dahil olmak üzere Sürekli Dağıtımı nasıl geliştirdiğini.
DevOps'u DWH/BI'ya taşıma
Farklı katılımcılar için standart olmayan ama yine ilginç bir konu Vasili Kutsenko Gazprombank'tan. Vasily, veri geliştirmede bir BT kültürünün nasıl geliştirileceği ve Veri Ambarı ve BI'da DevOps uygulamalarının nasıl uygulanacağı konusunda pratik tavsiyeler paylaşacak ve size verilerle çalışma hattının nasıl farklılaştığını ve verilerle çalışma bağlamında hangi otomasyon araçlarının gerçekten yararlı olduğunu anlatacak. veri.
Güvenlik departmanı olmadan nasıl yaşarsınız?
Öğle yemeğinden sonra Mona Arkhipova (sudo.su) temel bilgilerle bize DevSecOps güvenliği bir süreç olarak geliştirme sürecinize nasıl dahil edebileceğinizi ve ayrı bir güvenlik departmanı kullanmayı nasıl bırakabileceğinizi açıklayacaktır. Konu acildir ve raporun birçok kişi için çok yararlı olması gerekir.
Büyük bir çözümün CI/CD'sinde yük testi
Önceki konuyu mükemmel şekilde tamamlıyor Vladimir Honin MegaFon'dan. Burada konuşacağız Kalite DevOps sürecine nasıl dahil edilir?: Kalite Kapısı'nın nasıl kullanılacağı, sistemdeki çeşitli durumların nasıl kaydedileceği ve bunların hepsinin geliştirme sürecine nasıl entegre edileceği. Bu rapor özellikle büyük sistemlerle çalışanlar için uygundur ancak çok büyük faturalarla çalışmasanız bile kendinize ilginç yönler bulacaksınız.
SDLC ve Uyumluluk
Ve bir sonraki konu büyük şirketler için daha alakalı: Uyum çözümlerinin ve standart gerekliliklerinin sürece nasıl dahil edileceği. İlya Mitrukov Deutsche Bank Teknoloji Merkezi'nden O çalışma standartları DevOps ile pekala uyumlu olabilir.
Ve günün sonunda Matvey Kukuy (Amixr.IO) Dünya çapında düzinelerce ekibin nasıl görev başında olduğuna, olayları çözdüğüne, işleri organize ettiğine ve güvenilir sistemler kurduğuna dair istatistikler ve bilgiler ve bunların SRE ile nasıl bağlantılı olduğunu açıklayacak.
Şimdi seni biraz kıskanıyorum bile çünkü yolculuk sadece yapmalısın. Kendi bireysel planınızı oluşturabilir ve raporların birbirini ne kadar organik bir şekilde tamamlayacağının tadını çıkarabilirsiniz, ancak büyük olasılıkla her rehber gibi benim de etrafa dikkatlice bakacak zamanım olmayacak.
Bu arada, ana programa ek olarak, tabiri caizse bir kamp yerimiz var - katılımcıların kendilerinin küçük bir buluşma, atölye çalışması, ustalık sınıfı düzenleyebilecekleri ve samimi bir ortamda acil konuları tartışabilecekleri bir buluşma odası. herhangi bir katılımcı program komitesi olarak hareket edebilir ve diğer buluşmalar için oy verebilir. Bu format, özellikle ağ oluşturma açısından etkinliğini zaten kanıtlamıştır; bu nedenle, daha yakından bakın. planlayın ve konferans sırasında yeni buluşmalarla ilgili duyuruları izleyin. .
DevOpsConf 2019 galaksisinde görüşmek üzere!
Kaynak: habr.com