مشاركة عبر

نشر IBM Sterling Order Management على Azure

Azure Database for PostgreSQL
Azure Files
Azure Red Hat OpenShift
Azure Virtual Machines
Azure Virtual Network

توضح هذه البنية تنفيذ بيئة Sterling Order Management Software (OMS) في Azure. لا تدخل هذه المقالة في التفاصيل حول كيفية تثبيت Sterling OMS. لمعرفة المزيد حول عملية التثبيت، راجع تثبيت Sterling Order Management Software.

شعارات Red Hat هي علامات تجارية لشركة Red Hat، Inc. لا يتضمن استخدام هذه العلامات أي مصادقة. Apache® وApache ActiveMQ إما علامات تجارية مسجلة أو علامات تجارية لمؤسسة برامج Apache في الولايات المتحدة و/أو بلدان أخرى. لا توجد موافقة ضمنية من Apache Software Foundation باستخدام هذه العلامات.

بناء الأنظمة

رسم تخطيطي للبنية يوضح المكونات والخدمات التي تدعم نشر نظام إدارة أوامر Sterling OMS IBM على Azure.

قم بتنزيل ملف Visio لهذه البنية.

يمكنك نشر حمل عمل بحيث يكون مواجها داخليا أو خارجيا. استخدم التكوين الذي يناسب متطلباتك على أفضل نحو.

‏‏سير العمل‬

تلبي البنية متطلبات البنية الأساسية بالطرق التالية:

  • يتم استخدام نظام أساسي لاستضافة الحاويات لنشر أحمال العمل المتوفرة بشكل كبير عبر مناطق التوفر. نوصي ب Azure Red Hat OpenShift.
  • تعمل خدمة قاعدة البيانات المدارة بالكامل كقاعدة بيانات خلفية لنظام OMS. يدعم Sterling OMS حاليا IBM Db2 وOracle Database وPostgreSQL. نوصي بقاعدة بيانات Azure ل PostgreSQL مع خيار الخادم المرن.
  • يوفر الإعداد القابل للتطوير والمتاح بشكل كبير بيئة لتشغيل وسيط رسائل مثل IBM MQ المتوافق مع واجهة برمجة تطبيقات خدمة رسائل Java (JMS). لا يتضمن الرسم التخطيطي هذا الإعداد. اعتمادا على متطلباتك، قد يكون داخل نظام المجموعة الخاص بك أو خارج نظام المجموعة الخاص بك.
  • تعزل نقاط النهاية الخاصة حركة مرور الشبكة وتساعد في تأمينها لجميع الخدمات المتصلة.
  • يتم استخدام أجهزة Azure الظاهرية الإضافية والاختيارية (VMs) لأغراض الإدارة والتطوير.
  • توفر مشاركات ملفات Azure المتميزة والقياسية تخزينا لملفات السجل وبيانات تكوين التطبيق الأخرى.

