সরাসরি প্রধান সামগ্রীতে চলে যান

Docker Cleanup & Optimize Guideline Bangla


🐳 Docker Cleanup & Image Optimization Guide

এই ডকুমেন্টে বর্ণনা করা হয়েছে কিভাবে নিরাপদভাবে (safe way) Docker image, container, network, cache cleanup করা যায় এবং image size optimize করা যায়।


🧹 ১️⃣ Basic Image Cleanup

শুধুমাত্র unused <none> (dangling) image মুছে ফেলবে।

docker image prune -f

📘 ব্যাখ্যা:

  • এই কমান্ড কোনো running container বা tag করা image কে delete করবে না।
  • শুধুমাত্র intermediate, unused image layer গুলো remove করবে।

✅ Safe Command – production environment এ ব্যবহার করা যায়।


🧼 ২️⃣ Full System Cleanup

👉 নিচের কমান্ডে Docker-এর সব unused resource (container, network, image, cache) remove করবে।

docker system prune -a -f

⚠️ WARNING: 🚨 এই কমান্ডে:

  • সব unused image (tag করা হলেও যদি container না থাকে) delete হয়ে যাবে।
  • সব stopped container delete হবে।
  • সব unused network delete হবে।
  • সব build cache delete হবে।

🛑 Production environment এ কখনও চালিও না, শুধুমাত্র local dev/test machine এ।


🔍 ৩️⃣ নির্দিষ্ট Image Delete করা

docker rmi IMAGE_ID

উদাহরণ:

docker rmi 0f0fdca762cc a42d8dd6070a

📘 Tip:

  • delete করার আগে docker ps -a দিয়ে দেখো container ওই image ব্যবহার করছে কিনা।

🪶 ৪️⃣ Build Cache Cleanup

docker builder prune -f

✅ Safe Command এটা শুধু build cache remove করবে, image নয়।


⚙️ ৫️⃣ Image Optimization Tips

| কাজ | উদ্দেশ্য | | --------------------------------- | -------------------------------------------------------------------- | | 🧱 Multistage build | build + runtime stage আলাদা করে ছোট image তৈরি করে | | 📄 .dockerignore ব্যবহার | অপ্রয়োজনীয় ফাইল (node_modules, target, .git ইত্যাদি) বাদ দেয় | | 🧩 Slim base image ব্যবহার | যেমন eclipse-temurin:21-jre বা openjdk:21-jdk-slim | | 🔄 Regular prune চালাও | build শেষে cleanup রাখো | | 🧰 Shared network ব্যবহার করো | একাধিক container এক network এ যুক্ত করো external: true ব্যবহার করে |


🌐 ৬️⃣ Example: Network Sharing

যদি তোমার PostgreSQL আলাদা container হয় এবং Spring Boot app connect করতে চাও 👇

networks:
  postgres-network:
    external: true
    name: postgres_default

services:
  app:
    image: blogger-app-image
    build: .
    networks:
      - postgres-network

🧾 ৭️⃣ Recommended Maintenance Commands

| কাজ | Command | নিরাপত্তা | | --------------------- | --------------------------- | --------------------- | | Dangling image clean | docker image prune -f | ✅ Safe | | Build cache clean | docker builder prune -f | ✅ Safe | | সব কিছু clean | docker system prune -a -f | ⚠️ Risky (Local only) | | Specific image delete | docker rmi <id> | ⚠️ Check before use |


মন্তব্যসমূহ

এই ব্লগটি থেকে জনপ্রিয় পোস্টগুলি

সিজ্জিন (Sijjin) vs ইল্লিয়িন (Illiyin) পার্থক্য Difference

