ضرورت توسعه و انتشار نرم افزار بر پایه #داکر این روزها بسیار مهم شده و بسیاری از پلتفرم های ایرانی هم بر همین اساس برای انتشار و نگاهداشت سرویس های خود از کوبرنیتیز استفاده می کنند، Arye Afashari عزیز @dev_cheatsheet هم زحمت بسیاری برای این راهنمای کوبر کشیده و به زبانی ساده و گویا خیلی از نیازهایی که دوستان #Devops و حتی #Developer ها نیازدارند را گردآوری کرده، بهتر دیدم که این راهنما را با شما به اشتراک بگذارم و از همین تریبون از زحمات این دوست عزیز تشکر کنم .
لینکدین آقای افشاری جهت تشکر مستقیم :) :
https://www.linkedin.com/in/mojtaba-arye-afshari-57190096/
@tondTech

در این قسمت از سری پادکست های Code Lodge به بررسی نقش Devops ، چگونگی ایجاد این نقش و اهمیت وجود آن در تیم های بزرگ و کوچک نرم افزاری می پردازیم. همچنین به تفاوت برنامه نویس و دواپس و اینکه چه شخصی میتواند این نقش را برعهده داشته باشد پاسخ خواهیم داد.

میزبان های شما در این اپیزود :
بابک طارمی
رامین نعمتی فر

این ایپزود را می توانید از طریق لینک های زیر هم بشنوید :

- 🔗Spotify

- 🔗Amazon

- 🔗Castbox

-🔗Apple Podcasts

-🔗 Shenoto (بدون نیاز به فیلترشکن)


#Codelodge
#Devops
#softwareDeveloper
#SoftwareEngineer
@codeLodge

چرا هر تیم نرم‌افزاری (حتی به ازای هر سرویس مجزا) باید Runbook داشته باشه ؟
تو دنیای امروز که سیستم‌ها ۲۴/۷ کار می‌کنن، Runbook دیگه لوکس نیست، یه ضرورته.
این Runbook چیه؟سند زنده‌ای که دقیقاً می‌گه:
🔘 سیستم چطوری کار میکنه؟
🔘 وقتی مشکلی پیش اومد چیکار کنیم؟ (Step-by-step)
🔘 وابستگی‌های سیستم چیا هستن؟
🔘 چک‌لیست‌های روزانه، هفتگی و ماهانه
🔘 راه‌حل‌های رایج خطاها و Incidentها
🔘 اطلاعات تماس افراد کلیدی و Escalation Path
🔘 حتی به تیم های مرتبط میگه endpoint هامون چین و ورودی خروجی های مورد انتظارش چیه یا لینک به مستنداتی که این ها رو نشون بده.


اهمیت Runbook برای تیم‌های نرم‌افزاری:
اثر 1- کاهش چشمگیر زمان Downtime
وقتی Incident اتفاق می‌افته، دیگه کسی سردرگم نیست که "اول کجا رو چک کنیم؟" تیم تو کمتر از ۵ دقیقه وارد Action می‌شه.
اثر 2- کاهش وابستگی به افراد خاص
- مثلا اگه یکی از اعضای کلیدی تیم مرخصی باشه یا شرکت رو ترک کنه، دانش از دست نمی‌ره.
اثر 3- Onboarding خیلی سریع‌تر
- مثلا developer یا SRE جدید تو همون هفته اول می‌تونه Incidentهای سطح متوسط رو هندل کنه.
اثر 4- Consistency در عملیات
- همه اعضای تیم به یک روش استاندارد عمل می‌کنن، نه هر کسی به سلیقه خودش.
اثر 5- بهبود کیفیت و آرامش خاطر
- وقتی بدونید همه چیز مستند شده، خواب راحت‌تری دارید!

تجربه واقعی:
تیم‌هایی که Runbook خوب دارن، MTTR (Mean Time To Recovery) شون رو تا ۵۰-۷۰٪ کاهش دادن.

پیشنهاد من:
همین امروز یه Runbook اولیه برای مهم‌ترین سرویس‌هاتون بسازید. حتی اگه ناقص باشه، بهتر از هیچی هست.
بعد به مرور کاملش کنید.از ابزارهایی مثل Notion، Confluence، Markdown تو GitHub یا GitLab Wiki می‌تونید استفاده کنید.

شما Runbook دارید؟
تو کامنت بگید تیم‌تون چقدر به مستندات عملیاتی اهمیت می‌ده؟

#DevOps #SRE #Runbook #SiteReliability #SoftwareEngineering #تیم_فنی