‏چیزی که مصاحبه‌های کاری درباره‌ی Kubernetes بهم یاد داد

نویسنده تعریف می‌کنه که این اواخر دنبالِ کار بوده و با حدودِ دوازده شرکت مصاحبه کرده، و یه چیز نسبت به پنج سالِ پیش براش عجیب بوده: همه رفتن سراغِ Kubernetes. قبلاً سه دسته وجود داشت — معدود آدم‌های K8s، جمعیتِ systemd روی VM/EC2، و آدم‌های serverless مثلِ Lambda و Cloud Run. حالا ولی حتی یه استارتاپِ ۱۰نفره با دو سرویس هم روی K8s ه، بدونِ اینکه میکروسرویس یا مقیاسِ بالا داشته باشه.

نویسنده می‌گه از خودِ CTOها تو مصاحبه پرسیده چرا، و جوابِ همه تقریباً یکی بوده — و نکته اینه که زیاد به سمتِ فنیِ K8s اهمیت نمی‌دن. سه دلیلِ اصلی رو نقل می‌کنه:

اولی یکنواختی (uniformity) بود: همه‌ی سرویس‌ها یه‌جور دیپلوی می‌شن. دیگه این‌طور نیست که سرویسِ پرداخت روی یه VMِ لخت با یه اسکریپتِ bashِ نفرین‌شده از ۲۰۱۹ بچرخه و API روی Docker Compose باشه. یه راهِ دیپلوی برای همه‌چیز.

دومی دانشِ استاندارد و قابل‌استخدام بود: K8s حالا یه زبانِ مشترکه. نویسنده می‌گه روزِ اولِ کارش با نگاه به Helm chartها و کانفیگ‌ها تو یه ساعت کلِ معماری رو فهمیده، چون دانش تو YAML ه نه تو ذهنِ یه نفر. اگه کسی بره، جایگزینش سه هفته دنبالِ فهمیدنِ نحوه‌ی اجرا نمی‌گرده، و SREهای on-call می‌تونن هر سرویسی رو حتی بدونِ سابقه سرِ پا نگه دارن.

سومی ردیابی‌پذیری (traceability) بود: هیچ‌کس نمی‌تونه مستقیم روی کلاستر چیزی apply کنه؛ Helm chart رو به git پوش می‌کنی، رد می‌مونه، MR تأیید می‌شه و بعد FluxCD یا ArgoCD دیپلوی رو انجام می‌ده. این با GitOps طبیعی جفت می‌شه و انطباق با استانداردهایی مثلِ ISO رو تقریباً مجانی می‌ده.

جمع‌بندیِ نویسنده اینه که این CTOها انتخابِ احمقانه‌ای نکردن؛ دارن مسائلِ سازمانیِ واقعی رو حل می‌کنن، حتی اگه هیچ HPA یا Pod Disruption Budget یا node affinity تو manifestهاشون نباشه. با این حال به نظرِ نویسنده بیشترِ شرکت‌ها بهتره اولش بدونِ K8s شروع کنن؛ دیباگِ کلاستر موقعِ خرابی سخته و تو مراحلِ اولیه بهتره انرژی رو صرفِ محصول کنی. آستانه‌ی پیشنهادیش اینه: از لحظه‌ای که CTO تنها مهندس نیست و نفرِ دوم اضافه می‌شه، مسائلی که K8s حل می‌کنه واقعی می‌شن.

نکات کلیدی:

• تقریباً همه‌ی شرکت‌ها، حتی کوچک‌ها بدونِ مسئله‌ی مقیاس، رفتن سراغِ Kubernetes
• دلیلِ اصلیِ CTOها فنی نیست، سازمانیه: یکنواختیِ دیپلوی، دانشِ استاندارد، ردیابی‌پذیری
• دانش تو YAML و Helm chartهاست نه تو ذهنِ یه نفر، پس onboarding و on-call راحت‌تره
• GitOps (با FluxCD/ArgoCD) ردیابی و انطباق با ISO رو تقریباً مجانی می‌ده
• توصیه‌ی نویسنده: شرکت‌های کوچک بهتره اولش ساده شروع کنن و از نفرِ دوم به بعد سراغِ K8s برن