Bir katılımcı bir kursa veya yoğun kursa gelir. Düzenli teknik destek sıralarını, düzgün bir şekilde yönlendirilmiş güç kablolarını, konferans salonunun dama tahtası düzenini, parlak resimleri ve slayt diyagramlarını görüyor. Şakacı ve gülümsemeli konuşmacılar, bilgileri öyle bir şekilde veriyor ki, anlayacak vaktiniz oluyor. Standlar kurulur, pratik görevleri parmaklarınızın ucundan uçup gider, ancak bazen teknik personelin yardımına ihtiyaç duyarsınız. Destek.
Ayrıca benzer düşüncelere sahip insanlarla kahve molaları, neşeli ve enerjik bir atmosfer, deneyim alışverişi, konuşmacılar için en beklenmedik sorular. Kılavuzlarda bulamayacağınız, yalnızca pratikte bulabileceğiniz cevaplar ve bilgiler.
Tam olarak bu şekilde görünmesini sağlamak için ne kadar zaman, çaba ve sinir gerektiğini düşünüyorsunuz?
Sertifikalı bir Kubernetes yöneticisi ve Southbridge'de mühendis/ekip lideri olan ve en başından beri birçok Slurm kursunun oluşturulmasına tanık olan ve aktif olarak katılan Volodya Guryanov'a teşekkür ederiz.
Elbette yaratılışın temellerini gördü: karmaşıklıklar ve dikenli tırmıklar, içgörüler ve beklenmedik çözümler. Ve Slurm Basic ve Slurm Mega gibi zaten tanıdık olan Kubernetes yoğun programları. Ve yeni, büyük ölçüde revize edilmiş bir kurs amansız bir şekilde yaklaşıyor ve 19 Ağustos'ta başlayacak.
Ama belki de şarkı sözleri yeter, hadi hikayenin kendisine geçelim. Birkaç yoğun konudan tamamen kendi kendine yeten ve çok yönlü bir konu nasıl . Bu yüzden kursların nasıl oluşturulup geliştirildiğine dair hikayeye başlayacağım - tıpkı "Uzun zaman önce, çok çok uzak bir galakside..." gibi.
Perde arkasında ne var?
Dersleri nasıl yapıyoruz ve her şey nerede başlıyor diye sorarsanız, basitçe “Her şey bir fikirle başlar” cevabını vereceğim.
Genellikle fikir bir yerden gelir - şunu bulana kadar bodrumda kelepçeli oturmayız: "Hangi konuda ders vermeliyiz?" Fikirler kendi başlarına bir yerden dış kaynaklardan gelir. Bazen insanlar aktif olarak şu soruyu sormaya başlar: "Falanca belirli bir teknoloji hakkında ne biliyorsun?" Ya da Docker'da onu yoğun kurs zamanlamasına uydurmak imkansızdı; yoğun kurs sırasında bir şeyler anlatacak zamanı bulabilmek için açıkça dışarı çıkarılması gerekiyordu.
Bir fikir bu şekilde ortaya çıkar.
Bana göre duyurulduktan sonra en zor an başlıyor - genel olarak bu kursa nelerin dahil edileceğini anlamak - bu, konuşmacıların herhangi bir konferansa nasıl hazırlandıklarıyla çok karşılaştırılabilir.
Bir konu seçmiş gibi göründüğünüzde tek bir ana acı var ve şöyle düşünüyorsunuz: “Bu konuda ne söyleyebilirim? Bu çok basit, bu açık, bunu da herkes biliyor.”
Ama aslında durum hiç de böyle değil. Ben şahsen birçok yerde size, sizi dinlemeye veya kursa gitmeye gelenler için bariz görünen şeyin aslında hiç de bariz olmadığını söylüyorum. Ve burada derse nelerin dahil edileceğine dair çok büyük bir çalışma katmanı ve iç çatışma ortaya çıkıyor. Sonuç olarak, dersin neyle ilgili olacağına dair çok kapsamlı büyük vuruşlara sahip bölümlerin bir listesini alıyoruz.
Ve sonra basit rutin iş başlıyor:
- Malzeme seçimi
- BT dünyası artık bir tür kozmik hızla geliştiğinden, mevcut sürümün belgelerini dikkatlice okuyun. Bir şey üzerinde çalışsanız ve bu konuda bir ders hazırlasanız bile, belgelere gitmeniz ve orada nelerin yeni olduğunu, nelerin konuşulmasının ilginç olduğunu, nelerden bahsetmenin özellikle yararlı olabileceğini görmeniz gerekir.
- Ve genel olarak konuların çoğunun zaten kapsandığı kursun belirli bir iskeleti ortaya çıkıyor ve öyle görünüyor ki, orada ne varsa - videoları kaydedin ve bunları üretime başlatın.
- Ama aslında hayır, o zaman zorlu çalışma başlıyor ama kursun yazarları için değil, test edenler için. Alfa testçilerimiz genellikle teknik destek ekibinden oluşur ve ilk olarak kurslarda sözdizimsel ve dilbilgisi hataları olup olmadığını kontrol eder. İkincisi, tamamen belirsiz, anlaşılmaz yerler olduğunda bizi sopalarla acı verici bir şekilde dövüyorlar ve küfrediyorlar. Metinlerde birkaç sayfalık karmaşık bir şekilde oluşturulmuş bazı alt cümleler veya bariz saçmalıklar göründüğünde. Hepsini okuyorlar, dikkat ediyorlar.
- Ardından, bazı bariz işe yaramayan şeylerin de yakalandığı ve çok ilginç olmadığı için (sadece oturmak ve kopyalamak) daha zor hale getirilebilecek bazı anların gösterildiği ve çok zor olduğu yerlerin belirlendiği uygulama testi aşaması başlar. zor ve bu dersi alacak insanlardan yapacağımız çok şey var. Ardından da öneriler geliyor: “Arkadaşlar burayı basitleştirin, algılanması kolaylaşacak ve daha çok fayda sağlanacak.”
- Bu kadar çalışma yapıldıktan sonra video ile ilgili kısım yazılıyor, her şey yolunda görünüyor. Ve bunu zaten bu kursun reklamını yapmak için üretime bağışlayabilirsiniz. Ama yine hayır, henüz çok erken - çünkü son zamanlarda kendimize güvenmeyi biraz bıraktık ve prensip olarak geri bildirimle daha fazla çalışmaya başladık. Beta testi diye bir şey var - bu, şirketimizle hiçbir şekilde bağlantısı olmayan kişilerin dışarıdan davet edildiği ve bazı güzellikler için onlara kursun tüm bölümlerinin, videoların, metinlerin, pratik görevlerin gösterildiği, böylece materyalin kalitesini, materyalin erişilebilirliğini değerlendirdi ve kursu mümkün olduğunca iyi hale getirmemize yardımcı oldu.
- Ve bu tür birkaç yineleme gerçekleştiğinde, konuşmacılar, teknik destek, beta testi, iyileştirmeler şeklinde alfa testi. Ve sonra her şey yeniden başlıyor; teknik destek, beta testi, iyileştirmeler.
- Ve belirli bir noktada, ya herkesin beğendiğinden emin olmak tamamen gerçekçi olmadığı için değişikliklerle işimizin bittiği ya da bazı sert kararların alındığı anlayışı ortaya çıkıyor. Belirli yerlere ilişkin çok sayıda yorum kritik olduğunda, bir şeyler ters gittiği için bunları genel olarak yeniden yapın.
- Sonra küçük düzenlemelerin zamanı gelir - bir yerde cümle çok güzel formüle edilmemiş, bir yerde birisi yazı tipini beğenmemiş, 14,5, ama 15,7'yi istiyor.
- Bu tarz yorumlar kaldığında işte bu kadar, kurs aşağı yukarı açılıyor, resmi satışlar başlıyor.
Ve ilk bakışta, kurs oluşturma gibi kısa ve basit bir görevin hiç de basit olmadığı ve inanılmaz derecede uzun zaman aldığı ortaya çıkıyor.
Ve önemli bir nokta daha var ki, kurs çıktığında kursla çalışmak bitmiyor. Öncelikle belirli bölümlere bırakılan yorumları dikkatle okuyoruz. Gösterdiğimiz tüm çabalara rağmen bazı kusurlar hala tespit ediliyor, bazı hatalar gerçek zamanlı olarak düzeltiliyor ve iyileştiriliyor, böylece sonraki her kullanıcı daha iyi bir hizmet alabiliyor.
Her kursun kendi ürün sahibi vardır ve bu kişi, genel konsepti tanımlamanın yanı sıra son teslim tarihlerini de kontrol eder, kenar boşluklarına kursu tamamen yeniden yazma zamanı geldiğinde bunun kesinlikle geleceğini not eder, çünkü iki yıl içinde, hatta bir yıl sonra anlattıklarımızın bir kısmı sırf ahlaki açıdan geçerliliğini yitireceği için alakasız hale gelecektir. Ürün sahibi, kenar boşluklarına, çoğu zaman insanların hangi noktaların belirsiz olduğunu, hangi görevlerin çok zor göründüğünü ve hangilerinin tam tersine çok basit göründüğünü sorduğunu not eder. Ve tüm bunlar, bir tür yeniden düzenleme sırasında rotayı yeniden kaydederken dikkate alınır, böylece küresel rotanın her yinelemesi daha iyi, daha rahat ve konforlu hale gelir.
Dersler bu şekilde görünür.
Docker kursu nasıl doğdu?
Bu bizim için ayrı ve hatta alışılmadık bir konu. Çünkü bir yandan bunu yapmayı planlamadık çünkü birçok çevrimiçi okul bunu sunuyor. Öte yandan kendisi özgürlük istedi ve BT uzmanlarını Kubernetes'te eğitme konseptimizde mantıklı bir yer buldu.
Genel olarak konuşursak, başlangıçta her şey Kubernetes üzerine bir kursla başladı, bence ilk Slurm'dan sonra yeni başladı. Geri bildirim topladık ve birçok kişinin başka bir yerde Docker hakkında ek bir şeyler okumak istediğini ve genel olarak birçoğunun Kubernetes'teki temel kursa bunun ne olduğunu bilmeden geldiğini gördük. .
Bu nedenle, ikinci Slurm için bir kurs hazırladılar - daha doğrusu kurs bile değil, Dockers üzerine birkaç bölüm hazırladılar. Yoğunluğa gelen insanların kendilerini mahrum hissetmemeleri ve genel olarak olup biteni anlamaları için en temel şeylerden bazılarını anlattılar.
Daha sonra olaylar kabaca bu şekilde gelişti. Malzeme miktarı 3 gün içinde arttı ve oturmayı bıraktı. Ve mantıklı ve açık bir fikir ortaya çıktı: Neden Slurm Basic'te ele aldığımız konuları Kubernetes üzerine yoğun bir kursa başlamadan önce Docker hakkında bir şeyler izlemek isteyen insanları gönderebileceğiniz bir tür küçük kursa dönüştürmüyorsunuz?
Slurm Junior aslında bu tür birkaç temel kursun birleşimidir. Sonuç olarak Docker kursu Slurm Junior'ın bir parçası haline geldi. Yani, bu daha önce çok sıfır bir adım и . Ve sonra çok temel soyutlamalar vardı.
Bir noktada insanlar şunu sormaya başladı: “Arkadaşlar, bunların hepsi harika, yoğun kurslarda neden bahsettiğinizi anlamamız için bunlar yeterli. Docker'ın neler yapabileceği, onunla nasıl çalışılacağı ve ne olduğu hakkında daha ayrıntılı bilgiyi nereden okuyabilirim?" Böylece bunu düzeltme fikri ortaya çıktı Böylece öncelikle Kubernetes'i kullanarak Slurm'a gelen insanlar yine de oraya gönderilebilir, diğer yandan da gelişimin bu aşamasında Kubernetes'le ilgilenmeyenler bile oraya gönderilebilir. Böylece bir BT uzmanı gelip Docker'daki kursumuzu izleyebilir ve evrimsel yoluna yalnızca saf Docker ile başlayabilir. Böylece tam teşekküllü, eksiksiz bir kursumuz var - ve daha sonra bu kursu izleyen, bir süre saf Docker ile çalışan birçok kişi, Kubernetes'e veya başka bir orkestrasyon sistemine ihtiyaç duyacak seviyeye ulaştı. Özellikle bize geldiler.
Bazen şu soru soruluyor: "Artık ne tür insanların Kubernetes'e ihtiyacı olmayabilir?" Ancak bu soru insanlarla ilgili değil, şirketlerle ilgili bir soru. Burada, Kubernetes'in çok uygun olduğu bazı durumlar ve iyi çözdüğü görevler olduğunu anlamalısınız, ancak tam tersine, Kubernetes'in ek acıya ve ek acıya neden olduğu durumlarda kullanılmasına yönelik bazı senaryolar vardır. Dolayısıyla bu, kişilere bile bağlı değil, şirketlerin neyi ne kadar süredir geliştirdiğine bağlı.
Örneğin, bazı korkunç Legacy monolitleri - muhtemelen onu Kubernetes'e itmemelisiniz çünkü faydadan çok soruna neden olacaktır. Veya, örneğin, bu küçük bir projeyse, yükü küçüktür veya prensip olarak çok fazla parası ve kaynağı yoktur. Bunu Kubernetes'e sürüklemenin bir anlamı yok.
Ve genel olarak, muhtemelen, genel olarak, birçok kişinin daha önce söylediği gibi, şu soruyu soruyorsanız: "Kubernetes'e ihtiyacım var mı?", o zaman büyük olasılıkla ona ihtiyacınız yok. Bana göre bunu ilk kimin ortaya attığını hatırlamıyorum Paşa Selivanov. Buna %100 katılıyorum. Ve Kubernetes konusunda büyümeniz gerekiyor - ve benim Kubernetes'e ihtiyacım olduğu ve şirketimizin buna ihtiyacı olduğu ve bunun şu ve bu tür sorunların çözülmesine yardımcı olacağı zaten netleştiğinde, o zaman muhtemelen gidip tam olarak nasıl kurulacağını öğrenmek mantıklı olacaktır. Kubernetes'e geçiş süreci çok sancılı olmasın diye her şey yolunda gitti.
Çocukların bazı rahatsızlıklarını ve bazı basit şeyleri, hatta çok basit olmayanları bile özellikle bizden öğrenebilir ve kendi tırmığınızı ve acınızı yaşamayabilirsiniz.
Pek çok şirket, ilk başta konteynerizasyon olmadan sadece bir tür altyapının olduğu yolu izledi. Daha sonra hepsini yönetmek zor hale geldi, Docker'a geçtiler ve bir noktada Docker'ın ve sunduklarının çerçevesine sıkışacak kadar büyüdüler. Ve etrafta ne olduğuna, bu sorunları hangi sistemlerin çözdüğüne ve özellikle de Kubernetes'e bakmaya başladılar - bu, saf Docker'ın kalabalıklaştığı ve işlevsellikten yoksun olduğu durumlarda sorunları çözmenize izin veren sistemlerden biridir; bu, insanlar için gerçekten iyi bir durumdur. Aşağıdan yukarıya doğru adım adım ilerliyorlar, bu teknolojinin yeterli olmadığını anlıyorlar ve bir sonraki aşamaya geçiyorlar. Bir şey kullandılar, yine kıtlaştı ve yollarına devam ettiler.
Bu bilinçli bir seçim ve çok hoş.
Genel olarak sistemimizin çok güzel inşa edildiğini görüyorum, örneğin, , hatta video kursları aracılığıyla. Sonra docker'dan sonra gider o zaman o zaman . Her şey mantıklı bir şekilde sıralanıyor - kişi geçer ve sağlam bir meslek ortaya çıkar.
Prensip olarak, kurs seti birçok vakayı, hatta modern vakaları bile ele almanıza olanak tanır. Hala gri alan olarak kalan alanlar var, umarım yakın zamanda bu gri alanları kapatmamızı sağlayacak kurslar oluşturacağız, özellikle güvenlikle ilgili bir şeyler ortaya koyacağız. Çünkü bu çok alakalı hale geliyor.
Kısacası, bazı gri alanlarımız var ve bunların kapatılması çok güzel olur, böylece tam, eksiksiz bir resim olur - ve insanlar gelebilir ve tıpkı Kubernetes'in kendisinin bir Lego yapıcısı gibi olması gibi, onlardan farklı şeyler yapabilirsiniz. Hala yeterli değilse, kurslarımızda da aynısını toplayın, böylece insanlar bundan neye ihtiyaç duyduklarını anlayabilirler; kurslarımızdan bir tür bulmaca, bir tür inşaat seti oluşturmaları gerekir.
Kendinize genel olarak doğru ve dürüst bir soru sorarsanız: "Artık aktif bir Docker kursunu kimler kullanabilir?"
- Bu konuya yeni başlayan öğrenciler için.
- Test departmanı çalışanları.
- Aslında, hala Docker'ı kullanmayan, aynı zamanda hiç kimsenin böyle bir teknolojiyi duymadığı ve prensip olarak nasıl kullanılacağını bilmeyen pek çok şirket var. Ve St. Petersburg'da uzun yıllardır gelişmekte olan birkaç büyük şirket tanıyorum ve onlar bazı eski teknolojileri kullanıyorlar, bu yönde ilerliyorlar. Özellikle, bu tür şirketler için, bu tür şirketlerdeki mühendisler için bu kurs çok ilginç olabilir, çünkü ilk olarak, kendinizi bu teknolojiye hızlı bir şekilde kaptırmanıza olanak tanıyacak ve ikinci olarak, her şeyin nasıl olduğunu anlayan birkaç mühendis ortaya çıktığı anda. çalışırsa şirkete getirebilir, bu kültürü ve bu yönelimleri şirket içinde geliştirebilirler.
- Benim düşünceme göre, bu kurs halihazırda docker ile çalışmış olanlar için hala yararlı olabilir, ancak çok az ve daha fazla "bir kez yap, iki kez yap" tarzında - ve şimdi bir şekilde aynı Kubernetes ile etkileşime girecekler ve bu Docker'ın ne olduğu, nasıl çalıştırılacağı konusunda çok yüzeysel bilginiz varsa, ancak aynı zamanda içeriden nasıl çalıştığını bilmiyorsanız, en iyi ne yapılacağını bilmiyorsanız onlara belirli yükümlülükler yükler. o ve ne yapmamak daha iyidir? O zaman bu kurs bilgiyi sistematikleştirmek ve derinleştirmek için çok uygundur.
Ancak şu düzeyde bilginiz varsa: "Aynı Docker dosyalarını nasıl doğru yazacağımı bilmiyorum, ad alanlarının ne olduğunu, kapsayıcıların nasıl çalıştığını, bunların işletim sistemi düzeyinde gerçekte nasıl uygulandığını hayal edebiliyorum" - o zaman var Bize gelmenizin kesinlikle bir anlamı yok, yeni bir şey öğrenmeyeceksiniz ve harcanan paraya ve zamana biraz üzüleceksiniz.
Kursumuzun ne gibi avantajlara sahip olduğunu formüle edersek, o zaman:
- Bu kursu sadece var olan teorik kısmı anlamanıza değil, aynı zamanda buna neden ihtiyaç duyduğunuzu ve gelecekte nasıl kullanacağınızı da anlamanıza olanak sağlayacak yeterli sayıda pratik vakayla yapmaya çalıştık;
- hiçbir yerde çok nadir bulunan birkaç bölüm var ve genel olarak üzerlerinde çok fazla malzeme yok. Docker'ın işletim sistemiyle etkileşimi ile biraz farklı olsa da ilgilidirler. Docker, konteynerizasyon sistemini uygulamak için işletim sisteminden hangi mekanizmaları aldı - ve bu, Linux işletim sistemi içinde konteynerlerin çalıştırılmasıyla ilgili tüm sorunun daha derinlemesine anlaşılmasını sağlar. Nasıl çalışır, işletim sisteminin içinde, dışında birbirleriyle nasıl etkileşime girer vb.
Bu o kadar derin bir bakış ki, oldukça nadir oluyor ve aynı zamanda bence çok önemli. Herhangi bir teknolojiyi iyi anlamak ve ondan ne bekleyeceğinizi anlamak istiyorsanız, en azından düşük düzeyde nasıl çalıştığına dair genel bir fikre sahip olmanız gerekir.
Kursumuz bunun işletim sistemi açısından nasıl çalıştığını gösteriyor ve anlatıyor. Bir yandan tüm konteynerizasyon sistemleri aynı işletim sistemi mekanizmalarını kullanıyor. Öte yandan docker gibi Linux işletim sistemindekileri alıyorlar. Diğer konteynerleştirme sistemleri yeni bir şey bulamadılar - zaten Linux'ta olanı aldılar ve yalnızca onu hızlı bir şekilde aramanıza, çalıştırmanıza veya bir şekilde onunla etkileşime girmenize olanak tanıyan kullanışlı bir sarmalayıcı yazdılar. Aynı Docker, işletim sistemi ile komut satırı arasında çok büyük bir katman değildir, bir konteyner oluşturmak için kilotonlarca komut veya bir tür C kodu yazmanıza değil, bunu girerek yapmanıza olanak tanıyan bir tür yardımcı programdır. terminalde birkaç satır.
Ve bir şey daha, özellikle Docker'dan bahsediyorsak, Docker'ın BT dünyasına gerçekte getirdiği şey standartlardır. Uygulama nasıl başlatılmalı, nasıl çalışmalı, log gereksinimleri neler, ölçeklendirme gereksinimleri neler, uygulamanın kendisini yapılandırma.
Docker birçok yönden standartlarla ilgilidir.
Standartlar Kubernetes'e de taşınıyor ve tamamen aynı standartlar var; uygulamanızı Docker'da nasıl iyi çalıştıracağınızı biliyorsanız, %99 oranında Kubernetes'te de aynı şekilde çalışacaktır.
Yalnızca Docker kursunun nasıl oluşturulduğuyla değil, diğer kurslarla da ilgilendiğinizi ve aynı zamanda pratik açıdan kursun kendisiyle de ilgilendiğinizi fark ettiyseniz, o zaman
Sizi gördüğümüze sevineceğiz!
Kaynak: habr.com