حسین جعفری
حسین جعفری
خواندن ۳۱ دقیقه·۹ روز پیش

قسمت 6: تکنولوژی‌ها و سرویس‌های توسعه، پیام‌رسانی، و دیپلویمنت

مقدمه

در قسمت‌های قبلی، گام به گام پیش رفتیم تا با خدمات اساسی AWS آشنا بشیم. از سرویس‌های محاسباتی و ذخیره‌سازی گرفته تا دیتابیس‌ها و خدمات مرتبط با آن‌ها. هر یک از این سرویس‌ها به ما کمک کردن تا زیرساخت‌ها رو بهتر مدیریت کنیم و داده‌ها رو به صورت کارآمدتر ذخیره و پردازش کنیم.

حالا تو فصل ششم قراره به یک بخش حیاتی دیگه بپردازیم: ابزارها و سرویس‌های توسعه، مدیریت پیام‌ها، و دیپلوی نرم‌افزار در AWS. این بخش یکی از جذاب‌ترین و کاربردی‌ترین قسمت‌های AWS هست، چون مستقیماً با چرخه توسعه و ارائه نرم‌افزار ارتباط داره.

این فصل در مورد ابزارها و سرویس‌هایی صحبت می‌کنه که AWS برای توسعه نرم‌افزار، مدیریت پیام‌ها بین سیستم‌ها، و دیپلوی اپلیکیشن‌ها ارائه داده. این سرویس‌ها باعث می‌شن فرایند توسعه و ارائه نرم‌افزار سریع‌تر، مؤثرتر و ساده‌تر بشه. بیا با هم یاد بگیریم این سرویس‌ها چطور کار می‌کنن و چطور می‌تونن به تیم‌های توسعه کمک کنن

اول ببینیم CI/CD یعنی چی و چی هست؟

در واقع CI/CD یکی از بهترین روش‌های شناخته‌شده در توسعه نرم‌افزاره و برای کسایی که دارن DevOps رو پیاده‌سازی می‌کنن، یه اصل اساسی به حساب میاد. ایده اصلی CI/CD اینه که همه چیز خودکار بشه؛ از جمله:

  • ادغام کدها: به این معنی که تغییرات کد از چندین توسعه‌دهنده ادغام بشه.
  • ساخت، تست و دیپلویمنت همگی به صورت خودکار انجام بشن.

چرا این روش عالیه؟ چون تغییرات رو آسون‌تر می‌کنه. با اعمال تغییرات کوچک و مداوم (حداقل روزی یک‌بار)، ریسک خراب شدن سیستم کاهش پیدا می‌کنه و توسعه‌دهنده‌ها می‌تونن تغییرات تدریجی در اپلیکیشن‌ها اعمال کنن و ویژگی‌های جدید رو سریع‌تر در اختیار مشتری‌ها بذارن.

فواید CI/CD

  • اتوماتیک بودن: سرعت، تکرارپذیری و مقیاس‌پذیری رو افزایش می‌ده.
  • حذف کارهای دستی: کارهای دستی معمولاً کند، پرخطا و ناپایدار هستن.
  • تغییرات کوچک و مداوم: باعث می‌شه مشکلات در همون مراحل اولیه شناسایی و سریع‌تر حل بشن.

جریان کار ادغام مستمر (CI)

  1. تیم توسعه: هر کدوم از اعضای تیم روی بخش‌های مختلف کد کار می‌کنن.
  2. ریپازیتوری مرکزی: کد از ریپازیتوری مرکزی دانلود و به صورت لوکال روی سیستم توسعه‌دهنده ذخیره می‌شه.
  3. تست محلی (local test): هر توسعه‌دهنده کد خودش رو به صورت لوکال تست می‌کنه.
  4. کامیت کد: بعد از اینکه هیچ باگی پیدا نشد، تغییرات کد به ریپازیتوری مرکزی ارسال می‌شه.
  5. ادغام: تغییرات همه توسعه‌دهنده‌ها در ریپازیتوری مرکزی ادغام می‌شن.

جریان کار تحویل مستمر (CD)

  1. ادغام با ریپازیتوری اصلی: بعد از اینکه کد تست شد، با ریپازیتوری اصلی ادغام می‌شه.
  2. ساخت و تست دوباره: کد آماده می‌شه، دوباره تست می‌شه و برای دیپلوی بسته‌بندی می‌شه.
  3. دیپلوی خودکار: در آخر، کد به صورت خودکار، به محض آماده شدن، دیپلوی می‌شه.

ابزارهای توسعه AWS: ساده‌تر کردن CI/CD

خب AWS یه سری ابزارهای توسعه‌ای داره که کار رو برای توسعه‌دهنده‌ها و تیم‌های DevOps خیلی راحت می‌کنه. این ابزارها به شما کمک می‌کنن فرآیندهای CI/CD رو سریع، دقیق و کاملاً خودکار پیاده‌سازی کنید. حالا بیایید با چهار تا از ابزارهای اصلی AWS آشنا بشیم که حسابی کارتون رو توی این مسیر راه می‌اندازن:

1. ابزار CodeCommit: مخزن کد مرکزی و امن

ابزار CodeCommit مثل یه نسخه ابری و خصوصی از Git عمل می‌کنه. این ابزار می‌تونه مرکز تمام کدهای شما باشه و به تیم‌تون اجازه بده به راحتی روی کدها همکاری کنن.

کاربردها و ویژگی‌ها:

  • ذخیره‌سازی هر چیزی که به توسعه نرم‌افزار مربوطه: مثل کدهای منبع (source code)، باینری‌ها، تصاویر و حتی کتابخانه‌های نرم‌افزاری.
  • همکاری تیمی و مدیریت تغییرات کدها: این ابزار به تیم‌ها اجازه می‌ده تغییرات کدها رو پیگیری کنن و به تاریخچه نسخه‌ها دسترسی داشته باشن.
  • امنیت بالا: چون مخزن خصوصی شما توی فضای ابری AWS قرار داره، امنیتش تضمین شده‌ست.
  • یکپارچگی با سایر ابزارهای AWS: مثلاً می‌تونید از CodeCommit به عنوان منبع کد در CodePipeline استفاده کنید.

مثال کاربردی:

فرض کنید دارید یه پروژه بزرگ انجام می‌دید و چند نفر روی بخش‌های مختلف کد کار می‌کنن. CodeCommit کمک می‌کنه همه تغییرات تو یه جای امن ذخیره بشه و همه اعضای تیم همیشه به نسخه آخر دسترسی داشته باشن.

2. ابزار CodeBuild: ساخت، تست و آماده‌سازی

ابزار CodeBuild یه سرویس کاملاً مدیریت‌شده برای ساخت (build) کدهاست. به زبان ساده، این ابزار دستورات شما رو اجرا می‌کنه و از ساخت کد تا آماده‌سازی بسته‌ها (artifacts) برای دیپلویمنت رو براتون هندل می‌کنه.

کاربردها و ویژگی‌ها:

  • کامپایل کدها: هر زبانی که استفاده می‌کنید، CodeBuild می‌تونه کدها رو برای شما کامپایل کنه.
  • اجرای تست‌ها: از تست‌های واحد (Unit Tests) گرفته تا تست‌های یکپارچگی (Integration Tests).
  • تولید آرتیفکت‌ها (Artifacts): یعنی بسته‌هایی که برای دیپلوی آماده هستن، مثل بسته‌های نرم‌افزاری یا تصاویر Docker.
  • ادغام با CodeCommit و سایر ابزارها: کدها رو از CodeCommit می‌گیره و بعد از ساخت و تست، آرتیفکت‌ها رو تحویل می‌ده.

مثال کاربردی:

فرض کنید یه اپلیکیشن وب با Node.js نوشتید. CodeBuild می‌تونه کد شما رو کامپایل کنه، تست‌ها رو اجرا کنه و در نهایت یه بسته آماده دیپلوی تولید کنه.

3. ابزار CodeDeploy: دیپلوی خودکار، سریع و مطمئن

ابزار CodeDeploy یه ابزار فوق‌العاده برای خودکارسازی فرآیند دیپلویمنت کده. این ابزار کد شما رو روی انواع محیط‌ها به راحتی دیپلوی می‌کنه، بدون این که نیاز باشه دستی انجامش بدید.

کاربردها و ویژگی‌ها:

  • دیپلوی روی محیط‌های مختلف: مثل EC2 Instances، سیستم‌های On-Premises یا توابع Lambda.
  • جلوگیری از Downtime: در واقع CodeDeploy کمک می‌کنه دیپلوی بدون هیچ قطعی انجام بشه.
  • مدیریت نسخه‌ها: به شما اجازه می‌ده نسخه‌های مختلف کد رو به راحتی مدیریت و در صورت نیاز رول‌بک کنید.
  • سرعت و دقت بالا: چون فرآیند به صورت خودکار انجام می‌شه، احتمال خطای انسانی به شدت کاهش پیدا می‌کنه.

مثال کاربردی:

فرض کنید یه اپلیکیشن وب دارید که روی چندین سرور EC2 اجرا می‌شه. با CodeDeploy می‌تونید آپدیت‌های کد رو بدون این که سایت از دسترس خارج بشه، روی همه سرورها اعمال کنید.

4. ابزار CodePipeline: ارکستریت کردن کل فرآیند CI/CD

ابزار CodePipeline مثل یه رهبر ارکستر عمل می‌کنه. این ابزار کل فرآیند CI/CD رو از ابتدا تا انتها مدیریت می‌کنه و مطمئن می‌شه همه چیز سر جای خودش انجام بشه.

کاربردها و ویژگی‌ها:

  • تشخیص تغییرات کد: هر وقت توی مخزن کد (مثل CodeCommit) تغییری اعمال بشه، CodePipeline فرآیند رو شروع می‌کنه.
  • هماهنگی ابزارها: این ابزار با CodeBuild و CodeDeploy هماهنگ می‌شه تا ساخت، تست و دیپلوی کدها رو انجام بده.
  • کاهش خطا: چون همه مراحل به صورت خودکار انجام می‌شه، احتمال خطا به حداقل می‌رسه.
  • سرعت بالا: فرآیند انتشار نرم‌افزار سریع و بدون دردسر انجام می‌شه.

مثال کاربردی:

فرض کنید تیم شما هر روز روی کدها تغییراتی اعمال می‌کنه. CodePipeline این تغییرات رو می‌گیره، کد رو می‌سازه، تست می‌کنه و بعد دیپلوی می‌کنه.

چرا از ابزارهای توسعه AWS استفاده کنیم؟

  1. سرعت بیشتر: فرآیندهای دستی مثل تست و دیپلوی خیلی زمان‌بر هستن، ولی این ابزارها همه چیز رو خودکار و سریع انجام می‌دن.
  2. کاهش خطا: چون فرآیند خودکاره، احتمال خطای انسانی خیلی کمتر می‌شه.
  3. مقیاس‌پذیری: ابزارهای AWS برای تیم‌های کوچک و بزرگ عالی هستن.
  4. سازگاری: همه این ابزارها با هم و با سایر سرویس‌های AWS یکپارچه عمل می‌کنن.

ابزارهای CodeCommit، CodeBuild، CodeDeploy و CodePipeline چهار ستون اصلی برای پیاده‌سازی فرآیندهای CI/CD در AWS هستن. هر کدوم از این ابزارها یه بخش از فرآیند رو هندل می‌کنن و در کنار هم، یه راهکار کامل برای مدیریت چرخه توسعه و انتشار نرم‌افزار ارائه می‌دن. اگر می‌خواید کار تیمی‌تون سریع‌تر، دقیق‌تر و حرفه‌ای‌تر بشه، این ابزارها رو دست کم نگیرید! 😎

دمو: کار با AWS CloudShell و AWS Command Line Interface (AWS CLI)

در این سناریو:

  • یه S3 bucket ایجاد میکنیم و یه فایل توی اون آپلود میکنیم.
  • این کار رو با استفاده از AWS CLI در محیط CloudShell انجام می‌دیم، به جای استفاده از AWS Console.

گام‌های انجام کار:

اجرای CloudShell
ابتدا از طریق AWS Console، قسمت بالا سمت راست CloudShell رو باز می‌کنیم. CloudShell یک محیط خط فرمان تحت مرورگر است که AWS CLI به‌صورت پیش‌فرض در آن نصب و پیکربندی شده. این راحت‌ترین روش برای استفاده از CLI هست.

  • بررسی نسخه CLI
    با دستور زیر می‌تونید بررسی میکنیم که AWS CLI نصب شده:aws --version بعد از اجرای این دستور، نسخه CLI نمایش داده می‌شه.

ایجاد S3 Bucket
برای ایجاد یک S3 bucket، دستور زیر رو وارد میکنیم:aws s3 mb s3://BUCKET NAME
توجه: نام باکت باید به صورت جهانی یکتا باشد، پس بهتره که اعداد تصادفی به نام اضافه کنیم.

مشاهده باکت‌های موجود
دستور زیر برای مشاهده لیست باکت‌ها در حساب AWS شماست:aws s3 ls

  • ایجاد فایل و آپلود آن به S3
    ابتدا یک فایل جدید ایجاد میکنیم:echo "my new file" >> file.txt
    سپس محتوای فایل رو چک میکنیم:cat file.txt
    فایل رو به باکت آپلود میکنیم:aws s3 cp file.txt s3://BUCKET NAME
    برای اطمینان از آپلود موفق، محتوای باکت رو بررسی میکنیم:aws s3 ls s3://BUCKET NAME
  • استفاده از Help برای دستورات CLI
    اگر سینتکس دستوری رو فراموش کردیم، میتونیم از دستور help استفاده کنیم:

aws <service-name> help

انتهای Help، مثال‌هایی از نحوه استفاده از دستور نمایش داده می‌شه.

دمو: استفاده از AWS Cloud9
در این سناریو:

  • ما به یک IDE (محیط توسعه یکپارچه) نیاز داریم که اجازه بده کد بنویسیم، اجرا کنیم و دیباگ کنیم.
  • همچنین، باید از زبان‌های برنامه‌نویسی پرطرفدار مثل JavaScript، Python، Ruby و C++ پشتیبانی کند.
  • این محیط باید قابلیت اجرای دستورات AWS CLI رو هم داشته باشد.
  • سرویس AWS Cloud9 یک IDE مرورگرمحور است، بنابراین نیازی نیست چیزی روی کامپیوتر خودتون نصب میکنیم.
    در این درس، ما مراحل زیر رو انجام می‌دیم:
  1. ایجاد یک محیط Cloud9.
  2. نوشتن و اجرای کد در Cloud9.
  3. اجرای دستورات AWS CLI در Cloud9.

گام‌های انجام کار:

1. ایجاد محیط Cloud9

ابتدا وارد AWS Console میشیم و Cloud9 رو جستجو میکنیم.
سپس:

  • روی Create environment کلیک میکنیم.
  • یک نام برای محیط وارد میکنیم، مثل My-IDE.
  • تنظیمات زیر رو انجام میدیم:

قسمت Environment type: گزینه New EC2 instance.
قسمت Instance type: انتخاب t3.small.
قسمت Platform: گزینه Amazon Linux.
قسمت Network settings: تنظیمات پیش‌فرض باقی میمونه.

  • سپس به پایین صفحه میریم و روی Create کلیک میکنیم.
