چه تیم های سکو باید انجام دهند

اول از همه ، به هر حال یک سکوی دقیقاً چیست؟

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

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

ساختن سکو از ابتدا

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

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

ایجاد تغییر

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

جایی که تیم های پلتفرم ارزش واقعی را ارائه می دهند:

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

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

این به نتایج زیر منجر می شود:

• CVE و مسائل امنیتی به سرعت مورد بررسی قرار می گیرند
• همه چیز در صورت لزوم اسکن و نظارت می شود
• هشدارها در مورد تهدیدهایی که از آنها مراقبت می شود
• همه این کارها با گروه های مناسب مردم هماهنگ می شوند

اگر در نظر بگیرید که در سه مکان در حال اجرا هستید ، با 15 خوشه ، و به صورت خودکار خوشه های جدید پرتاب می شوید ... شما شروع به دیدن پیچیدگی این قسمت به تنهایی می کنید.

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

راه اندازی خط لوله CI/CD بسیار خودکار ، تیم های DevOps را قادر می سازد تا محصول دیجیتالی خود را آزمایش ، استقرار ، تأیید و بهبود بخشند. به عنوان مثال ، مشتریان ما دائماً کل خط لوله CI/CD را تطبیق می دهند ، بنابراین با Kubeetes بهتر کار می کند.

یکی از دشوارترین جنبه های کل چیز ، خط لوله استقرار است. CI/CD کد شما را می گیرد و احتمالاً آن را کامپایل می کند ، پیروی از امنیت را بررسی می کند ، به طور خودکار تست ها را اجرا می کند و آن تست ها را تجزیه و تحلیل می کند. صحنه های مرحله بندی و تولید.

تیم پلتفرم یک پشته مشاهده جهانی و کاملاً یکپارچه را فراهم می کند.

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

برای نشان دادن پیچیدگی این ، یکی از تیم های مشتری ما Deutsche Telekom کل نظارت خود را با ابزار ارائه شده ما ساخت و هنوز هم برای تنظیم و پیکربندی اولیه تقریباً سه هفته طول کشید. به عنوان مثال ، این می تواند شامل انتخاب آنچه برای ورود به سیستم ، چه چیزی برای نمودار کردن ، چه زمانی هشدار و غیره است. علاوه بر این ، باید در نظر داشته باشید که این مجموعه ای است که تنها با تعمیق دانش منجر به بینش های بیشتر و بهتر می شود. هشدارهای هدفمند

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

ورود به سیستم - برنامه ها و داده های تجاری برای کشف سریع مسائل

نظارت - مؤلفه ها و رابط های مهم

هشدار - بر اساس آستانه های هوشمندانه امکان اقدامات پیشگیرانه

ردیابی-برای کمک به شناسایی مناطق ریشه

پشتیبانی - تیم های توسعه در شناسایی مشکلات و بهبود تاب آوری برنامه

تیم پلتفرم برای ساختن برنامه هایی که بهترین استفاده از فناوری را انجام می دهند با سایر تیم ها همکاری می کند.

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

تیم پلتفرم باید ابزاری بسازند که کارها را آسان تر کند.

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

گفته می شود ، این همچنین به اندازه تیم پلتفرم بستگی دارد - یا یک تیم پلت فرم Kubeetes یا یک تیم پلتفرم عمومی. ما با مشتریانی که یک تیم پلتفرم تقسیم شده دارند همکاری کرده ایم - یکی از آنها مراقبت از توسعه چیزهای جدید (به عنوان مثال ابزار برای امکان حرکت آسانتر از یک برنامه از خوشه A تا خوشه B یا تغییر CDN) و یک تیم عملیاتی که از این مراقبت مراقبت می کنندکار روزانه از جمله به روزرسانی ، نظارت و موارد دیگر.

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

آموزش-تیم های توسعه در اصول بومی ابر و پشته فناوری تا بتوانند بهترین استفاده را از آن انجام دهند

آموزش - تیم ها و ارائه توصیه هایی برای تغییر برنامه ها برای اطمینان از مقیاس گذاری بهتر ، بهبود قابلیت اطمینان و ارتقاء یکپارچه ضمن جلوگیری از مشکلات زیرساختی

تضمین کننده - اتوماسیون برای تهیه خوشه هایی با برنامه های کاملاً ایمن ، نسخه ، پیکربندی شده و اجباری نصب شده و در صورت انجام تغییرات ناخواسته در صورت انجام تغییرات ناخواسته در نظر گرفته شده است

تشویق کننده-آزمایش بدون ریسک با ارائه زمین بازی برای تیم های توسعه به گونه ای که آنها بتوانند به راحتی فن آوری های جدیدی را امتحان کنند که به آنها در پیشبرد پیشنهادات خود کمک می کند

تیم پلتفرم باید هزینه ها را به تیم ها و معیارهای مختلف اختصاص دهد.

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

شارژ صلیب و نوار قرمز مرتبط با بودجه می تواند مسدود کننده بزرگی برای نوآوری باشد. با گذشت سالها ، ما شاهد بودیم که شرکت هایی به صورت استراتژیک یک بستر (Kubeetes ، Big Data یا در غیر این صورت) را به صورت رایگان در تلاش برای پیشبرد پذیرش در مقیاس گسترده ارائه می دهند.

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

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

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