المكونات

  • يوفر Azure Red Hat OpenShift مجموعات OpenShift عالية التوفر والمدارة بالكامل عند الطلب. تتم مراقبة هذه المجموعات وتشغيلها بشكل مشترك من قبل Microsoft وRed Hat.

  • Azure Virtual Network هي لبنة الإنشاء الأساسية للشبكات الخاصة في Azure. يتم استخدام الشبكات الظاهرية للاتصال بين العقد وخدمات Azure واحتياجات الاتصال المختلط.

  • توفر Azure Files مشاركات ملفات مدارة بالكامل في السحابة التي يمكن الوصول إليها عبر بروتوكولات SMB وNFS. في هذا الحل، تستضيف Azure Files البيانات ذات الحالة لقواعد البيانات والأنظمة الموجودة داخل نظام المجموعة.

  • Azure Bastion هي خدمة مدارة بالكامل توفر وصولا سلسا ومحسنا من بروتوكول سطح المكتب البعيد (RDP) وSSH إلى الأجهزة الظاهرية دون أي تعرض من خلال عناوين IP العامة. في هذا الحل، يعد Azure Bastion اختياريا. يمكنك استخدام Azure Bastion وشبكة فرعية لتوفير وصول أمان محسن إلى أي من العقد العاملة أو أجهزة مربع الانتقال الاختيارية.

  • قاعدة بيانات Azure ل PostgreSQL هي خدمة قاعدة بيانات ارتباطية مدارة بالكامل تستند إلى محرك قاعدة بيانات PostgreSQL. توفر قاعدة بيانات Azure ل PostgreSQL أداء يمكن التنبؤ به وقابلية توسع ديناميكية، وهي مناسبة لأحمال العمل الحرجة للأعمال. يوفر نموذج نشر الخادم المرن الخاص به تحكما دقيقا ومرونة في وظائف إدارة قاعدة البيانات وإعدادات التكوين.

  • Azure Virtual Machines هو عرض خدمة تأجير البنية التحتية (IaaS). يمكنك استخدام الأجهزة الظاهرية لتوزيع موارد الحوسبة القابلة للتطوير عند الطلب. يستخدم هذا الحل أجهزة Linux الظاهرية في Azure لتوفير مربع انتقال لإدارة الموارد والخدمات المستندة إلى OMS Azure.

البدائل

إذا كان لديك اتصال بالشبكة في بيئة Azure الخاصة بك، يمكنك إجراء التثبيت من جهاز موجود بدلا من استخدام Azure Linux VM.

عادة ما تكون الخدمات التالية غير ضرورية، ولكنها بدائل فعالة:

  • IBM Db2 على Azure هو بديل اختياري لنموذج الخادم المرن لقاعدة بيانات Azure ل PostgreSQL. إذا قمت بتشغيل IBM Db2 على الأجهزة الظاهرية، فتعرف على استخدام Azure Load Balancer وبرنامج تجميع Pacemaker لتحقيق قابلية وصول عالية لخوادم قاعدة البيانات الخاصة بك.
  • تدعم Azure NetApp Files أي نوع من أحمال العمل من خلال توفير قابلية وصول عالية وأداء عال. تعد Azure NetApp Files مثالية لأحمال العمل الحساسة ل IO، مثل أحمال عمل IBM Db2 التي تعمل على أجهزة Azure الظاهرية.
  • قاعدة بيانات Oracle على Azure هي بديل اختياري لنموذج الخادم المرن لقاعدة بيانات Azure ل PostgreSQL.

تفاصيل السيناريو

IBM Sterling OMS هو نظام لإدارة الطلبات يوفر نظاما أساسيا كاملا لتنفيذ الطلبات على قناة متعددة الاتجاهات. يتضمن هذا النظام ميزات مثل:

  • رؤية المخزون والطلب في الوقت الحقيقي.
  • تنسيق الطلبات ومهام سير العمل القابلة للتكوين بالكامل.
  • الخدمات اللوجستية العكسية للإرجاع متعدد القنوات وحالة أمر الإرجاع.

تضمن الشراكة بين Microsoft وفريق IBM Sterling OMS تكوين هذا الحل للتشغيل على النحو الأمثل على Azure. توفر هذه المقالة تصميما لتشغيل Sterling OMS 10.0 والإصدارات الأحدث على Azure للعملاء الذين لديهم دعم من IBM وشريك للتثبيت. للحصول على إجابات على الأسئلة الخاصة بالمنتج، اتصل بفريق IBM.

حالات الاستخدام المحتملة

تستخدم العديد من الصناعات والقطاعات حلول OMS، بما في ذلك:

  • Retail
  • التجارة الإلكترونية
  • التصنيع

لمزيد من حالات استخدام OMS، راجع IBM Sterling Order Management.

التوصيات

يدعم هذا التوجيه Sterling OMS 10.0 Q3 2022 والإصدارات الأحدث. توفر هذه الإصدارات أفضل خيارات التكامل مع Azure لأنها تدعم PostgreSQL والنظام الأساسي لحاوية Azure Red Hat OpenShift. قبل إنشاء النشر الخاص بك، استخدم دليل التشغيل السريع: إدارة أمر الاسترليني على Azure لنشر Sterling OMS. عندما تفهم بعد ذلك كيفية عمل التوزيع والتكوين، يمكنك تحديد متطلبات تصميم التنفيذ بسرعة أكبر.

تعمل Microsoft عن كثب مع IBM والشركاء الآخرين لضمان أن التوجيهات والهندسة المعمارية ودليل التشغيل السريع يمنحك أفضل تجربة على Azure. تتبع هذه الموارد أفضل الممارسات كما هو موضح في Microsoft Azure Well-Architected Framework. للحصول على دعم يتجاوز هذه الوثائق، اتصل بفريق حساب IBM الخاص بك.

قبل المتابعة في النشر، أجب عن الأسئلة التالية حول تصميمك:

  • هل نشر Sterling OMS جديد، أم أنك تقوم بترحيل نشر موجود إلى Azure؟
  • ما النظام الأساسي لقاعدة البيانات الخلفية التي تخطط لاستخدامها؟ ما حجم قاعدة البيانات التي ستحتاجها لبياناتك؟
  • ما نوع وسيط الرسائل المستند إلى JMS الذي تخطط لاستخدامه؟
  • أين تخطط لنشر نظام المراسلة:
    • في نفس مجموعة OpenShift؟
    • خارج نظام المجموعة على نظام أساسي مختلف أو على الأجهزة الظاهرية؟
  • هل لديك سجل حاوية موجود، وهل تخطط لمتابعة استخدامه؟
  • ما هو عدد وأحجام الأجهزة الظاهرية التي تحتاجها لعقد العامل الخاصة بك؟
  • ما هي متطلبات الأمان المتعلقة بالتشفير؟
  • ما هي متطلبات الوصول الخاصة بك، وما هي اعتبارات تكامل موفر الهوية (IdP) لديك؟
  • ما هي احتياجات الاتصال الخاصة بك؟ ما هي قواعد جدار الحماية التي تحتاجها للاتصال بخدمات (الخروج) الداخلية والخارجية؟
  • ما هي استراتيجيتك لقابلية الوصول العالية والتعافي من الكوارث؟

Sterling OMS

تم اختبار Sterling OMS الإصدار 10.0.2209.0 على Azure. نوصي باستخدام أحدث إصدار من Sterling OMS.

قبل نشر موارد Azure لدعم بيئة Sterling OMS، تعرف على المتطلبات التالية:

  • للحصول على متطلبات نظام Sterling OMS، راجع متطلبات النظام.
  • تعتمد Sterling OMS على نظام قاعدة بيانات ارتباطية لإدارة الحالة والبيانات. مطلوب أيضا نظام وسيط رسائل يدعم JMS للاتصال من خدمة إلى خدمة وسير عمل الطلب. يدعم Sterling OMS العديد من خيارات وسيط قاعدة البيانات والرسائل التي يمكنك نشرها في بيئتك. لمزيد من المعلومات، راجع الموارد التالية:

Azure Red Hat OpenShift

تم اختبار Sterling OMS باستخدام Azure Red Hat OpenShift الإصدار 4.10.15. قبل نشر Azure Red Hat OpenShift:

  • حدد مجالا. عند نشر Azure Red Hat OpenShift، حدد اسم مجال يتم إلحاقه بجميع الخدمات التي يتم نشرها في نظام المجموعة الخاص بك.
  • حدد واجهة برمجة التطبيقات الخاصة بك ورؤية الدخول. حدد كيف تريد أن تكون واجهة برمجة تطبيقات نظام المجموعة OpenShift (للإدارة) والدخول (للتطبيقات والخدمات المنشورة) مواجهة للإنترنت. إذا كنت تستخدم اتصالا خاصا لإخفاء واجهة برمجة التطبيقات أو الدخول، يمكنك فقط الوصول إلى نقاط النهاية هذه من جهاز يمكنه الوصول إلى الشبكة حيث تقوم بنشر خدمتك.
  • حساب عنصر التحكم وأحجام الأجهزة الظاهرية العاملة وعددها. في Azure Red Hat OpenShift، يكون عدد عناصر التحكم رقما ثابتا، مع الحد الأدنى من الحجم الموصى به. يتم تغيير حجم العقد العاملة الخاصة بك، والتي تقوم بتشغيل أحمال عمل التطبيق الخاص بك مثل Sterling OMS، بشكل منفصل. عند نشر المثيل الخاص بك، ضع في اعتبارك العدد المطلوب من العقد العاملة في نظام المجموعة الخاص بك، بالإضافة إلى الحجم المناسب لكل منها. قد تحتاج إلى إجراء بعض الاختبارات والتحقق من الصحة لتحديد الأرقام والأحجام الصحيحة. تعتمد هذه القيم على عدد العوامل في التوزيع الخاص بك وعدد pods لكل نوع عامل تقوم بتشغيله. بعد التوزيع، يمكنك ضبط هذه القيم عندما تحتاج إلى تغيير الحجم.

لمزيد من المعلومات، راجع قبل البدء ل Azure Red Hat OpenShift.

تغيير حجم بيئتك

نوصي باستخدام أحدث الأجهزة الظاهرية لسلسلة Ds كعقد عاملة. ومن الأمثلة على ذلك سلسلة Dsv3 وDsv4 وDsv4 وDsv5 وDsv5. توفر أحدث إصدارات هذه الأجهزة الظاهرية أفضل أداء. عند نشر المزيد من العقد، استخدم الأجهزة الظاهرية التي تحتوي على تخزين متميز فقط.

تفاصيل قاعدة البيانات

نظرا لأن Sterling OMS لديه العديد من خيارات قاعدة البيانات الخلفية، فمن المهم أن تقرر أولا النظام الأساسي الذي تستضيف قاعدة البيانات الخاصة بك عليه. ثم يمكنك اتخاذ قرارات حول حجم هذا النظام الأساسي. ضع الإرشادات العامة التالية في الاعتبار أثناء هذه العملية:

  • قاعدة بيانات Azure ل PostgreSQL، نموذج نشر الخادم المرن: نظرا لطبيعة خيارات النطاق والتكرار، فإن نموذج الخادم المرن لقاعدة بيانات Azure ل PostgreSQL هو الأسلوب المفضل لاستضافة أحمال عمل Sterling OMS في Azure. عند نشر المثيل الخاص بك:
    • حدد طبقة الحوسبة التي تطابق أنماط الاستخدام الخاصة بك. نوصي بالبدء بطبقة الأغراض العامة وتحديد عدد مناسب من الذاكرات الأساسية. لاحظ أيضا أن وحدة المعالجة المركزية والذاكرة وIOPs مرتبطة بتحديد حجم الحساب الخاص بك.
    • أضف التخزين المناسب. تذكر أيضا أن زيادة التخزين تزيد من التكلفة، ولا يمكنك تقليص مساحة التخزين المتوفرة. ونتيجة لذلك، من المهم معرفة حجم بياناتك الأولية والنمو المتوقع.
    • اضبط معلمات الخادم مثل max_connections التي تؤثر على قدرة الوكلاء على الحفاظ على الاتصال بقاعدة البيانات الخاصة بك.
  • Db2 على الأجهزة الظاهرية: عند تشغيل Db2 على أجهزة Azure الظاهرية، هناك العديد من العوامل المعقدة التي تحتاج إلى معالجتها، مثل الأداء والتوافر. للحصول على مقالة مفصلة حول توزيع Db2 عالي الأداء على Azure، راجع التوفر العالي ل IBM Db2 LUW على أجهزة Azure الظاهرية على Red Hat Enterprise Linux Server. تتناول هذه المقالة اعتبارات التحجيم والأداء. كما يوضح لك كيفية نشر مجموعة Db2 عالية التوفر التي تستخدم Pacemaker.
  • Oracle: إذا كنت تستخدم قاعدة بيانات Oracle حاليا، أو إذا كنت تخطط للترحيل إلى Oracle، فتعرف على الموارد التالية لتشغيل أحمال عمل Oracle على Azure:

