Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Pengatur Uji YAML Docker Compose

DataPengembang

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Pengatur Uji YAML Docker Compose

Tempel docker-compose.yml dan segera dapatkan file yang bersih dan teratur dengan layanan, jaringan, dan volume yang diatur sesuai harapan konvensi Docker Compose. Formatter ini memvalidasi file terhadap Spesifikasi Modern Compose, menandai kunci yang usang seperti kunci lama version field atau legendaris links, dan memperingatkan tentang opsi layanan yang tidak dikenal sebelum menyebabkan kegagalan saat berjalan.

Cara Penggunaan

Tempelkan docker-compose.yml ke area input, atau klik salah satu tautan contoh untuk memuat tumpukan sampel.
Pilih urutan kunci — Konvensi Compose mengatur layanan dalam urutan yang diharapkan pengguna Compose (image, restart, environment, ports, volumes, …), Aplikasi alfabetis mengatur secara ketat A-Z, atau Pelestarian mempertahankan urutan asli Anda.
Pilih indentasi 2 atau 4 spasi dan aktifkan/nonaktifkan validasi terhadap Spesifikasi Compose.
Baca panel validasi untuk kesalahan, peringatan mengenai kunci yang usang, dan notifikasi informasi mengenai referensi jaringan implisit.
Salin hasilnya atau unduh sebagai docker-compose.yml.

Fitur

Validasi Spesifikasi Compose – Mengenali kunci top-level services, networks, volumes, configs, secrets, profiles, include, dan bidang ekstensi (x-*); menandai apa pun yang lain.
Peringatan usang – Menyoroti kunci top-level legendaris version , links, external_links, dan batasan sumber daya era v2 yang sebaiknya dipindahkan ke bawah deploy.resources.
Urutan kunci yang sadar layanan – Mengatur ulang setiap layanan sehingga kunci pengenalan (image, build, container_name) berada di awal, konfigurasi runtime (environment, ports, volumes) berada di tengah, dan kekhawatiran operasional (healthcheck, logging, deploy) berada di bagian bawah.
Pemeriksaan referensi – Mendeteksi layanan yang tergantung pada layanan yang tidak didefinisikan dan memperingatkan ketika layanan menggunakan jaringan yang tidak dideklarasikan di tingkat atas.
Kebutuhan layanan – Memverifikasi bahwa setiap layanan memiliki setidaknya satu dari image, build, extends, atau provider, dan bahwa restart menggunakan salah satu dari keempat kebijakan yang valid.
Kesehatan port + healthcheck – Menangkap string port yang tidak valid, kehilangan target dalam bentuk panjang port, dan healthcheck tanpa test.
Tiga contoh yang berfungsi – Sebuah aplikasi Node + Postgres, tumpukan WordPress + MySQL + Redis, dan pembangunan multi-layanan dengan profil dan batasan sumber daya.
Lokal + pribadi – Semua parsing, pengurutan, dan validasi berjalan di browser Anda. File Compose Anda tidak pernah meninggalkan halaman.

 Tanya Jawab Umum

Mengapa kunci versi di tingkat atas dianggap usang?

Kunci versi digunakan dalam versi lama Compose v1, v2, dan v3 untuk memilih skema untuk CLI docker-compose. Spesifikasi Compose saat ini menggabungkan skema-skema tersebut menjadi satu spesifikasi yang terus berkembang, sehingga deklarasi versi tidak lagi mengubah apa pun — rilis Docker Compose terbaru hanya mengabaikannya dan mencetak peringatan. Penghapusan kunci ini memperkecil ukuran file dan menghindari kebingungan ketika pembaca mengasumsikan fitur v3 dibatasi oleh deklarasi tersebut.
Apa itu Spesifikasi Compose dan bagaimana perbedaannya dengan format file Compose yang lebih tua?

Spesifikasi Compose adalah skema terbuka dan netral vendor yang menggantikan skema per-versi yang digunakan Docker Compose hingga tahun 2020. Skema ini dijaga di github.com/compose-spec/compose-spec dan diimplementasikan oleh Docker Compose, Podman Compose, dan runner lainnya. Dibandingkan dengan v2 dan v3, spesifikasi ini menghilangkan kunci versi, membuat layanan sebagai kunci top-level yang wajib, dan menyerap bidang-bidang Swarm saja seperti deploy sebagai metadata opsional yang dapat dikonsumsi oleh orchestrator.
Mengapa lebih disarankan menggunakan jaringan bersama daripada kata kunci links?

links diwariskan dari era Docker sebelum jaringan dan hanya mengatur alias DNS antar container di jaringan default. Jaringan penggunaan modern sudah memberikan resolusi DNS otomatis berdasarkan nama layanan untuk setiap layanan, mendukung beberapa jaringan terisolasi per tumpukan, dan memungkinkan Anda mengontrol alias DNS dengan opsi aliases. Karena hal ini, Spesifikasi Compose menandai links sebagai legendaris dan menyarankan penggunaan anggota jaringan secara eksplisit.
Apa yang dilakukan oleh setiap kebijakan restart?

no tidak memulai ulang container. always memulai ulang container setiap kali ia berhenti, termasuk setelah restart daemon. on-failure hanya memulai ulang saat container keluar dengan status non-nol, secara opsional dibatasi oleh jumlah maksimum retry. unless-stopped berperilaku seperti always, kecuali container yang dihentikan secara manual sebelum restart daemon tetap dihentikan. Keempat nilai ini adalah string yang case-sensitive — apa pun yang lain ditolak oleh mesin Compose.
Bagaimana Compose memutuskan untuk mengambil atau membangun gambar?

Compose memeriksa pull_policy, build, dan image bersama-sama. Dengan pull_policy: always, Compose mengambil sebelum setiap up. Dengan hilang atau if_not_present (default ketika hanya image yang ditetapkan), ia hanya mengambil jika gambar tidak ada secara lokal. Dengan never, ia tidak pernah mengambil. Ketika build hadir bersama image, pull_policy: build memaksa rebuild dan memberi tag hasil sebagai image, sementara pull_policy: missing melakukan rebuild hanya ketika gambar belum ada secara lokal.