Kubernet bukan pengganti Docker, tetapi langkah seterusnya dalam menguruskan bekas berskala besar. Docker digunakan untuk membina dan menjalankan bekas, manakala Kubernet digunakan untuk mengatur bekas ini merentasi pelbagai mesin. Khususnya: 1. 2. Kubernetes secara automatik menyebarkan, memperluaskan dan mengurus aplikasi kontena; 3. Ia menyedari orkestra kontena melalui komponen seperti nod, pod dan pesawat kawalan; 4. Kubernet bekerja dengan kerjasama Docker untuk memulakan semula bekas yang gagal secara automatik, mengembangkan permintaan, mengimbangi beban dan tiada kemas kini downtime; 5. Berkenaan dengan senario aplikasi yang memerlukan pengembangan pesat, menjalankan microservices, ketersediaan tinggi dan penempatan pelbagai alam sekitar.

Apabila menghadapi masalah Docker, anda harus terlebih dahulu mencari masalah, iaitu masalah seperti pembinaan imej, operasi kontena atau konfigurasi rangkaian, dan kemudian ikuti langkah -langkah untuk diperiksa. 1. Semak log kontena (dockerlogs atau docker-composelogs) untuk mendapatkan maklumat ralat; 2. Semak status kontena (dockerps) dan penggunaan sumber (dockerstats) untuk menentukan sama ada terdapat pengecualian kerana memori atau masalah pelabuhan yang tidak mencukupi; 3. Masukkan bahagian dalam bekas (DockerExec) untuk mengesahkan laluan, keizinan dan kebergantungan; 4. Kaji semula sama ada terdapat kesilapan konfigurasi dalam fail dockerfile dan menyusun fail, seperti ejaan pembolehubah persekitaran atau masalah jalur jilid, dan mengesyorkan agar Cleanbuild mengelakkan kekeringan cache

Terdapat tiga cara biasa untuk menetapkan pembolehubah persekitaran dalam bekas Docker: Gunakan bendera -e, tentukan arahan ENV dalam fail docker, atau menguruskannya melalui dockercompose. 1. Menambah bendera -E apabila menggunakan Dockerrun boleh secara langsung lulus pembolehubah, yang sesuai untuk ujian sementara atau integrasi CI/CD; 2. Menggunakan Env dalam Dockerfile untuk menetapkan nilai lalai, yang sesuai untuk pembolehubah tetap yang tidak sering diubah, tetapi tidak sesuai untuk membezakan konfigurasi persekitaran yang berbeza; 3. Pilih kaedah yang betul mengikut keperluan projek atau gunakan pelbagai kaedah dalam kombinasi

Cara yang sama untuk membuat jumlah Docker adalah menggunakan perintah dockervolumecreate dan menentukan nama kelantangan. Langkah-langkah termasuk: 1. Buat jumlah yang dinamakan menggunakan dockervolume-createmy-volume; 2. Pasang kelantangan ke bekas melalui Dockerrun-Vmy-Volume:/Path/In/Container; 3. Sahkan kelantangan menggunakan dockervolumels dan jumlah yang tidak berguna dengan dockervolumePrune. Di samping itu, jumlah tanpa nama atau gunung mengikat boleh dipilih. Bekas secara automatik menjana ID oleh Docker, dan yang terakhir memaparkan direktori tuan rumah terus ke bekas. Perhatikan bahawa jumlah hanya sah di dalam negara, dan penyelesaian storan luaran diperlukan di seluruh nod.

Apabila menjalankan PHP, anda perlu memberi perhatian kepada konfigurasi persekitaran dan kestabilan kontena semasa menjalankan Docker. Pertama, sediakan projek PHP dengan struktur yang jelas, pastikan terdapat fail bergantung seperti Composer.json, dan letakkan kod dalam direktori berasingan untuk pemasangan; Kedua, gunakan imej PHP rasmi untuk memulakan ujian kontena dengan cepat, seperti menggunakan imej CLI untuk melaksanakan skrip mudah; Kemudian tulis imej Dockerfile tersuai, salin kod, pasang sambungan, dan aktifkan modul yang diperlukan; Akhirnya mengendalikan debugging dan masalah biasa, termasuk keizinan, kebergantungan yang hilang, operasi Apache dan tontonan log. Adalah disyorkan untuk membina imej tersuai dan mengoptimumkan konfigurasi apabila menggunakan dan melancarkannya dalam talian.

Perbezaan utama antara Docker dan virtualisasi tradisional terletak pada pemprosesan dan penggunaan sumber lapisan sistem operasi. 1. Bekas Docker berkongsi kernel OS host, yang lebih ringan, permulaan yang lebih cepat, dan lebih banyak kecekapan sumber; 2. Setiap contoh VM tradisional menjalankan OS penuh, menduduki lebih banyak ruang dan sumber; 3. Bekas biasanya bermula dalam beberapa saat, dan VM mungkin mengambil masa beberapa minit; 4. Bekas bergantung kepada ruang nama dan cgroup untuk mencapai pengasingan, manakala VM memperoleh pengasingan yang lebih kuat melalui perkakasan simulasi hypervisor; 5. Docker mempunyai mudah alih yang lebih baik, memastikan aplikasi berjalan secara konsisten dalam persekitaran yang berbeza, sesuai untuk microservices dan penyebaran persekitaran awan.

Apabila Nginx mengalami kesilapan "toomyopenfiles", biasanya kerana sistem atau proses telah mencapai had deskriptor fail. Penyelesaian termasuk: 1. Meningkatkan had lembut dan keras sistem Linux, tetapkan parameter yang relevan Nginx atau menjalankan pengguna di /etc/security/limits.conf; 2. Laraskan nilai worker_connections nginx untuk menyesuaikan diri dengan trafik yang dijangkakan dan memastikan konfigurasi yang terlalu banyak; 3. Meningkatkan had atas deskriptor fail peringkat sistem fs.file-max, edit /etc/sysctl.conf dan gunakan perubahan; 4. Mengoptimumkan penggunaan log dan sumber, dan mengurangkan penggunaan pemegang fail yang tidak perlu, seperti menggunakan Open_L

Untuk mendedahkan pelabuhan kontena Docker, tuan rumah perlu mengakses perkhidmatan kontena melalui pemetaan port. 1. Gunakan dockerrun-p [host_port]: [container_port] perintah untuk menjalankan bekas, seperti dockerrun-p8080: 3000my-web-app; 2. Gunakan arahan pendedahan untuk menandakan tujuan dalam Dockerfile, seperti Expose3000, tetapi pelabuhan tidak akan diterbitkan secara automatik; 3. Konfigurasi segmen pelabuhan fail YML dalam DockerCompose, seperti pelabuhan:-"8080: 3000"; 4. Gunakan dockerps untuk memeriksa sama ada peta pelabuhan dijana selepas berjalan.