محیط های مرحله بندی را در سرویس برنامه Azure تنظیم کنید

هنگامی که برنامه وب ، برنامه وب خود را در Linux ، Mobile Back End یا برنامه API به سرویس Azure App مستقر می کنید ، می توانید هنگام اجرای استاندارد ، حق بیمه یا جدا شده از یک شکاف استقرار جداگانه به جای شکاف تولید پیش فرض استفاده کنید. طرح برنامه خدمات برنامه. اسلات های استقرار برنامه های زنده با نام میزبان خود هستند. محتوای برنامه و عناصر پیکربندی می توانند بین دو شکاف استقرار از جمله شکاف تولید جابجا شوند.

استفاده از درخواست خود در یک شکاف غیر تولیدی مزایای زیر را دارد:

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

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

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

یک شکاف اضافه کنید

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

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

In the left pane, select Deployment slots >شکاف را اضافه کنید.

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

در کادر گفتگوی Add A Slot ، یک اسلات را به یک نام بدهید و انتخاب کنید که آیا یک پیکربندی برنامه را از یک شکاف استقرار دیگر کلون کنید. اضافه کردن را برای ادامه انتخاب کنید.

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

در حال حاضر ، یک نقطه پایانی خصوصی در شکاف ها کلون نشده است.

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

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

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

URL برنامه را در صفحه منبع شکاف انتخاب کنید. شکاف استقرار نام میزبان خاص خود را دارد و همچنین یک برنامه زنده است. برای محدود کردن دسترسی عمومی به شکاف استقرار ، به محدودیت های IP خدمات Azure App App مراجعه کنید.

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

URL این شکاف از قالب http://sitename-slotname. azurewebsites. net خواهد بود. برای نگه داشتن طول URL در محدوده DNS لازم ، نام سایت در 40 کاراکتر کوتاه می شود ، نام شکاف در 19 کاراکتر کوتاه می شود و 4 کاراکتر تصادفی اضافی نیز ضمیمه می شوند تا اطمینان حاصل شود که نام دامنه حاصل بی نظیر است.

چه اتفاقی می افتد در هنگام تعویض

مراحل عملیاتی مبادله

هنگامی که دو شکاف را عوض می کنید (معمولاً از یک شکاف مرحله به داخل شکاف تولید) ، سرویس برنامه موارد زیر را انجام می دهد تا اطمینان حاصل شود که شکاف هدف در زمان خرابی را تجربه نمی کند:

تنظیمات زیر را از شکاف هدف (به عنوان مثال ، شکاف تولید) در تمام موارد شکاف منبع اعمال کنید:

• تنظیمات برنامه و رشته های اتصال ، در صورت وجود. تنظیمات ، در صورت فعال بودن. تنظیمات ، در صورت فعال بودن.

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

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

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

اگر تعویض خودکار با گرم کردن سفارشی فعال شود ، با ایجاد درخواست HTTP به ریشه برنامه ("/") در هر نمونه از شکاف منبع ، شروع برنامه را شروع کنید.

اگر ApplicationInitialization مشخص نشده است ، درخواست HTTP را به ریشه برنامه شکاف منبع در هر نمونه وارد کنید.

اگر یک نمونه پاسخ HTTP را برگرداند ، گرم می شود.

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

اکنون که شکاف منبع برنامه قبل از تعویض را قبلاً در شکاف هدف دارد ، با استفاده از تمام تنظیمات و راه اندازی مجدد موارد ، همان عملیات را انجام می دهد.

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

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

کدام تنظیمات تعویض می شوند؟

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

تنظیماتی که تعویض می شوند:

• تنظیمات عمومی ، مانند نسخه Framework ، 32/64 بیتی ، سوکت های وب
• تنظیمات برنامه (می توان پیکربندی کرد تا به یک شکاف بچسبد)
• رشته های اتصال (می توان پیکربندی کرد تا به یک شکاف بچسبد)
• نگاشتهای کنترل کننده
• گواهینامه های عمومی
• محتوای WebJobs
• اتصالات ترکیبی *
• نقاط پایانی خدمات *
• شبکه تحویل محتوای لاجورد *
• نگاشتهای مسیر

