Moby: Docker/tarik peer-to-peer antara host buruh pelabuhan

Dibuat pada 29 Mar 2013  ·  22Komentar  ·  Sumber: moby/moby

Mengikuti diskusi dengan @shykes di irc.

Saat daemon buruh pelabuhan berjalan, ia harus menerima permintaan push/pull. Ini akan memungkinkan dua daemon untuk mengirim gambar antara satu sama lain dalam mode p2p atau terpusat.

Selain itu, harus ada opsi -norun untuk menonaktifkan eksekusi. Ini akan berguna saat menjalankan repo gambar khusus. Dalam mode ini, buruh pelabuhan harus bekerja bahkan tanpa lxc atau modul aufs.

Setelah ini ada, implementasi repo publik saat ini dapat diganti dengan daemon buruh pelabuhan.

aredistribution exexpert kinfeature

Semua 22 komentar

Benar dalam semua hal :)

Yang kami bidik adalah sistem yang sebanding dengan bahasa go. misalnya. Anda dapat meng-host paket di mana saja, dan sebagai kenyamanan ada ruang nama terpusat yang dikuratori dengan pedoman untuk kualitas, audit, keamanan, dll.

Ini adalah subkomponen dari #21.

Saya mengubah judul untuk memperjelas perbedaan dengan #350.

Masalah ini tentang menambahkan fitur push/pull peer-to-peer ke Docker. Dengan fitur ini, 2 host buruh pelabuhan dapat bertukar gambar secara langsung seolah-olah mereka bertukar gambar dengan registri.

Memikirkan sedikit lebih spesifik di sini.

  • Apakah kita ingin mendukung mendorong ke _and_ menarik dari daemon lain?
  • Haruskah buruh pelabuhan selalu menerima dorongan gambar (dan menarik), atau apakah itu perlu dijalankan dalam mode promiscuous?
  • Bagaimana dengan daemon - otentikasi dan otorisasi daemon?
  • Apa perintah untuk mendorong ke daemon lain? docker push -d other.docker.com myimage ?
  • Apakah transfer akan menggunakan mekanisme yang sama persis dengan push/pull registry biasa? (HTTP, dll.)
  • #21 terkait dengan masalah ini. Misalnya, itu akan menyertakan rute untuk POST ing gambar ke daemon lain. Atau mungkin itu digantikan oleh API apa pun yang digunakan registri.

Pada Senin, 8 April 2013 pukul 20:21, Caleb Spare [email protected] menulis :

  • Apakah kita ingin mendukung mendorong ke _and_ menarik dari daemon lain?

Ya, saya pikir begitu. Jika saya harus memilih satu, saya akan memilih push to start.

  • Haruskah buruh pelabuhan selalu menerima dorongan gambar (dan menarik), atau melakukannya
    perlu dijalankan dalam mode promiscuous?

Saya pikir tidak apa-apa untuk memulai seperti itu. Kita bisa menjadikannya sakelar bersyarat,
misalnya. 'docker -d --no-Push-pull'

  • Bagaimana dengan daemon - otentikasi dan otorisasi daemon?

Saya pikir kita bisa khawatir tentang itu nanti.

  • Apa perintah untuk mendorong ke daemon lain? docker push -d
    other.docker.com myimage?

Ini tampaknya masuk akal. @samalba @kencochrane dan @shin- siapa
menerapkan registri mungkin memiliki pendapat di sini.

  • Apakah transfer akan menggunakan mekanisme yang sama persis seperti biasa
    dorong/tarik registri? (HTTP, dll.)

Ya, itulah tujuannya.

Sangat. Saya mulai mengerjakan #21, bagaimana kalau saya berbagi basis dengan Anda
dan kami bekerja secara paralel pada 2 bagian API yang berbeda?

@shykes Kedengarannya bagus. Dorong saja kode #21 ke cabang?

Ini akan jauh lebih mudah menggunakan api 1.0.

Ini akan menjadi plugin yang bagus, jika seseorang tertarik untuk mengerjakan ini, silakan katakan di sini. Saya akan menghubungkan Anda dengan dokumen API awal dan tips untuk memulai.

Ini terdengar menarik. Apakah ada batas waktu yang sulit untuk fitur ini? Jika tidak, saya dapat mengambilnya dan mengerjakannya pada akhir bulan ini (atau mungkin September. Saya memiliki beberapa pekerjaan lain yang harus dilakukan minggu-minggu terakhir ini.)

@shykes Akan sangat bagus jika saya dapat mengakses paket 1.0 API yang lebih detail.

@tobstarr , jika Anda ingin menggunakan implementasi registri go Anda untuk memungkinkan buruh pelabuhan menerima Push ... Saya pikir itu akan menjadi fitur pembunuh! Saya akan dengan senang hati membantu Anda menggabungkannya.

Saya masih tertarik dengan ini. Jika ada yang ingin mencobanya, beri tahu saya :)

+1 untuk saya

Saya sangat ingin membangun ini. Apakah ide dasar untuk melapisi API registri di atas API jarak jauh? Sepertinya titik akhir /images/:id/json kurang lebih kompatibel, dan yang lainnya tidak bertabrakan.

Akan sangat rapi jika API registri adalah bagian dari API jarak jauh. Atau, saya kira kita bisa memiliki namespace port/URL terpisah yang merupakan registri. Atau bahkan API yang sama sekali berbeda?

+1 - Saya akan senang melihatnya bekerja dengan cara yang sama dengan cara kerja registri sehingga Anda tidak perlu peduli jika Anda berbicara dengan registri atau ke daemon buruh pelabuhan jarak jauh.

Saya tidak yakin berapa banyak pekerjaan ini, tetapi jika mereka sama maka fungsionalitas push/pull dari registri pada dasarnya dapat menjadi otentikasi ringan yang berada di depan daemon buruh pelabuhan.

Implementasi yang berfungsi melalui SSH di sini: https://github.com/docker/docker/pull/9304

Adakah yang bisa memberi tahu saya apakah kami akan mendapatkan fitur ini dalam waktu dekat dalam rilis apa pun?
Saya akan senang melihat fitur ini

+1 Akan senang melihatnya juga!

+1.

+1 pada ini. Saat ini kami menggunakan docker save | ssh -C docker load untuk mentransfer gambar, tetapi itu mentransfer _semuanya_, termasuk bagian yang sudah kami miliki. Akan jauh lebih mudah jika saya hanya bisa mentransfer bit yang penting.

_POLONGAN PENGGUNA_

_Cara terbaik untuk mendapatkan notifikasi jika ada perubahan dalam diskusi ini adalah dengan mengklik tombol Subscribe di kanan atas._

Orang-orang yang tercantum di bawah ini menghargai diskusi bermakna Anda dengan +1 acak:

@xiaods
@hustcat
@leonardschneider
@v00rh33s

Masih terlihat seperti fitur yang valid untuk dimiliki. Tidak yakin apakah itu mungkin dengan hal-hal keamanan/verifikasi.
Pikiran @tonistiigi ?

@LK4D4 saya pikir kita bisa menutupnya, jika ada yang bisa memberikan desain proposal nyata, maka dia bisa membuka masalah lain untuk melacak topik.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat