التشغيل السريع: نشر خدمة MedTech باستخدام ملف Bicep وAzure PowerShell أو Azure CLI
Bicep هي لغة خاصة بالمجال (DSL) تستخدم بناء الجملة التعريفي لنشر موارد Azure. في ملف Bicep، يمكنك تعريف البنية الأساسية التي تريد نشرها في Azure، ثم استخدام هذا الملف على مدار دورة حياة التطوير لنشر بنيتك الأساسية بشكل متكرر. يتم نشر مواردك بطريقة متسقة يوفر Bicep بناء جملة موجزا وأمانا موثوقا به للنوع ودعما لإعادة استخدام التعليمات البرمجية. تقدم Bicep تجربة رفيعة المستوى لتأليف حلول البنية الأساسية باعتبارها تعليمة برمجية في Azure.
في هذا التشغيل السريع، تعرف على كيفية استخدام Azure PowerShell أو Azure CLI لنشر مثيل لخدمة MedTech باستخدام ملف Bicep.
تلميح
لمعرفة المزيد حول Bicep، راجع ما هو Bicep؟
المتطلبات الأساسية
لبدء النشر وإكمال التشغيل السريع، يجب أن يكون لديك المتطلبات الأساسية التالية:
حساب اشتراك Azure نشط. إذا لم يكن لديك اشتراك Azure، فشاهد دليل قرار الاشتراك.
تعيينات دور المالك أو المساهم ووصول المستخدم مسؤول istrator في اشتراك Azure. لمزيد من المعلومات، راجع ما هو التحكم في الوصول المستند إلى الدور Azure (Azure RBAC) ؟
موفرو موارد Microsoft.HealthcareApis وMicrosoft.EventHub المسجلين في اشتراك Azure الخاص بك. لمعرفة المزيد حول تسجيل موفري الموارد، راجع موفري موارد Azure وأنواعهم.
تم تثبيت Azure PowerShell و/أو Azure CLI محليا.
- بالنسبة إلى Azure PowerShell، قم بتثبيت Bicep CLI لنشر ملف Bicep المستخدم في هذا التشغيل السريع.
عندما يكون لديك هذه المتطلبات الأساسية، تكون مستعدا لنشر ملف Bicep.
مراجعة ملف Bicep
يتوفر ملف Bicep المستخدم لنشر الموارد في هذا التشغيل السريع في قوالب Azure Quickstart باستخدام ملف main.bicep على GitHub.
حفظ ملف Bicep محليا
احفظ ملف Bicep محليا ك main.bicep. يجب أن يكون لديك دليل العمل الخاص ب Azure PowerShell أو وحدة تحكم Azure CLI التي تشير إلى الموقع حيث يتم حفظ هذا الملف.
نشر خدمة MedTech مع ملف Bicep وAzure PowerShell
أكمل الخطوات الخمس التالية لنشر خدمة MedTech باستخدام Azure PowerShell:
تسجيل الدخول إلى Azure.
Connect-AzAccount
تعيين سياق نشر اشتراك Azure باستخدام معرف الاشتراك الخاص بك. لمعرفة كيفية الحصول على معرف الاشتراك، راجع الحصول على معرفات الاشتراك والمستأجر في مدخل Microsoft Azure.
Set-AzContext <AzureSubscriptionId>
على سبيل المثال:
Set-AzContext abcdef01-2345-6789-0abc-def012345678
قم بتأكيد الموقع الذي تريد النشر فيه. راجع موقع المنتجات المتوفرة حسب المنطقة لمناطق Azure الحالية حيث تتوفر Azure Health Data Services.
يمكنك أيضا مراجعة قسم الموقع لملف main.bicep المحفوظ محليا.
إذا كنت بحاجة إلى قائمة بأسماء مواقع مناطق Azure، يمكنك استخدام هذه التعليمة البرمجية لعرض قائمة:
Get-AzLocation | Format-Table -Property DisplayName,Location
إذا لم يكن لديك بالفعل مجموعة موارد تم إنشاؤها لهذا التشغيل السريع، يمكنك استخدام هذه التعليمة البرمجية لإنشاء واحدة:
New-AzResourceGroup -name <ResourceGroupName> -location <AzureRegion>
على سبيل المثال:
New-AzResourceGroup -name BicepTestDeployment -location southcentralus
هام
للنشر الناجح لخدمة MedTech، ستحتاج إلى استخدام الأرقام والأحرف الصغيرة لاسم الأساس لمواردك. الحد الأدنى لمتطلبات الاسم الأساسي هو ثلاثة أحرف بحد أقصى 16 حرفا.
استخدم التعليمات البرمجية التالية لنشر خدمة MedTech باستخدام ملف Bicep:
New-AzResourceGroupDeployment -ResourceGroupName <ResourceGroupName> -TemplateFile main.bicep -basename <BaseName> -location <AzureRegion>
على سبيل المثال:
New-AzResourceGroupDeployment -ResourceGroupName BicepTestDeployment -TemplateFile main.bicep -basename abc123 -location southcentralus
هام
إذا كنت ستسمح بالوصول من خدمات متعددة إلى مركز الأحداث، فمن المستحسن للغاية أن يكون لكل خدمة مجموعة مستهلكين خاصة بها لمركز الأحداث.
تمكن مجموعات المستهلكين التطبيقات المستهلكة المتعددة من الحصول على عرض منفصل لتدفق الحدث، وقراءة الدفق بشكل مستقل وفقا لسرعتها الخاصة ومع إزاحاتها الخاصة. لمزيد من المعلومات، راجع مجموعات المستهلكين.
أمثلة:
خدمتان MedTech تصلان إلى نفس مركز الأحداث.
خدمة MedTech وتطبيق كاتب تخزين يصل إلى مركز الحدث نفسه.
نشر خدمة MedTech مع ملف Bicep وAzure CLI
أكمل الخطوات الخمس التالية لنشر خدمة MedTech باستخدام Azure CLI:
تسجيل الدخول إلى Azure.
az login
تعيين سياق نشر اشتراك Azure باستخدام معرف الاشتراك الخاص بك. لمعرفة كيفية الحصول على معرف الاشتراك، راجع الحصول على معرفات الاشتراك والمستأجر في مدخل Microsoft Azure.
az account set <AzureSubscriptionId>
على سبيل المثال:
az account set abcdef01-2345-6789-0abc-def012345678
قم بتأكيد الموقع الذي تريد النشر فيه. راجع موقع المنتجات المتوفرة حسب المنطقة لمناطق Azure الحالية حيث تتوفر Azure Health Data Services.
يمكنك أيضا مراجعة قسم الموقع لملف main.bicep المحفوظ محليا.
إذا كنت بحاجة إلى قائمة بأسماء مواقع مناطق Azure، يمكنك استخدام هذه التعليمة البرمجية لعرض قائمة:
az account list-locations -o table
إذا لم يكن لديك بالفعل مجموعة موارد تم إنشاؤها لهذا التشغيل السريع، يمكنك استخدام هذه التعليمة البرمجية لإنشاء واحدة:
az group create --resource-group <ResourceGroupName> --location <AzureRegion>
على سبيل المثال:
az group create --resource-group BicepTestDeployment --location southcentralus
هام
للنشر الناجح لخدمة MedTech، ستحتاج إلى استخدام الأرقام والأحرف الصغيرة لاسم الأساس لمواردك.
استخدم التعليمات البرمجية التالية لنشر خدمة MedTech باستخدام ملف Bicep:
az deployment group create --resource-group BicepTestDeployment --template-file main.bicep --parameters basename=<BaseName> location=<AzureRegion>
على سبيل المثال:
az deployment group create --resource-group BicepTestDeployment --template-file main.bicep --parameters basename=abc location=southcentralus
هام
إذا كنت ستسمح بالوصول من خدمات متعددة إلى مركز أحداث رسالة الجهاز، فمن المستحسن للغاية أن يكون لكل خدمة مجموعة مستهلكين خاصة بها لمركز الأحداث.
تمكن مجموعات المستهلكين التطبيقات المستهلكة المتعددة من الحصول على عرض منفصل لتدفق الحدث، وقراءة الدفق بشكل مستقل وفقا لسرعتها الخاصة ومع إزاحاتها الخاصة. لمزيد من المعلومات، راجع مجموعات المستهلكين.
أمثلة:
خدمتان MedTech تصلان إلى نفس مركز الأحداث.
خدمة MedTech وتطبيق كاتب تخزين يصل إلى مركز الحدث نفسه.
مراجعة الموارد المنشورة وأذونات الوصول
عند اكتمال النشر، يتم إنشاء الموارد وأدوار الوصول التالية في نشر ملف Bicep:
مساحة اسم Azure Event Hubs ومركز الأحداث. في هذا النشر، يسمى مركز الأحداث devicedata.
مجموعة مستهلكي مركز الأحداث. في هذا النشر، تسمى مجموعة المستهلكين $Default.
دور مرسل بيانات Azure Event Hubs. في هذا النشر، يسمى دور المرسل devicedatasender ويمكن استخدامه لتوفير الوصول إلى مركز أحداث الجهاز باستخدام توقيع وصول مشترك (SAS). لمعرفة المزيد حول تخويل الوصول باستخدام SAS، راجع تخويل الوصول إلى موارد مراكز الأحداث باستخدام توقيعات الوصول المشترك.
مساحة عمل Health Data Services.
خدمة Health Data Services FHIR®.
خدمة Health Data Services MedTech مع أدوار الهوية المدارة المطلوبة المعينة من قبل النظام:
بالنسبة لمركز الأحداث، يتم تعيين دور متلقي بيانات مراكز أحداث Azure في قسم التحكم في الوصول (IAM) لمركز الأحداث.
بالنسبة لخدمة FHIR، يتم تعيين دور كاتب بيانات FHIR في قسم التحكم في الوصول (IAM) لخدمة FHIR.
هام
في هذا التشغيل السريع، يقوم قالب ARM بتكوين خدمة MedTech للعمل في وضع الإنشاء . يتم إنشاء مورد المريض ومورد الجهاز لكل جهاز يرسل البيانات إلى خدمة FHIR.
لمعرفة المزيد حول أنواع دقة خدمة MedTech إنشاء والبحث، راجع تكوين علامة التبويب الوجهة.
تعيينات ما بعد التوزيع
بعد نشر مثيل خدمة MedTech بنجاح، ستظل بحاجة إلى توفير تعيينات متوافقة وصحيحة للجهاز ووجهة FHIR.
للتعرف على تعيين الجهاز، راجع نظرة عامة على تعيين الجهاز.
للتعرف على تعيين وجهة FHIR، راجع نظرة عامة على تعيين وجهة FHIR.
تنظيف موارد Azure PowerShell المنشورة
عندما لا تكون هناك حاجة إلى مجموعة الموارد وموارد ملف Bicep المنشورة، احذف مجموعة الموارد، التي تحذف الموارد في مجموعة الموارد.
Remove-AzResourceGroup -Name <ResourceGroupName>
على سبيل المثال: Remove-AzResourceGroup -Name BicepTestDeployment
تنظيف الموارد المنشورة في Azure CLI
عندما لا تكون هناك حاجة إلى مجموعة الموارد وموارد ملف Bicep المنشورة، احذف مجموعة الموارد، التي تحذف الموارد في مجموعة الموارد.
az group delete --name <ResourceGroupName>
على سبيل المثال: az group delete --resource-group BicepTestDeployment
تلميح
للحصول على برنامج تعليمي خطوة بخطوة يرشدك خلال عملية إنشاء ملف Bicep، راجع إنشاء قالب Bicep الأول.
الخطوات التالية
اختر أسلوب توزيع لخدمة MedTech
نظرة عامة على مراحل معالجة بيانات جهاز خدمة MedTech
الأسئلة المتداولة حول خدمة MedTech
إشعار
FHIR® هي علامة تجارية مسجلة ل HL7 وتستخدم بإذن من HL7.