ویژگی های مشخص شده با ستاره (*) برنامه ریزی شده است که از آن استفاده نشده باشد.

تنظیماتی که مبادله نمی شوند:

• انتشارات نقاط پایانی
• نام دامنه سفارشی
• گواهینامه های غیر عمومی و تنظیمات TLS/SSL
• تنظیمات مقیاس
• برنامه ریزان WebJobs
• محدودیت های IP
• همیشه
• تنظیمات تشخیصی
• اشتراک منابع متقاطع (CORS)
• ادغام شبکه مجازی
• هویت های مدیریت شده
• تنظیماتی که با پسوند _extension_version پایان می یابد

برای ایجاد تنظیمات فوق الذکر قابل تعویض ، وب سایت تنظیمات برنامه را اضافه کنید_ Override_Preserve_default_sticky_slot_settings در هر شکاف برنامه و مقدار آن را روی 0 یا نادرست تنظیم کنید. این تنظیمات یا همه قابل تعویض هستند یا اصلاً نیستند. شما نمی توانید فقط برخی از تنظیمات را قابل تعویض و سایر موارد باشد. هویت های مدیریت شده هرگز تعویض نمی شوند و تحت تأثیر این تنظیم برنامه Override قرار نمی گیرند.

برخی از تنظیمات برنامه که در مورد تنظیمات بدون گونه اعمال می شود نیز تعویض نمی شوند. به عنوان مثال ، از آنجا که تنظیمات تشخیصی مبادله نشده است ، تنظیمات مربوط به برنامه مانند وب سایت_httplogging_retention_days و diagnostics_azureblobretiondays نیز تعویض نمی شوند ، حتی اگر به عنوان تنظیمات اسلات ظاهر نشوند.

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

تعویض دو شکاف

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

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

برای مبادله شکافهای استقرار:

به صفحه اسلات استقرار برنامه خود بروید و SWAP را انتخاب کنید.

کادر گفتگوی SWAP تنظیمات موجود در منبع انتخاب شده و شکافهای هدف را نشان می دهد که تغییر می کنند.

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

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

پس از اتمام ، کادر گفتگو را با انتخاب Close ببندید.

اگر مشکلی دارید ، به تعویض عیب یابی مراجعه کنید.

مبادله با پیش نمایش (مبادله چند فاز)

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

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

اگر مبادله را لغو کنید ، سرویس APP عناصر پیکربندی را به شکاف منبع معرفی می کند.

برای مبادله با پیش نمایش:

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

کادر گفتگو به شما نشان می دهد که چگونه پیکربندی موجود در شکاف منبع در فاز 1 تغییر می کند ، و چگونه منبع و شکاف هدف در فاز 2 تغییر می کند.

وقتی آماده شروع مبادله هستید ، START SWAP را انتخاب کنید.

پس از اتمام مرحله 1 ، در کادر گفتگو به شما اطلاع داده می شود. پیش نمایش مبادله در شکاف منبع با رفتن به https://-. azurewebsites. net.

هنگامی که آماده تکمیل مبادله در انتظار هستید ، Complete Swap را در Swap Action انتخاب کنید و Complete Swap را انتخاب کنید.

برای لغو مبادله در انتظار ، به جای آن Cancel Swap را انتخاب کنید.

پس از اتمام ، کادر گفتگو را با انتخاب Close ببندید.

اگر مشکلی دارید ، به تعویض عیب یابی مراجعه کنید.

برای خودکارسازی یک مبادله چند فاز ، به Automate with PowerShell مراجعه کنید.

مبادله ای را به عقب برگردانید

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

تعویض خودکار را پیکربندی کنید

تعویض خودکار در برنامه های وب در لینوکس و برنامه وب برای ظروف پشتیبانی نمی شود.

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

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

