Kombinasikan Docker Swarm dan Kubernetes

Perusahaan saya mencoba untuk bermain sedikit di ruang DevOps. Saya telah melakukan banyak penelitian tentang kontainerisasi aplikasi dan sistem orkestrasi yang menyertainya. Saya menemukan sebuah artikel (yang saya harap telah saya simpan) di mana mereka berbicara tentang menggabungkan Swarm dengan Kubernetes untuk mendapatkan fungsionalitas yang lebih baik. Dalam artikel ini mereka tidak mendefinisikan apa yang mereka peroleh dengan melakukan itu.

Saya bertanya-tanya apa manfaatnya? Apakah menambahkan lapisan kompleksitas ekstra benar-benar akan memberi Anda banyak pengembalian?

EDIT: Saya mencari pro / kontra teknis. KISS adalah moto yang baik tetapi tidak bertahan dalam perdebatan dengan CEO atau Dewan Anda.

Saya hampir yakin bahwa kami akan memilih Docker untuk wadah kami dan Swarm untuk orkestrasi. Saya, bagaimanapun, ingin melihat Kubernetes di ruang kami sehingga proposisi bahwa Anda dapat menggabungkan teknologi bersama untuk solusi yang lebih kuat membuat saya penasaran. Terima kasih atas wawasan apa pun.

— EvanM
sumber

Kata-kata operatif di sini adalah 'intrik saya'. Anda adalah bagian dari bisnis. Seharusnya ada alasan bisnis yang valid untuk melakukan ini. Bukan minat Anda, bukan sihir teknis, alasan bisnis yang kuat untuk menggabungkan keduanya. Jika tidak ada alasan bisnis seperti itu untuk memulai, menciptakannya sama sekali tidak etis. Apa yang Anda usulkan mengarah pada pemborosan sumber daya bisnis untuk alasan pribadi dan secara etis itu mirip dengan penggelapan.

— Jiri Klouda

Saya berdebat tentang apakah akan menanggapi ini atau tidak karena terus terang, saya merasa seolah-olah percakapan ini adalah buang-buang waktu. Ya, saya bagian dari bisnis, ya itu membuat saya penasaran, tidak. Saya tidak menciptakan apa pun dan sikap yang Anda miliki sejak bepergian tidak beralasan. Intrik adalah apa yang mendorong teknologi maju, mencari alasan mengapa / mengapa tidak merupakan bagian dari pekerjaan dan hanya mengajukan pertanyaan kepada mereka yang telah pergi sebelum Anda adalah praktik terbaik. Pertanyaan ini dimaksudkan untuk mendapatkan umpan balik dari orang-orang yang telah benar-benar melakukan pekerjaan pada platform ini dan memiliki pendapat yang valid tentang masalah ini.

— EvanM

Saya tidak mencari debat filosofis kata-kata buzz atau akronim lucu Saya mencari manfaat teknis atau kedatangan singkat dan di mana kesenjangan dapat diisi jika perlu. Segala sesuatu yang diposting telah menjadi pendapat tanpa argumen faktual. Saya akan sangat menghargainya jika Anda bisa menjelaskan teknologi mana yang Anda gunakan untuk menyelesaikan containerization dan orkestrasi dan kedatangan singkat yang Anda temukan dengannya. Pada titik itu bagi saya dan bisnis saya untuk memutuskan apa jalan terbaik yang harus kita ambil. Penelitian bukan penggelapan atau pencurian, ini disebut duediligence dan ini adalah bagaimana teknologi yang baik berubah menjadi solusi hebat.

— EvanM

Anda mungkin bertanya di forum yang salah. DevOps adalah disiplin tentang cara membuat bisnis lebih efisien melalui budaya, proses, dan cara teknis. Kami memang memiliki diskusi yang hidup tentang teknologi, tetapi dari perspektif ini. Jika Anda mencari jawaban dari sudut pandang teknis, saya yakin ada banyak kelompok kerja teknis untuk Kubernet yang dapat memberi Anda jawaban yang Anda cari.

— Jiri Klouda

Jawaban:

Pembaruan: Docker baru saja merilis dukungan untuk Kubernetes sebagai penjadwal, yang mengubah situasi dan menjadikan Kubernetes hanya penjadwal alternatif untuk Docker Swarm.