تفاصيل قائمة انتظار الرسائل

يتطلب Sterling OMS وسيط رسائل يستند إلى JMS. الأكثر شيوعا، يتم استخدام IBM MQ. أفضل طريقة لتشغيل مثيل IBM MQ عالي التوفر في Azure هي استخدام مخططات IBM MQ Helm لنشر Kubernetes. يمكنك نشر هذه المخططات في مجموعة Azure Red Hat OpenShift الموجودة على عمال منفصلين لعزل أحمال العمل الخاصة بك. يمكنك أيضا نشر IBM MQ وتثبيته يدويا على الأجهزة الظاهرية إذا كنت تفضل ذلك.

كجزء من التوزيع القياسي، يمكنك تحديد قوائم الانتظار الخاصة بك في وقت النشر، ما يقلل من وقت التكوين المطلوب لتدوين المثيلات الخاصة بك. ينشئ التوزيع القياسي مثيلا نشطا واحدا واثنين من المثيلات السلبية لمدير قائمة الانتظار. عند اكتمال النشر الخاص بك، يمكنك استخدام SSH للاتصال ب pod السابق الحالي وتحديد ملف روابط JMS الخاص بك. يمكنك بعد ذلك استخدام هذا الملف لإنشاء خريطة التكوين لتوزيع Sterling OMS.

تدعم IBM أيضا أنظمة قائمة انتظار الرسائل الأخرى المستندة إلى JMS، مثل Apache ActiveMQ. لمزيد من المعلومات، راجع قوائم انتظار الرسائل في Sterling Order Management Software. تختلف خيارات النشر الخاصة بك لكل حل.

الاعتبارات

تطبق هذه الاعتبارات ركائز إطار العمل جيد التصميم في Azure، وهي مجموعة من المبادئ التوجيهية التي يمكنك استخدامها لتحسين جودة حمل العمل. لمزيد من المعلومات، يرجى مراجعةMicrosoft Azure Well-Architected Framework.

الأمان

ويوفر عامل الأمان ضمانات للحماية من الهجمات المتعمدة واستغلال البيانات والأنظمة القيمة الخاصة بك. للمزيد من المعلومات، يرجى الرجوع إلى نظرة عامة على ركيزة الأمان.

يمكن أن يكون الحفاظ على الوصول والرؤية في دورة حياة الصيانة لأصولك واحدة من أكبر فرص مؤسستك للعمل بكفاءة والحفاظ على وقت التشغيل. للمساعدة في تحسين الوضع الأمني للبيئة الخاصة بك، من المهم استخدام المصادقة الآمنة والحفاظ على حلولك محدثة. استخدم التشفير للمساعدة في حماية جميع البيانات التي تنتقل داخل البنية وخارجها.

يقدم Azure Sterling OMS باستخدام نماذج IaaS والنظام الأساسي كخدمة (PaaS). Microsoft تبني حماية الأمان في الخدمة على المستويات التالية:

  • مركز البيانات الفعلي
  • الشبكة الفعلية
  • المضيف الفعلي
  • برنامج مراقبة الأجهزة الافتراضية

قم بتقييم الخدمات والتقنيات التي تحددها للمناطق أعلى برنامج مراقبة الأجهزة الافتراضية بعناية، مثل أحدث إصدار مصحح من Azure Red Hat OpenShift للحصول على إصدار رئيسي. تأكد من توفير عناصر التحكم الأمنية المناسبة للبنية الخاصة بك. أنت مسؤول عن تصحيح وصيانة أمان أنظمة IaaS. تأخذ Microsoft هذا الدور لخدمات PaaS مثل Azure Red Hat OpenShift. على الرغم من أنه يمكنك بدء ترقية ل Azure Red Hat OpenShift، إلا أنه تتم إدارته بالكامل بواسطة Microsoft وRed Hat. لمزيد من المعلومات حول تصحيح وترقية Azure Red Hat OpenShift، راجع ترقية مجموعة Azure Red Hat OpenShift.

استخدم مجموعات أمان الشبكة لتصفية نسبة استخدام الشبكة من وإلى الموارد الموجودة في شبكتك الظاهرية. باستخدام هذه المجموعات، يمكنك تحديد القواعد التي تمنح أو ترفض الوصول إلى خدمات Sterling OMS. تتضمن الأمثلة ما يلي:

  • حظر الوصول إلى جميع الأجزاء الأخرى من البنية الأساسية المنشورة، مثل منافذ وخدمات معينة يستخدمها وسيط الرسائل أو قاعدة البيانات الخلفية.
  • التحكم في المواقع التي لديها حق الوصول إلى Sterling OMS والمجموعة OpenShift.

تعتمد أرقام المنافذ والنطاقات التي تحتاج إلى فتحها على العديد من العوامل. بعضها يجب مراعاته هي:

  • المنفذ 443، للاتصال من خدمة إلى خدمة.
  • المنافذ الخاصة بقاعدة البيانات مثل المنفذ 5432 لخيار الخادم المرن لقاعدة بيانات Azure ل PostgreSQL.
  • منافذ قائمة انتظار الرسائل مثل المنفذ 1414 ل IBM MQ.

ضع في اعتبارك أيضاً هذه النقاط:

  • يجب أن يكون لدى عقد نظام مجموعة Azure Red Hat OpenShift إمكانية الوصول إلى الإنترنت الصادر. إذا لم تتمكن من توفير هذا الوصول، تحتاج هذه العقد، كحد أدنى، إلى الوصول إلى Azure Resource Manager ونقاط نهاية تسجيل الخدمة.
  • توفر IBM إرشادات لتنفيذ تطبيقات Sterling OMS متعددة تشترك في الخدمات الشائعة مثل قاعدة بيانات خلفية. كما أن عمليات التوزيع هذه لها اعتبارات جدار الحماية داخل التطبيق. لمزيد من المعلومات، راجع فتح منافذ جدار الحماية للاتصال داخل التطبيق.

إذا كنت بحاجة إلى الوصول إلى العقد الأخرى غير Azure Red Hat OpenShift، يمكنك اختياريا استخدام Azure Bastion للوصول إلى الأجهزة الظاهرية الخاصة بك. لأسباب أمنية، لا تعرض الأجهزة الظاهرية لشبكة أو الإنترنت دون تكوين مجموعات أمان الشبكة للتحكم في الوصول إليها.

يساعد التشفير من جانب الخادم (SSE) لتخزين قرص Azure على حماية بياناتك. يساعدك SSE أيضا على الوفاء بالتزامات الأمان والتوافق التنظيمية. يقوم SSE بتشفير البيانات الثابتة عند استمرارها في السحابة، وذلك باستخدام الأقراص المُدارة من Azure. هذا السلوك ينطبق بشكل افتراضي على كل من نظام التشغيل وأقراص البيانات. يستخدم OpenShift SSE بشكل افتراضي. يدعم Azure Red Hat OpenShift أيضا مفاتيح التشفير التي يديرها العميل (CMEK) لأقراص نظام التشغيل في نظام المجموعة.

المصادقة

