بازگشت به مرکز دانش

استقرار و عملیات / Bizagi 11.2.5 On-Premises

چک‌لیست انتقال فرآیند Bizagi از Development به Production

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

BizagiDeploymentProductionBizagi 11.2.5

دامنه این آموزش: Bizagi Studio و Automation Server نسخه 11.2.5 On-Premises.

نکته نسخه: build دقیق 11.2.5 و تنظیمات محیط سازمان را پیش از اجرای تغییر در Test بررسی کنید. نسخه 11.2.5 از سپتامبر 2024 خارج از پشتیبانی رسمی Bizagi است؛ بنابراین تغییرات امنیتی و زیرساختی باید با ارزیابی ریسک انجام شوند.

استقرار موفق فقط Export و Import یک Package نیست. انتشار باید یک تغییر کنترل‌شده با دامنه، مسئول، زمان، معیار موفقیت و برنامه بازگشت باشد.

قبل از تولید Package

  • نسخه فرآیند موردنظر را مشخص و قفل کنید.
  • تغییرات ناتمام تیم را از دامنه انتشار جدا کنید.
  • فهرست Rule، Form، Entity، Interface، Connector و Widget تغییرکرده را تهیه کنید.
  • تست پذیرش نسخه را ثبت و تأیید مالک فرآیند را دریافت کنید.
  • Bizagi هنگام ساخت Package از Dependencies Engine برای شناسایی اشیای مورد استفاده فرآیند کمک می‌گیرد. با این حال اشیایی که مستقیماً توسط فرآیند ارجاع نشده‌اند ممکن است نیاز به Relate Objects یا افزودن دستی داشته باشند.

    تنظیمات محیط

    مقادیر اتصال Development نباید وارد Production شوند. برای هر محیط موارد زیر را بررسی کنید:

  • URL سرویس‌ها
  • credential و token
  • Connector configuration
  • SMTP و اعلان‌ها
  • کاربران، نقش‌ها و گروه‌ها
  • پارامترها و Vocabularyهای محیطی
  • تست پیش از استقرار

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

    برنامه انتشار

    برنامه شامل زمان شروع، مسئول هر اقدام، مدت توقف احتمالی، نحوه اطلاع‌رسانی، تست سلامت پس از انتشار و معیار تصمیم برای rollback باشد.

    پس از Import

  • Package و نتیجه Import را بررسی کنید.
  • یک Smoke Test با کاربر واقعی یا حساب تست اجرا کنید.
  • اتصال سرویس‌ها و Connectorها را بررسی کنید.
  • دسترسی کاربران را کنترل کنید.
  • لاگ‌ها، صف‌ها و زمان پاسخ را پایش کنید.
  • نتیجه را با مالک فرآیند تأیید کنید.
  • انتشار تغییر محدود

    در نسخه 11.2.5، دامنه Package را تا حد ممکن به نسخه فرآیند و اشیای واقعاً آماده انتشار محدود کنید. پیش از Import، وابستگی‌های مستقیم و غیرمستقیم را در Test کنترل کنید و تغییرات ناتمام دیگر توسعه‌دهندگان را وارد Package نکنید.

    نسخه جدید یا تغییر نسخه موجود؟

    برای بهبود مستمر فرآیندی که در Production پرونده فعال دارد، ایجاد نسخه جدید رویکرد ایمن‌تری است. پرونده‌های جاری با نسخه‌ای که در آن ایجاد شده‌اند ادامه پیدا می‌کنند و پرونده‌های جدید وارد نسخه تازه می‌شوند.

    چک‌لیست نهایی

  • Package و نسخه آن نام‌گذاری و آرشیو شده است.
  • وابستگی‌های غیرمستقیم بررسی شده‌اند.
  • تنظیمات Production تأیید شده‌اند.
  • برنامه rollback وجود دارد.
  • Smoke Test و مسئول پایش مشخص‌اند.
  • مستند تغییرات برای پشتیبانی آماده است.
  • مرجع نسخه و به‌روزرسانی‌ها:

    https://releasenotes.bizagi.com/en/release-notes/releases/bizagi-11-2-5

    https://releasenotes.bizagi.com/en/release-notes/updates/bizagi-11-2-5