برای پیکربندی مبادله خودکار:

Go to your app's resource page. Select Deployment slots > > Configuration >تنظیمات عمومی .

برای تعویض خودکار ، روشن را انتخاب کنید. سپس شکاف هدف مورد نظر را برای شکاف اعزام خودکار انتخاب کنید و Save on the Command را انتخاب کنید.

فشار کد را به شکاف منبع اجرا کنید. تعویض خودکار بعد از مدت کوتاهی اتفاق می افتد و به روزرسانی در URL شکاف هدف شما منعکس می شود.

اگر مشکلی دارید ، به تعویض عیب یابی مراجعه کنید.

گرم کردن سفارشی را مشخص کنید

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

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

همچنین می توانید رفتار گرم کردن را با یک یا هر دو تنظیمات برنامه زیر سفارشی کنید:

• Webs_SWAP_WARMUP_PING_PATH: مسیر پینگ بیش از HTTP برای گرم کردن سایت شما. این تنظیم برنامه را با مشخص کردن یک مسیر سفارشی که با یک برش به عنوان مقدار شروع می شود ، اضافه کنید. یک مثال /وضعیت وضعیت است. مقدار پیش فرض / است.
• Webs_SWAP_WARMUP_PING_STATUSES: کدهای پاسخ HTTP معتبر برای عملکرد گرم کردن. این تنظیم برنامه را با یک لیست جدا از کاما از کدهای HTTP اضافه کنید. نمونه ای از 200202 است. اگر کد وضعیت برگشتی در لیست قرار نگیرد ، عملیات گرمایشی و مبادله متوقف می شود. به طور پیش فرض ، تمام کدهای پاسخ معتبر هستند.
• Webs_Warmup_Path: یک مسیر نسبی در سایت که هر زمان که سایت مجدداً راه اندازی شود (نه تنها در هنگام تعویض شکاف) باید در حال پینگ شدن باشد. مقادیر مثال شامل / وضعیت وضعیت یا مسیر ریشه ، /.

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

اگر مشکلی دارید ، به تعویض عیب یابی مراجعه کنید.

یک مبادله را کنترل کنید

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

در صفحه منبع برنامه خود در پورتال ، در صفحه سمت چپ ، ورود به سیستم فعالیت را انتخاب کنید.

یک عمل مبادله در Query Log به عنوان اسلات برنامه Swap Web ظاهر می شود. می توانید آن را گسترش داده و برای دیدن جزئیات یکی از موارد زیر یا خطاها را انتخاب کنید.

ترافیک مسیر

