استقرار خودکار نسخهها
خط لولهٔ یکپارچهسازی و انتشار مداوم؛ هر تغییر پس از عبور از آزمونها بهصورت خودکار منتشر میشود و امکان بازگشت سریع وجود دارد.
۰۶ راهکارها
پروژه با تحویل تمام نمیشود؛ از همانجا شروع میشود که سامانه باید هر روز کار کند.
بخش بزرگی از هزینهٔ واقعی یک سامانه پس از تحویل ایجاد میشود: انتشار نسخههای جدید، رفع اشکال، تغییر مقررات و رشد تعداد کاربران. اگر برای این مرحله برنامهای وجود نداشته باشد، هر انتشار به یک عملیات پرتنش شبانه تبدیل میشود.
ما استقرار را از ابتدا خودکار میکنیم و پایش را پیش از بروز مشکل راه میاندازیم. هدف ساده است: انتشار نسخه باید کاری معمولی و بیخطر باشد، و خرابی باید پیش از تماس کاربر تشخیص داده شود.
خط لولهٔ یکپارچهسازی و انتشار مداوم؛ هر تغییر پس از عبور از آزمونها بهصورت خودکار منتشر میشود و امکان بازگشت سریع وجود دارد.
پایش در دسترس بودن سرویس، زمان پاسخ و نرخ خطا، با هشدار خودکار به تیم فنی پیش از آنکه کاربر متوجه اختلال شود.
راهاندازی روی سرور داخلی سازمان یا سرویس ابری، با تعریف زیرساخت بهصورت کد تا محیطها قابل بازتولید باشند.
پشتیبانگیری زمانبندیشده با نگهداری نسخههای متعدد و آزمون دورهای بازیابی.
زمان پاسخ و زمان رفع تعریفشده بر اساس شدت مشکل، با کانال ارتباطی مشخص و گزارش دورهای عملکرد.
آموزش عملی تیم فنی سازمان برای ادارهٔ روزمرهٔ سامانه، همراه با مستندات عملیاتی.
آنچه در پایان کار تحویل داده میشود، فارغ از اندازهٔ پروژه.
زمان پاسخ اولیه و زمان رفع بر اساس شدت مشکل، ساعات پوشش پشتیبانی، کانال ارتباطی و گزارش دورهای عملکرد. جزئیات در قرارداد و متناسب با حساسیت سامانه تعیین میشود.
بله، مشروط به اینکه دسترسی به کد منبع و مستندات وجود داشته باشد. در این حالت ابتدا یک بررسی فنی انجام میشود تا وضعیت کد و ریسکهای موجود مشخص شود.
هر دو ممکن است و انتخاب بر عهدهٔ سازمان است. برای سامانههایی با دادههای حساس معمولاً استقرار داخلی انتخاب میشود؛ تفاوت این دو در هزینه و مسئولیت نگهداری در مرحلهٔ تحلیل توضیح داده میشود.
شرح کوتاهی از نیاز سازمان بفرستید؛ در نخستین روز کاری بررسی و پاسخ داده میشود.