Machine: Mesin Docker sekarang dalam mode pemeliharaan

Oh :(

Nah ini bagus saat itu berlangsung :)
Terima kasih semuanya atas kerja bagusnya!

Saya akan meminta Anda juga memperbarui readme.md tersebut

Jika dukungan resmi untuk mesin ditutup, bagaimana kemungkinan dukungan berkelanjutan yang didorong oleh komunitas dalam repo ini?

bagi Anda yang membutuhkan mesin, ada beberapa aktivitas di organisasi https://github.com/machine-drivers , dan mungkin masuk akal bagi Anda untuk mengerjakannya, dan merilis dari https://github.com/machine- driver / mesin ...

Kami telah mempertimbangkan untuk menambahkan tambalan ke organisasi ini, karena tampaknya tambalan tersebut ditahan agar tidak digabungkan di sini: # 4509 (Ini memblokir untuk versi Windows yang dilokalkan). Yang terbaik adalah bergerak maju dengan beberapa bentuk rilis, namun bagi kami: minikube dan minishift kami hanya perlu menautkan ke perpustakaan.

@ shin- Sebagai pemikiran, pengguna baru dokumen "Memulai" masih menggunakan docker-machine sebagai bagian tengah dari intro.

Untuk orang yang tertarik memperbarui dokumen, dokumen mana yang harus mereka pandu?

• Windows: Sepertinya Docker Desktop untuk Windows
• Mac: Sepertinya Desktop Docker untuk macOS
• Linux: Tetap menggunakan dokumen Mesin?

Saya pikir ini sangat memalukan. Kekuatan sebenarnya dari mesin ada di antara kesederhanaan membuat sesuatu bekerja pada satu mesin menggunakan Desktop dan kerumitan di balik infrakit . mesin sempurna untuk menjalankan beberapa mesin untuk menguji beban kerja terdistribusi pada skala yang lebih kecil.

Hai!

Apakah ada yang punya software alternatif untuk Linux? Saya tidak ingin menjalankan buruh pelabuhan karena root pada mesin host saya dan mesin buruh pelabuhan memberikan beberapa isolasi dalam hal ini. Apakah ada rencana untuk Docker untuk Linux?

Terima kasih!

@gilbsgilbs Anda masih dapat menggunakan mesin buruh pelabuhan seperti yang Anda lakukan saat ini!

@ shin- Terima kasih atas saran Anda. Saya memulai sebuah proyek baru, jadi menggunakan mesin buruh pelabuhan untuk itu akan menjadi langkah yang aneh, bukan?

@ shin- Weelll ... tertutup untuk sarana PR yang menggunakannya untuk proyek baru mungkin ide yang buruk. :mengedipkan:

@justinclift Saya tidak ingin membahas terlalu banyak detail karena kami mendapat lebih banyak info yang datang dalam pernyataan yang sudah disiapkan, tetapi ketika saya mencoba menyatakan di posting asli, proyek ini tidak tertutup untuk PR; kami hanya ingin membatasinya untuk perbaikan bug sebagai kebalikan dari fitur baru. Jika kumpulan fitur dari iterasi saat ini docker-machine sesuai dengan kebutuhan Anda, tidak ada alasan untuk meninggalkannya, bahkan untuk proyek baru.

Sepertinya infrakit juga tidak aktif. Tidak ada rilis selama lebih dari setahun, tidak ada pembaruan di DockerCon 2018, tidak ada dokumentasi pengguna yang mirip dengan https://docs.docker.com/machine/

Dokumentasi mesin Docker menyarankan untuk mencoba Docker Cloud yang pada gilirannya dimatikan untuk mendukung Docker EE (yang umumnya tidak tersedia)

Itu semua mendorong baik untuk proyek atau mencari di tempat lain: https://landscape.cncf.io/grouping=landscape&landscape=infrastructure-automation&sort=first-commit

Tidak mengeluh, hanya menggambarkan perspektif saya.

Menarik. Melihat riwayat komit untuk InfraKit , meskipun menerima komit baru setiap beberapa hari, sebagian besar tampaknya merupakan upaya satu orang .

Aktivitas tampaknya telah mengering sekitar bulan April / Mei . Menebak waktu orang dialihkan ke hal lain.

Apakah itu cara yang salah dalam memandang sesuatu?

@ shin- tetapi banyak PR (seperti perbaikan bug yang saya sediakan untuk membuat internasionalisasi pada Hyper-V berfungsi) belum diambil untuk digabungkan. Ini bukan indikasi yang baik untuk "kami hanya ingin membatasinya untuk perbaikan bug sebagai lawan dari fitur baru" karena "tidak ada alasan untuk meninggalkannya, bahkan untuk proyek baru".

@ shin-

Saya tidak ingin membahas terlalu banyak detail karena kami mendapat info lebih lanjut dalam pernyataan yang telah disiapkan

Bisakah Anda menautkan ke pernyataan resmi itu (setiap kali diterbitkan?) Saya tidak dapat menemukannya.

Saya sangat menyarankan untuk mengubah dokumen agar selalu mutakhir .
Jam terakhir saya adalah eksplorasi boot2docker yang tidak masuk akal, yang dengan jelas menunjuk ke mesin buruh pelabuhan, yang memiliki peringatan di halaman utamanya yang menyarankan untuk menggunakan cloud buruh pelabuhan sebagai teknologi terkini. Ini mengarah ke deskripsi dokumen cloud Docker (bukan halaman migrasi !!!!), yang mengharuskan saya mencari di Google untuk mengetahui bahwa itu dihentikan pada bulan Mei (tetapi diumumkan pada bulan Maret, jadi 7 bulan yang lalu). Sekarang datang ke sini untuk menyarankan untuk menghapus peringatan dari dok mesin buruh pelabuhan, saya menemukan dalam masalah mesin buruh pelabuhan lama 3 bulan ini juga sedang dihentikan.
Ini bukan cara kerja dokumentasi. Saya akan kembali ke beberapa solusi ad hoc, tetapi saya akan meninggalkan buruh pelabuhan jika saya belum menggunakannya.

