Kubernetes Amazon (EKS) Diumumkan kepada Publik

Amazon Web Services kemarin mengumumkan peluncuran penuh layanan cloud berbasis Kubernetes - EKS (Amazon Elastic Container Service for Kubernetes). Ini pertama kali diumumkan November lalu (tak lama setelah AWS bergabung dengan CNCF Kubernetes), tetapi kemudian statusnya pra-akses. Apa yang tersembunyi di balik EX?


Amazon EKS adalah Kubernet yang siap digunakan, digunakan dan dikelola di lingkungan cloud AWS. Anda dapat berbicara tentang EKS sebagai layanan terkelola (atau layanan yang dihosting). Pasar ini (untuk Kubernetes) cukup baru, tetapi sudah jauh lebih luas daripada Google Kubernetes Engine (GKE) dan Azure Kubernetes Service (AKS) yang terkenal, karena total setidaknya lebih dari selusin proposal resmi "didokumentasikan" dari perusahaan IT besar dan tidak terlalu (termasuk Red Hat, IBM, Oracle, Pivotal, dll).

Seperti yang terakhir kali, pengumuman Amazon dengan bangga mencatat bahwa (menurut statistik resmi CNCF ) "AWS adalah lingkungan utama untuk Kubernetes", karena 57% perusahaan yang menggunakan Kubernetes menyelenggarakan kelompok mereka di cloud Amazon . Data ini adalah hasil survei terhadap lebih dari 550 perwakilan komunitas Kubernetes yang menghadiri konferensi KubeCon + CloudNativeCon Amerika Utara (pada Desember 2017). CNCF secara teratur menerima angka-angka seperti itu di acara-acara utamanya, dan persentase AWS terus bertambah. Seseorang hanya perlu mengklarifikasi bahwa persentase ini adalah hasil dari beberapa pengambilan sampel (yaitu, pengguna K8 yang sama, untuk sebagian besar, secara bersamaan bekerja dengan platform lain).

Fitur utama dalam EKS, seperti yang Anda harapkan, berhubungan dengan integrasi dengan layanan / fitur cloud AWS lainnya. Berikut daftar mereka:

1. Multi-AZ - ketersediaan tinggi pesawat kontrol Kubernetes (lebih tepatnya, kube-apiserver dan etcd), yang sebenarnya di-host, mis. terletak di fasilitas AWS dan diservis secara otomatis: node itu sendiri diganti pada saat jatuh, dan juga secara otomatis ditambal / diperbarui. Aksesibilitas dicapai dengan mendistribusikan bidang kontrol di tiga Zona Ketersediaan di AWS.
2. Menggunakan Heptio Authenticator untuk otentikasi, yang menyediakan integrasi dengan AWS Identity dan Access Management (mis., Peran dari IAM dapat digunakan).
3. Dukungan untuk berbagai metode penyeimbangan beban untuk perutean lalu lintas: Penyeimbang Beban Jaringan AWS, Penyeimbang Beban Aplikasi AWS, Penyeimbang Beban Elastik.
4. Menggunakan volume Amazon Elastic Block Store (EBS) untuk menyimpan data dalam Kubernetes (PersistentVolumes).
5. Kemampuan untuk menggunakan catatan DNS dari Route 53 untuk layanan yang dihosting di kluster Kubernetes.
6. Dukungan Auto Scaling - AWS Auto Scaling.
7. Plugin CNI untuk menggunakan Elastic Network Interfaces di cluster.

Integrasi EKS lainnya dengan AWS termasuk AWS PrivateLink dan dukungan AWS CloudTrail (untuk log).

FAQ proyek menyatakan bahwa layanan telah meluncurkan "versi terbaru dari versi Open Source dari Kubernetes, sehingga Anda dapat menggunakan semua plugin dan alat yang ada dari komunitas Kubernetes". Pertanyaan lain mengklarifikasi bahwa hanya Kubernetes versi 1.10 yang saat ini didukung.

Dalam perincian paling sederhana, penulis mewakili arsitektur EKS sebagai berikut:



Jadi - algoritma untuk menggunakan EKS:



Namun demikian, Anda dapat melihat bagaimana mencoba EKS dalam aksi dari pengumuman Amazon EKS , yang menyediakan instruksi langkah-demi-langkah (dengan tangkapan layar) untuk membuat cluster Kubernetes, serta dalam dokumentasi AWS, di mana tutorial 30 menit “ Menyebarkan Aplikasi Kubernetes ” disiapkan di sana.

Saat ini, Amazon EKS hanya tersedia untuk wilayah AS AS Timur (N. Virginia) dan AS Barat (Oregon), dan distribusinya kepada orang lain diharapkan "segera", meskipun tabel layanan berdasarkan wilayah belum memiliki layanan ini.

Akhirnya, Amazon mengklaim bahwa mereka membuat perubahan pada basis kode hulu Kubernetes itu sendiri dan proyek terkait (termasuk Heptio Authenticator yang disebutkan di atas, serta Virtual Kubelet). Namun, dalam hal ini, statistik jelas tidak berpihak pada mereka: tidak ada perusahaan di antara para pemimpin penting dalam jumlah komitmen pada basis kode Kubernet. Di sisi lain, fakta ini saja memungkinkan Anda untuk dengan tenang menanggapi prediksi tentang masa depan Kubernetes seperti ini .