مهندسی پلتفرم رشته طراحی و ساخت سیستم عامل های توسعه دهنده داخلی ، ابزار ابزار و گردش کار است که قابلیت های سلف سرویس را برای سازمان های مهندسی نرم افزار امکان پذیر می کند.

دانلود تصویر سفید

اصول اولیه مهندسی

مهندسی پلتفرم یک رشته جدید است که در پاسخ به پیچیدگی رو به رشد معماری های مدرن ابر بومی ظاهر شد. این عمل ساخت و ساز و نگهداری یک محصول یکپارچه به نام "سکوی توسعه دهنده داخلی" را توصیف می کند که به عنوان یک لایه انتزاع انعطاف پذیر و پشتیبانی شده بین توسعه دهندگان و فن آوری های اساسی برنامه های کاربردی آنها عمل می کند.

از سال 2022 ، مهندسی پلتفرم در بین سازمان های مهندسی نرم افزار که به دنبال ورود به مرحله بعدی تکامل DevOps خود هستند ، به خود جلب کرده است. گارتنر می نویسد که "مهندسی پلتفرم به دلیل قول خود برای بهینه سازی تجربه توسعه دهنده و تسریع در تحویل ارزش مشتری از تیم های محصول ، گرایش دارد."آنها پیش بینی می کنند که تا سال 2026 ، 80 درصد از سازمان های مهندسی نرم افزار تیم های پلتفرم در حال ساخت سیستم عامل های توسعه دهنده داخلی خواهند بود.

مهندسی پلتفرم به نظر می رسد که اینجا برای ماندن است. این چیزی است که شما باید در مورد آن بدانید.

مهندسی پلت فرم چگونه کار می کند

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

طبق گزارش اخیر گارتنر ، سه ستون اصلی برای مهندسی پلتفرم وجود دارد:

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

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

برای چه مهندسی بستر استفاده می شود

هدف مهندسی پلتفرم بهبود بهره وری توسعه دهنده از طریق بهبود تجربه توسعه دهنده (DEVEX) است. برای بسیاری از سازمانها در دوره ابر بومی ، مانع اصلی Devex خوب بار شناختی است.

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

چشم انداز به سرعت در حال رشد ابزارها و چارچوبها برای یادگیری و اعمال ، اضافه بار شناختی را برای بسیاری از توسعه دهندگان ایجاد کرده است. کار با معماری های میکروسرویس در یک مجموعه ابر بومی اغلب نیاز به دانش نهایی به Kubeetes ، تهیه زیرساخت ها ، خطوط لوله استقرار و مدیریت پیکربندی دارد ، فقط برای ذکر چند مورد. این در مهمترین کار توسعه دهندگان تداخل دارد: ویژگی های حمل و نقل.

مهندسی پلتفرم با ارائه لایه های مختلف انتزاع بر اساس نیازهای سازمان مهندسی ، که به عنوان یک مسیر طلایی نیز شناخته می شود ، بار شناختی را کاهش می دهد ، که به توسعه دهندگان مسیری کمترین مقاومت را برای کارهای روزمره می دهد.

چرا مهندسی پلتفرم مهم است

سیستم عامل های توسعه دهنده داخلی با فعال کردن سرویس دهی توسعه دهنده و کاهش بار شناختی برای توسعه دهندگان ، سرعت و خوشبختی تیم ها را بهبود می بخشند. طبق گفته IntealDeveloperPlatform. org ، آنها "استاندارد سازی را با طراحی ، افزایش بهره وری توسعه دهنده و بهبود تجربه توسعه دهنده" اجرا می کنند. آنها همچنین باعث افزایش بهره وری و عملکرد سازمان در معیارهای کلیدی DevOps مانند میانگین زمان تا بازیابی (MTTR) و تغییر میزان شکست می شوند. سیستم عامل های توسعه دهنده داخلی همچنین فرکانس استقرار را بهبود می بخشد و زمان سرب را کاهش می دهد. گزارش معیار DevOps 2021 Humanitec ارتباط بین استفاده از سیستم عامل های توسعه دهنده داخلی و درجه یک سازمان از تکامل DevOps را نشان می دهد.

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