يجب تكوين OAuth ل Azure Red Hat OpenShift. لمزيد من المعلومات، راجع نظرة عامة على المصادقة والتخويل في وثائق Azure Red Hat OpenShift.

حماية البنية الأساسية لديك

التحكم في الوصول إلى موارد Azure التي تقوم بتوزيعها. كل اشتراك Azure له علاقة ثقة مع مستأجر Microsoft Entra. استخدم التحكم في الوصول المستند إلى الدور في Azure لمنح المستخدمين داخل مؤسستك الأذونات الصحيحة لموارد Azure. امنح حق الوصول عن طريق تعيين أدوار Azure للمستخدمين أو المجموعات في نطاق معين. يمكن أن يكون النطاق اشتراكاً أو مجموعة موارد أو مورداً واحداً. تأكد من تدقيق جميع التغييرات على البنية الأساسية. لمزيد من المعلومات حول التدقيق، راجع سجل نشاط Azure Monitor.

تحسين التكلفة

يركز تحسين التكلفة على البحث عن طرق للحد من النفقات غير الضرورية وتحسين الكفاءة التشغيلية. لمزيد من المعلومات، راجع نظرة عامة على ركيزة تحسين التكلفة.

يتكون النشر القياسي ل Sterling OMS من المكونات التالية. يمكنك ضبط العديد من هذه الموارد المستندة إلى الحوسبة لتلبية احتياجاتك. على سبيل المثال، يمكنك توسيع نطاق عقد عامل IBM MQ للسماح بزيادة معدل النقل.

Azure Red Hat OpenShift (ل OMS)

  • ثلاثة أجهزة ظاهرية للتحكم (Standard_D8s_v5)
  • ثلاثة أجهزة ظاهرية عاملة (Standard_D8s_v5)

الموارد الإضافية

  • شبكة ظاهرية واحدة (/16)، مع مراعاة الشبكات الفرعية التالية:
    • الشبكة الفرعية لعقدة التحكم في Azure Red Hat OpenShift (/24)
    • الشبكة الفرعية لعقدة عامل Azure Red Hat OpenShift (/24)
    • الشبكة الفرعية للبيانات، إذا لزم الأمر (/27)
    • شبكة فرعية إضافية للجهاز الظاهري، إذا لزم الأمر (/27)
    • الشبكة الفرعية للإدارة، إذا لزم الأمر (/30)
  • مثيل واحد من قاعدة بيانات Azure ل PostgreSQL مع خيار الخادم المرن
  • مثيل واحد من Azure Container Registry
  • حسابان في Azure Storage
  • ثلاث مناطق DNS
  • موازنان تحميل
  • جهاز ظاهري لمربع انتقال واحد
  • Azure Bastion

يمكن أن تختلف عمليات النشر الفردية، على سبيل المثال، إذا قمت بتشغيل Db2 على أجهزة Azure الظاهرية، أو إذا قمت بنشر IBM MQ في بيئة Azure Red Hat OpenShift. لمراجعة تقدير مثال، استخدم حاسبة التكلفة. تختلف التكوينات، لذا تحقق من التكوين الخاص بك مع فريق تغيير حجم IBM قبل الانتهاء من النشر الخاص بك.

الموثوقيه

تضمن الموثوقية أن التطبيق الخاص بك يمكن أن يفي بالالتزامات التي تتعهد بها لعملائك. لمزيد من المعلومات، يرجى مراجعة نظرة عامة على ركيزة الموثوقية.

يحتوي Azure Red Hat OpenShift على قدرات مدمجة للشفاء الذاتي والتحجيم والمرونة لضمان عمل Azure Red Hat OpenShift وSterling OMS بنجاح. تم تصميم Azure Red Hat OpenShift وSterling OMS للأجزاء التي تفشل وتسترد. أحد المتطلبات الرئيسية للشفاء الذاتي هو أن هناك ما يكفي من العقد العاملة. للتعافي من فشل المنطقة داخل منطقة Azure، يجب موازنة عقد التحكم والعامل عبر مناطق التوفر.

