Widget، Connector، API یا دیتابیس؛ در Bizagi کدام را انتخاب کنیم؟

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

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

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

Widget برای تجربه کاربری

Widget زمانی مناسب است که کنترل‌های استاندارد فرم نیاز را پوشش نمی‌دهند؛ برای مثال نمایش گالری تصویر، انتخاب روی نقشه، نمودار تعاملی یا کنترل تخصصی ورود داده.

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

Connector برای اتصال قابل مدیریت

Connector یک ماژول قابل حمل برای اتصال Bizagi به سامانه خارجی است. مزیت اصلی آن جداسازی منطق اتصال، تعریف actionهای روشن و امکان تنظیم مقادیر اتصال در محیط‌های مختلف است.

Easy REST Connector برای APIهای متعارف و بدون نیاز به کدنویسی پیچیده مناسب است. Custom Connector برای نیازهایی مانند کتابخانه جانبی، پردازش خاص یا احراز هویت سفارشی استفاده می‌شود.

API واسط برای کنترل سازمانی

گاهی بهتر است Bizagi مستقیماً به چند سامانه متصل نشود. یک API واسط می‌تواند امنیت، تبدیل داده، cache، retry، مانیتورینگ و تغییر نسخه را متمرکز کند. این روش به‌خصوص زمانی ارزشمند است که همان قابلیت توسط چند مصرف‌کننده استفاده می‌شود.

دسترسی مستقیم دیتابیس

خواندن یا نوشتن مستقیم دیتابیس سامانه دیگر معمولاً ریسک بالایی دارد:

دسترسی مستقیم فقط زمانی قابل دفاع است که API وجود ندارد، مالک سامانه آن را تأیید کرده، دسترسی حداقلی و ترجیحاً فقط خواندنی است و تغییرات ساختار مدیریت می‌شوند.

ماتریس تصمیم

پرسش‌های معماری

اصل راهنما این است: تجربه کاربری در Widget، منطق فرآیند در Rule، اتصال در Connector یا API، و مالکیت داده در سامانه مرجع باقی بماند.