برنامه نویسی

روز اول چالش 30 روزه DevOps من: ساخت داشبورد آب و هوای مبتنی بر ابر ☁️🌍

شروع سفر DevOps 🚀

من رسماً در حال غواصی در چالش 30 روزه DevOps هستم و نمی‌توانم بیشتر از این هیجان‌زده باشم! هدف؟ در حین انجام پروژه های دنیای واقعی، مهارت های ابری را به صورت عملی ایجاد کنید. و چه راهی بهتر از ایجاد چیزی عملی برای شروع – یک داشبورد آب و هوای بدون سرور که داده‌های آب و هوای زنده را دریافت می‌کند و در AWS S3 ذخیره می‌کند؟

این ایده در ابتدا ساده به نظر می رسید:
👉 داده های آب و هوا را از یک API واکشی کنید
👉 آن را در جایی ذخیره کنید
👉 بعدا آن را بازیابی و نمایش دهید

اما همانطور که به سرعت آموختم، پروژه های ابری همیشه بیش از آنچه انتظار دارید شامل می شوند – و این بخشی از سرگرمی است. 😆

مرحله 1: واکشی داده های آب و هوا مانند یک حرفه ای

از آنجایی که می‌خواستم به‌روزرسانی‌های آب و هوا را در زمان واقعی انجام دهم، تصمیم گرفتم از OpenWeather API استفاده کنم. این یک سرویس رایگان (و بسیار آسان برای استفاده) است که جزئیات آب و هوا مانند دما، رطوبت و شرایط را برای هر شهر ارائه می دهد.

کلید API خود را گرفتم، درخواستی دادم و رونق گرفتم – داده های فوری آب و هوا! 🌤️

در این مرحله احساس خوبی داشتم. مرحله 1؟ انجام شد. ✅

مرحله 2: این داده ها را کجا ذخیره کنم؟ 🤔

اینجاست که AWS وارد می‌شود. به جای ذخیره داده‌ها در یک فایل محلی، می‌خواستم آن‌ها را در Amazon S3 (سرویس ذخیره‌سازی ساده) ذخیره کنم – یک راه‌حل ذخیره‌سازی مبتنی بر ابر مقیاس‌پذیر. این بدان معناست که می‌توانم سوابق آب و هوا را در طول زمان نگه دارم و از هر جایی به آنها دسترسی داشته باشم.

اما… AWS همیشه راهی برای تواضع شما دارد.

🙃 بررسی واقعیت شماره 1: فقط آپلود داده ها در S3 کافی نبود – باید مطمئن می شدم که سطل من به درستی پیکربندی شده است تا اجازه دسترسی را بدهد.
🙃 بررسی واقعیت شماره 2: AWS تنظیمات امنیتی سختگیرانه ای دارد (که خوب است، اما وقتی فقط می خواهید چیزی کار کند، ناامید کننده است).

پس از عیب یابی (و چند جستجوی گوگل)، سطل S3 خود را راه اندازی کردم و اولین فایل داده آب و هوا را با موفقیت ذخیره کردم. مرحله 2؟ انجام شد. ✅

مرحله 3: چالش غیرمنتظره – مجوزهای S3 🔐

این جایی است که من به اولین مشکل واقعی DevOps خود برخورد کردم. حتی با وجود اینکه اطلاعات من در S3 بود، هنگام تلاش برای دسترسی به آن خطاهای 403 Forbidden را دریافت می کردم. معلوم شد، سطل‌های S3 به‌طور پیش‌فرض خصوصی هستند، و من باید خط‌مشی سطل خود را به‌روزرسانی می‌کردم تا امکان دسترسی به خواندن عمومی را فراهم کنم.

من به کنسول AWS رفتم، تنظیماتم را تغییر دادم و … همچنان همان خطا را دریافت کردم. 😅

حالت عیب یابی نشانه:
✔️ سیاست های سطل بررسی شده است
✔️ “مسدود کردن دسترسی عمومی” را غیرفعال کرد (مقصر یواشکی)
✔️ مجوزهای شی من را به روز کردم

پس از آزمون و خطای فراوان، بالاخره اطلاعاتم را در دسترس عموم قرار دادم. درس آموخته شده: امنیت بخش مهمی از رایانش ابری است و AWS به هم نمی ریزد.

آنچه در روز اول آموختم

🎯 خدمات ابری قدرتمند هستند، اما امنیت همیشه یک عامل است
🎯 مجوزها و کنترل دسترسی برای درست شدن زمان می برد
🎯 DevOps همه چیز در مورد یادگیری از طریق حل مسئله است

در پایان روز 1، من یک راه‌اندازی ابری کار داشتم – داده‌های آب و هوا از یک API استخراج و در AWS S3 ذخیره می‌شد.

این تازه شروع کار بود، اما از قبل احساس می‌کنم که در حال ارتقاء سطح هستم. 💪

در روز دوم می بینمت! 🚀

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا