معرفی استراتژی های استقرار: آبی-سبز ، قناری و موارد دیگر

در وبلاگ استراتژی های استقرار آبی در مقابل قناری ما ، ما به شما کمک می کنیم تا به شما در انتخاب صحیح کمک کنند.

مهار منتشر شده در 1/15/21

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

استراتژی های استقرار برای در نظر گرفتن

استراتژی های استقرار شیوه هایی است که برای تغییر یا به روزرسانی نمونه در حال اجرا از یک برنامه استفاده می شود. بخش های زیر شش استراتژی استقرار را توضیح می دهد. بیایید با بحث در مورد استقرار اساسی شروع کنیم.

استقرار اساسی

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

طرفداران:

مزایای این استراتژی این است که ساده ، سریع و ارزان است. از این استراتژی استفاده کنید اگر 1) خدمات برنامه شما شغلی ، مأموریت یا درآمدی مهم نیست ، یا 2) استقرار شما به یک محیط پایین تر ، در طول ساعت ها یا با خدمتی که مورد استفاده قرار نمی گیرد ، است.

منفی ها:

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

استقرار چند سرویس

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

طرفداران:

استقرار چند سرویس ساده ، سریع ، ارزان است و به عنوان یک استقرار اساسی مستعد خطر نیست.

منفی ها:

استقرار چند سرویس برای عقب نشینی کند است و ضد خاموشی نیست. استفاده از این استراتژی استقرار همچنین منجر به مشکل در مدیریت ، آزمایش و تأیید کلیه وابستگی های خدمات می شود.

استقرار نورد

استقرار نورد یک استراتژی استقرار است که در اجرای برنامه با انتشار جدید به روز می شود. تمام گره های موجود در یک محیط هدف به تدریج با سرویس یا نسخه مصنوعات در دسته های Integer n به روز می شوند.

طرفداران:

مزایای استقرار نورد این است که بازگشت به عقب نسبتاً ساده است ، خطرناک تر از استقرار اساسی است و اجرای آن ساده است.

منفی ها:

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

استقرار سبز سبز

استقرار آبی-سبز یک استراتژی استقرار است که از دو محیط یکسان ، یک "آبی" (با نام مستعار) و یک محیط "سبز" (با نام مستعار) با نسخه های مختلف یک برنامه یا سرویس استفاده می کند. تضمین کیفیت و آزمایش پذیرش کاربر به طور معمول در محیط آبی انجام می شود که میزبان نسخه های جدید یا تغییر است. پس از آزمایش و پذیرش تغییرات جدید در محیط آبی ، ترافیک کاربر از محیط سبز به محیط آبی منتقل می شود. پس از موفقیت در استقرار می توانید به محیط جدید تغییر دهید.

طرفداران:

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

منفی ها:

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

استقرار قناری

استقرار قناری یک استراتژی استقرار است که یک برنامه یا سرویس را بطور تدریجی به زیر مجموعه ای از کاربران منتشر می کند. تمام زیرساخت ها در یک محیط هدف در مراحل کوچک به روز می شوند (به عنوان مثال: 2 ٪ ، 25 ٪ ، 75 ٪ ، 100 ٪). به دلیل این کنترل ، انتشار قناری کمترین میزان مستعد خطر است ، در مقایسه با سایر استراتژی های استقرار.

طرفداران:

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

منفی ها:

اشکالاتی در مورد استقرار قناری شامل آزمایش در تولید و پیاده سازی های مورد نیاز است. اسکریپت یک نسخه قناری می تواند پیچیده باشد: تأیید دستی یا آزمایش می تواند زمان ببرد ، و نظارت و ابزار دقیق لازم برای آزمایش در تولید ممکن است شامل تحقیقات اضافی باشد.

آزمایش A/B

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

بزرگترین تفاوت بین آزمایش A/B و سایر استراتژی های استقرار در این است که آزمایش A/B در درجه اول روی آزمایش و اکتشاف متمرکز است. در حالی که سایر استراتژی های استقرار نسخه های بسیاری از یک سرویس را به یک محیط با هدف فوری به روزرسانی همه گره ها با یک نسخه خاص ، مستقر می کنند ، آزمایش A/B در مورد آزمایش چندین ایده در مقابل استقرار یک ایده آزمایش شده خاص است.

طرفداران:

آزمایش A/B یک روش استاندارد ، آسان و ارزان برای آزمایش ویژگی های جدید در تولید است. و خوشبختانه ، ابزارهای زیادی وجود دارد که امروزه برای فعال کردن آزمایش A/B وجود دارد.

منفی ها:

اشکالاتی در آزمایش A/B شامل ماهیت تجربی مورد استفاده آن است. آزمایش ها و آزمایشات گاهی اوقات می تواند برنامه ، سرویس یا تجربه کاربر را بشکند. سرانجام ، تست های اسکریپت یا خودکار AB نیز می تواند پیچیده باشد.

از کدام استراتژی استقرار باید استفاده کنم؟

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

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

از بین بردن استقرار بعد از ساعت

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

• برخی از شیوه ها یا استانداردها برای در نظر گرفتن اجرای شامل موارد زیر است: چک لیست های استقرار خاص خدمات
• ادغام مداوم (CI) و تحویل مداوم (CD)
• محیط های خوب تعریف شده و قابل درک
• ایجاد ابزار اتوماسیون
• ابزارهای مدیریت پیکربندی
• کانال های ارتباطی مانند Slack
• یک کتاب بازی پاسخ به تماس یا حادثه
• برگشت های خودکار

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

تأیید مداوم

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

· تأیید استقرار - در داخل مرحله تأیید خط لوله استقرار که منجر به بازگشت خودکار و بازپرداخت دستی به عنوان استراتژی های شکست می شود.

· و نگهبان خدمات 24x7 - همیشه در صورت ، تجزیه و تحلیل تأثیر را تغییر دهید که سلامت کلی خدمات را اندازه گیری می کند و آن را با استقرار همبستگی می کند.

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

استقرار خود را با مهار خودکار کنید

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

Forrester Now Tech: سیستم عامل های تحویل یکپارچه نرم افزار ، Q2 2022

گزارش را بارگیری کنید تا ببینید که چگونه سازمان شما می تواند نرم افزاری را با نگهداری کمتر و بهره وری بالاتر ارائه دهد - امروز نسخه خود را از گزارش Forrester دریافت کنید!

آزمایش رایگان را شروع کنید

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

درخواست نسخه ی نمایشی

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

کتاب الکترونیکی ما را بارگیری کنید

گزارش را بارگیری کنید تا ببینید که چگونه سازمان شما می تواند نرم افزاری را با نگهداری کمتر و بهره وری بالاتر ارائه دهد - امروز نسخه خود را از گزارش Forrester دریافت کنید!

آزمایش رایگان را شروع کنید

Haess اولین بستر تحویل نرم افزار صنعت برای استفاده از AI برای ساده کردن فرآیندهای DevOps - CI ، CD ، پرچم های ویژگی ، هزینه های ابر و موارد دیگر است. امروز رایگان شروع کنید.

درخواست نسخه ی نمایشی

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