منطقة هبوط Azure ل SAP على Azure
تساعد منهجية Ready لإطار عمل اعتماد السحابة على توجيه إنشاء جميع بيئات Azure باستخدام مناطق هبوط Azure. توفر مناطق هبوط Azure العديد من خيارات التنفيذ المبنية حول مجموعة من مناطق التصميم الشائعة.
باستخدام مناطق هبوط Azure، يمكنك البدء بتنفيذ صغير والتوسع بمرور الوقت. بالنسبة للبيئات الأكثر تعقيدا، يمكنك البدء بخيارات التنفيذ على نطاق المؤسسة، والتي ستتضمن خدمات العمليات والأمان والحوكمة في البيئة الأولية.
البنية المفاهيمية لمنطقة Azure المنتقل إليها
عند إعداد أي بيئة لاعتماد السحابة المستدامة، نستخدم البنية المفاهيمية لمناطق هبوط Azure لتمثيل ما يجب أن تبدو عليه حالة النهاية المستهدفة في Azure، كما هو موضح أدناه.
عند تطوير رؤية طويلة الأجل للمناطق المنتقل إليها، ضع في اعتبارك التصميم أعلاه. بالعمل ضمن هذا السيناريو، نركز على نقطة البداية الأنسب لتلبية متطلباتك الاستراتيجية والتخطيطية ل SAP على Azure. تتناول هذه المقالة نقطة البداية، وليس بالضرورة جميع التفاصيل المطلوبة للوصول إلى الهدف على المدى الطويل.
اعتبارات التخطيط الاستراتيجي & لمناطق هبوط SAP
سيكون لقرارات تحديد الأولويات التي يتم اتخاذها أثناء محادثات الاستراتيجيةوالخطة تأثير مباشر على تكوين المنطقة المنتقل إليها الأكثر ملاءمة لدعم خطة SAP الخاصة بك. فيما يلي أهم الاعتبارات من تلك المراحل:
- هل سيتطلب النشر الأولي عمليات ناضجة للعمليات والأمان والحوكمة قبل التشغيل؟
- بدلا من ذلك، هل تتطلب خطة الاعتماد مثيلا أوليا أصغر من SAP لجهود POC أو التطوير أو الاختبار على جدول زمني أقصر؟
سيكون لهذه الأسئلة تأثير مباشر على خيارات التنفيذ.
اعتبارات خيار التنفيذ
سيكون لتحديد أفضل خيار لتنفيذ منطقة Azure المنتقل إليها تأثير مباشر على مدى قدرة المنطقة (المناطق) المنتقل إليها على دعم خيارات التنفيذ أعلاه. لمزيد من المعلومات حول خيارات تنفيذ منطقة Azure المنتقل إليها، راجع سلسلة مقالة مناطق هبوط Azure . أي من خيارات تنفيذ منطقة هبوط Azure يعالج أفضل اعتبارات تخطيط الاستراتيجية & التي تحكم سيناريو اعتماد SAP الخاص بك؟
- استراتيجية منطقة Azure المنتقل إليها الحالية: إذا كانت مؤسستك قد نفذت بالفعل استراتيجية منطقة هبوط Azure، فمن المحتمل أن يحتاج سيناريو اعتماد SAP الخاص بك إلى الالتزام بالاستراتيجية الحالية. وإلا، اختر أحد الخيارات التالية كخطوة أولى نحو بيئات المنطقة المنتقل إليها القابلة للتكرار.
- ابدأ صغيرا واتوسع باستخدام SAP Hana Scale-up على Linux: توفر البنية المرجعية لتوسيع نطاق SAP HANA على Linux نهجا مثبتا لنشر نظام أساسي SAP HANA صغير. قبل تعزيز هذه البيئة الأصغر للإنتاج، يجب على المؤسسات إكمال منهجيات إدارة وإدارة CAF لضمان أن البيئة جاهزة لدعم حمل العمل الحرج للمهام.
- المناطق المنتقل إليها على نطاق المؤسسة:ينشر نطاق المؤسسة ل SAP بنية مرجعية أكثر شمولا استنادا إلى SAP HANA على Azure (المثيلات الكبيرة)، ولكن ضمن التكوين البيئي المحدد الذي تتطلبه حلول المنطقة المنتقل إليها على نطاق المؤسسة الأوسع. هذا هو أسرع مسار للوصول إلى بيئة جاهزة للإنتاج، والتي تتضمن أدوات للعمليات والأمان والحوكمة.
يتمثل الفرق الأساسي بين الخيارين أعلاه في كيفية التعبير عن فصل الواجبات وتنفيذها من حيث موارد Azure وطوبولوجيا الاشتراك واستخدام نهج Azure للحوكمة. فهم خطة مؤسستك حول العمليات المركزية مقابل العمليات اللامركزية والتي تعمل بشكل أفضل لأحمال عمل مؤسستك. يمكن أن يكون كلا النموذجين مرنين لتوفير التجربة الدقيقة التي تتطلبها مؤسستك وأحمال العمل، ولكنك ستحتاج إلى البدء بالنموذج الأكثر توافقا مع استراتيجيتك المحددة. تأكد من أن جميع فرق حمل العمل تفهم نموذج التشغيل والواجبات المطلوبة لجميع مجموعات تكنولوجيا المعلومات والأعضاء.
مناطق تصميم منطقة هبوط Azure
بغض النظر عن خيار التنفيذ الأولي الخاص بك، يجب أن تلتزم جميع مناطق هبوط Azure ل SAP بمجموعة من اعتبارات التصميم الشائعة والتوصيات الموضحة في سلسلة المقالات التالية. يمكن أن تساعد قوائم التحقق هذه الاعتبارات والتوصيات فريق SAP على تقييم أي منطقة هبوط للتأكد من أنها جاهزة لاستضافة النظام الأساسي SAP في الإنتاج:
- تسجيل المؤسسة
- إدارة الهوية والوصول
- طبولوجيا الشبكة والاتصال
- تنظيم الموارد
- ضوابط التحكم
- الخط الأساسي للعمليات
- استمرارية العمل والتعافي من الكوارث
- خيارات النشر
الخطوة التالية: ترحيل نظام SAP الأساسي إلى Azure
توفر المقالات التالية إرشادات لنقاط محددة طوال رحلة استخدام السحابة لمساعدتك على النجاح في اعتماد SAP في Azure.