TL; DR: JANGAN MELAKUKANNYA. Insinyur selalu mencoba membuat babi anjing ini. Setiap teknologi yang tidak perlu yang Anda bawa akan membawa kesalahan lainnya. Jika Anda dapat memilih satu, maka pilih satu dan berbahagialah Anda tidak harus melakukan keduanya. Jika Anda suka bermain dengan Kubernetes, dapatkan saja akun pribadi di Google Cloud dan mainkan sebanyak yang Anda suka. Tetapi jangan membuat semua orang di perusahaan Anda menderita melalui komplikasi yang tidak perlu.

Itu adalah dua teknologi yang paralel dan sebagian besar setara . Jika bisnis Anda memiliki alasan bisnis yang sah untuk disebarkan di beberapa penyedia Cloud untuk keandalan misalnya dan ingin disebarkan ke AWS ECS (Layanan Wadah Elastis - yang berbasis pada Docker) dan Google GKE (Mesin Kontainer - berbasis di Kubernetes) dan Anda bertanya bagaimana apakah Anda membangun saluran pipa, yang akan membangun perangkat lunak dan paket dalam wadah untuk ditempatkan di keduanya , itu akan menjadi sesuatu yang lain, tetapi melakukannya hanya karena Anda ingin bermain dengan teknologi baru sangat tidak bertanggung jawab.

— Jiri Klouda
sumber

Saya tidak akan mengatakan saya ingin 'bermain' dengan Kubernetes. Ada alasan bisnis mengapa saya lebih suka Swarm. Salah satu yang menjadi komunitas dan asumsi Anda bahwa saya hanya ingin melakukan sesuatu adalah salah. Saya tidak setuju dengan komentar anjing-babi Anda, datang dari posisi insinyur sistem yang telah saya lihat / cegah berkali-kali ini, atau setidaknya saya coba. Anda belum memberikan indikasi bahwa Anda telah bekerja dengan pelajaran, atau detail teknis mengapa; Saya tidak merasa ini menjawab pertanyaan saya.

— EvanM

Saya menggunakan 'bermain dengan' alih-alih 'bekerja dengan' kadang-kadang sebagian dalam arti bekerja untuk kesenangan dan sebagian lagi berdasarkan favorit ibu saya: "Anda hanya bermain dengan komputer sepanjang hari dan tidak pernah melakukan pekerjaan nyata." :)

— Jiri Klouda

Gotcha, saya melakukan hal yang sama. Hanya ingin memperjelas bahwa ini bukan upaya setengah bahaya untuk memaksa Kubernetes ke tenggorokan perusahaan saya. Karena itu pertanyaannya. Perasaan usus adalah bahwa tidak ada alasan 'baik' tetapi saya juga tidak bisa mengabaikan artikel itu.

— EvanM

Lihat, kita semua pernah ke sana. Bisnis ini berencana untuk pergi dengan satu teknologi, ketika Anda berpikir yang lain lebih baik dan Anda ingin entah bagaimana masih bekerja dengan yang lain atau setidaknya keduanya dan menunjukkan kepada mereka bagaimana pilihan Anda jauh lebih baik. Ini klasik. Apa pun yang Anda pikirkan, jangan gabungkan keduanya untuk melakukannya atau untuk membuktikan bahwa Anda benar. Bahkan jika Anda dapat membenarkannya, tugas Anda adalah merancang solusi untuk menghindari hal itu. CIUMAN. Buat itu bekerja dengan Swarm, meyakinkan semua orang untuk menggunakan Kubernet atau berhenti dan bekerja di tempat di mana mereka akan menggunakan Kubernet.

— Jiri Klouda

Salah satu alasan untuk menggunakan Kubernet sebagai penjadwal jika Anda menggunakan atau akan mempertimbangkan Azure sebagai penyedia cloud adalah layanan AKS mereka yang relatif baru (kubernet yang dikelola). Dalam hal ini Anda tidak akan menggabungkan kubernetes dengan galangan buruh pelabuhan.

Bagi saya ini adalah indikasi yang jelas tentang ke mana masyarakat akan pergi. Saya tidak ingin mempelajari sesuatu yang nantinya harus saya buang ke tempat sampah.

— Kucing dalam sepatu
sumber