کتاب Platform Engineering

یادداشت کامیل

در سال 2017، درست زمانی که اولین کتاب من منتشر می‌شد، شغلی جدید به عنوان رئیس مهندسی پلتفرم پذیرفتم. اینجاست که برای اولین بار با ایان آشنا شدم که به تازگی از سیاتل به نیویورک نقل مکان کرده بود و چندین سال را در آمازون و AWS گذرانده بود.

ما به سرعت متحد شدیم: دو نفری که خود را در موقعیتی یافتند که به گروهی از مهندسان درخشان کمک کنند تا شهرت سازمانی خود را از “تیمی که آنچه را فکر می‌کنند سرگرم‌کننده است بدون توجه کافی به نیازهای مشتری یا ثبات” به یک تیم پلتفرم بالغ، خوب اداره شده و مشتری محور تبدیل کنند.

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

من تمرکز بر مدیریت محصول، رهبری قاطع، تعیین هدف و تمایل کلی برای تغییر چیزهایی که نیاز به تغییر در پی تعالی سازمانی داشتند را به ارمغان آوردم. به همراه تخصص فنی، محصول، مدیریت و عملیاتی سایر رهبران پلتفرم، موفق شدیم فرهنگ تیم‌های خود را تغییر داده و بسیاری از شیوه‌هایی را که در سراسر کتاب Platform Engineering خواهید خواند، پیاده‌سازی کنیم.

وقتی ایان چند سال بعد برای مقابله با این چالش در دنیای استارتاپ در حال رشد ترک کرد، ما در تماس نزدیک بودیم. ایان (به طور غیرمنتظره) یک مدیر اجرایی بسیار موفق در استارتاپ بود و همانطور که ما به عنوان رهبران تیم‌های پلتفرم تکامل می‌یافتیم، یکدیگر را از طریق قله‌ها و پرتگاه‌های رشد شغلی حمایت می‌کردیم.

به اوایل سال 2023 سریع‌تر بروید و من یک ایده آزاردهنده داشتم: با توجه به محبوبیت روزافزون “مهندسی پلتفرم”، اگر کتابی در مورد آن بنویسم چه؟

من در یک کار بزرگ مشغول بودم و فکر نمی‌کردم بتوانم به خودم اعتماد کنم که چنین پروژه‌ای را به تنهایی انجام دهم، اما متوجه شدم که نویسنده همکار مناسبی را می‌شناسم – کسی که نویسنده خوبی بود، فکر روشنی داشت و نظرات قوی در مورد این موضوع داشت: ایان! یک پیام متنی و یک چت ویدیویی بعد، ما در حال ارائه به O’Reilly بودیم و اکنون اینجا هستیم.

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

حقیقت این است که اکثر تیم‌های مهندسی پلتفرمی که می‌شنویم، همان شهرتی را دارند که سازمان قبلی که به آن اشاره کردم، با آن شروع کرد: ساختن فناوری برای سرگرمی، بدون توجه به اینکه چه کسی به آن نیاز دارد و اغلب حتی بدون بلوغ عملیاتی که چنین کار مهمی سزاوار آن است. و این به این دلیل است که انجام مهندسی پلتفرم سخت است!

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

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

کتاب Platform Engineering در مورد همه اینها و موارد دیگر است. تمام درس‌های سختی که در طول سال‌ها انجام این کار آموخته‌ایم، پایه و اساس نوشتن این کتاب بوده است. و برای اطمینان از اینکه داده‌های کافی داریم، از چندین متخصص دیگر در زمینه‌های مختلف پلتفرم از سراسر صنعت خواسته‌ایم تا توصیه‌ها و داستان‌های خود را به اشتراک بگذارند.

کتاب Platform Engineering برای چه کسانی است؟

این کتاب بر رهبران فنی، محصول و افراد در سازمان‌هایی که پلتفرم‌های نرم‌افزاری را مهندسی و اداره می‌کنند تمرکز دارد: مهندسین ارشد، معماران، مدیران محصول، برنامه و مهندسی.

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

ما همچنین امیدواریم که جامعه رهبری فناوری گسترده‌تر را جذب کنیم: مدیران فناوری، معاونان و تیم رهبری “مهندسی محصول”. این رهبران تمایل دارند سوالاتی مانند “چرا سازمان پلتفرم اینقدر بزرگ است در حالی که ما همچنین AWS داریم؟” “چرا پلتفرم ما تمام این نیروی کار را دارد اما همچنان اینقدر کند حرکت می‌کند؟” و “چرا پذیرش اخیر ما از [ابر عمومی/SRE/تجربه توسعه‌دهنده] این مشکل را حل نکرد؟”

دو فصل اول کتاب Platform Engineering باید شروع به پاسخ دادن به این سوالات اساسی کنند و بسیاری از تکنیک‌هایی که در فصل‌های بعدی بیان می‌کنیم برای سازمان‌های محصول نیز مفید خواهد بود (و حتی ممکن است برخی از این رهبران را برانگیزد!).

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

نحوه خواندن کتاب Platform Engineering

کتاب به سه قسمت تقسیم شده است.

قسمت اول، “چه چیزی و چرا مهندسی پلتفرم”، اصول اولیه مهندسی پلتفرم را معرفی می‌کند: چیست، چرا باید انجام شود و ستون‌های اصلی آن. این دو فصل کوتاه برای زمینه‌سازی شما در مورد آنچه ما زمانی که در مورد مهندسی پلتفرم صحبت می‌کنیم منظورمان است، در نظر گرفته شده‌اند.

قسمت دوم، “شیوه‌های مهندسی پلتفرم”، هسته اصلی کتاب است: هشت فصل پر از توصیه‌های دقیق در مورد چالش‌های مختلف رایج در فضای پلتفرم. ما انتظار داریم که این فصل‌ها مروری بر مفاهیم و شیوه‌های مهم رهبری و اجرا ارائه دهند.

گاهی اوقات مقداری محتوای فنی بیشتر وجود دارد، اما کتاب Platform Engineering برای آموزش فناوری‌های زیربنایی پلتفرم‌ها در نظر گرفته نشده است.

بلکه بر شیوه‌های سازمانی که برای موفقیت در این فضا لازم است تمرکز دارد. برخی از این فصل‌ها فقط می‌توانند مروری سطح بالا بر آنچه که می‌تواند محتوای یک کتاب کامل باشد، ارائه دهند (به عنوان مثال، فصل مربوط به پلتفرم به عنوان یک محصول طولانی است و هنوز به سختی سطح را خراش می‌دهد)؛ ما امیدواریم که کسانی که این را می‌خوانند و ایده‌های بیشتری دارند، آن‌ها را با جامعه فناوری در پست‌های وبلاگ، سخنرانی‌ها و کتاب‌های خود به اشتراک بگذارند.

سرانجام، قسمت سوم، “موفقیت چگونه به نظر می‌رسد؟”، همه چیز را کنار هم می‌کشد. اینجاست که ما داستان‌های بیشتری از موفقیت یا در بسیاری از موارد، موفقیت جزئی را به اشتراک می‌گذاریم و به شما ایده می‌دهیم که اگر شروع به اعمال شیوه‌های قسمت دوم کنید ممکن است چگونه به نظر برسد.