انتشار سامانه نوبت‌دهی
نیاز: سامانه وب در ساعات مراجعه با بار متغیر روبه‌روست.
نقش زیرساخت: اپلیکیشن موجود را روی PaaS یا سرور ابری مستقر کنید؛ انتخاب به روش انتشار و میزان کنترل موردنیاز تیم بستگی دارد.
راهکارهای صنایع
راهکارهای ابری برای بهداشت و درمان
سامانه نوبت‌دهی و دسترسی کنترل‌شده کادر درمان
سامانه وب در ساعات مراجعه با بار متغیر روبه‌روست. پایگاه داده و بخش‌های کاربردی نباید بدون طراحی دسترسی در معرض شبکه عمومی باشند. در این صفحه، نقش زیرساخت ابری برای اجرای نرم‌افزار موجود و معیار آزمون هر انتخاب را می‌بینید؛ پیاده‌سازی نرم‌افزار تخصصی یا نتیجه عملیاتی، بخشی از خود محصول ابری نیست.
HealthcareARADCLOUD
پرونده پزشکیارتباط مراکزتصویربرداری
مسئله و محدوده راهکار
سامانه نوبت‌دهی و دسترسی کنترل‌شده کادر درمان
این صفحه سناریوی انتخاب زیرساخت برای نرم‌افزار موجود است؛ طراحی نرم‌افزار تخصصی، داده، تجهیزات و خدمات اجرایی خارج از محصول، تنها پس از توافق جداگانه قابل بررسی‌اند.
جداسازی اجزای سامانه
نیاز: پایگاه داده و بخش‌های کاربردی نباید بدون طراحی دسترسی در معرض شبکه عمومی باشند.
نقش زیرساخت: برای معماری چندماشینی، ارتباط داخلی و قواعد دسترسی را در VPC طراحی کنید؛ محرمانگی و الزامات داده را جداگانه ارزیابی کنید.
مسیر تصمیم‌گیری
از نیاز واقعی تا آزمون پیکربندی
تیم شما و تیم اجرای پروژه، محدوده، مسئولیت‌ها و معیار پذیرش را پیش از سفارش مشخص می‌کنند.
- ۱
نیاز و مرز مسئولیت را ثبت کنید
سامانه وب در ساعات مراجعه با بار متغیر روبه‌روست. داده، نرم‌افزار، کاربران و مسئول نگهداری هر جزء را مشخص کنید.
- ۲
بستر اجرا را انتخاب کنید
اپلیکیشن موجود را روی PaaS یا سرور ابری مستقر کنید؛ انتخاب به روش انتشار و میزان کنترل موردنیاز تیم بستگی دارد. برای نیاز دوم نیز برای معماری چندماشینی، ارتباط داخلی و قواعد دسترسی را در VPC طراحی کنید؛ محرمانگی و الزامات داده را جداگانه ارزیابی کنید.
- ۳
با بار واقعی آزمایش کنید
زمان پاسخ و خطا در ساعات اوج و مسیرهای مجاز دسترسی و نتیجه آزمون دسترسی را روی نمونه پروژه بسنجید؛ ظرفیت و هزینه را بعد از آزمون نهایی کنید.
سناریوهای کاربردی
مسئله، اقدام و معیار بررسی
این‌ها نمونه معماری‌اند، نه قول پیاده‌سازی نرم‌افزار تخصصی یا نتیجه قطعی.
انتشار سامانه نوبت‌دهی
- چالش
- سامانه وب در ساعات مراجعه با بار متغیر روبه‌روست.
- رویکرد
- اپلیکیشن موجود را روی PaaS یا سرور ابری مستقر کنید؛ انتخاب به روش انتشار و میزان کنترل موردنیاز تیم بستگی دارد.
- معیار پذیرش
- زمان پاسخ و خطا در ساعات اوج
جداسازی اجزای سامانه
- چالش
- پایگاه داده و بخش‌های کاربردی نباید بدون طراحی دسترسی در معرض شبکه عمومی باشند.
- رویکرد
- برای معماری چندماشینی، ارتباط داخلی و قواعد دسترسی را در VPC طراحی کنید؛ محرمانگی و الزامات داده را جداگانه ارزیابی کنید.
- معیار پذیرش
- مسیرهای مجاز دسترسی و نتیجه آزمون دسترسی
ارزیابی نتیجه
چه چیزی را پس از اجرا بسنجیم؟
بهبود عملکرد یا هزینه تضمین‌شده نیست؛ مبنا و هدف هر شاخص را پیش از اجرا توافق کنید.
انتشار سامانه نوبت‌دهی
زمان پاسخ و خطا در ساعات اوج
مقایسه با وضعیت اولیه و نتیجه آزمون پروژهجداسازی اجزای سامانه
مسیرهای مجاز دسترسی و نتیجه آزمون دسترسی
مقایسه با وضعیت اولیه و نتیجه آزمون پروژهآیا باید همه محصولات این صفحه را تهیه کنیم؟
خیر. این صفحه نقش محصولات مرتبط را نشان می‌دهد. انتخاب نهایی به معماری، نرم‌افزار، داده و بودجه پروژه بستگی دارد.
برای انتخاب راهکار از چه اطلاعاتی شروع کنیم؟
کار اصلی سامانه، تعداد کاربران، حجم داده، محل دسترسی، نیاز پردازشی و مسئول نگهداری را مشخص کنید. سپس گزینه‌ها را بر اساس همین نیازها مقایسه کنید.
محصولات معرفی‌شده چه نقشی دارند؟
پلتفرم ابری (PaaS) برای انتشار سامانه نوبت‌دهی، ابر خصوصی (VPC) برای جداسازی اجزای سامانه. این نقش‌ها پیشنهاد اولیه‌اند و ممکن است در معماری واقعی پروژه تغییر کنند.
آیا امنیت، پشتیبان‌گیری و سطح خدمت در این ترکیب مشخص است؟
خیر؛ این موارد به پیکربندی و شرایط سرویس انتخابی بستگی دارند. پیش از سفارش، مسئولیت‌ها، تنظیمات، هزینه و روش آزمون بازیابی را برای پروژه خود بررسی کنید.
قدم بعدی
راهکار متناسب با نیازتان را انتخاب کنید
نیازهای فنی، ظرفیت و مسیر توسعه را با تیم آراد بررسی کنید.
