Pavel Selivanov adalah pembicara utama pada intensitas Kubernetes ( Slurm-2 untuk mereka yang baru saja berkenalan dengan teknologi dan MegaSleurm bagi mereka yang sudah bekerja dengan Kubernetes).
25-27 Oktober - Slurm-2
29–31 Oktober - MegaSlerm
Jika Anda mendaftar sebelum 18 Oktober, beri tahu manajer "Saya dari webinar" dan Anda akan mendapat diskon 10%.
Slurm-3 dijadwalkan untuk Juni '19.
TL; DR webinar:
1. Jika Anda mengandalkan pil ajaib yang sendirian akan menyelesaikan masalah Anda, maka Anda tidak perlu Kubernetes. Ini bisa mengakhiri tampilan / pembacaan.
2. Pengalaman pertama saya dengan k8s
Ada 50 layanan mikro, kekacauan dalam operasi, Docker, kurangnya orkestrasi, peluncuran layanan dalam semangat "rilis hari ini, downtime 2 jam."
Kubernet yang diimplementasikan (secara bersamaan mengimplementasikan Docker Swarm dan Nomad, Docker Swarm tidak berakar):
Kami membangun infrastruktur, bukan Kubernetes.
3. Pro dan kontra dari Kubernet adalah relatif: apa yang plus untuk satu, minus untuk yang lain. Karenanya, holivar tentang mereka tidak akan pernah berhenti.
4. Kubernet "Kontra"
- Hari ini Kubernetes bukan solusi yang lengkap dan siap pakai, melainkan seorang desainer. Di sana Anda dapat menyelesaikan fungsionalitas apa pun untuk diri Anda sendiri, tetapi seseorang harus melihatnya, dan jika fungsionalitas yang diperlukan tidak dibuat, kluster akan lebih rendah. Karena itu, tim pendamping akan menghabiskan banyak waktu untuk mengawal Kubernet.
- Kubernetes mencakup sejumlah besar aspek infrastruktur. Anda harus mempelajari cara kerjanya dan cara memperbaikinya. Seorang spesialis sempit (networker, insinyur SRE) dipaksa untuk berubah menjadi spesialis di Kubernetes.
- Kubernet karena mobilitas internal memerlukan sikap khusus untuk pemantauan dan penyimpanan log.
5. Aplikasi harus dikembangkan di bawah Kubernetes atau setidaknya di bawah Docker. Kubernetes dirancang untuk layanan microser. Menjalankan monolit di sebuah cluster bermasalah.
6. Kubernetes memungkinkan Anda untuk mengontrol sejumlah besar aspek dari siklus hidup aplikasi. Pendapat saya: akan menyenangkan untuk menyerahkan kontrol ini ke pengembangan. Hal terburuk yang saya dengar dari pengembang adalah: "Mengapa saya harus memikirkan sumber daya, saya hanya ingin menulis kode."
7. Anda tidak perlu Kubernet jika Anda berpikir:
- Kubernetes akan mengubah bisnis saya (atau setidaknya departemen TI) dan itu akan berhasil.
- Saya membaca tentang Kubernet pada habr, subjek yang menarik.
- Saya ingin menyukai Google ...
8. Ada pesimis Kubernet yang menggunakannya, mengatakan "sial" dan membuangnya.
Ada optimis Kubernet yang siap bertarung dengan apa pun, andai saja mereka punya Kubernet.
Dan ada realis Kubernetes, siap untuk fakta bahwa sejumlah besar hal perlu dikendalikan melalui Kubernetes, perlu untuk mempelajari dan menyelesaikannya secara mendalam. Realis mendapatkan:
- Solusi bawaan untuk banyak tugas;
- keseragaman (misalnya, tidak ada lagi masalah bahwa pementasan telah menyimpang dari produksi);
- penyembuhan diri dan sebagai akibatnya, 99,9% SLA.
9. Tentang menyakitkan: tentang harapan dari kursus
Saya terus-menerus menghadapi kenyataan bahwa orang mengharapkan untuk mendapatkan spesialis di pintu keluar dari kursus. Jadi tidak berhasil.
Kursus (khususnya Slurm) adalah awal yang baik dalam teknologi. Saya sendiri tidak suka kursus, saya menghadiri mereka dua kali dalam hidup saya, tetapi setelah kursus itulah Docker menjadi tertarik dan mulai menanganinya. Setelah kursus, Anda memiliki pertanyaan tentang pengembangan diri Anda.
Kursus adalah pengalaman dosen yang telah melakukan kesalahan dan mengumpulkan benjolan.
Kursus adalah kesempatan untuk mengajukan pertanyaan dan menerima jawaban. Berbeda dengan masyarakat, saya, sebagai dosen, harus menjawab pertanyaan dan bertanggung jawab atas kata-kata saya.
Bonus yang bagus adalah komunikasi dengan kolega.
10. 3 hari pelatihan tentang Slerm menggantikan 3 hari membaca dokumentasi + 1 bulan percobaan praktis + setengah tahun operasi. Artinya, mereka menghemat waktu. Tetapi Slurm (dan juga belajar mandiri) tidak menjamin bahwa Anda akan menjadi spesialis di Kubernetes.
Pada menit ke-37, jawaban atas pertanyaan para peserta dimulai.