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

AWS services like EC2, RDS, S3, Lambda, IAM, CloudWatch. ei service gular kontar ki kaj?

AWS-এর কিছু গুরুত্বপূর্ণ সার্ভিস এবং তাদের কাজ:

  1. EC2 (Elastic Compute Cloud):

    • এটা হল ক্লাউডে ভার্চুয়াল সার্ভার। EC2 দিয়ে আপনি সহজে ভার্চুয়াল মেশিন (VM) তৈরি করতে পারেন, যার মাধ্যমে আপনি যেকোনো অ্যাপ্লিকেশন রান করাতে পারবেন। এটার মাধ্যমে আপনি খুব সহজে স্কেল করতে পারেন, অর্থাৎ আপনার প্রয়োজন অনুযায়ী CPU, RAM, স্টোরেজ বাড়াতে বা কমাতে পারেন।

  2. RDS (Relational Database Service):

    • RDS হল একটি ম্যানেজড ডাটাবেস সার্ভিস, যা দিয়ে আপনি AWS ক্লাউডে রিলেশনাল ডাটাবেস (যেমন MySQL, PostgreSQL, Oracle, SQL Server) তৈরি ও পরিচালনা করতে পারেন। এটি ডাটাবেসের ম্যানেজমেন্ট, ব্যাকআপ, আপডেট, স্কেলিং প্রভৃতি কাজগুলিকে সহজ করে তোলে।

  3. S3 (Simple Storage Service):

    • S3 হল একটি অবজেক্ট স্টোরেজ সার্ভিস যেখানে আপনি অসীম পরিমাণে ডেটা সংরক্ষণ করতে পারেন। এটি ফাইল, ছবি, ভিডিও, ব্যাকআপ ইত্যাদি সংরক্ষণের জন্য ব্যবহৃত হয়। S3 এর মাধ্যমে আপনি ডেটা ইজি অ্যাক্সেস, স্কেলিং এবং নিরাপত্তা নিশ্চিত করতে পারেন।

  4. Lambda:

    • AWS Lambda হল একটি সার্ভারলেস কম্পিউটিং সার্ভিস, যেখানে আপনি কোড রান করতে পারেন কোনও সার্ভার পরিচালনার প্রয়োজন ছাড়াই। আপনি শুধু কোড লিখবেন এবং Lambda সেটি রান করবে যখন নির্দিষ্ট ট্রিগার (যেমন S3-তে একটি ফাইল আপলোড করা) ঘটে। এটি মূলত অটো-স্কেলিং সার্ভিস।

  5. IAM (Identity and Access Management):

    • IAM হল AWS-এর একটি নিরাপত্তা সার্ভিস যা দিয়ে আপনি ব্যবহারকারীদের ও রিসোর্সের উপর নিয়ন্ত্রণ রাখতে পারেন। আপনি ব্যবহারকারী তৈরি করতে পারবেন, তাদের অনুমতি ও ভূমিকা নির্ধারণ করতে পারবেন, যাতে তারা কেবলমাত্র তাদের প্রয়োজনীয় অ্যাক্সেস পায়।

  6. CloudWatch:

    • AWS CloudWatch হল একটি মনিটরিং সার্ভিস যা আপনার অ্যাপ্লিকেশন, সার্ভিস এবং ইনফ্রাস্ট্রাকচারকে ট্র্যাক করে। এটি লগ ফাইল, মেট্রিক্স, এবং অ্যালার্ম ব্যবহার করে সিস্টেমের পারফরম্যান্স মনিটর করতে সাহায্য করে। CloudWatch-এর মাধ্যমে আপনি রিসোর্স ব্যবহারের অবস্থা ট্র্যাক করতে পারেন এবং সমস্যার ক্ষেত্রে দ্রুত সাড়া দিতে পারেন।

এসব সার্ভিস একসাথে ব্যবহার করে আপনি আপনার ক্লাউড ইনফ্রাস্ট্রাকচার সহজে তৈরি ও পরিচালনা করতে পারেন।

মন্তব্যসমূহ

একটি মন্তব্য পোস্ট করুন

আপনার সমস্যাটি কমেন্ট করে আমাদের জানান :-d

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

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

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

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

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

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 এ। তাদের মধ্যে ...
একটি মন্তব্য পোস্ট করুন
Explore more »