چند سال پیش، اگر یک بک اند دولوپر می خواست دیتابیس جدید، محیط staging یا حتی یک secret ساده داشته باشد، معمولاً باید تیکت می زد و چند روز یا چند هفته منتظر می ماند. امروز در بسیاری از سازمان ها این الگو هنوز زنده است؛ فقط شکلش عوض شده. تیکتها جایشان را به درخواست های اسلاک و پیام های «کی وقت داره این رو برام بزنه؟» داده اند.
Platform Engineering دقیقاً برای حل همین مشکل آمده است.
ایده ساده است:
به جای اینکه هر تیم خودش زیرساخت را از صفر بسازد یا مدام از تیم Ops کمک بخواهد، یک پلتفرم داخلی (Internal Developer Platform) ساخته می شود که Golden Path را از قبل آماده کرده. توسعه دهنده با چند کلیک یا یک دستور ساده، سرویس جدید را با لاگینگ، مانیتورینگ، امنیت و CI/CD از پیش تنظیم شده بالا می آورد.
امروزه این رویکرد دیگر فقط مال شرکت های غول پیکرنیست. نظرسنجی های اخیر نشان می دهد بیش از نیمی از سازمان های نرم افزاری حداقل یک تیم پلتفرم دارند و پیش بینی می شود تا پایان سال این عدد به حدود ۸۰ درصد برسد.
دلیلش هم روشن است: تیم هایی که پلتفرم بالغ دارند، فرکانس دیپلوی بالاتر و زمان lead time کوتاه تری گزارش می کنند ودر عین حال burnout کمتری تجربه می کنند.
اما نکته مهم اینجاست که Platform Engineering موفق، پورتال زیبا و داشبورد رنگارنگ نیست. خیلی از تیم ها اول یک Backstage یا ابزار مشابه راه اندازی می کنند و بعد می بینند کسی از آن استفاده نمی کند. دلیلش معمولاً این است که Golden Path واقعی وجود ندارد. مسیر طلایی یعنی:
یک قالب آماده برای میکروسرویس جدید که health check, pipeline, Helm chart, Dockerfile و policyهای شبکه را از قبل دارد.
self-service واقعی برای منابع رایج با گاردریل امنیتی و هزینه.
feedback loop مداوم: اگر توسعه دهنده از پلتفرم دور بزند، یعنی پلتفرم هنوز ارزش کافی ایجاد نکرده.
برای تیم های بک اند و DevOps، این تغییر معنایش این است که به جای نوشتن صدها خط YAML تکراری یا پاسخ دادن به تیکت های روزمره، روی ساختن قابلیت های مشترک تمرکز میکنند. امنیت به صورت پیش فرض داخل مسیر طلایی قرار میگیرد، نه بهعنوان گیت آخر. هزینه cloud هم از همان لحظه درخواست قابل مشاهده می شود.
البته Platform Engineering یک گلوله جادویی نیست. اگر تیم پلتفرم فقط ابزار بسازد و با کاربران واقعی حرف نزند، پلتفرم تبدیل به یک پروژه داخلی دیگر میشود که کسی دوستش ندارد. بهترین نتایج وقتی حاصل می شود که پلتفرم مثل یک محصول واقعی مدیریت شود: صاحب محصول داشته باشد، roadmap بر اساس درد کاربران بچیند و بهطور مداوم اندازه گیری کند که آیا واقعاً زمان «از ایده تا production» کاهش یافته یا نه.
اگر هنوز در تیم تان هر تغییر زیرساختی نیاز به هماهنگی دستی دارد، شاید وقت آن رسیده که به جای اضافه کردن یک ابزار دیگر، روی ساختن یک مسیر طلایی واقعی تمرکز کنید. مسیر طلایی خوب، توسعه دهنده را آزاد می کند تا روی منطق کسب و کار کار کند و تیم Ops را از کارهای تکراری نجات می دهد.