با این حال ، برخی از مهمترین تأثیرات یک پلت فرم توسعه دهنده داخلی-سلف سرویس و مسئولیت-نیز برای تعیین کمیت سخت ترین هستند. سیستم عامل های توسعه دهنده داخلی به توسعه دهندگان این امکان را می دهد تا "شما آن را بسازید ، آن را اجرا کنید" سازمان های فرهنگ DevOps مدتهاست که آرزو می کنند. توسعه دهندگان می توانند بدون نیاز به درگیر کردن عملیات ، مالکیت بیشتری نسبت به تنظیمات ، استقرار و فرآیندهای برگشت به دست آورند. سیستم عامل های توسعه دهنده داخلی همچنین باعث افزایش دید و بهبود همکاری در تیم ها می شوند. توسعه دهندگان بدون ترس از شکستن همه چیز ، آزادی خلاق بودن را به دست می آورند و در نتیجه شادتر هستند.

تیم مهندسی پلتفرم چه کاری انجام می دهد؟

تیم های مهندسی پلتفرم ، همچنین به عنوان تیم های پلتفرم از آن یاد می کنند ، پلت فرم توسعه دهنده داخلی را می سازند. آنها توسط یک ذهنیت محصول هدایت می شوند تا ویژگی های سکوی را که مشکلات مشترک را حل می کند و باعث افزایش بهره وری توسعه دهنده می شود ، ارائه دهند.

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

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

به عنوان چسب عمل کنید. تیم های پلتفرم تمام ابزارها را با هم جمع می کنند و از پیشرفت و استقرار بدون درد برای مهندسان خود اطمینان می دهند.

آموزش و توانمند سازی سازمان. از طریق Compructions بررسی های منظم طراحی معماری برای پروژه های جدید یا سازماندهی هکاتون های داخلی ، تیم های موفق پلت فرم به منبع اصلی آموزش و بهترین شیوه ها برای بقیه سازمان تبدیل می شوند.

چگونه می توانید یک تیم مهندسی پلتفرم بسازید؟

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

• با چرا شروع کنید. هنگام ساختن یک تیم پلتفرم ، با مشخص کردن رسالت و هدف خود در بیانیه ماموریت شروع کنید. اظهارات ماموریت قوی با اهداف کلی سازمان هماهنگ است.
• نقش تیم پلتفرم را تعریف کنید. مهم است که در اوایل تأسیس شود که تیم پلتفرم پسوند مهندسی قابلیت اطمینان سایت (SRE) یا تیم های عملیاتی نیست. در عوض ، تیم پلتفرم تیم محصول خود است که به مشتریان خود ، توسعه دهندگان خدمت می کند.
• تعادل مناسب را بزنید. تیم های پلتفرم بدون اینکه استقلال زیادی را از بین ببرند ، باید نگهبانان و استانداردهای توسعه دهندگان را ایجاد کنند. تعریف فعالانه استانداردهای تیم می تواند به تیم های پلتفرم کمک کند تا تعادل مناسب را به خود اختصاص دهند و از گم شدن در درخواست های متضاد خودداری کنند.
• تیم خود را بسازید. SRES سمت راست ، مهندسان DevOps و مدیران محصول را برای ساختن تیم انتخاب کنید. مهندس پلتفرم مناسب ، ابزار داخلی را به عنوان یک محصول واقعی برای تکرار مشاهده می کند. آنها همچنین به بازخورد توسعه دهندگان اهمیت می دهند و بر این اساس تکرار می شوند. توانایی فنی مهم است ، اما درک جامع و چند رشته ای از نقش آنها در سازمان های آنها نیز وجود دارد. تیم های پلتفرم نیز مانند هر تیم محصول دیگر به نقش های جلویی و طراحی نیاز دارند.

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