سرور Cloud9 در اصل یک سرور Linux است که ابزارهای پیش‌فرضی مانند AWS CLI و زبان‌های برنامه‌نویسی مثل Python و Node.js روی آن نصب شده‌اند.

2. نوشتن و اجرای کد

بعد از ایجاد محیط:

  • روی Open کلیک میکنیم تا وارد محیط Cloud9 بشیم.


  • یک فایل جدید ایجاد میکنیم: Create File رو انتخاب میکنیم.

    کد زیر رو مینویسم:print("Hello Cloud Gurus")

    فایل رو ذخیره میکنیم:به File > Save As میریم. نام فایل رو hello.py قرار میدیم و ذخیره میکنیم.
  • حالا برای اجرای کد:به بخش Terminal در پایین صفحه میریم.دستور ls رو وارد میکنیم تا فایل رو ببینیم. بعدش کد رو اجرا میکنیم:python hello.py
    اگر همه چیز درست باشه، پیام Hello Cloud Gurus نمایش داده می‌شود.

3. استفاده از AWS CLI

سرویس Cloud9 ابزار AWS CLI رو پیش‌نصب داره.
برای تست: یک S3 bucket ایجاد میکنیم:

aws s3 mb s3://my-code-random-numbers

فایل کد رو به S3 bucket آپلود میکنیم:

aws s3 cp hello.py s3://my-code-random-numbers

  • اگر همه چیز درست باشه، فایلمون با موفقیت در S3 آپلود میشه.

درک AWS CodeArtifact: ابزار قدرتمند برای مدیریت بسته‌های نرم‌افزاری

ابزار AWS CodeArtifact یه ابزار جذابه که زندگی توسعه‌دهنده‌ها رو خیلی راحت‌تر می‌کنه! این سرویس یه مخزن آرتیفکت (Artifact Repository) هست که به شما اجازه می‌ده بسته‌های نرم‌افزاری موردنیازتون رو ذخیره کنید، منتشر کنید و حتی با تیم‌های دیگه به اشتراک بذارید.

ببینیم CodeArtifact دقیقاً چیکار می‌کنه؟

ابزار AWS CodeArtifact به توسعه‌دهندگان اجازه می‌ده:

  • بسته‌های نرم‌افزاری (Packages) رو به صورت امن ذخیره کنن.
  • به راحتی نسخه‌های مختلف این بسته‌ها رو مدیریت کنن.
  • بسته‌هایی مثل Maven، NPM یا Python رو استفاده کنن، چه از مخازن عمومی و چه بسته‌هایی که توی سازمان خودشون ساخته شده.

بسته نرم‌افزاری (Package) چیه؟

به زبان ساده، یه بسته نرم‌افزاری مثل یه مجموعه از کده، ابزارها یا کتابخونه‌هاست که توی یه فرمت استاندارد پیچیده شده. CodeArtifact کمک می‌کنه همه توسعه‌دهنده‌ها به راحتی این بسته‌ها رو پیدا کنن و از نسخه درست استفاده کنن.

چرا باید از CodeArtifact استفاده کنیم؟

تصور کنید چندین تیم توسعه‌دهنده دارید که روی بخش‌های مختلف یه اپلیکیشن کار می‌کنن. یکی از دغدغه‌های اصلی تو اینجور پروژه‌ها اینه که همه تیم‌ها از نسخه درست بسته‌های نرم‌افزاری استفاده کنن.

اینجاست که CodeArtifact می‌تونه یه ابزار نجات‌دهنده باشه!

چالش‌ها بدون CodeArtifact:

  1. یکی از تیم‌ها یه نسخه اشتباه از یه کتابخونه مثل Express (فریم‌ورکی برای Node.js) رو دانلود می‌کنه.
  2. این باعث می‌شه کد تیم‌ها با هم سازگار نباشه.
  3. کلی زمان صرف می‌شه تا بفهمن مشکل کجاست.

مزایای CodeArtifact:

  • مدیریت نسخه‌ها: تضمین می‌کنه که همه تیم‌ها به نسخه درست کتابخونه دسترسی داشته باشن.
  • صرفه‌جویی در زمان: دیگه نیازی نیست تیم‌ها اینترنت رو برای پیدا کردن بسته مناسب زیرورو کنن.
  • امنیت بیشتر: همه چیز از یه مخزن مرکزی و امن مدیریت می‌شه.

آرتیفکت (Artifact) یعنی چی؟

توی دنیای فناوری، آرتیفکت‌ها می‌تونن چیزای مختلفی باشن، مثل:

  • مستندات (Documentation): مثلاً فایل‌های README یا راهنمای API.
  • برنامه‌های کامپایل‌شده (Compiled Applications): فایل‌های اجرایی آماده برای استفاده.
  • بسته‌های قابل استقرار (Deployable Packages): مثل فایل‌های Docker یا بسته‌های ZIP.
  • کتابخونه‌ها (Libraries): ابزارهایی که برنامه‌نویس‌ها برای توسعه استفاده می‌کنن.

ابزار CodeArtifact همه این موارد رو مدیریت می‌کنه تا شما فقط روی توسعه تمرکز کنید.

مزایای CodeArtifact برای تیم‌ها

  1. نسخه‌های تایید شده (Approved Versions):
    رهبران IT می‌تونن نسخه‌هایی رو که تست و تایید شدن توی CodeArtifact ذخیره کنن. اینجوری، توسعه‌دهنده‌ها همیشه می‌دونن از چه نسخه‌ای باید استفاده کنن.
  2. جلوگیری از مشکلات نسخه‌های جدید:
    اگر تیم‌ها همیشه از آخرین نسخه کتابخونه‌ها استفاده کنن، ممکنه باگ‌های جدیدی رو تجربه کنن. CodeArtifact اجازه می‌ده نسخه‌هایی که قبلاً تست شدن رو استفاده کنید و اینجوری ریسک خرابی رو کاهش بدید.
  3. یکپارچگی تیم‌ها:
    همه تیم‌ها به یه منبع مرکزی دسترسی دارن و این باعث می‌شه پروژه‌ها بدون دردسر جلو برن.

جمع‌بندی

ابزار AWS CodeArtifact یه ابزار حرفه‌ایه که به تیم‌ها کمک می‌کنه بسته‌های نرم‌افزاری‌شون رو مثل یه حرفه‌ای مدیریت کنن. این سرویس:

  • سرعت توسعه رو بیشتر می‌کنه.
  • اشتباهات ناشی از استفاده از نسخه‌های اشتباه رو به صفر می‌رسونه.
  • باعث می‌شه تیم‌ها متمرکزتر و هماهنگ‌تر کار کنن.

اگر توی پروژه‌هاتون می‌خواید خیال‌تون راحت باشه که همیشه از نسخه‌های درست بسته‌ها استفاده می‌کنید و تیم‌تون وقتش رو روی پیدا کردن نسخه‌ها تلف نمی‌کنه، CodeArtifact دقیقاً چیزی هست که لازم دارید! 😎

جداسازی مؤلفه‌های اپلیکیشن (Decoupling Application Components)

خب بریم ببینیم چرا جداسازی مؤلفه‌ها یا Decoupling! اینقدر مهمه؟ بیاید اول با یه مشکل قدیمی شروع کنیم: Tight Coupling.

اول ببینیم Tight Coupling چیه

وقتی یه اپلیکیشن تمام اجزاش به شدت به هم وابسته باشن، به این حالت می‌گن Tight Coupling. این معماری معمولاً تو سیستم‌های Monolithic دیده می‌شه. اما چرا این وابستگی مشکل‌سازه؟