Sijjin (سِجِّين) এবং Illiyin (عِلِّيِّين) —এ দুটি শব্দ কুরআনে এসেছে এবং দুটোই মানুষের আমলনামা সংরক্ষণ সম্পর্কিত স্থানকে নির্দেশ করে। ১. সিজ্জিন (Sijjin) সিজ্জিন হলো পাপীদের (কাফের, মুনাফিক ও দুরাচারীদের) আমলনামা সংরক্ষণের স্থান। এটি সাত তলদেশের নীচে এক কারাগার বা অন্ধকার জগতে অবস্থিত বলে উল্লেখ রয়েছে। সূরা আল-মুতাফফিফীন (৮৩:৭-৯) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْفُجَّارِ لَفِي سِجِّينٍ ۝ وَمَا أَدْرَاكَ مَا سِجِّينٌ ۝ كِتَابٌ مَرْقُومٌ" অর্থ: "না, পাপীদের আমলনামা সিজ্জিনে সংরক্ষিত। তুমি কি জানো, সিজ্জিন কী? এটি এক লিখিত দলিল।" সিজ্জিনকে একটি কারাগার, সংকীর্ণ স্থান, বা নিচের স্তরে অবস্থিত এক অন্ধকার দুনিয়া হিসেবে ব্যাখ্যা করা হয়। ২. ইল্লিয়িন (Illiyin) ইল্লিয়িন হলো সৎকর্মশীলদের (মুমিন ও নেককারদের) আমলনামা সংরক্ষণের স্থান । এটি সপ্তম আসমানের ওপরে সংরক্ষিত এক সম্মানিত স্থান। সূরা আল-মুতাফফিফীন (৮৩:১৮-২১) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْأَبْرَارِ لَفِي عِلِّيِّينَ ۝ وَمَا أَدْرَاكَ مَا عِلِّيُّونَ ۝ كِتَابٌ مَرْقُومٌ ۝ يَش...

জাভা ফিডব্যাক এবং স্ট্রাকচার্ড কনকারেন্সি: বিবর্তনের গল্প

Introduction এই ভিডিওর নির্দিষ্ট অংশে জাভা ল্যাঙ্গুয়েজ আর্কিটেক্ট ব্রায়ান গোয়েটজ (Brian Goetz) আলোচনা করেছেন কীভাবে জাভার নতুন ফিচারগুলো তৈরি হয় এবং এতে সাধারণ ডেভেলপারদের মতামতের গুরুত্ব কতটুকু। বিশেষ করে Structured Concurrency -এর মতো জটিল ফিচারগুলো কেন বারবার 'Preview' অবস্থায় থাকে এবং কীভাবে কমিউনিটির ফিডব্যাক সেই ফিচারগুলোকে আরও নিখুঁত করতে সাহায্য করে, তা এখানে সহজভাবে বোঝানো হয়েছে। ১. ভালো ফিডব্যাক আসলে কী? ভিডিও রেফারেন্স: [ 34:53 ] ব্রায়ান গোয়েটজ বলছেন যে, জাভা টিম যখন কোনো নতুন ফিচারের খসড়া (Draft) বা প্রস্তাব (JEP) প্রকাশ করে, তখন তারা এমন কিছু জানতে চায় যা তারা নিজেরা আগে ভাবেনি। বিস্তারিত: একজন ডেভেলপার হিসেবে আমরা যখন কোনো নতুন ফিচার দেখি, আমাদের প্রথম প্রতিক্রিয়া হয় সেটার Syntax বা লেখার ধরন নিয়ে। কিন্তু ব্রায়ানের মতে, "এই লেখাটা কেন এমন হলো?" বা "এটা কোটলিন বা স্কালা-র মতো কেন নয়?"—এই ধরনের ফিডব্যাক খুব একটা কাজে আসে না। আসল দামী ফিডব্যাক হলো সেইটা, যা নতুন কোনো বাস্তব সমস্যা (Edge Case) তুলে ধরে। আমার চিন্তা: আপনি যদি কেবল দ...

Microservice Error Handling

একদম ঠিক বলেছেন ভাই 💯 — তুমি এখন microservice design-এর আসল beauty ধরেছো 👏 ✅ হ্যাঁ — যদি প্রতিটা service independent হয় (loosely coupled architecture), তাহলে একটা service fail করলে আরেকটা fail করবে না (at least directly না)। তবে, এখানে একটু গভীর বিষয় আছে — “independent” মানে কি logical independence, নাকি runtime independence?” এইটা বোঝা খুব জরুরি। চলো ধাপে ধাপে পরিষ্কারভাবে দেখি 👇 ⚙️ ১️⃣ Microservice Independence মানে কী? একটা system এ একাধিক service থাকে, যেমন: 🧾 Order Service 💳 Payment Service 🚚 Delivery Service ✉️ Notification Service 🔹 Logical Independence: প্রতিটা service এর নিজের data, business logic, আর deploy pipeline আলাদা। 📌 উদাহরণ: Payment service down থাকলেও Order service order create করতে পারবে (pending state এ রাখবে)। Delivery service নিজের data manage করবে, Payment এর DB access করবে না। 👉 মানে “tight coupling” নেই — service গুলা নিজের domain handle করে। 🔹 Runtime Independence: প্রতিটা service run হয় আলাদা instance/container এ। তাদের মধ্যে ...