به طور پیش فرض ، کلیه درخواست های مشتری به URL تولید برنامه (http: //. azurewebsites. net) به شکاف تولید منتقل می شوند. می توانید بخشی از ترافیک را به شکاف دیگری منتقل کنید. این ویژگی در صورت نیاز به بازخورد کاربر برای به روزرسانی جدید مفید است ، اما شما آماده انتشار آن برای تولید نیستید.

ترافیک تولید مسیر به طور خودکار

برای مسیریابی ترافیک به طور خودکار:

به صفحه منابع برنامه خود بروید و اسلات های استقرار را انتخاب کنید.

در ستون Traffic ٪ شکاف مورد نظر برای مسیریابی ، درصد (بین 0 تا 100) را مشخص کنید تا میزان کل ترافیک مورد نظر شما را نشان دهد. ذخیره را انتخاب کنید.

پس از ذخیره تنظیم ، درصد مشخص شده مشتری به طور تصادفی به شکاف غیر تولیدی هدایت می شود.

بعد از اینکه مشتری به طور خودکار به یک شکاف خاص هدایت می شود ، به مدت یک ساعت یا تا زمانی که کوکی ها حذف شوند ، به آن شکاف "چسبیده" می شود. در مرورگر مشتری ، می توانید با دیدن کوکی X-MS-Routing-Name در عناوین HTTP خود ، به کدام شکاف جلسه خود بپردازید. درخواستی که به شکاف "مرحله بندی" منتقل شود ، Cookie X-MS-Routing-Name = Staging است. درخواستی که به شکاف تولید منتقل شود ، Cookie X-MS-Routing-Name = خود را دارد.

همچنین می توانید از دستور تنظیم مسیریابی AZ WebApp در Azure CLI استفاده کنید تا درصد مسیریابی را از ابزارهای CI/CD مانند اقدامات GitHub ، خطوط لوله DevOps یا سایر سیستم های اتوماسیون تنظیم کنید.

ترافیک تولید مسیر به صورت دستی

علاوه بر مسیریابی خودکار ترافیک ، سرویس برنامه می تواند درخواست ها را به یک شکاف خاص هدایت کند. این زمانی مفید است که شما می خواهید کاربران خود بتوانند از برنامه بتا خود انتخاب کنند یا از آن خودداری کنند. برای مسیریابی ترافیک تولید به صورت دستی ، از پارامتر پرس و جو X-MS-Routing-Name استفاده می کنید.

به عنوان مثال ، به کاربران اجازه دهید از برنامه بتا خودداری کنند ، می توانید این لینک را در صفحه وب خود قرار دهید:

رشته X-MS-Routing-name = خود شکاف تولید را مشخص می کند. پس از دسترسی مرورگر مشتری به لینک ، به شکاف تولید هدایت می شود. هر درخواست بعدی دارای X-MS-Routing-Name = Self Cookie است که جلسه را به شکاف تولید می اندازد.

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

به طور پیش فرض ، به شکافهای جدید یک قانون مسیریابی 0 ٪ داده می شود ، که به رنگ خاکستری نشان داده شده است. هنگامی که صریحاً این مقدار را روی 0 ٪ تنظیم کردید (در متن سیاه نشان داده شده است) ، کاربران شما می توانند با استفاده از پارامتر پرس و جو X-MS-Routing-Name به صورت دستی به شکاف مرحله بندی دسترسی پیدا کنند. اما آنها به طور خودکار به شکاف منتقل نمی شوند زیرا درصد مسیریابی روی 0 تنظیم شده است. این یک سناریوی پیشرفته است که می توانید در حالی که به تیم های داخلی اجازه می دهید تغییرات روی شکاف را آزمایش کنند ، می توانید شکاف صحنه خود را از عموم "پنهان کنید".

یک شکاف را حذف کنید

Search for and select your app. Select Deployment slots > >بررسی اجمالی . نوع برنامه به عنوان سرویس برنامه (SLOT) نشان داده شده است تا به شما یادآوری کند که در حال مشاهده شکاف استقرار هستید. حذف را در نوار فرمان انتخاب کنید.

با PowerShell خودکار کنید

توصیه می کنیم از ماژول Azure AZ PowerShell برای تعامل با Azure استفاده کنید. برای شروع کار ، نصب Azure PowerShell را ببینید. برای یادگیری نحوه مهاجرت به ماژول AZ PowerShell ، به مهاجرت Azure PowerShell از آزوررم به AZ مراجعه کنید.

Azure PowerShell یک ماژول است که CMDlets را برای مدیریت لاجورد از طریق ویندوز PowerShell فراهم می کند ، از جمله پشتیبانی از مدیریت اسلات استقرار در سرویس Azure App.

برای اطلاعات در مورد نصب و پیکربندی Azure PowerShell و تأیید اعتبار Azure PowerShell با اشتراک Azure خود ، به نحوه نصب و پیکربندی Microsoft Azure PowerShell مراجعه کنید.

یک برنامه وب ایجاد کنید

یک شکاف ایجاد کنید

مبادله ای را با پیش نمایش (مبادله چند فاز) شروع کنید و پیکربندی حافظه مقصد را در شکاف منبع اعمال کنید

یک مبادله در انتظار (مبادله با بررسی) را لغو کنید و پیکربندی شکاف منبع را بازیابی کنید

اسلات اعزام مبادله

نظارت بر وقایع مبادله در گزارش فعالیت

یک شکاف را حذف کنید

برای انجام تعویض شکاف از شکاف تولید ، هویت (حداقل) به مجوزها برای انجام Microsoft. Web/Sites/SlotsSwap/Action نیاز دارد. برای اطلاعات بیشتر ، به عملیات ارائه دهنده منابع مراجعه کنید

با الگوهای مدیر منبع خودکار

الگوهای مدیر منابع Azure فایلهای اعلامیه JSON هستند که برای خودکارسازی استقرار و پیکربندی منابع لاجورد استفاده می شوند. برای تعویض اسلات با استفاده از الگوهای مدیر منبع ، شما دو ویژگی را در Microsoft. Web/Sites/Slots و Microsoft. Web/Sites تنظیم خواهید کرد:

• BuildVersion: این یک ویژگی رشته ای است که نشان دهنده نسخه فعلی برنامه مستقر در شکاف است. به عنوان مثال: "V1" ، "1. 0. 0. 1" یا "2019-09-20T11: 53: 25. 2887393-07: 00".
• TargetBuildVersion: این یک ویژگی رشته ای است که مشخص می کند که شکاف باید چه چیزی را داشته باشد. اگر TargetBuildVersion با ساخت فعلی برابر نباشد ، این امر با یافتن شکافی که دارای ساخت مشخص شده است ، عملکرد مبادله را تحریک می کند.

مثال الگوی مدیر منبع

الگوی مدیر منابع زیر ساخت و ساز شکاف مرحله بندی را به روز می کند و هدف اصلی را در شکاف تولید تنظیم می کند. این دو شکاف را عوض می کند. این الگوی فرض می کند که شما قبلاً یک WebApp ایجاد کرده اید که با یک شکاف به نام "Staging" ایجاد شده است.

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

با CLI خودکار کنید

برای دستورات Azure CLI برای اسلات های استقرار ، به شکاف استقرار AZ WebApp مراجعه کنید.

عیب یابی

در صورت بروز هرگونه خطایی در هنگام تعویض شکاف ، وارد D: Home logfiles eventlog. xml می شود. همچنین در گزارش خطای خاص برنامه ثبت شده است.

در اینجا برخی از خطاهای متداول مبادله وجود دارد:

درخواست HTTP به ریشه برنامه زمان بندی شده است. عمل مبادله برای هر درخواست HTTP 90 ثانیه منتظر است و تا 5 بار دوباره احیا می شود. اگر همه ترمیم ها به پایان رسید ، عمل مبادله متوقف می شود.

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

در حین گرم کردن سفارشی ، درخواست های HTTP در داخل کشور انجام می شود (بدون اینکه URL خارجی را طی کنید). آنها می توانند با برخی از قوانین بازنویسی URL در Web. config شکست بخورند. به عنوان مثال ، قوانین برای هدایت نام دامنه یا اجرای HTTP ها می توانند از رسیدن درخواست های گرم به کد برنامه جلوگیری کنند. برای کار در این زمینه ، قوانین بازنویسی خود را با اضافه کردن دو شرط زیر اصلاح کنید:

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

پس از مبادله های شکاف ، برنامه ممکن است راه اندازی مجدد غیر منتظره را تجربه کند. این امر به این دلیل است که پس از تعویض ، پیکربندی اتصال دهنده نام میزبان از همگام سازی خارج می شود ، که به خودی خود باعث راه اندازی مجدد نمی شود. با این حال ، برخی از حوادث ذخیره سازی اساسی (مانند عدم موفقیت حجم ذخیره) ممکن است این اختلافات را تشخیص داده و تمام فرآیندهای کارگران را مجبور به راه اندازی مجدد کنند. برای به حداقل رساندن این نوع راه اندازی مجدد ، Webs_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG = 1 تنظیم برنامه را در همه اسلات ها تنظیم کنید. با این حال ، این تنظیم برنامه با برنامه های Windows Communication Foundation (WCF) کار نمی کند.