مشکلات Tight Coupling

  1. وابستگی‌های زیاد: وقتی اجزا به شدت به هم وصل باشن، اگه یکی‌شون کند بشه یا درست کار نکنه، بقیه اجزا هم دچار مشکل می‌شن.مثال: تصور کن یه سایت فروش بلیط کنسرت داری. وقتی فروش بلیط شروع می‌شه، اگر سیستم پرداخت‌ها سریع‌تر از پایگاه داده باشه که تعداد بلیط‌های فروخته‌شده رو به‌روزرسانی می‌کنه، پایگاه داده ممکنه دچار بار اضافی (Overload) بشه.
  2. خرابی کل سیستم:
    اگه یکی از مؤلفه‌ها از کار بیفته، ممکنه کل سیستم سقوط کنه! مثال: اگه پایگاه داده بلیط‌ها از کار بیفته، هیچکس نمی‌تونه خرید کنه و کل سایت می‌خوابه.

موردی بعدی Loose Coupling هست

حالا بیاید به راه‌حل این مشکلات نگاه کنیم: Loose Coupling. این معماری معمولاً تو سیستم‌های میکروسرویس (Microservices) دیده می‌شه. بیایید مزایاشو بررسی کنیم.

ویژگی‌های Loose Coupling:

  • استقلال: هر مؤلفه می‌تونه به تنهایی کار کنه، بدون اینکه به مؤلفه‌های دیگه وابسته باشه.
  • تعامل بدون انتظار: نیازی نیست یه مؤلفه صبر کنه تا کار مؤلفه دیگه تموم بشه.
  • مدیریت پیام‌ها و داده‌ها: پیام‌ها و داده‌ها بین مؤلفه‌ها جابه‌جا می‌شن بدون اینکه مؤلفه‌ها به هم وابسته باشن.

مزایای Loose Coupling:

  1. انعطاف‌پذیری بالا:
    راحت می‌تونید بخش‌های سیستم رو بهبود بدید یا جایگزین کنید.
  2. مقیاس‌پذیری (Scalability):
    هر مؤلفه می‌تونه جداگانه گسترش پیدا کنه.
  3. مقاومت در برابر خرابی‌ها:
    اگه یه مؤلفه از کار بیفته، بقیه بدون مشکل به کارشون ادامه می‌دن.
  4. افزایش قابلیت اطمینان:
    سیستم پایدارتر و قابل اعتمادتره چون اجزا مستقل عمل می‌کنن.
  5. الاستیک بودن (Elasticity):
    به راحتی می‌شه سیستم رو با تغییر نیازها هماهنگ کرد.

یه مثال جذاب: World Pizza

فرض کن یه اپلیکیشن موبایلی برای سفارش پیتزا داری. فرآیند سفارش چطوری کار می‌کنه؟

  1. مشتری سفارش خودش رو تو اپ ثبت می‌کنه.
  2. آشپزخونه سفارش رو دریافت می‌کنه و شروع به آماده‌سازی می‌کنه.
  3. وقتی سفارش آماده شد:یه راننده تعیین می‌شه. مسیر و زمان تحویل محاسبه می‌شه. مشتری از زمان تحویل مطلع می‌شه.
  4. در نهایت، پیتزای خوشمزه تحویل داده می‌شه!

اگر یکی از مؤلفه‌ها خراب بشه چی؟

مثلاً بخش پردازش پرداخت‌ها برای چند دقیقه از کار بیفته. نباید این مشکل باعث بشه کل سیستم متوقف بشه.
راه‌حل: سفارش‌هایی که قبلاً ثبت شدن باید بدون مشکل پردازش بشن. اینجا نیاز به جداسازی مؤلفه‌ها (Decoupling) داریم.

راهکارهای جداسازی مؤلفه‌ها

حالا بیایید ببینیم چطوری می‌تونیم مؤلفه‌ها رو جدا کنیم تا از این مشکلات فرار کنیم.

سه روش رایج:

  1. صف‌ها (Queues): استفاده از AWS SQS (Simple Queue Service) پیام‌ها تو صف منتظر می‌مونن تا پردازش بشن، بدون اینکه سیستم دچار اختلال بشه.
  2. اعلان‌ها (Notifications): استفاده از AWS SNS (Simple Notification Service) ارسال نوتیفیکیشن‌ها به صورت ایمیل یا پیامک برای اطلاع‌رسانی به کاربران یا سیستم‌ها.
  3. رویدادها (Events): استفاده از AWS EventBridge برای ساخت سیستم‌های رویداد-محور. وقتی یه رویداد (مثل آماده شدن سفارش) اتفاق می‌افته، EventBridge اون رو به سیستم‌های مرتبط ارسال می‌کنه.

ستون فقرات جداسازی AWS SQS

سرویس SQS یه سرویس مدیریت‌شده است که برای جداسازی مؤلفه‌ها (Decoupling) طراحی شده.

ویژگی ها

  • پیام‌ها رو نگه می‌داره تا وقتی که مؤلفه مربوطه آماده پردازش بشه.
  • باعث می‌شه هیچ مؤلفه‌ای بیش از حد بارگذاری نشه.
  • از خرابی سیستم جلوگیری می‌کنه.

جمع‌بندی

در واقع Loose Coupling راه‌حل قطعی برای ساخت سیستم‌های مقیاس‌پذیر، مقاوم و انعطاف‌پذیره.
AWS ابزارهایی مثل SQS، SNS و EventBridge رو ارائه می‌ده که می‌تونید ازشون برای ساخت سیستم‌های مدرن و پایدار استفاده کنید.
با جداسازی مؤلفه‌ها، خیالتون راحت می‌شه که حتی اگه یه بخش از کار بیفته، کل سیستم به مشکل نمی‌خوره. 😎

معرفی Amazon Simple Notification Service (SNS)

این سرویس یکی از ابزارهای فوق‌العاده AWS برای مدیریت و ارسال اعلان‌ها (Notifications) است. سرویس SNS یک سرویس کاملاً مدیریت‌شده از AWS است که به شما امکان می‌دهد به راحتی اعلان‌ها را تنظیم، مدیریت و ارسال کنید.

ویژگی‌های اصلی:

  • امکان ارسال پیام‌ها به صورت پیامک (SMS)، ایمیل (Email) یا به اپلیکیشن‌های دیگر.
  • پشتیبانی از مدل انتشار و اشتراک (Publish-Subscribe).
  • ارسال اعلان‌ها به تعداد زیادی از مشترکین (Subscribers) به طور هم‌زمان.

موارد استفاده از SNS

سرویس SNS برای سناریوهای مختلفی کاربرد دارد. چند نمونه از پیام‌هایی که می‌توانید با SNS ارسال کنید:

  1. اطلاع‌رسانی‌های خودکار:پیامکی از تعمیرگاه خودرو که به شما اطلاع می‌دهد ماشین‌تان برای تعمیر رزرو شده است.
  2. پیام‌های بازاریابی:اطلاع‌رسانی درباره یک محصول جدید از یک برند محبوب. پیام تخفیف، مثل 25% تخفیف از کافی‌شاپ مورد علاقه شما.
  3. اعلان‌های سیستمی:ارسال پیام به تیم پشتیبانی در صورت بروز مشکل در سیستم.

مدل کار SNS: مدل انتشار و اشتراک (Pub-Sub)

سرویس SNS از مدل Pub-Sub استفاده می‌کند که به دو بخش اصلی تقسیم می‌شود:

  1. انتشار (Publish):پیام‌ها از سوی اپلیکیشن یا سیستم به یک موضوع (Topic) ارسال می‌شوند.
  2. اشتراک (Subscribe):مشترکین به یک موضوع (Topic) مشترک می‌شوند و اعلان‌های مربوطه را دریافت می‌کنند.

موضوع (Topic):

  • یک موضوع (Topic)، نقطه دسترسی است که پیام‌ها از طریق آن به مشترکین ارسال می‌شود.
  • به زبان ساده، موضوع همان کانالی است که پیام‌ها در آن منتشر می‌شوند و مشترکین می‌توانند پیام‌های مرتبط را دریافت کنند.

