AnswersPublished13 sources
Kemas kini Docker tanpa kontena updater: reka bentuk yang mengutamakan pemulihan
Reka bentuk yang dicadangkan menjalankan updater pada hos, menggunakan pemasa systemd dan mengunci setiap versi imej kepada digest. Jika imej baharu gagal pemeriksaan, updater cuba memulihkan versi lama daripada imej yang telah disimpan secara setempat.
Diterbitkan olehImej dijana dengan GPT Image 2
Research answer
Key takeaways
- Reka bentuk yang dicadangkan menjalankan updater pada hos, menggunakan pemasa systemd dan mengunci setiap versi imej kepada digest.
- Jika imej baharu gagal pemeriksaan, updater cuba memulihkan versi lama daripada imej yang telah disimpan secara setempat.
- Pengesahan rangkaian awam tidak boleh dijamin selesai dalam masa kurang sesaat; membina semula gerbang tunggal juga tidak menjamin sifar gangguan atau permintaan sedia ada tidak terputus.
- Cadangan ini belum dipasang atau diuji pada dua VPS. Ia ialah pelan pelaksanaan, bukannya bukti bahawa keserasian atau rollback telah disahkan.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/B3egknR1IVfeJSaXyo3fOaAAn3A2/images/3347EE210CC13BD84006/B94F72DF9F7393927186.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"建议采用“宿主机原生定时器＋摘要固定部署＋持久事务状态＋本地镜像回滚”，不引入更新容器。本方案条件可行：跨公网检查远端摘要无法保证每次亚秒级完成；当前单实例网关重建也不能保证零停机或在途请求无损。\n\n 本次交付仅为会话草案与实现契约，没有写入文件、运行测试或操作两台异地 VPS。\n 对于正常运行的宿主机与 . Topic tags: general web, llm, agents, ai, workflow. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
Ringkasan: automasi boleh dibuat, tetapi bukan tanpa had
Cadangan ini menggunakan pemasa systemd pada hos, menyimpan rujukan imej berdasarkan digest dan merekodkan keadaan kemas kini secara berterusan. Jika versi baharu gagal pemeriksaan kesihatan, sistem akan cuba kembali kepada imej lama yang disimpan pada mesin itu. Tiada kontena updater baharu diperlukan.
Namun, ada dua batasan penting: semakan digest melalui rangkaian awam tidak boleh dijanjikan sentiasa siap dalam masa kurang sesaat, dan membina semula satu-satunya kontena gerbang tidak menjamin perkhidmatan tanpa gangguan atau melindungi permintaan yang sedang berjalan.
Ini masih cadangan dan kontrak pelaksanaan. Tiada fail diubah, ujian dijalankan atau operasi dilakukan pada dua VPS. Pemulihan automatik juga hanya matlamat bagi hos dan Docker yang berfungsi; jika hos mati atau Docker tidak dapat menjalankan imej rollback, sistem perlu memberi amaran dan bukannya mendakwa ia pasti pulih sendiri.
Apa yang perlu dikekalkan
Berdasarkan konteks repositori, aliran penerbitan menggunakan tag seperti v3.12 dan menerbitkan latest, 3.12, v3.12 serta SHA komit pendek. Aliran itu tidak secara automatik mengekalkan alias siri seperti v3.x. Ia menyenaraikan empat seni bina, tetapi senarai konfigurasi itu sendiri tidak membuktikan sesuatu keluaran telah berjaya diterbitkan (.github/workflows/build_docker.yml:19).
Konfigurasi semasa membina perkhidmatan gerbang daripada kod sumber, memetakan port 8080 pada hos dan memasang direktori konfigurasi sebagai baca sahaja. Storan e-mel pula berada dalam memori, jadi kontena e-mel tidak patut dimulakan semula semasa kemas kini gerbang (docker-compose.yml:1).
Imej penerbitan menjalankan titik masuk utama aplikasi, yang memerlukan konfigurasi pendaftaran model setempat. Konfigurasi itu tidak disalin ke dalam imej; fail konfigurasi masih perlu dibekalkan pada hos (Dockerfile:13, main.go:21). Pemeriksaan model menggunakan pendaftaran tersebut, manakala titik akhir kesihatan yang ada hanya menunjukkan aplikasi hidup. Kedua-duanya bukan bukti bahawa akaun huluan sudah bersedia atau fungsi sembang sebenar berjalan seperti dikehendaki (internal/api/models.go:23, internal/api/chat.go:2078).
Aplikasi turut mempunyai tempoh penutupan HTTP selama lima saat selepas menerima isyarat tamat. Melanjutkan tempoh Docker menunggu kontena berhenti sahaja tidak menjamin permintaan penstriman yang panjang selesai (main.go:233). Oleh itu, skop cadangan ini tidak merangkumi janji kemas kini tanpa gangguan. Pertukaran tanpa kehilangan sambungan memerlukan reka bentuk berasingan, seperti dua instans, pertukaran pintu masuk dan proses mengosongkan sambungan.
Cara updater yang dicadangkan berfungsi
Updater akan menjadi skrip pada hos, contohnya scripts/auto-update.sh—fail ini belum dibuat. Kebergantungan yang dicadangkan ialah Bash, Docker Engine, pemalam Compose, curl, jq, flock dan Skopeo untuk membaca manifes imej. Versi alat dan sistem operasi pada VPS masih perlu disahkan.
Skrip berjalan sebagai akaun hos yang dilindungi dan berhubung terus dengan Docker setempat. Ia tidak memasang soket Docker atau rahsia pendaftaran ke dalam kontena. Walau bagaimanapun, akaun yang boleh mengurus Docker masih mempunyai kuasa pentadbiran yang besar pada hos; tidak memasang soket itu bukan bermakna risiko tersebut hilang.
Aliran kemas kini yang disyorkan:
- Dapatkan kunci tunggal. Jika proses lain sedang mengemas kini, memulihkan atau membersihkan imej, proses baharu keluar tanpa bertindih.
- Pulihkan transaksi tertangguh dahulu. Sebelum menyemak keluaran baharu, updater menyemak sama ada operasi terdahulu terhenti di tengah jalan. Ia juga mengesahkan projek Compose, kontena gerbang, konfigurasi dan identiti kontena e-mel. Jika pentadbir mengubah keadaan secara manual, updater berhenti dan tidak mengambil alih secara senyap.
- Semak manifes, bukan lapisan imej. Ralat rangkaian, pengesahan atau bacaan manifes mengekalkan perkhidmatan sedia ada. Kegagalan tidak boleh dianggap sebagai digest kosong atau versi baharu.
- Jangan buat kerja jika digest sama. Jika digest sepadan dengan keluaran yang telah diterima, tiada imej ditarik, tiada kontena dibina semula dan tiada rekod kemas kini ditulis. Digest yang telah dikenal pasti gagal juga diasingkan supaya tidak dicuba berulang kali tanpa perubahan atau campur tangan pentadbir.
- Tarik dan sahkan imej baharu. Tarik imej menggunakan rujukan digest yang tetap, kemudian sahkan imej platform dan ruang cakera. Gerbang lama terus berjalan sepanjang langkah ini. Jika tarikan gagal, kontena yang sedang berjalan tidak disentuh.
- Rekod sebelum menukar. Simpan imej lama dengan tag tempatan khusus dan pastikan perkhidmatan lama sihat. Kemudian tulis keadaan transaksi ke storan berterusan sebelum membina semula gerbang sahaja.
- Sahkan sebelum menerima. Pastikan kontena baharu menggunakan imej yang dijangka dan lulus pemeriksaan kesihatan. Hanya selepas itu versi baharu ditandakan sebagai versi yang diterima.
- Rollback jika gagal. Jika pembinaan semula atau pemeriksaan gagal, gunakan imej lama yang disimpan setempat dan konfigurasi asal untuk memulihkan gerbang. Jika pemulihan juga gagal, kekalkan bahan pemulihan dan keluarkan amaran—jangan ulang kitaran mula semula tanpa had.
Compose boleh menggunakan digest sebagai rujukan imej 1. Pilihan
--no-deps, --no-build dan --pull never pula menyokong pendekatan yang membina semula perkhidmatan sasaran sahaja tanpa membina atau menarik imej tambahan semasa langkah itu 2. Arahan sebenar masih perlu meliputi pengesahan identiti kontena serta pemulihan transaksi; petikan arahan sahaja belum membentuk updater yang lengkap.
Keadaan transaksi patut merekodkan rujukan imej lama dan baharu, ID imej tempatan, ID kontena lama, cap jari konfigurasi dan tahap operasi. Simpan juga digest manifes berbilang platform, digest manifes platform dan ID imej Docker sebagai nilai yang berasingan—ketiga-tiganya tidak boleh dibandingkan seolah-olah jenisnya sama. Penulisan keadaan perlu dibuat melalui fail sementara dan penggantian atomik, dengan langkah ketahanan storan yang sesuai; pertukaran nama fail semata-mata bukan jaminan bahawa data terselamat daripada bekalan kuasa terputus.
Pemeriksaan kesihatan: elakkan keputusan lulus palsu
Angka permulaan yang dicadangkan ialah tetingkap keseluruhan 60 saat, had masa sambungan satu saat, had permintaan tiga saat, sela semakan dua saat dan tiga kejayaan berturut-turut sebelum versi diterima. Ini parameter cadangan, bukan hasil ukuran.
Pemeriksaan boleh meminta katalog model daripada gerbang tempatan, mensyaratkan HTTP 200 dan menyemak struktur JSON. Jangan ikut ubah hala atau menganggap halaman log masuk dan halaman ralat proksi sebagai kejayaan. Semak juga bahawa kontena sebenar menggunakan imej calon dan tidak terus meningkat bilangan mulanya. Keperluan katalog mengandungi model atau tidak perlu berpandukan kontrak pendaftaran semasa—bukan angka sejarah yang dikodkan secara tetap.
Titik akhir kesihatan yang ada tidak mengesahkan sembang sebenar. Reka bentuk ini juga tidak mencadangkan permintaan sembang automatik yang mungkin menggunakan kuota. Pengesahan fungsi perniagaan memerlukan ujian berasingan.
Persediaan VPS, GHCR dan rahsia
Pada salinan konfigurasi untuk VPS, tukar sumber imej bagi gerbang sahaja. Kekalkan pemetaan port, had memori, tetapan log, pemboleh ubah persekitaran, pemasangan konfigurasi baca sahaja dan tetapan e-mel. Jangan menimpa konfigurasi pembangunan setempat (docker-compose.yml:26). Contoh penggantian medan ialah:
services:
app:
image: "${APP_IMAGE:?Mesti tetapkan rujukan imej yang telah dipinkan}"
pull_policy: never
Ini cuma petikan, bukan fail Compose lengkap. Direktori VPS masih perlu mengandungi takrif perkhidmatan asal dan membuang medan binaan untuk gerbang. Rujukan yang disimpan bagi mula semula manual patut menunjuk kepada digest yang telah diterima atau tag rollback tempatan—bukan kembali secara automatik kepada latest.
Sahkan juga nama projek Compose, nilai sebenar persekitaran dan pemasangan konfigurasi pada setiap VPS. Tetapan interpolasi Compose tidak semestinya menjadi persekitaran di dalam kontena. Konteks projek menyebut sempadan untuk ciri eksperimen yang secara lalai dimatikan, sedangkan konfigurasi semasa secara jelas menghidupkan dua ciri tersebut. Jangan salin konfigurasi setempat secara membuta tuli atau menukar suis itu tanpa arahan dan semakan (docker-compose.yml:38, _bmad-output/project-context.md:246). Jika keluaran baharu memerlukan perubahan konfigurasi yang tidak serasi, jangan keluarkan secara automatik tanpa pelan migrasi yang boleh dipulihkan.
Untuk imej GHCR peribadi, panduan yang dirujuk menyatakan pengesahan menggunakan token akses peribadi klasik. Cadangannya ialah token dengan skop read:packages, serta pengesahan bahawa akaun pemilik token benar-benar boleh membaca pakej; keperluan SSO organisasi mungkin turut terpakai 9. Gunakan kelayakan baca sahaja yang berasingan bagi setiap VPS, masukkan melalui input standard semasa log masuk dan simpan konfigurasi Docker dalam direktori yang hanya boleh dibaca pentadbir. Jangan berikan token penulisan CI kepada VPS, dan jangan dedahkan kelayakan itu kepada kontena gerbang atau e-mel.
Jadual dan penyelenggaraan
Cadangan menggunakan unit servis dan pemasa systemd asli, dengan semakan sejurus selepas but dan kira-kira setiap lima minit selepas servis sebelumnya selesai. Tambahkan kelewatan rawak sehingga 30 saat dan gunakan kunci yang sama untuk kemas kini, pemulihan serta pembersihan.
Aktifkan pemasa hanya selepas alat, konfigurasi dan versi rollback sihat disahkan serta proses diuji dalam persekitaran yang dibenarkan. Laksanakan kemas kini secara berperingkat: sahkan VPS pertama sebelum mengaktifkan VPS kedua. Ini memberikan penyegerakan akhirnya, bukannya pertukaran serentak. Jika satu VPS rollback, membiarkannya pada versi lama buat sementara waktu lebih selamat daripada memaksa penggunaan imej yang gagal.
Rekod audit patut mengandungi masa UTC, identiti nod, ID transaksi, digest lama dan baharu, peringkat, tempoh, keputusan kesihatan serta hasil rollback. Jangan log token, persekitaran lengkap, akaun e-mel atau kandungan respons. Pembersihan imej pula perlu terhad kepada imej lama yang didaftarkan sebagai milik updater. Lindungi versi semasa, versi terdahulu dan semua imej yang diperlukan oleh transaksi belum selesai; jangan gunakan pembersihan global atau pemadaman paksa.
Syarat sebelum pelaksanaan
Sebelum menghidupkan jadual, sahkan platform, versi alat, nama projek Compose, pemasangan konfigurasi, hak akses kelayakan dan imej semasa yang sihat pada kedua-dua VPS. Kemudian uji keadaan digest tidak berubah, kegagalan tarikan, imej tidak sihat, kegagalan pembinaan semula, rollback tanpa akses GHCR, pemulihan selepas updater ditamatkan di tengah transaksi dan pengasingan imej yang gagal.
Semasa setiap ujian, pastikan ID kontena, masa mula dan mel e-mel sedia ada tidak berubah. Uji juga bahawa proses serentak hanya menghasilkan satu transaksi, tiada binaan imej berlaku dan pembersihan tidak menghapuskan bahan rollback.
Kesimpulannya, pendekatan updater hos asli ini munasabah jika pasukan menerima gangguan singkat ketika gerbang ditukar, menganggap semakan bawah sesaat sebagai sasaran yang perlu diukur—bukan jaminan—dan mengesahkan keadaan sebenar VPS terlebih dahulu. Setakat ini, tiada bukti operasi yang mengesahkan keserasian, prestasi atau rollback di kedua-dua mesin.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Kemas kini Docker tanpa kontena updater: reka bentuk yang mengutamakan pemulihan"?
Reka bentuk yang dicadangkan menjalankan updater pada hos, menggunakan pemasa systemd dan mengunci setiap versi imej kepada digest.
What are the key points to validate first?
Reka bentuk yang dicadangkan menjalankan updater pada hos, menggunakan pemasa systemd dan mengunci setiap versi imej kepada digest. Jika imej baharu gagal pemeriksaan, updater cuba memulihkan versi lama daripada imej yang telah disimpan secara setempat.
What should I do next in practice?
Pengesahan rangkaian awam tidak boleh dijamin selesai dalam masa kurang sesaat; membina semula gerbang tunggal juga tidak menjamin sifar gangguan atau permintaan sedia ada tidak terputus.