مهندس پلتفرم چه کاری انجام می دهد؟

غالباً ، مهندسان پلتفرم برای ساختن یک پلت فرم توسعه دهنده داخلی روی تیم پلتفرم کار می کنند. مهندسان پلت فرم گزارش دادند که بیشترین کار با Docker/Kuberbetes ، IAC و CI/CD را دارند. سیستم عامل ها به طور معمول به عنوان لایه ای در بالای خوشه ها و زیرساخت ها ساخته می شوند و هم مدیریت پیکربندی و هم ارکستراسیون زیرساخت ها را ساده تر می کنند.

می توانید با خواندن گزارش کامل ، عمیق تر به نقش مهندس پلتفرم شیرجه بزنید.

ابزارهای مهندسی سکو

یک پلت فرم توسعه دهنده داخلی مجموع تمام فناوری ها و ابزارهایی است که یک تیم مهندسی پلتفرم به هم وصل می شود تا یک مسیر طلایی را هموار کند. توسعه دهندگان این مسیر را با بار شناختی کم به خودی خود سوق می دهند.

گرافیک زیر نمونه هایی از دسته بندی های مربوطه را نشان می دهد که می توانند برای ساخت یک پلت فرم توسعه دهنده داخلی استفاده شوند. همه این ابزارها می توانند به روش های مختلفی ترکیب شوند تا ستون فقرات یک پلت فرم توسعه دهنده داخلی را تشکیل دهند.

مهندسی سکوی در مقابل SRE

مهندسی پلتفرم همان SRE نیست. به گفته بنیامین Treynor Sloss ، SRE ها مسئولیت "در دسترس بودن ، تأخیر ، عملکرد ، کارآیی ، مدیریت تغییر ، نظارت ، پاسخ اضطراری و برنامه ریزی ظرفیت خدمات (های) خود را بر عهده دارند."آنها از SLO ها برای تعیین انتظارات مشترک برای بودجه های عملکرد و خطا استفاده می کنند تا قابلیت اطمینان و نوآوری را متعادل کنند.

در حالی که SRE ها بر قابلیت اطمینان محیط تولید تمرکز می کنند ، مهندسان پلتفرم روی ساخت یک پلت فرم توسعه دهنده داخلی تمرکز می کنند تا بتوانند سرویس دهی توسعه دهنده را با بار شناختی کم فعال کنند.

به جامعه مهندسی پلتفرم بپیوندید

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

• Slack Engineering Slack دارای بیش از 7. 5K عضو فعال در سراسر جهان است. با داشتن کانال های ساخته شده در جامعه برای مدیران محصول ، علاقه مندان به Kubeetes و افراد متقاضی کار ، Slack قلب جامعه جهانی است. پزشکان پلتفرم داستانهای جنگ خود را به اشتراک می گذارند ، مشاوره به اشتراک می گذارند و بهترین شیوه ها را با مردمی در سراسر جهان بحث می کنند.
• گروه های جلسات محلی. اعضا در شهرهایی مانند آستین ، لندن ، شهر نیویورک و تل آویو تا به امروز میزبان بیش از 50 دیدار بوده اند. می توانید ضبط های آن مذاکرات را در Platformengineering. org و کانال YouTube Engineering Platform تماشا کنید.
• PlatformCon 2022 ، اولین کنفرانس مجازی برای مهندسان پلتفرم ، بیش از 6K ثبت نام کنندگان و 78 مذاکره در جامعه را دید. اکنون برای PlatformCon 2023 ثبت نام کنید!

Platform Weekly یک خبرنامه ایمیل محور جامعه است که قطعات اندازه نیش را از بهترین های مهندسی پلتفرم و جهان های بومی ابر ، مستقیم به صندوق ورودی مردمی ارائه می دهد.