یک مثال از SNS: World Pizza

فرض کنید شما از اپلیکیشن World Pizza یک سفارش پیتزا ثبت کرده‌اید. فرآیند ممکن است به این شکل باشد:

  1. سفارش شما ثبت می‌شود.
  2. زمان تحویل پیتزا به شما اطلاع داده می‌شود.این پیام می‌تواند از طریق ایمیل، پیامک (SMS) یا هر دو ارسال شود.

کاربرد SNS برای مدیریت مشکلات سیستمی

سرویس SNS تنها برای مشتریان استفاده نمی‌شود؛ بلکه در مدیریت مشکلات سیستمی نیز کاربرد دارد. برای مثال:

  1. فرض کنید یکی از سرورهای EC2 در اپلیکیشن World Pizza خراب می‌شود.
  2. سرویس CloudWatch (یک سرویس مانیتورینگ AWS) این مشکل را شناسایی می‌کند.
  3. سرویس CloudWatch از SNS استفاده می‌کنه تا یک ایمیل به تیم پشتیبانی ارسال کند و آنها را از مشکل مطلع سازد.

جمع‌بندی

سرویس SNS یک ابزار قدرتمند برای ارسال اعلان‌ها در سیستم‌های مختلف است. با استفاده از SNS، می‌توانید پیام‌ها را به صورت کارآمد و با مدل Pub-Sub مدیریت کنید. این سرویس، به شما کمک می‌کند تا اعلان‌ها را سریع، امن و در مقیاس بزرگ به مشترکین ارسال کنید.

پولینگ کوتاه (Short Polling) در مقابل پولینگ بلند (Long Polling)

تو این قسمت، می‌خواهیم دو روش پولینگ کوتاه و پولینگ بلند را که در Amazon SQS برای مصرف پیام‌ها استفاده می‌شوند، بررسی کنیم. درک تفاوت این دو روش به شما کمک می‌کند تا بهترین گزینه را بر اساس نیاز اپلیکیشن‌تان انتخاب کنید.

پولینگ کوتاه (Short Polling)

ویژگی‌ها:

  1. پاسخ فوری:در این روش، درخواست ارسال‌شده به صف پیام بلافاصله پاسخ می‌گیرد، حتی اگر صف پیام خالی باشد.
  2. پاسخ‌های خالی (Empty Responses):اگر صف خالی باشد، درخواست همچنان یک پاسخ دریافت می‌کند، اما این پاسخ خالی است.
  3. هزینه:برای هر درخواست، حتی اگر پاسخش خالی باشد، هزینه‌ای پرداخت می‌شود.
  4. مشکل:این روش می‌تواند منجر به ارسال درخواست‌های بیهوده و دریافت پاسخ‌های خالی متعدد شود که در نهایت باعث افزایش هزینه و کاهش کارایی می‌شود.

پولینگ بلند (Long Polling)

ویژگی‌ها:

  1. پاسخ فقط در صورت وجود پیام:
    در این روش، مصرف‌کننده (Consumer) به صورت دوره‌ای صف را بررسی می‌کند. پاسخ تنها زمانی ارسال می‌شود که:یک پیام جدید در صف وجود داشته باشد. یا مدت‌زمان مشخصی (Timeout) سپری شود.
  2. صرفه‌جویی در هزینه:به دلیل کاهش تعداد درخواست‌ها و پاسخ‌های خالی، پولینگ بلند به‌طور کلی مقرون‌به‌صرفه‌تر است.
  3. مزیت اصلی:این روش معمولاً برای اکثر موارد استفاده توصیه می‌شود، زیرا کارآمدتر و اقتصادی‌تر است.

مقایسه پولینگ کوتاه و بلند

چرا پولینگ بلند بهتره؟

مثال کاربردی:

فرض کنید یک اپلیکیشن سفارش آنلاین دارید. اگر از پولینگ کوتاه استفاده کنید، ممکن است سرور شما به صورت مکرر صف پیام‌ها را بررسی کند و در نهایت پاسخ‌های خالی دریافت کند، حتی زمانی که هیچ سفارشی ثبت نشده باشد. این کار باعث افزایش هزینه‌ها و هدر رفتن منابع می‌شود.

اما اگر از پولینگ بلند استفاده کنید، سیستم فقط زمانی پاسخ دریافت می‌کند که یک سفارش جدید در صف ثبت شده باشد. این روش هم هزینه‌ها را کاهش می‌دهد و هم منابع سرور را بهینه می‌کند.

جمع‌بندی:

  1. پولینگ کوتاه برای موارد خاص که به پاسخ‌های فوری نیاز دارید، ممکن است مناسب باشد، اما به دلیل هزینه و کارایی پایین، در بیشتر موارد توصیه نمی‌شود.
  2. پولینگ بلند به دلیل کاهش هزینه‌ها و کارایی بیشتر، برای اکثر موارد استفاده ترجیح داده می‌شود.
  3. اگر در آزمون AWS سوالی درباره صرفه‌جویی در هزینه‌ها یا کارایی مطرح شد، جواب شما پولینگ بلند خواهد بود!

خب ببینیم Amazon Simple Email Service (SES) چیه؟

سرویس SES چیه؟

سرویس SES یک سرویس ایمیل مبتنی بر ابر (Cloud-based) از AWS است که به شما امکان می‌دهد ایمیل‌های HTML زیبا و حرفه‌ای ارسال کنید. این سرویس مناسب برای موارد زیر است:

  • ارسال ایمیل‌های تأیید سفارش یا تحویل کالا.
  • اجرای کمپین‌های بازاریابی شامل اطلاعات محصولات جدید، تخفیف‌ها و پیشنهادهای ویژه.
  • ارسال ایمیل‌های انبوه به لیست‌های ایمیل.

ویژگی‌های کلیدی SES

1. ارسال ایمیل‌های HTML با طراحی حرفه‌ای

با استفاده از SES می‌توانید ایمیل‌هایی زیبا و با فرمت HTML ارسال کنید. این ایمیل‌ها می‌توانند شامل:

  • تصاویر محصولات
  • لینک‌های قابل کلیک
  • دکمه‌های جذاب مانند "پیگیری سفارش" یا "ثبت‌نام در پیشنهاد ویژه"

مثال:
یک ایمیل تأیید سفارش که تصویر محصول خریداری‌شده، اطلاعات تحویل و دکمه "پیگیری سفارش" را نمایش می‌دهد.

2. ارسال ایمیل به صورت انبوه

  • سرویس SES به شما اجازه می‌دهد ایمیل‌های انبوه به تعداد زیادی از مخاطبان ارسال کنید.
  • مناسب برای ارسال خبرنامه‌ها، دعوت‌نامه‌ها یا اطلاعیه‌های عمومی به همه مشتریان.

3. ردیابی عملکرد ایمیل‌ها

با استفاده از SES می‌توانید:

  • نرخ باز شدن ایمیل‌ها (Open Rate) را بررسی کنید.
  • نرخ کلیک (Click-Through Rate) روی لینک‌های موجود در ایمیل‌ها را مشاهده کنید.
  • این اطلاعات به شما کمک می‌کند اثربخشی کمپین‌های بازاریابی خود را تحلیل کنید.

مثال کاربردی:

فرض کنید یک کمپین بازاریابی راه‌اندازی کرده‌اید و می‌خواهید یک ایمیل زیبا به مشتریانتان ارسال کنید که:

  • شامل اطلاعات تخفیف ۲۰ درصدی باشد.
  • لینک مستقیم به محصول یا خدمات موردنظر را ارائه دهد.
  • از طراحی بصری جذاب استفاده کند که مشتری را به اقدام (Action) ترغیب کند.

با استفاده از SES می‌توانید این ایمیل را طراحی و ارسال کنید و سپس نرخ باز شدن و کلیک‌ها را تحلیل کنید.

تفاوت SES با SNS

ویژگی SES (Simple Email Service) SNS (Simple Notification Service) هدف ارسال ایمیل‌های زیبا و حرفه‌ای ارسال نوتیفیکیشن ساده (پیامک یا ایمیل متنی) کاربرد تأیید سفارش، ایمیل‌های بازاریابی، خبرنامه اطلاع‌رسانی فوری و ساده (مانند هشدارها) فرمت ایمیل HTML (ایمیل زیبا و حرفه‌ای) متنی ساده (Plain Text)

چرا از SES استفاده کنیم؟

  1. زیبایی و حرفه‌ای بودن ایمیل‌ها: SES به شما اجازه می‌دهد ایمیل‌هایی با طراحی بصری و حرفه‌ای ارسال کنید که تأثیر مثبتی روی مخاطبان دارد.
  2. ردیابی آسان: نرخ باز شدن و کلیک ایمیل‌ها را می‌توانید برای بهینه‌سازی کمپین‌ها تحلیل کنید.
  3. ارسال انبوه: با SES می‌توانید ایمیل‌های خود را به هزاران یا حتی میلیون‌ها کاربر ارسال کنید.
  4. ادغام با سایر سرویس‌های AWS: SES به‌راحتی با سایر سرویس‌های AWS مانند Lambda یا CloudWatch ادغام می‌شود.

سرویس Amazon EventBridge چیه؟

سرویس Amazon EventBridge یک سرویس مدیریت شده از AWS است که به شما امکان می‌دهد سیستم‌های رویداد-محور (Event-Driven Systems) را به راحتی پیاده‌سازی و پیکربندی کنید. همچنین، می‌توانید از این سرویس برای تعریف وظایفی با زمان‌بندی مشخص استفاده کنید.

سیستم رویداد-محور (Event-Driven) چیست؟

در این سیستم‌ها، رویدادها، که به تغییرات در وضعیت اشاره دارند، باعث اجرای عملیات خاصی می‌شوند.

رویداد (Event):

  • رویدادها زمانی ایجاد می‌شوند که تغییری در وضعیت رخ دهد.
  • این تغییرات می‌توانند شامل موارد زیر باشند:EC2: تغییر وضعیت یک اینستنس، مانند اجرا شدن (Running) یا متوقف شدن (Stopped).
    CloudWatch: تغییرات مرتبط با نظارت بر سیستم.
    CloudTrail: ردیابی فعالیت کاربران و تغییرات در منابع AWS.

نحوه کار EventBridge

  1. رویداد (Event):هر رویداد، که نشان‌دهنده یک تغییر در وضعیت است، در EventBridge ثبت می‌شود.
  2. قوانین (Rules):شما می‌توانید قوانینی تعریف کنید که مشخص می‌کنند چه رویدادهایی باید شناسایی شوند و به کجا هدایت شوند.
  3. اهداف (Targets):
    اهداف رویدادها می‌توانند سرویس‌های مختلف AWS باشند، مانند:SNS (ارسال اعلان)
    Lambda (اجرای کد)
    EC2 (مدیریت اینستنس‌ها)
  4. اقدامات (Actions):هدف پس از دریافت رویداد، عملی مشخص انجام می‌دهد. مثال: ارسال ایمیل از طریق SNS، یا اجرای یک تابع Lambda.

یک مثال واقعی از EventBridge

فرض کنید یکی از اینستنس‌های EC2 که وب‌سایت World Pizza را اجرا می‌کند، کرش کرده و ری‌استارت می‌شود:

  1. این تغییر وضعیت از Running به Stopping و سپس دوباره به Running شناسایی می‌شود.
  2. یک رویداد برای این تغییر وضعیت ایجاد می‌شود و به EventBridge ارسال می‌شود.
  3. سرویس EventBridge یک قانون تعریف‌شده را اجرا می‌کند:این قانون تعیین می‌کند که در صورت وقوع این رویداد، چه کاری انجام شود.
  4. سرویس SNS یک ایمیل به تیم پشتیبانی ارسال می‌کند تا بررسی‌های لازم انجام شود.

رویدادهای زمان‌بندی‌شده (Scheduled Events)

علاوه بر شناسایی و مدیریت تغییرات وضعیت، EventBridge می‌تواند رویدادهای زمان‌بندی‌شده را اجرا کند.

مثال‌ها:

  • اجرای یک فرآیند هر ساعت یا هر روز.
  • اجرای وظایف خاص در تاریخ و زمان مشخص، مانند:اولین روز هر ماه. هر جمعه ساعت ۱۰ صبح.

مزایای EventBridge

  1. خودکارسازی کامل:
    EventBridge به شما کمک می‌کند تا عملیات و رویدادهای مختلف را به صورت کاملاً خودکار مدیریت کنید.
  2. انعطاف‌پذیری:
    با امکان تعریف قوانین و زمان‌بندی‌ها، EventBridge برای طیف گسترده‌ای از نیازها مناسب است.
  3. ادغام با خدمات AWS:
    EventBridge به‌راحتی با سایر خدمات AWS مانند Lambda، SNS و CloudWatch ادغام می‌شود.
  4. مقیاس‌پذیری بالا:
    می‌توانید رویدادها را در مقیاس بزرگ و با عملکرد بالا مدیریت کنید.

درک AWS Step Functions

سرویس Step Functions سرویس AWS است که برای مدیریت منطق و جریان‌های کاری (Workflows) توزیع‌شده در اپلیکیشن‌های سرورلس طراحی شده است.

این سرویس به شما اجازه می‌دهد:

  1. فرآیندها را به صورت مرحله‌ای (Steps) مدیریت کنید.
  2. منطق اپلیکیشن‌های توزیع‌شده را سازمان‌دهی و ردیابی کنید.
  3. خطاها را شناسایی و مسیرهای جایگزین (Error Handling) را مدیریت کنید.

مثالی برای درک بهتر Step Functions:

فرض کنید شما در حال اجرای فرآیند خرید در یک فروشگاه آنلاین هستید. مراحل کلی به این شکل است:

  1. بررسی موجودی کالا.
  2. رزرو کالا برای مشتری.
  3. دریافت هزینه از مشتری.
  4. ارسال کالا پس از تأیید پرداخت.

اگر مشکلی پیش بیاید، چه اتفاقی می‌افتد؟

  • اگر کارت اعتباری مشتری منقضی شده باشد؟
  • اگر پرداخت رد شود؟
  • اگر مشتری فرآیند خرید را کامل نکند؟

سرویس Step Functions می‌تواند:

  • رزرو کالا را لغو کند تا دیگران بتوانند آن را خریداری کنند.
  • اگر پرداخت موفق باشد، ارسال کالا را آغاز کند.

نحوه استفاده از Step Functions:

  1. منطق توزیع‌شده را مدیریت می‌کند. برای مثال، هر مرحله از فرآیند (مانند چک کردن موجودی یا رزرو کالا) می‌تواند توسط یک Lambda Function مدیریت شود.
  2. خطایابی و مدیریت خطاها:
    اگر پرداخت رد شود، می‌توان:از مشتری درخواست کرد که روش پرداخت دیگری انتخاب کند. ایمیلی برای یادآوری خرید ارسال کرد.
  3. پردازش‌های موازی:
    مثال: در یک اپلیکیشن پردازش تصویر:استخراج متادیتا. تغییر اندازه تصویر. شناسایی چهره. این فرآیندها به صورت همزمان انجام شده و نتیجه به پایگاه داده منتقل می‌شود.
  4. جریان‌های کاری پیچیده‌تر:
    مثال: در فرآیند CodeBuild:اگر تست موفق باشد: یک اعلان به تیم پشتیبانی ارسال شود. اگر تست شکست بخورد: تیم توسعه مطلع شود.