تستخدم Sterling OMS وAzure Red Hat OpenShift تخزين قاعدة البيانات لاستمرار الحالة خارج مجموعة Kubernetes. تستمر السجلات وموارد التطبيق الأخرى في حساب تخزين. للتأكد من أن تبعيات التخزين تستمر في العمل أثناء الفشل، استخدم التخزين المتكرر في المنطقة كلما أمكن ذلك. يظل هذا النوع من التخزين متوفرا عند فشل المنطقة. يجب أن يأخذ نشر قاعدة البيانات أيضا التكوينات متعددة المناطق في الاعتبار.

نظرا لأن الخطأ البشري شائع، قم بتوزيع Sterling OMS باستخدام أكبر قدر ممكن من الأتمتة. للحصول على بعض نماذج البرامج النصية لإعداد الأتمتة الكاملة الشاملة، راجع دليل التشغيل السريع: إدارة أوامر الاسترليني على Azure على GitHub.

نشر هذا السيناريو

قبل البدء، راجع متطلبات Sterling OMS في متطلبات النظام. تأكد أيضا من توفر الموارد التالية:

  • الوصول إلى اشتراك Azure بإذن القارئ .
  • تسجيل تطبيق أو اسم كيان الخدمة الذي لديه أذونات المساهم ومسؤول وصول المستخدم للاشتراك.
  • مجال أو مجال فرعي مفوض إلى منطقة Azure DNS.
  • مفتاح استحقاق IBM Sterling OMS.
  • تحجيم نظام المجموعة الموصى به من IBM.
  • شبكة ظاهرية موجودة أو شبكة ظاهرية جديدة، اعتمادا على متطلباتك. للحصول على مثال لإنشاء شبكة ظاهرية جديدة مع شبكتين فرعيتين فارغتين، راجع البرنامج التعليمي: إنشاء مجموعة Azure Red Hat OpenShift 4.
  • متطلبات قابلية الوصول العالية والتعافي من الكوارث للنشر المحدد.
  • ملف تكوين OMEnviroment، omenvironment.yaml، لاستخدامه عند نشر Sterling OMS عبر كتالوج مشغل OpenShift.

للحصول على دليل خطوة بخطوة لتثبيت Azure Red Hat OpenShift وSterling OMS على Azure، بما في ذلك كيفية معالجة المتطلبات الأساسية، راجع دليل التشغيل السريع: إدارة أمر الاسترليني على Azure.

اعتبارات النشر

أفضل الممارسات الحالية هي نشر أحمال العمل باستخدام البنية الأساسية كتعليق برمجي (IaC) بدلا من نشر أحمال العمل يدويا، لأن النشر اليدوي يمكن أن يؤدي إلى تكوين خاطئ. يمكن أن تكون أحمال العمل المستندة إلى الحاوية حساسة للتكوين الخاطئ، ما يمكن أن يقلل من الإنتاجية.

قبل إنشاء بيئتك، راجع دليل التشغيل السريع: إدارة أوامر الاسترليني على Azure لتطوير فهم لمعلمات التصميم. دليل التشغيل السريع غير مخصص للنشر الجاهز للإنتاج، ولكن يمكنك استخدام أصول الدليل للوصول إلى آلية من فئة الإنتاج للتوزيع.

تقدم IBM خدمات متخصصة لمساعدتك في التثبيت. اتصل بفريق IBM للحصول على الدعم.

المساهمون

تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.

الكتاب الرئيسيون:

مساهمون آخرون:

  • Aneesh AR | الحزام الأسود للخدمات السحابية العليا
  • Vijaya Bashyam | عضو أول في فريق العمل التقني
  • James Read | مهندس حلول EMEA الأساسي
  • أندي ريبتون | حزام OpenShift الأسود المدار

لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.

الخطوات التالية