@aliceminotto Ini akan membantu kita semua memperbarui dokumen usang jika Anda dapat menunjuk ke situs atau halaman yang Anda bicarakan.

buruh pelabuhan tidak akan pergi, hanya saja tidak meningkatkan cakupan fitur.

Docker Cloud tidak akan hilang, hanya saja tidak lagi digunakan untuk penyediaan / manajemen server. Itu masih ada untuk membangun citra. Docker memiliki perkakas lain untuk server produksi seperti Docker untuk AWS , Docker untuk Azure , dan DCI untuk Docker Enterprise.

Saya telah melupakan sama sekali tentang situs web http://boot2docker.io yang lama dan tidak menyadari bahwa pemberitahuan di sana terlalu buruk (maaf atas kebingungan yang menyebabkannya!) - Saya sekarang telah memperbarui (dan mengurangi) itu mudah-mudahan menjelaskan lebih baik bahwa boot2docker alat CLI kuno adalah apa yang tidak digunakan lagi dan mendukung Mesin Docker dan bahwa boot2docker distribusinya tidak usang tetapi lebih dalam mode pemeliharaan (sama seperti Mesin Docker).

Dengan kata lain: rilis Docker baru, pembaruan kernel, dll, tetapi upaya bersama untuk menjaga fitur / fungsionalitas baru seminimal mungkin untuk memastikan kelanjutan pemeliharaan untuk beberapa orang yang belum dapat beralih ke Docker yang lebih cocok untuk Windows / Docker untuk produk Mac atau perkakas / solusi server produksi yang direferensikan di atas (pengguna Windows 7 yang tidak bisa Docker untuk Windows sama sekali, pengguna Windows 10 Home yang tidak bisa Hyper-V, pengguna VirtualBox yang tidak bisa Hyper- V, dll.).

@tianon : Anda mungkin juga ingin menyebutkan pengguna Linux yang tidak ingin beralih ke Mac atau Windows ...

@afbjorklund Mengapa Anda membutuhkan boot2docker jika Anda sudah menggunakan Linux?

@Vanuan : entah karena distro Anda terlalu tua (mis. RHEL6), atau karena Anda tidak diizinkan root ...

Apa pun itu, beralih ke Docker Desktop adalah _bukan_ opsi - baik itu Docker Engine atau DIY LinuxKit?

Saya ingin berterima kasih kepada pembuat docker-machine dan boot2docker, karena telah membuat buruh pelabuhan lebih bisa diakses.

Dan dengan usaha driver mesin (untuk KVM), semoga bisa terus bekerja untuk beberapa saat lagi

Mengapa saya menggunakan distro server untuk desktop? Dan mengapa saya bukan administrator desktop saya? Tapi entah bagaimana saya diizinkan untuk mengakses KVM?

Sepertinya Anda sedang mencari solusi untuk menjalankan buruh pelabuhan di server KVM? Jika demikian, saya sedang menjelajahi infrakit di sini: https://github.com/docker/infrakit/issues/913

Tetapi jika Anda hanya ingin menjalankan buruh pelabuhan di desktop Linux, saya tidak mengerti mengapa Anda tidak menginstal Ubuntu terbaru bersama dengan Docker CE. Jika Anda ingin menjalankannya di VM, lakukanlah. Anda dapat memasang direktori home Anda di VirtualBox dan menggunakan buruh pelabuhan melalui SSH. Apa masalahnya disini? Tidak ada Docker untuk Desktop Linux karena tidak masuk akal. Setidaknya bagi saya.

Mengapa saya menggunakan distro server untuk desktop? Dan mengapa saya bukan administrator desktop saya? Tapi entah bagaimana saya diizinkan untuk mengakses KVM?

Beberapa orang harus menggunakan OS desktop apa pun yang diberikan atasan mereka. RHEL6 adalah contoh yang (beberapa bulan yang lalu) telah saya ceritakan oleh seorang pria yang bekerja di tempat perdagangan saham. :mengedipkan:

Sebagai titik data umum, dengan Libvirt (setidaknya dulu) memiliki konsep VM yang dapat dijalankan pengguna di akun mereka, itu hanya untuk mereka. mis. tidak dapat diakses oleh orang lain yang masuk ke mesin yang sama

Tidak yakin apakah itu pernah dikembangkan secara mendalam, karena sebagian besar upaya pengembangan Libvirt mengarah pada hal-hal VM "tingkat sistem", bukan tingkat pengguna.

jika Anda hanya ingin menjalankan buruh pelabuhan di desktop Linux, saya tidak mengerti mengapa Anda tidak menginstal Ubuntu terbaru

Beberapa orang tidak menyukai Ubuntu karena satu dan lain alasan. :mengedipkan:

Dimulai dengan v18.09 ( DOCKER_HOST=ssh:// ), menyiapkan mesin Docker jarak jauh tanpa docker-machine sangatlah sepele: https://medium.com/lucjuggery/docker-tips-access-the-docker- daemon-via-ssh-97cd6b44a53

Sebagai titik data umum, dengan Libvirt (setidaknya dulu) memiliki konsep VM yang dapat dijalankan pengguna di akun mereka, itu hanya untuk mereka. mis. tidak dapat diakses oleh orang lain yang masuk ke mesin yang sama

Ya, ini disebut qemu: // session
GNOME terbaru bahkan mempunyai aplikasi yang bagus untuk itu - Kotak: https://en.wikipedia.org/wiki/GNOME_Boxes

Mode pengguna virtualisasi KVM memiliki beberapa kelemahan jaringan wrt. Jadi saya pikir Virtualbox adalah satu-satunya pilihan dalam kondisi tersebut.

Dan untuk memiliki CLI untuk VirtualBox pilihannya adalah gelandangan. Anda hanya memerlukan beberapa distribusi Linux untuk menjalankan buruh pelabuhan di atasnya. Dan pertempuran yang paling banyak diuji adalah Ubuntu / Debian. Anda dapat mengunduh distro lain. Tetapi Anda harus mengemasnya sendiri untuk digunakan dengan Vagrant: https://www.vagrantup.com/docs/virtualbox/boxes.html

Hanya mengatakan bahwa docker-machine adalah solusi yang baik untuk pengguna Linux tersebut, seperti halnya untuk pengguna Mac lama dan Windows lama ... Yang diperlukan hanyalah menjalankan buruh pelabuhan pada port non-standar, bukan hardcode 2376? Dan driver qemu baru yang tidak memerlukan grup libvirt (yaitu root). Mungkin infrakit / hyperkit akan menjadi alternatif di masa depan, tapi saat ini (link di atas) masih terlihat _quite_ kasar di tepinya.

@Vanuan : Saya tahu tentang opsi ubuntu / gelandangan, saya hanya menyebutnya sebagai " Mesin Docker " di atas.

@justinclift : setiap pengguna mendapatkan kunci ssh / sertifikat buruh pelabuhan mereka sendiri, sehingga mesin dipisahkan secara wajar.

@afbjorklund Jangan khawatir. Sudah bertahun-tahun sejak saya bekerja di Red Hat di tim Libvirt. Hari-hari ini saya biasanya hanya menggunakannya saat mendiagnosis masalah, daripada masih sangat mendalam dengannya. :tersenyum:

@afbjorklund Mari kita perjelas.

Anda mungkin juga ingin menyebutkan pengguna Linux yang tidak ingin beralih ke Mac atau Windows ...
Apa pun itu, beralih ke Docker Desktop bukanlah suatu pilihan - baik itu Mesin Docker atau LinuxKit DIY?
Saya tahu tentang opsi ubuntu / gelandangan, saya hanya menyebutnya sebagai "Mesin Docker" di atas.

boot2docker adalah distribusi ( boot2docker.iso ) dan alat untuk mengelola kotak virtual ( boot2docker.iso menyertakan Docker CE (sebelumnya Mesin Docker):

https://github.com/boot2docker/boot2docker/blob/d465167d83310295b5847ba315905f52c3ca1435/Dockerfile#L426 -L435

Dan ini akan terus diperbarui ke rilis Docker CE baru.

Boot2docker-cli sudah tidak ada, tapi intinya hanya gelandangan dengan virtualbox. Gelandangan masih ada.

Docker-machine dengan driver KVM menggunakan boot2docker.iso untuk menyediakan _Docker CE_ ke VM libvirt baru.

Docker Desktop menggunakan distribusi yang dibangun dengan linuxkit untuk menyediakan _Docker CE_ ke Hyper-V dan xhyve.

Untuk membayangkan semuanya:

Jadi seperti yang Anda lihat, semua solusi menyertakan Docker Engine (saat ini disebut Docker CE untuk Linux ) dengan satu cara di sisi lain.

Ada terlalu banyak lingkungan dan solusi virtualisasi / cloud. Akibatnya tidak ada satu alat pun yang dapat bekerja sama baiknya di windows / mac / linux dan mendukung QEMU / Virtualbox / xhyve / Hyper-v bersama dengan cloud yang berbeda dan penyediaan over-SSH. Dan alat tersebut juga membutuhkan konfigurasi: mendukung port yang berbeda, manajemen sumber daya memori / cpu, jaringan, dll. Jadi mungkin alat tujuan umum bersama dengan beberapa file konfigurasi yang diunduh melalui http akan menjadi solusi terbaik.

@Vanuan : ya, ini yang kami katakan di atas. Untuk mengganti docker-machine, Anda perlu beralih ke Mac atau Windows dan Docker Desktop - setidaknya sampai _someone_ membuat sesuatu yang mirip dengan LinuxKit dan libvirt ...

Kita tidak perlu lagi membicarakan boot2docker-cli, dan dukungan untuk driver Linux telah _already_ dipindahkan ke organisasi "driver-mesin" - karena hanya VirtualBox yang tersedia dengan mesin-buruh pelabuhan standar.

@ shin- Jika Anda tidak mengizinkan fitur baru lagi, pertimbangkan untuk menambahkan catatan yang sangat jelas di bagian atas README.md DAN CONTRIBUTING.md .

Cukup menjengkelkan untuk membaca kedua file tersebut dengan hati-hati, menerapkan driver (beberapa hari kerja) dan tidak menyadari bahwa kalian tidak akan pernah menggabungkan driver lagi. Ini seharusnya lebih jelas.

Jika ini semua adalah kesalahpahaman dan saya masih diizinkan untuk menarik permintaan pengemudi saya, beri tahu kami. Hanya saja pada saat ini hanya disebutkan dalam file tersembunyi yang akan dilihat orang setelah mereka membuat permintaan tarik.

Masih belum ada info yang jelas tentang mode pemeliharaan di README.md dan / atau CONTRIBUTING.md . Saya menghabiskan setengah dari waktu liburan saya untuk mencari solusi yang berfungsi untuk pembuatan VM ProxmoxVE dan Linux ringan untuk penerapan Docker - Saya menemukan kombinasi docker-machine + docker-machine-driver-proxmox-ve berfungsi cukup baik untuk penggunaan itu kasus. Sayangnya itu bergantung pada boot2docker, yang mengatakan itu sudah usang dan mendukung docker-machine dan pengelola pada beberapa utas menyarankan OS Rancher. docker-machine menjalankan mode pemeliharaan tanpa menjelaskan dengan jelas apa artinya (mengatakan hanya perbaikan bug yang akan diterima dan menyarankan bahwa tidak masalah untuk proyek baru adalah IMO yang bertentangan). Ada juga pengumuman resmi yang disebutkan pada Agustus 2018, tetapi tidak ada tanda-tanda referensi apa pun di sini.

Dari sudut pandang orang luar, yang ingin membangun infrastruktur yang masuk akal untuk UKM, docker-machine sepertinya bukan solusi jangka panjang yang tepat. Siapapun dapat menyarankan apa yang akan menjadi Reasonably Good ™ untuk menyediakan dan mengelola ProxmoxVE VM sebagai hypervisor dan Linux minimal yang mendukung Docker?

Sayangnya itu bergantung pada boot2docker, yang mengatakan itu sudah usang demi mesin galangan dan pengelola di beberapa utas menyarankan OS Rancher.

Bisakah Anda lebih spesifik di mana boot2docker mengklaim tidak digunakan lagi dan mendukung mesin galangan jadi saya bisa mengklarifikasi dengan tepat? (karena itu tidak benar kecuali Anda merujuk secara khusus ke alat kuno boot2docker CLI yang belum aktif dipertahankan selama bertahun-tahun sekarang)

Distribusi boot2docker (khususnya, artefak boot2docker.iso dirilis dengan setiap rilis baru Docker CE) tidak akan hilang dalam waktu dekat yang saya sadari, meskipun fokusnya sangat sempit sekarang (dan dengan demikian fitur / fungsionalitas baru tidak mungkin dipertimbangkan untuk digabungkan).

@tianon Anda benar, saya minta maaf atas kebingungan. Pesan di situs web mengatakan boot2docker CLI - pada pandangan pertama tidak jelas bagi saya apakah ada perbedaan. Saya cukup yakin pengguna lain juga bisa bingung, karena kemungkinan besar Anda akan menghadapi boot2docker.iso . boot2docker CLI adalah sesuatu yang belum pernah Anda dengar. Sulit untuk mengatakan apa hubungan antar proyek. OTOH boot2docker.iso pernyataan "maintenance mode" tidak jelas seperti docker-machine , yang saya simpulkan berdasarkan balasan ini .

Untuk meringkas kebingungan:

1. "maintenance mode" - tidak jelas di kedua proyek, dapatkah saya menggunakannya untuk produksi dalam bisnis kecil?
2. Kedua pemimpin proyek pengembang / pengelola menyarankan penggunaan proyek lain yang tampaknya tidak mencakup semua penggunaan kasus penggunaan yang didukung sebelumnya

Idealnya akan memiliki pernyataan yang jelas dari @tianon dan @ shin- jika penggunaan docker-machine baik-baik saja untuk produksi?

Saya tidak bisa berbicara untuk Mesin Docker, tetapi boot2docker tidak pernah menjadi pilihan yang baik untuk produksi; targetnya adalah pengembangan / penggunaan workstation pribadi.

Lihat juga catatan tambahan di https://github.com/boot2docker/boot2docker#readme , di mana saya telah mencoba untuk menjelaskan apa yang kami maksud dengan mode pemeliharaan dan bahwa b2d tidak dimaksudkan atau direkomendasikan untuk beban kerja produksi.

Sama seperti banyak orang lainnya, saya frustrasi mengetahui hal ini dari Masalah Github, setelah saya berusaha menggunakan mesin untuk klien UKM

Saya telah membuat PR untuk memperbarui dokumentasi resmi, menambahkan nasihat tentang mode perawatan mesin.

Lihat https://github.com/docker/docker.github.io/pull/9239

Alangkah baiknya untuk mengubah pekerja galangan memulai juga https://docs.docker.com/get-started/part4/

edit: Menemukan solusi untuk menginstal docker-ce pada instance aws ec2, dan kemudian port ssh meneruskan daemon docker.

ssh -NL localhost:23750:/var/run/docker.sock -i ***.pem ubuntu@***.compute.amazonaws.com
docker -H tcp://localhost:23750 run hello-world

🎉

Saya mulai menggunakan docker-machine baru-baru ini karena diinstal dengan Docker Desktop dan saya menyadari bahwa saya dapat menjalankan docker pada instance aws yang jauh lebih bertenaga daripada mesin lokal saya. Keindahannya adalah bahwa aplikasi lokal yang menggunakan perintah buruh pelabuhan, seperti Visual Studio Code, dapat bekerja dengan kontainer mesin buruh pelabuhan seperti jika mereka berjalan secara lokal.

Menurut saya, mesin galangan-galangan belum diganti, hanya ada banyak cara baru untuk menyediakan cluster termasuk infrakit, kubernetes, dll.

Saya bisa saja salah paham. Apakah ada strategi migrasi untuk melakukan apa yang saya jelaskan di atas?

Kami menggunakan GitLab, dengan alat GitLab Runner mereka untuk menyediakan instans EC2 Spot secara dinamis untuk menjalankan tugas CI / CD. GitLab Runner menggunakan Mesin Docker untuk melakukan penyediaan mesin ini.

Kami telah memutuskan untuk memindahkan semua layanan dari Ubuntu (membengkak) untuk mendukung Amazon Linux 2. Saya senang, PR # 3609 memungkinkan untuk ini.

Namun, karena "keran ditutup" ini, # 3609 sepertinya akan mati di tempatnya. Harap pertimbangkan untuk menggabungkannya, dalam keadaan saat ini yang tidak bertentangan dan dapat digabungkan.

Karena orang-orang di Gitlab sudah memelihara sebuah fork, mungkin mereka tertarik untuk merawat repo ini?

@ usha-mandya @ Dawn-Wood ada pembaruan di docker / docker.github.io # 9239? Sebagai pengingat, ini menambahkan peringatan penasehat di semua halaman Mesin Docker. Ini digabungkan, tetapi kemudian dikembalikan saat pemisahan perusahaan terjadi sehingga Anda semua dapat membuat beberapa keputusan tentang masa depan DM. Akan lebih baik jika memiliki nasihat ini jika DM akan terus berada dalam mode pemeliharaan

AFAIK, versi terbaru Docker Desktop tidak lagi menyertakan docker-machine

AFAIK, versi terbaru dari Docker Desktop tidak lagi menyertakan mesin buruh pelabuhan

Baru saja mempelajari masalah ini dengan cara itu, karena perkakas mesin galangan internal kami berhenti berfungsi setelah pembaruan ke buruh pelabuhan untuk desktop 2.2.0.0

Agak menjengkelkan, langkah ini juga tidak disebutkan di buruh pelabuhan untuk catatan rilis desktop.

Kami banyak menggunakan mesin galangan untuk mengelola dan memelihara mesin galangan berbasis booot2docker bersama untuk DEV internal dan lingkungan pementasan menggunakan driver Hyper-V (jadi, kami menyediakan VM boot2docker hyper-v menggunakan mesin galangan). Jadi meskipun kami memiliki klien linux dan mac dan dengan demikian menggunakan buruh pelabuhan untuk windows / os x, kami masih sangat mengandalkan mesin galangan untuk barang CI / CD kami.

Saya tidak mengetahui adanya pengganti serupa untuk penyiapan ini - apakah saya melewatkan sesuatu yang jelas di sini?

Anda selalu dapat mengunduh biner terbaru dengan brew (macOS) dan langsung
dari repo. Itu masih dipertahankan (tambalan) tetapi lambat
dihapus dari alat-alat seperti Docker Desktop.
https://github.com/docker/machine/releases

Pada hari Sen, 27 Jan 2020 pukul 11:47 sambernet [email protected] menulis:

AFAIK, versi terbaru dari Docker Desktop tidak lagi disertakan
buruh pelabuhan

AFAIK, versi terbaru Desktop Docker tidak lagi disertakan
buruh pelabuhan

Baru saja belajar tentang masalah ini dengan cara itu, sebagai mesin galangan internal kami
perkakas berhenti bekerja setelah pembaruan ke buruh pelabuhan untuk desktop 2.2.0.0

Agak menjengkelkan karena langkah ini tidak disebutkan dalam buruh pelabuhan
catatan rilis desktop juga.

Kami banyak menggunakan mesin buruh pelabuhan untuk mengelola dan memelihara bersama
mesin galangan berbasis booot2docker untuk DEV internal dan pementasan
lingkungan menggunakan driver Hyper-V (jadi, kami menyediakan boot2docker hyper-v
VM menggunakan mesin buruh pelabuhan). Jadi meskipun kami memiliki klien linux dan mac dan
jadi gunakan buruh pelabuhan untuk windows / os x, kami masih sangat mengandalkan mesin buruh pelabuhan
untuk barang CI / CD kami.

Saya tidak mengetahui adanya pengganti yang serupa untuk penyiapan ini - apakah saya hilang
sesuatu yang jelas di sini?

-
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/docker/machine/issues/4537?email_source=notifications&email_token=AAGBNX2APIHK6CBNGSAMLDDQ74FYPA5CNFSM4FJ53G3KYY3PNVWWK3TUL52HS4DFVREXG43VEKVKW735ZYTDFVREXG42
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AAGBNXZV7PCYP3TLWSZ7QODQ74FYPANCNFSM4FJ53G3A
.

Saya juga mengetahui bahwa mesin buruh pelabuhan dihapus secara bertahap minggu lalu 😒
Di docs.docker.com dikatakan bahwa mesin buruh pelabuhan "digantikan" tetapi saya tidak dapat menemukan informasi apapun tentang apa yang digantikan olehnya. Saya ingin tetap mengelola mesin kotak virtual lokal saya dengan BEBERAPA, apakah ada tip tentang cara melakukannya dengan cara yang tahan terhadap masa depan?

ekspor DOCKER_HOST = ssh: // pengguna @ host dapat bekerja untuk Anda

Saya ingin tetap mengelola mesin kotak virtual lokal saya dengan BEBERAPA, apakah ada tip tentang cara melakukannya dengan cara yang tahan terhadap masa depan?

Anda bisa menggunakan Vagrant untuk itu mungkin? Atau Anda bisa terus menggunakan docker-machine ...

Tetapi Anda harus datang ke sini untuk binari, karena ini bukan lagi bagian dari Docker (Desktop)

Saya tidak mengetahui adanya pengganti serupa untuk penyiapan ini - apakah saya melewatkan sesuatu yang jelas di sini?

Tidak ada pengganti, tetapi banyak orang yang tertarik untuk terus menggunakan mesin dan libmachine.

Tentu saja ada _alternatives_ (produk berbeda), tetapi itu tidak benar-benar sama (seperti garpu).

@afbjorklund Saya harap mesin

Jika itu bukan hanya sesuatu yang terjadi untuk Anda saat ini (hanya), mungkin yang terbaik adalah melakukan ping ke Dukungan GitHub tentang hal itu.

Saya sangat bingung tentang cara apa yang lebih disukai untuk menerapkan container saya.
Membuat kontainer melalui Docker dipromosikan sebagai cara standar yang banyak digunakan untuk membuat layanan. Jadi itulah yang saya gunakan untuk membuat wadah untuk situs web yang saya buat sekarang.
Tapi kemudian saya sangat jelas perlu menerapkan kontainer ini ke VPS saya. Jadi saya menggunakan docker-machine karena ini adalah satu-satunya cara yang didokumentasikan, tidak benar-benar usang, cara yang saya ketahui untuk melakukan ini. Dan sekarang saya mempelajarinya dalam "mode pemeliharaan" jadi saya mungkin tidak ingin menggunakannya di proyek baru tapi apa itu infrakit? Ada bintang 2K tetapi saya kesulitan untuk memahami untuk apa (dan dapatkah itu menggantikan mesin buruh pelabuhan dengan cara yang sederhana) atau dokumentasi resmi dan sekarang dalam mode hanya-baca (diarsipkan) jadi saya merasa seperti saya tidak boleh menggunakannya dan tidak ada tautan di repo Readme / masalah ini ke repositori baru. Mengapa tidak ada dokumentasi dan dihentikan jika menggantikan mesin buruh pelabuhan.
Docker tampaknya merupakan solusi yang populer namun saya tidak dapat menemukan satu pun cara yang tidak dihentikan (atau dalam "mode pemeliharaan") untuk menerapkan container saya. Jika buruh pelabuhan begitu luas digunakan bagaimana mungkin jutaan pengembang yang bekerja dengannya menangani penerapan aplikasi mereka ??

Saya pikir awalnya, Docker mempromosikan Docker EE, versi berbayarnya, sebagai cara resmi untuk menyebarkan kontainer. Jadi mereka membatalkan inisiatif mesin Docker dan Infrakit karena mengancam model bisnis mereka.

Selain itu, k8s sepenuhnya mengubah lanskap dan Docker berjuang keras untuk beradaptasi.

Sekarang, setelah Mirantis mengakuisisi Docker EE, Docker mencari model bisnis lain. Saya pikir arah baru mencoba memasukkan bundel aplikasi ke dalam ekosistem k8s dan menyerahkan penerapan k8 itu sendiri ke komunitas. Terutama karena k8s bukan bagian dari Docker CE (di Linux).

K8s, OTOH dikelola oleh Google, yang memiliki semua insentif untuk membuat penerapan K8 begitu rumit sehingga orang hanya akan berkata "Hai, Google, instal cluster K8 untuk saya". Jadi mengunci ke layanan cloud Google.

Jadi visi Solomon Hykes untuk membebaskan awan dari penguncian dan menjadikan awan sebagai komoditas telah gagal total.

@NitroBAY Karena "siklus hidup perangkat lunak" dari pembuatan kode hingga aplikasi yang berjalan di server (dan pada akhirnya diperbarui di server) begitu kompleks, dengan banyak cara berbeda untuk "membuat gambar kontainer dibuat dan diunduh ke server", sulit untuk mengatakan apa solusi Anda seharusnya.

Awalnya, mesin buruh pelabuhan melakukan tiga hal:

1. penyediaan VM sederhana di penyedia cloud utama, atau manajer VM mesin lokal (VirtualBox, Hyper-V, VMWare, Parallels, dll.)
2. menginstal buruh pelabuhan pada VM itu, termasuk sertifikat yang ditandatangani sendiri dan membuka port TCP API
3. mudah ssh ke server itu, dan mengontrol buruh pelabuhan dari jarak jauh dengan buruh pelabuhan cli (buruh pelabuhan-mesin env)

(mari lupakan fitur lama seperti membuat gerombolan klasik)

Dengan yang pertama "membuat VM Linux": Saya sarankan Anda menggantinya dengan alat cloud pilihan Anda untuk cara mereka membuat VM. Jika itu lokal dan Anda menginginkan sesuatu yang lebih cepat kemudian menginstal VM Linux, lihat multipass , yang merupakan cara favorit saya untuk memutar VM Ubuntu baru dalam beberapa menit dengan satu perintah.

Dengan yang kedua "menginstal buruh pelabuhan pada VM Linux": Anda dapat menginstal buruh pelabuhan di VM modern menggunakan skrip instalasi atau dokumen resmi untuk distribusi OS Anda . Sebagian besar awan memiliki gambar resmi dengan buruh pelabuhan sudah di dalamnya, sebagai opsi.

Docker tidak pernah dapat menyelesaikan semua masalah CI / CD Anda, dan docker-machine benar-benar hanya merupakan penyediaan VM dan alat penginstalan dasar, sehingga banyak orang membutuhkan solusi yang lebih fleksibel dan dapat dipelihara (misalnya, docker-machine tidak mudah berbagi konfigurasi server antar mesin). Tim Docker tidak pernah bermaksud agar alat mesin menyelesaikan semua masalah itu. Masih berfungsi hari ini untuk hal-hal orisinal itu, jadi silakan gunakan selama itu berhasil untuk Anda. Saya masih menggunakannya setiap bulan, dan sudah menggunakannya sejak 2015.

Mungkin jika Anda merinci masalah spesifik yang dipecahkan oleh mesin buruh pelabuhan, kami dapat merekomendasikan alternatif spesifik yang dapat Anda terapkan.

Misalnya berkaitan dengan # 3 di atas "mengontrol buruh pelabuhan dari jarak jauh" , saya selalu menyukai bahwa mesin buruh pelabuhan akan menyediakan sertifikat yang ditandatangani sendiri untuk otentikasi API dan memungkinkan saya untuk mengubah lingkungan buruh pelabuhan saya secara lokal sehingga dapat mengontrol server jarak jauh. Metode lama tersebut telah diganti dengan metode build-in terowongan SSH yang jauh lebih mudah (dan lebih fleksibel dan aman) untuk CLI buruh pelabuhan sejak 2018. Artinya, yang Anda butuhkan hanyalah kemampuan untuk SSH ke server, dan Anda dapat memberi tahu buruh pelabuhan lokal cli untuk menggunakan itu daripada "soket TCP buruh pelabuhan terbuka" tradisional. Ini memberi saya kemampuan untuk tidak perlu melakukan SSH secara manual ke server yang menjalankan buruh pelabuhan hanya untuk "menjalankan buruh pelabuhan". Saya hanya perlu memberi tahu CLI buruh pelabuhan lokal saya di mana harus terhubung melalui salah satu dari dua metode: Saya memiliki demo singkat di sini menggunakan metode DOCKER_HOST env , dan kami memiliki demo di acara langsung saya musim panas lalu dari fitur konteks baru , yang memungkinkan Anda menyimpan daftar server buruh pelabuhan langsung di CLI buruh pelabuhan dan menggunakan SSH atau TCP untuk mengontrolnya dari jarak jauh.

Selain itu, InfraKit adalah alat untuk pembangun sistem (ppl yang membuat OS Linux kustom), bukan pengguna Linux seperti kami yang ingin distribusi Linux normal dibuat dengan hoster kami dan memasang buruh pelabuhan di atasnya.

Wow @BretFisher, terima kasih banyak atas jawaban Anda yang sangat mendetail. Saya yakin itu akan dianggap juga sebagai hadiah emas oleh orang-orang di masa depan yang akan membaca Anda.
Sebagai catatan saya akhirnya membuat skrip yang mengunggah config.json saya di mesin jarak jauh (sehingga bisa mengunduh gambar pribadi saya) dan file tulis. Dan kemudian menjalankan "penerapan tumpukan buruh pelabuhan"
Penerapan saya akan terlihat seperti ini

#!/bin/bash
ssh -o StrictHostKeyChecking=no -l root "$HOST" root@$HOST "mkdir /opt/app; mkdir /root/.docker"
source ./devops/generate-branch-hostname.sh
scp ./devops/docker-compose-prod.yml root@$HOST:/opt/app/docker-compose-prod.yml
scp $HOME/.docker/config.json root@$HOST:/root/.docker/config.json
echo "BRANCH_HOSTNAME=$BRANCH_HOSTNAME"
ssh root@$HOST "export BRANCH_HOSTNAME=$BRANCH_HOSTNAME; docker stack deploy --compose-file /opt/app/docker-compose-prod.yml webapp --with-registry-auth"

(BRANCH_HOSTNAME jelas tidak diperlukan, saya kebetulan memiliki subdomain yang berbeda berdasarkan cabang Git yang memicu skrip saya (saya menggunakan CI / CD))
Dan saya masih menggunakan buruh pelabuhan-membuat untuk memiliki buruh pelabuhan di VPS jarak jauh ubuntu saya.

Pokoknya mesin buruh pelabuhan BUKAN ide yang bagus di CI / CD karena berbagi sertifikat tidak mudah (ini adalah seluruh folder) dan meregenerasi sertifikat dapat menghentikan Docker jadi itu juga bukan pilihan.

Saya masih percaya alat harus ada (dibuat oleh komunitas atau oleh buruh pelabuhan) yang menyediakan DOCKER_HOST dll dan cukup menggunakan kunci SSH. Ini akan lebih mudah daripada "scp" dan "ssh".

Mesin docker ternyata tidak bisa dihindari.

Saya bukan seorang profesional, saya hanya seseorang yang belajar pemrograman web saya sendiri dan yang mengerjakan waktu sampingan saya pada proyek besar jadi saya rasa K8 tidak sesuai dengan kebutuhan saya karena itu dijelaskan sebagai alat yang tidak mudah, maksudnya hanya untuk setidaknya tim profesional menengah / besar dan benar-benar bukan untuk satu individu yang memiliki sedikit waktu dan melakukan pengembangan (front / back end) dan penerapan. Jadi saya kira masih ada tempat untuk Docker tetapi, mungkin karena kurangnya masalah fuding yang pernah saya dengar, hal-hal harus lebih jelas tentang cara resmi yang disukai untuk menyebarkan aplikasi dan rencana mereka untuk penerus mesin buruh pelabuhan atau jika mereka tidak punya rencana tentang itu.

Saya masih percaya alat harus ada (dibuat oleh komunitas atau oleh buruh pelabuhan) yang menyediakan DOCKER_HOST dll dan cukup menggunakan kunci SSH. Ini akan lebih mudah daripada "scp" dan "ssh".

Lakukan saja export DOCKER_HOST=ssh://[email protected]

Catatan jika Anda menonaktifkan login ssh untuk root pengguna, Anda dapat menggunakan pengguna non-root user melalui
export DOCKER_HOST=ssh://[email protected] setelah Anda menambahkan user ke grup docker menggunakan sudo usermod -aG docker user . (diuji di Ubuntu 18.04)

Adakah alternatif untuk bermain-main dengan multi-node Docker Swarm di Windows? Tutorial swarm menyatakan bahwa saat ini ini tidak mungkin dilakukan di Windows tanpa Mesin Docker:

Saat ini, Anda tidak dapat menggunakan Docker Desktop untuk Mac atau Docker Desktop untuk Windows saja untuk menguji swarm multi-node. Namun, Anda dapat menggunakan versi Docker Machine yang disertakan untuk membuat swarm node (lihat Memulai dengan Mesin Docker dan VM lokal), lalu ikuti tutorial untuk semua fitur multi-node.

Saya menggunakan https://multipass.run/ untuk membuat beberapa VM Ubuntu dengan cepat. Secepat mesin buruh pelabuhan. Lihat demo bagaimana saya menggunakannya untuk Swarm 3-node: https://www.pscp.tv/BretFisher/1mrGmQvNEWBGy?t=

Penggunaan desktopnya sebagian besar telah digantikan oleh produk Docker Desktop kami.

Catatan untuk semua orang di utas ini: Docker Desktop bukanlah perangkat lunak gratis, bukan open source, dan memiliki banyak spyware yang tertanam di dalamnya, jadi Anda mungkin ingin berpikir dua kali untuk mengikuti jalur pemutakhiran itu.

Jika ini mungkin berguna bagi seseorang, berikut ini skrip untuk menginstal buruh pelabuhan pada host jarak jauh (diuji pada Debian 10 = buster):
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

Ini didasarkan pada kerangka kerja otomatisasi server yang disebut Fabric (khususnya fab-classic github dan docs ). Bahkan jika Anda tidak ingin menggunakan Fabric, Anda dapat dengan mudah membaca perintah dan menjalankannya secara manual menjadi skrip bash, karena tidak ada yang mewah.

Setelah itu, jalankan export DOCKER_HOST=ssh://[email protected] dan kembali seperti semula saat menggunakan mesin buruh pelabuhan.

Catatan untuk semua orang di utas ini: Docker Desktop bukanlah perangkat lunak gratis, bukan open source, dan memiliki banyak spyware yang tertanam di dalamnya, jadi Anda mungkin ingin berpikir dua kali untuk mengikuti jalur pemutakhiran itu.

@sneak "ton of spyware" apakah Anda merujuk ke pengaturan Preferensi "kirim statistik penggunaan" yang berbunyi "Kirim laporan kesalahan, versi sistem dan bahasa serta informasi siklus hidup Docker Desktop (misalnya, mulai, berhenti, setel ulang).", yang bisa dimatikan?

Saya tidak tertarik menghabiskan waktu untuk membahas lebih lanjut tentang spyware berpemilik bersumber tertutup.

troll berkualitas rendah

Trolling membutuhkan akal-akalan. Saya tulus, dan pernyataan saya akurat:

• desktop buruh pelabuhan adalah hak milik

• docker desktop adalah perangkat lunak sumber tertutup

• desktop buruh pelabuhan memata-matai penggunanya tanpa mendapatkan persetujuan untuk melakukannya (seperti halnya mesin buruh pelabuhan)

Dari poin-poin di atas, orang yang masuk akal dapat menyimpulkan bahwa Docker-perusahaan tidak peduli dengan kebebasan perangkat lunak, privasi pengguna, atau persetujuan pengguna untuk pengawasan.

Saya berada di GitHub dan situs lain yang suka bekerja pada perangkat lunak bebas dan sumber terbuka, dan proyek tidak bebas seperti desktop buruh pelabuhan hanyalah gangguan dari bekerja pada perangkat lunak gratis yang menguntungkan semua orang; Saya tidak ingin mengalihkan waktu atau perhatian saya pada hal-hal seperti itu.

Sebaiknya Anda menangani masalah secara langsung daripada menggunakan serangan pribadi. Matikan utas ini sekarang, semoga harimu menyenangkan.

Jika ini mungkin berguna bagi seseorang, berikut ini skrip untuk menginstal buruh pelabuhan pada host jarak jauh (diuji pada Debian 10 = buster):
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

Ini didasarkan pada kerangka kerja otomatisasi server yang disebut Fabric (khususnya fab-classic github dan docs ). Bahkan jika Anda tidak ingin menggunakan Fabric, Anda dapat dengan mudah membaca perintah dan menjalankannya secara manual menjadi skrip bash, karena tidak ada yang mewah.

Setelah itu, jalankan export DOCKER_HOST=ssh://[email protected] dan kembali seperti semula saat menggunakan mesin buruh pelabuhan.

@ivanistone TIDAK bukan itu. docker-machine adalah (was?) Bagus karena ini juga mengimplementasikan semua API di berbagai penyedia Cloud untuk membuat mesin di CLI dengan cara yang seragam. Tentu saja, ada gcloud , az , dll. Tetapi masing-masing memiliki opsi dan semantik yang berbeda. docker-machine adalah satu CLI untuk semuanya. Itu membuat bekerja dengan awan hibrida sedikit lebih mudah ...