ویژگی‌های Step Functions:

  1. رابط بصری:
    جریان‌های کاری را می‌توانید به صورت بصری مشاهده کنید.
  2. مدیریت خودکار مراحل:
    هر مرحله به ترتیب اجرا می‌شود و خروجی یک مرحله می‌تواند ورودی مرحله بعدی باشد.
  3. ردیابی وضعیت مراحل:
    می‌توانید وضعیت هر مرحله (موفق یا ناموفق) را ردیابی کنید و بدانید خطا کجا رخ داده است.

استقرار زیرساخت به عنوان کد با AWS CloudFormation

خب ببینیم Infrastructure as Code چیه؟

تصور کنید باید به سرعت یک محیط AWS برای اپلیکیشن خود بسازید. حالا فرض کنید نیاز دارید:

  • محیطی مشابه برای تیم توسعه ایجاد کنید.
  • محیط دیگری برای انجام تست عملکرد فراهم کنید.
  • همه این محیط‌ها باید کاملاً مشابه و یکسان باشند.

بهترین راه برای اطمینان از اینکه همه چیز به صورت یکسان و بدون اشتباه پیکربندی شده، استفاده از Infrastructure as Code است.

سرویس CloudFormation چیست؟

سرویس CloudFormation سرویسی از AWS است که به شما اجازه می‌دهد:

  1. مدیریت و پیکربندی زیرساخت خود را به صورت کد انجام دهید.
  2. منابع AWS را به صورت خودکار و با کد ایجاد و مدیریت کنید.

ساختار CloudFormation:

  1. منابع AWS با استفاده از یک قالب (Template) تعریف می‌شوند.قالب‌ها می‌توانند به زبان‌های YAML یا JSON نوشته شوند.
  2. سرویس CloudFormation این قالب را تفسیر می‌کند و با فراخوانی APIهای AWS، منابع تعریف‌شده را ایجاد می‌کند.
  3. نتیجه: تمام منابع ایجادشده توسط قالب در یک Stack قرار می‌گیرند.

مثالی از قالب CloudFormation:

در این مثال:

  • یک EC2 Instance در منطقه‌ی us-east-1a ایجاد می‌کنیم.
  • نوع اینستنس t3.micro است.
  • تصویر AMI (Amazon Machine Image) مشخص شده است.
Resources: MyEC2Instance: Type: AWS::EC2::Instance Properties: AvailabilityZone: us-east-1a InstanceType: t3.micro ImageId: ami-12345678

سرویس CloudFormation این قالب را تفسیر می‌کند و منابع مشخص‌شده را به صورت خودکار ایجاد می‌کند.

مزایای استفاده از CloudFormation:

  1. ایجاد منابع به صورت یکسان و استاندارد:
    مثل استفاده از قالب‌های آماده (Cookie Cutter)، هر بار منابع با پیکربندی مشابه ایجاد می‌شوند.
  2. کاهش خطا:
    خودکارسازی فرایند باعث کاهش خطاهای دستی می‌شود.
  3. سرعت و کارایی بالا:
    به جای صرف زمان برای پیکربندی دستی، همه چیز سریع‌تر انجام می‌شود.
  4. رایگان بودن:
    فقط برای منابعی که ایجاد می‌کنید، هزینه پرداخت می‌کنید. استفاده از CloudFormation خود رایگان است.

سرویس AWS Elastic Beanstalk چیست؟

سناریو:

فرض کنید شما یک توسعه‌دهنده هستید و در حال کار روی اپلیکیشن وب میلیارد دلاری خود هستید. احتمالاً نمی‌خواهید وقت خود را صرف مدیریت زیرساخت‌های موردنیاز برای اجرای این اپلیکیشن کنید. برای مثال:

  • آیا واقعاً می‌خواهید نگران مقاوم بودن (resilient)، تعادل بار (load balancing)، و مقیاس‌پذیری (scalability) زیرساخت باشید؟
  • یا نگران نصب و نگهداری محیط‌های اجرایی موردنیاز مثل Java، .NET، یا Node.js؟
  • یا حتی مدیریت وب‌سرورهایی مانند Apache Tomcat، Nginx، یا Microsoft IIS؟

اینجاست که Elastic Beanstalk وارد می‌شود:

با استفاده از Elastic Beanstalk:

  1. شما تنها کافی است کد اپلیکیشن خود را آپلود کنید.
  2. سرویس Elastic Beanstalk تمام زیرساخت موردنیاز برای اجرای اپلیکیشن شما را فراهم می‌کند.
  3. این سرویس، نصب و مدیریت محیط‌های اجرایی و پلتفرم‌های وب اپلیکیشن را انجام می‌دهد.

ویژگی‌ها و مزایای Elastic Beanstalk:

  • مدیریت زیرساخت به‌صورت خودکار:
    Elastic Beanstalk موارد زیر را مدیریت می‌کند:Provisioning: آماده‌سازی منابع مثل EC2 و RDS.
  • سرویس Load Balancing: توزیع بار بین سرورها.
  • سرویس Auto Scaling: مقیاس‌پذیری خودکار.
  • سرویس Monitoring: نظارت بر سلامت اپلیکیشن با استفاده از CloudWatch.
  • تمرکز روی کد:شما به‌عنوان توسعه‌دهنده تنها روی نوشتن کد اپلیکیشن تمرکز می‌کنید. Elastic Beanstalk باعث می‌شود اپلیکیشن سریع‌تر به بازار عرضه شود.
  • به‌روزرسانی‌های خودکار: Elastic Beanstalk به‌صورت خودکار:سیستم‌عامل (OS) را به‌روز نگه می‌دارد. وب‌سرورها مثل Apache یا IIS را آپدیت می‌کند.
  • پشتیبانی از زبان‌های برنامه‌نویسی مختلف: Elastic Beanstalk از زبان‌های محبوب زیر پشتیبانی می‌کند:Java، .NET، PHP، Node.js، Python، Ruby، و Go.
  • پشتیبانی از پلتفرم‌های وب‌سرور: از جمله:Apache Tomcat، Nginx، Microsoft IIS، و Docker.
  • مدیریت کامل زیرساخت: Elastic Beanstalk می‌تواند منابع AWS موردنیاز اپلیکیشن را ایجاد و مدیریت کند:

EC2 Instances
RDS Databases
S3 Storage
Elastic Load Balancer
Auto Scaling Groups

دمو: استقرار یک اپلیکیشن با استفاده از AWS Elastic Beanstalk

سناریو:

فرض کنید شما یک توسعه‌دهنده هستید که یک اپلیکیشن با زبان PHP توسعه داده‌اید. حالا می‌خواهید این اپلیکیشن را در AWS اجرا کنید، اما نمی‌خواهید به صورت دستی EC2 Instances را پیکربندی، مدیریت و آماده‌سازی کنید.

برای همین تصمیم گرفته‌اید از Elastic Beanstalk برای استقرار اپلیکیشن خود استفاده کنید.

مراحل دمو:

1. ایجاد یک Service Role برای Elastic Beanstalk

  • این رول به Elastic Beanstalk اجازه می‌دهد که به نمایندگی از شما منابع AWS را مستقر کند.

2. ایجاد یک EC2 Instance Profile

  • این پروفایل به EC2 Instance شما دسترسی لازم را می‌دهد تا بتواند با Elastic Beanstalk تعامل داشته باشد.

3. استقرار اپلیکیشن

  • کد اپلیکیشن را آپلود می‌کنید و Elastic Beanstalk تمامی مراحل را برای شما انجام می‌دهد.

