Containerized applications ডিবাগ করা মানে লগ পরিদর্শন করা, containers-এর ভিতরে শেল পাওয়া, কনফিগারেশন এবং স্ট্যাট পরীক্ষা করা, এবং সাধারণ সমস্যাগুলি (crashes, networking, resources) নির্ণয় করা। কীভাবে ট্রাবলশুট করতে হয় তা জানা একটি অপরিহার্য ব্যবহারিক দক্ষতা।
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs সাধারণত প্রথম ধাপ — এটি application-এর আউটপুট এবং ত্রুটি দেখায়। docker ps -a প্রকাশ করে যে একটি container বের হয়েছে কিনা (এবং এর exit code)।
# run an interactive shell inside a RUNNING container to investigate
docker exec -it <container> bash # or sh (alpine)
# → inspect files, run commands, check the environment, test connectivity from inside
# if the container won't STAY running, override the entrypoint to get a shell
docker run -it --entrypoint sh myimage
docker exec -it ... bash একটি চলমান container-এর ভিতরে একটি শেল দেয় — ফাইল পরিদর্শন করা, environment চেক করা, এবং container-এর দৃষ্টিকোণ থেকে connectivity পরীক্ষা করার জন্য অমূল্য।
Container EXITS immediately → check `docker logs`; the main process crashed or finished
(a container stops when its main process exits) — check CMD/ENTRYPOINT, errors
CAN'T CONNECT between containers → check they're on the same network; use service NAMES
(not localhost); verify ports; `docker network inspect`
PORT not accessible → check -p mapping; the app must listen on 0.0.0.0 (not 127.0.0.1)
OUT OF MEMORY / killed → check `docker stats`, resource limits (OOMKilled in inspect)
PERMISSION errors → file ownership/user (non-root user vs mounted volume permissions)
IMAGE issues → rebuild without cache (--no-cache); check the build context/.dockerignore
কীভাবে Docker containers-কে ডিবাগ এবং ট্রাবলশুট করতে হয় তা জানা একটি অপরিহার্য ব্যবহারিক দক্ষতা, কারণ containerized applications অনিবার্যভাবে সমস্যাগুলির মুখোমুখি হয় (crashes, connectivity problems, configuration errors) যা অবশ্যই নির্ণয় করতে হবে, এবং containerized environment একটি স্তর যোগ করে যা নির্দিষ্ট ডিবাগিং কৌশল প্রয়োজন।
মৌলিক দক্ষতাগুলি — লগ পরিদর্শন করা (docker logs, সাধারণত প্রথম পদক্ষেপ, application-এর আউটপুট এবং ত্রুটি দেখায়), স্ট্যাটাস চেক করা (docker ps -a প্রকাশ করে যে একটি container কেন বেরিয়ে এসেছে, exit codes সহ), এবং কনফিগারেশন/স্ট্যাট পরীক্ষা করা (docker inspect) — এই গুলি হল কীভাবে আপনি বেশিরভাগ সমস্যা নির্ণয় করতে শুরু করেন।
একটি container-এর ভিতরে শেল পাওয়া (docker exec -it ... bash) একটি অমূল্য কৌশল যা container-এর দৃষ্টিকোণ থেকে তদন্ত করার জন্য — ফাইল পরিদর্শন, environment চেক করা, এবং connectivity পরীক্ষা করা — এবং জানা যে কীভাবে একটি শেল পেতে হবে এমনকি যখন একটি container চলমান থাকে না (entrypoint override করা) কঠিন ক্ষেত্রে হ্যান্ডেল করে।
সাধারণ সমস্যা এবং তাদের নির্ণয় বোঝা বিশেষভাবে মূল্যবান: containers অবিলম্বে বেরিয়ে আসা (মূল প্রক্রিয়া crash হয়েছে বা শেষ হয়েছে — লগ এবং CMD/ENTRYPOINT চেক করা), inter-container connectivity সমস্যা (network membership, localhost নয় service names ব্যবহার করা), ports অ্যাক্সেসযোগ্য নয় (mapping, এবং সাধারণ gotcha যে app অবশ্যই 127.0.0.1 নয় 0.0.0.0-এ শোনে), out-of-memory kills, এবং permission errors — এগুলি হল বাস্তব, পুনরাবৃত্তিমূলক সমস্যা যা কীভাবে স্বীকৃতি এবং সমাধান করতে হয় তা জানা উল্লেখযোগ্য সময় বাঁচায়।
যেহেতু containerized applications-এর সমস্যা রয়েছে যা অবশ্যই ডিবাগ করতে হবে, এবং যেহেতু কার্যকর ট্রাবলশুটিং (লগ, containers-এ exec করা, inspect করা, এবং সাধারণ ব্যর্থতার প্যাটার্ন স্বীকৃতি দেওয়া) তাদের নির্ণয় এবং সমাধান করার জন্য প্রয়োজনীয়, কীভাবে Docker containers-কে ডিবাগ করতে হয় তা জানা অপরিহার্য, containerized applications চালানো যে কেউ জন্য ঘন ঘন প্রয়োগ করা ব্যবহারিক দক্ষতা, একটি মূল operational competency যা হতাশাজনক container সমস্যাগুলিকে সমাধানযোগ্য সমস্যায় পরিণত করে।