تغییر چپ واقعاً برای تیم های سیستم عامل IT چیست؟

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

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

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

تغییر شکل

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

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

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

اما آیا Devops یک حلقه نیست؟

تصویربرداری چرخه عمر توسعه نرم افزار مشترک

بله ، چرخه عمر برنامه معمولاً به عنوان یک دایره به تصویر کشیده می شود ، و DevOps یک حلقه است ، اما مراحل هنوز به یک ترتیب خاص جریان می یابد. اگر یک چرخه فردی را تجسم کنید که فاز ها از چپ به راست جریان می یابند ، اصل "تغییر چپ" روشن است ، و عبارت (بیشتر) کار می کند.

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

تغییر مسئولیت ها؟

اگر از پست قبلی من در مورد شخصیت ها و دیدگاه های DevOps به یاد بیاورید ، ما شخصیت های DevOps را به دو دیدگاه نقشه برداری کردیم - ارائه دهنده و مصرف کننده (خدمات یا منابع IT). اینها به خودی خود نقش ندارند. بیشتر اولویت های موجود در آن شخصیتی که هرچه نزدیک تر به توسعه سنتی یا نقشهای عملیاتی تغییر می کنند ، تغییر می کند.

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

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

برای توسعه دهندگان چه معنی دارد؟

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

البته ، توسعه دهندگان از این طریق به منابع ابری عمومی دسترسی پیدا می کنند. با این حال ، خطر همراه با مصرف تنظیمات ابر عمومی غیر قابل اعتماد وجود دارد. Shift-Left مدیریت منابع را به توسعه دهنده نزدیک می کند و الگوهای سرپرستی را برای استقرار به نقاط پایانی عمومی ، هیبریدی و لبه های مصوب ارائه می دهد.

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

برای تیم های پلتفرم چه معنی دارد؟

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

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

VMware چگونه می تواند کمک کند؟

در VMware، راه حل های مدیریت ابری ما، تیم های پلتفرم را قادر می سازد تا منابع خصوصی و ترکیبی را مانند یک ابر عمومی ارائه دهند و مرکز عالی ابری و خطوط کسب وکار را برای بهینه سازی منابع در ابرها توانمند کنند. در زیر نمونه هایی از قابلیت های رایج مدیریتی که «تغییر به چپ» هستند و راه حل های VMware Cloud Management که آن ها را فعال می کنند، فهرست شده اند.

تغییر سمت چپ… مدیریت منابع

تیم توسعه

تیم پلتفرم

تیم توسعه

تیم پلتفرم

کاهش زمان صرف شده برای فرآیندهای تکرارپذیر با برخورداری از حق فعالیت های مشترک روز دوم

تیم توسعه

تیم پلتفرم

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

ارائه شده توسط: vRealize Automation یک پلت فرم اتوماسیون که برای ارائه ابرهای سلف سرویس، فعال کردن اتوماسیون چند ابری با حاکمیت و ارائه قابلیت های DevOps طراحی شده است.

تغییر سمت چپ… دید عملیاتی و کنترل

تیم توسعه

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

تیم پلتفرم

Cloud Center of Excellence و توسعه دهندگان را فعال کنید تا هزینه های ابری را بهینه کنند و عملیات را ساده کنند

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

تیم توسعه

از طریق نماهای درون متنی و بینش های مرتبط، در محیط های برنامه دیده شوید

تیم پلتفرم

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

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

شیفت به چپ… امنیت

تیم توسعه

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

تیم پلتفرم

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

آسیب پذیری های خطرناک سیستم عامل را اسکن و به طور خودکار اصلاح کنید

ارائه شده توسط: vRealize Automation SaltStack Config و SecOps اتوماسیون پیکربندی انعطاف پذیر و بصری در vRealize Automation موجود در vRealize Automation، برای مدیریت حالت های نرم افزار ایمن و اعمال آن ها در کل محیط شما مجازی، ترکیبی یا ابر عمومی.

تیم توسعه

سلف سرویس برای توسعه دهندگان برای نظارت و رفع تخلفات در محیط خود

محافظت در برابر تغییرات مضر پیکربندی

تیم پلتفرم

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

تغییرات پیکربندی حسابرسی و ردیابی وضوح نقض برنامه نویس

ارائه شده توسط: CloudHealth Secure State یک رویکرد نظارتی امنیتی یکپارچه برای AWS، Azure و Google Clouds برای درک اینکه چگونه یک تغییر پیکربندی جزئی می تواند خطر را در تمام اشیاء متصل افزایش دهد.

نتیجه

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

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

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

پشتیبانی از انتخاب، حفظ کنترل.

بیشتر بدانید!

خواندن توصیه می شود

• (VMware) (CloudHealth توسط VMware)

سایر پست های این مجموعه

• تاریخچه DevOps
  • می 2020 می 2020 ژوئن 2020
  • ژوئن 2020 جولای 2020 مارس 2021
  • آگوست 2020
  • آگوست 2020 سپتامبر 2020 اکتبر 2020
  • دسامبر 2020 فوریه 2021 فوریه 2021
  • می 2021
  • کاهش خطر امنیتی در ابر(های) مارس 2022

  

  مندی استورباکن

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