مراحل عملیاتی

ایجاد Service Role برای Elastic Beanstalk

به IAM در AWS Console بروید. به بخش Roles رفته و روی Create Role کلیک کنید. در بخش Trusted Entity Type، گزینه AWS Service را انتخاب کنید. در Use Cases، گزینه Elastic Beanstalk Customizable را جستجو و انتخاب کنید.

مراحل بعدی را تکمیل کرده و نام رول را Custom Service Role for Elastic Beanstalk بگذارید.

روی Create Role کلیک کنید.

ایجاد EC2 Instance Profile

به IAM برگردید و دوباره Create Role را انتخاب کنید. در Trusted Entity Type، گزینه AWS Service و سپس EC2 را انتخاب کنید.


در قسمت Permissions گزینه، Elastic Beanstalk Read-Only Access را جستجو و انتخاب کنید.

رول را با نام Custom EC2 Instance Profile for Elastic Beanstalk ایجاد کنید.

استقرار اپلیکیشن

  1. به Elastic Beanstalk در AWS Console بروید.
  2. روی Create Application کلیک کنید.

موارد زیر را وارد کنید:

Application Name: Hello Hossein
Platform: PHP
Upload Code: فایل کد اپلیکیشن را که دانلود کرده‌اید آپلود کنید.
Service Role: رول ایجادشده در مرحله اول.
EC2 Instance Profile: پروفایلی که در مرحله دوم ایجاد کردید.

تمامی تنظیمات اختیاری دیگر را به صورت پیش‌فرض بگذارید و Submit را بزنید.

بررسی دسترسی سرویس

قسمت logging

انتظار و بررسی

  • سرویس Elastic Beanstalk تمام موارد زیر را برای شما انجام می‌دهد:

ایجاد EC2 Instances
پیکربندی شبکه و نصب پلتفرم PHP
بارگذاری کد و اجرای اپلیکیشن

بررسی نتیجه

  • پس از موفقیت‌آمیز بودن استقرار، روی لینک Domain URL کلیک کنید تا اپلیکیشن خود را مشاهده کنید.

دمو: استفاده از AWS X-Ray برای شناسایی مشکلات عملکرد

سرویس X-Ray چیه؟

سرویس X-Ray یک ابزار برای توسعه‌دهندگان است که به آنها کمک می‌کند اپلیکیشن‌های توزیع‌شده‌ای را که از چندین کامپوننت مختلف تشکیل شده‌اند، تحلیل و دیباگ کنند. این ابزار به شما امکان می‌دهد:

  • عیب‌یابی مشکلات عملکرد و شناسایی دلایل اصلی آن‌ها.
  • تصویرسازی از کامپوننت‌های زیربنایی اپلیکیشن.
  • بهبود عملکرد و نظارت بر وضعیت سلامت اپلیکیشن.

سناریو:

شما می‌خواهید یاد بگیرید چگونه از X-Ray برای نظارت بر عملکرد و سلامت یک اپلیکیشن توزیع‌شده استفاده کنید. برای این کار:

  1. یک اپلیکیشن نمونه (Tic-Tac-Toe) را با استفاده از CloudFormation نصب می‌کنید.
  2. با بازی کردن Tic-Tac-Toe داده‌های عملکردی تولید می‌کنید.
  3. از X-Ray برای مشاهده عملکرد و سلامت اپلیکیشن استفاده می‌کنید.

مراحل عملیاتی

1. نصب اپلیکیشن نمونه

  1. وارد AWS Console شوید و X-Ray را جستجو کنید.
  2. سرویس X-Ray را انتخاب کنید. شما به کنسول CloudWatch منتقل می‌شوید.
  3. در سمت راست روی گزینه Set Up Demo App کلیک کنید.
  4. گزینه Create Sample Application with CloudFormation را انتخاب کنید.این گزینه تمام منابع موردنیاز برای اجرای اپلیکیشن را به‌صورت خودکار ایجاد می‌کند.
  1. تنظیمات از قبل پر شده‌اند؛ کافی است روی Next کلیک کنید.
  1. در صفحه بعد، گزینه‌های پیش‌فرض را تایید کنید و به پایین اسکرول کنید. سپس روی Submit کلیک کنید.
  2. این فرآیند چند دقیقه زمان می‌برد؛ زیرا منابعی مانند EC2 Instances، ECS Clusters، DynamoDB Tables، Elastic Load Balancer، و موارد دیگر در حال ایجاد هستند. پس از تکمیل، وضعیت را با دکمه Refresh بررسی کنید.

2. اجرای اپلیکیشن و تولید داده‌های عملکردی

  1. پس از تکمیل استقرار، به تب Outputs در CloudFormation بروید.
  2. آدرس URL مربوط به Load Balancer اپلیکیشن را پیدا کنید و آن را در یک تب جدید باز کنید.
  1. اپلیکیشن Tic-Tac-Toe نمایش داده می‌شود:روی گزینه Create کلیک کنید. قوانین را Tic-Tac-Toe انتخاب کرده و روی Create and Play کلیک کنید.
  2. حالا می‌توانید بازی را انجام دهید. این بازی ساده‌ترین نسخه Tic-Tac-Toe است.

3. بررسی عملکرد اپلیکیشن با X-Ray

  1. به کنسول X-Ray بازگردید.
  2. سرویس X-Ray به‌طور خودکار داده‌های مربوط به عملکرد اپلیکیشن را جمع‌آوری کرده و تصویری از کامپوننت‌ها و وضعیت سلامت اپلیکیشن ارائه می‌دهد.
  3. با بررسی این داده‌ها می‌توانید، زمان پاسخ‌دهی هر کامپوننت را مشاهده کنید. مشکلات عملکردی را شناسایی کنید.
  4. وضعیت سلامت و پایداری کل سیستم را بررسی کنید.


خب تو این قسمت، سرویس‌های توسعه، مدیریت پیام و دیپلوی AWS رو به زبان ساده بررسی کردیم. از ابزارهایی مثل CodeCommit برای مدیریت کدها و CodeBuild برای ساخت و تست خودکار گرفته تا سرویس‌هایی مثل SQS برای مدیریت صف‌های پیام و Elastic Beanstalk برای دیپلوی سریع اپلیکیشن‌ها، هر کدوم رو با مثال‌های کاربردی توضیح دادیم. همچنین یاد گرفتیم چطور می‌شه از ابزارهایی مثل EventBridge برای مدیریت رویدادها و Step Functions برای هماهنگی فرآیندهای پیچیده استفاده کرد. امیدوارم این توضیحات کمک کرده باشه تا دید بهتری نسبت به سرویس‌های AWS در این حوزه و نحوه کمکشون به تیم‌های توسعه پیدا کرده باشید.


لیست تمام قسمت ها

قسمت اول AWS Certified Cloud Practitioner : آشنایی با مفاهیم ابتدایی AWS Cloud

قسمت دوم AWS Certified Cloud Practitioner : خدمات مبتنی بر Compute

قسمت سوم AWS Certified Cloud Practitioner: فناوری و خدمات ذخیره‌سازی مثل S3

قسمت چهارم AWS Certified Cloud Practitioner: خدمات شبکه و Content Delivery

قسمت پنجم AWS Certified Cloud Practitioner : آشنایی با انواع دیتابیس در AWS

قسمت 6: تکنولوژی‌ها و سرویس‌های توسعه، پیام‌رسانی، و دیپلویمنت

قسمت هفتم:‌ تکنولوژی و سرویس‌های migration و انتقال داده


و در آخر این آدرس لینکدین و توئیتر من هست خوشحال میشم در ارتباط باشیم.

🪩 Follow Linkedin Hossein Jafari🪩

🕊 Twitter 🕊



شاید از این پست‌ها خوشتان بیاید