تحرير

مشاركة عبر

Unisys mainframe migration with Avanade AMT

Azure Bastion
Azure ExpressRoute
Azure SQL Database
Azure Virtual Machines
Azure Virtual Network

توضح هذه المقالة كيفية استخدام Avanade Automated Migration Technology (AMT) لترحيل التعليمات البرمجية المصدر لبرنامج التحكم الرئيسي Unisys (MCP) وأنظمة MCP المحاكية إلى سحابة Azure.

يمكنك استخدام إطار عمل AMT لتحويل التعليمات البرمجية المصدر لتطبيق Unisys mainframe الخاص وتطبيقات MCP المحاكية استنادا إلى التكوينات التالية:

التعليمات البرمجية المصدر الأساسية نظام التشغيل الهدف (OS) وقت التشغيل الهدف
كوبول Windows أو Linux .NET C# أو Java
XGEN Windows أو Linux .NET C# أو Java
LINC/AB Suite Windows .NET C#‎

استخدم إطارا مركزيا محليا ل Unisys وموارد MCP المحاكية للترحيل إلى بيئات بنية Azure الأساسية كخدمة (IaaS) والنظام الأساسي كخدمة (PaaS) فعالة من حيث التكلفة وقابلة للتطوير وآمنة.

التصميم القديم

رسم تخطيطي يظهر مكونات الكمبيوتر المركزي Unisys Burroughs MCP أو Unisys Sperry OS 1100/2200.

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

‏‏سير العمل‬

أ. يتفاعل مستخدمو المسؤول المحلي مع الكمبيوتر المركزي عبر محاكي محطة طرفية (أنظمة MCP) أو محاكي محطة UTS (أنظمة نظام التشغيل 1100/2200).

ب. يمكن لمستخدمي واجهة الويب المحلية التفاعل عبر مستعرض ويب عبر بروتوكول أمان طبقة النقل (TLS) 1.3 المنفذ 443. تستخدم الحواسيب المركزية معايير الاتصال مثل IPv4 وIPv6 وSSL/TLS وTelnet وFTP ومآخذ التوصيل.

تتضمن البرامج الوسيطة المتكاملة المقترنة بشكل فضفاض خدمات الويب وMOM وWebSphere MQ وMSMQ. يشمل تكامل البيئة Java و.NET وTuxedo وحزم مثل SAP. يتضمن البرنامج الوسيط الذي يوفر الوصول المباشر إلى البيانات موصلات ODBC وJDBC وJCA وموفري XML.

ج. تقوم خوادم التطبيقات بمعالجة الدفعات والتعامل مع المعاملات عبر خادم إدارة معاملات COMS ل MCP أو حزم واجهة وحدة التخزين/المعاملات (TIP/HVTIP) لنظام التشغيل 2200.

د. تتم كتابة تطبيقات MCP في COBOL أو C أو PASCAL أو ALGOL أو RPG أو WFL. بالنسبة لنظام التشغيل 2200، تكون التطبيقات في COBOL أو Fortran أو C أو MASM أو SSG أو PASCAL أو UCOBOL أو ECL (2200).

هـ. أنظمة إدارة قواعد البيانات متوافقة مع XA. يستخدم MCP أنظمة قاعدة بيانات DMSII هرمية، ويستخدم نظام التشغيل 2200 أنظمة DMSII أو قواعد البيانات الارتباطية المستندة إلى الشبكة.

و. وتشمل مرافق الملفات بروتوكول نظام ملفات الإنترنت المشترك (CIFS)، والملفات المتتالية، والملفات الثابتة، وملفات الإدخال/الإخراج (I/O) ذات المفاتيح، وملفات الشريط الظاهري.

ز. يعالج الخادم المخصص العمليات والمراقبة.

ح. يُدير النظام الفرعي للطابعة الطابعات المحلية.

هيكل Azure

رسم تخطيطي يوضح كيف يمكن تعيين مكونات الكمبيوتر المركزي Unisys إلى قدرات Azure.

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

‏‏سير العمل‬

  1. يصل مستعرض الويب إلى موارد Azure، والتي تحل محل بروتوكولات الكمبيوتر المركزي القياسية مثل محاكاة الوحدة الطرفية T27 للطلب والمستخدمين عبر الإنترنت. يصل المستخدمون إلى التطبيقات المستندة إلى الويب عبر اتصال Azure ExpressRoute خاص باستخدام منفذ TLS 443 (A). للأمان والأداء، ينشر هذا الحل جميع موارد Azure في شبكة Azure الظاهرية، مع مجموعة أمان شبكة للمساعدة في إدارة نسبة استخدام الشبكة. لوصول المسؤول إلى أجهزة Azure الظاهرية (VMs)، يقوم مضيفو Azure Bastion بتكبير الأمان عن طريق تقليل المنافذ المفتوحة.

  2. تحول AMT أجهزة الكمبيوتر المركزية Unisys وأحمال عمل عرض MCP المحاكية للتشغيل على مجموعات مقياس الجهاز الظاهري Azure. تقوم هذه الأجهزة الظاهرية بتشغيل طبقات الويب والتطبيق الأصلية. تستخدم الأجهزة الظاهرية Premium SSD أو Ultra Disk Storage مع تسريع الشبكات للحصول على أداء عال. يوازن تحميل Azure Load Balancer نسبة استخدام الشبكة إلى الأجهزة الظاهرية. تقوم الأجهزة الظاهرية بتشغيل طبقات الويب والتطبيق بترتيب نشط-نشط لنشر حركة مرور الاستعلام. تعمل التعليمات البرمجية لطبقة العرض التقديمي في خدمة عرض الويب التقديمي وتستخدم إطار عمل AMT لتوفير شاشات واجهة المستخدم Unisys (B). يتم ترحيل طبقات العرض التقديمي الأصلية دون تغيير وظيفيا لتقليل إعادة تدريب المستخدم. يتم تحديث طبقات العرض التقديمي بإطار عمل تجربة مستخدم حديث قائم على الويب.

  3. تم بناء مزارع الخوادم لاستيعاب دفعة الحاسوب الرئيسي المحولة وأحمال عمل المعاملات. تعالج مجموعات مقياس الجهاز الظاهري قمم حمل العمل (C). يقوم موازن التحميل بواجهة خوادم المعاملات. يوزع حركة المرور في ترتيب نشط-نشط وينشر حركة مرور المعاملات عبر مزرعة الخوادم.

  4. يتم تحويل التعليمات البرمجية لتطبيق الحاسوب الرئيسي (D) إلى أدوات .NET أو C# أو Java. يتم تشغيل هذه التعليمات البرمجية التي تم ترحيلها على خوادم المعاملات لتوفير منطق العمل الحالي.

  5. يمكن ترحيل بنيات قاعدة البيانات القديمة (E) إلى قواعد البيانات الحديثة، والتي تستفيد من التوافر العالي (HA) وقدرات التعافي من الكوارث (DR) التي يوفرها Azure. يمكن لأدوات ترحيل بيانات Avanade AMT تحويل مخططات DMSII وRDMS إلى قواعد بيانات حديثة. يوفر Azure Private Link اتصالا خاصا ومباشرا من الأجهزة الظاهرية إلى قواعد البيانات.

  6. يتم تعيين بنيات الملفات (F) إلى بنيات بيانات تخزين الملفات أو الكائنات الثنائية كبيرة الحجم المهيكلة في Azure. يمكن أن توفر ميزات مثل النسخ المتماثل التلقائي لمجموعة تجاوز الفشل في Azure حماية البيانات.

  7. يمكن أن تحتفظ أنظمة أتمتة حمل العمل والجدولة وإعداد التقارير ومراقبة النظام (G) المتوافقة مع Azure بأنظمةها الأساسية الحالية. تتضمن هذه الأنظمة الأساسية Unisys Operations Microsoft Azure Sentinel وSMA OpCon. يمكن أيضا ل Avanade AMT Control Center تنفيذ هذه المهام.

  8. تعكس قدرات Azure Site Recovery HA/DR الأجهزة الظاهرية إلى منطقة Azure ثانوية لتجاوز الفشل السريع إذا كان هناك فشل في مركز بيانات Azure.

  9. يمكن للنظام دعم الطابعات (H) وأجهزة إخراج النظام القديمة الأخرى إذا كان لديها عناوين IP متصلة بشبكة Azure.

المكونات

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

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

  • تتيح واجهات الشبكة الظاهرية للأجهزة الظاهرية الاتصال بالإنترنت وAzure والموارد المحلية. يمكنك إضافة العديد من بطاقات واجهة الشبكة إلى جهاز ظاهري واحد بحيث يمكن أن يكون للأجهزة الظاهرية التابعة أجهزة واجهة الشبكة المخصصة وعناوين IP الخاصة بها.

  • الأقراص المدارة من Azure هي وحدات تخزين على مستوى الكتلة يديرها Azure على الأجهزة الظاهرية. أنواع الأقراص هي Ultra Disk Storage وPremium SSD وStandard SSD وStandard HDD. تعمل هذه البنية بشكل أفضل مع Premium SSD أو Ultra Disk Storage.

  • تقدم Azure Files مشاركات ملفات مدارة بالكامل في حساب Azure Storage الذي يمكن الوصول إليه من السحابة أو محليا. يمكن أن تؤدي عمليات نشر Windows وLinux وmacOS إلى تحميل مشاركات ملفات Azure بشكل متزامن والوصول إلى الملفات عبر بروتوكول Server Message Block (SMB) القياسي للصناعة.

  • ExpressRoute يتيح لك توسيع شبكاتك الداخلية إلى سحابة Microsoft عبر اتصال خاص يتم توفيره من خلال موفر اتصال. باستخدام ExpressRoute، يمكنك إنشاء اتصالات بالخدمات السحابية مثل Azure وMicrosoft 365.

  • إن Azure Bastion هو نظام أساسي مُدار بالكامل كخدمة (PaaS) توفره داخل شبكتك الظاهرية. يوفر Azure Bastion اتصال بروتوكول سطح المكتب البعيد الآمن والسلس (RDP) وSecure Shell (SSH) بالأجهزة الظاهرية في شبكتك الظاهرية مباشرة من مدخل Microsoft Azure عبر TLS.

  • Azure SQL Database هي محرك قاعدة بيانات PaaS مدار بالكامل يعمل على أحدث إصدار مستقر من SQL Server ونظام التشغيل المصحح، مع توفر بنسبة 99.99٪. تتعامل قاعدة بيانات SQL مع معظم وظائف إدارة قواعد البيانات مثل الترقية والتصحيح والنسخ الاحتياطي والمراقبة دون تدخل المستخدم. تتيح لك إمكانيات PaaS هذه التركيز على إدارة وتحسين قاعدة البيانات المهمة للأعمال والمجال المخصصة.

  • يوفر Private Link لقاعدة بيانات SQL اتصالا خاصا ومباشرا معزولا عن العمود الفقري لشبكة Azure من أجهزة Azure الظاهرية إلى قاعدة بيانات SQL.

  • يستخدم Site Recovery عمليات النسخ المتماثل وتجاوز الفشل والاسترداد للمساعدة في الحفاظ على تشغيل التطبيقات أثناء الانقطاعات المخطط لها وغير المخطط لها.

  • يوفر Load Balancer تطبيقات عالية التوفر وقابلة للتطوير في دقائق مع موازنة تحميل التطبيق المضمنة للخدمات السحابية والأجهزة الظاهرية. يدعم Load Balancer البروتوكولات المستندة إلى TCP/UDP مثل HTTP وHTTPS وSMTP. باستخدام Load Balancer، يمكنك توفير تجربة أفضل للعملاء لتوسيع نطاق حركة مرور التطبيقات المتزايدة تلقائيا. لا تحتاج إلى إعادة تكوين موازن التحميل أو إدارته.

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

يحول هذا الحل التطبيقات القديمة الخاصة والبنية التحتية ومنطق الأعمال والعمليات إلى تقنيات سحابية قياسية وقياسية للمساعدة في تعزيز مبادئ وممارسات DevOps agile والتوافق مع قاعدة الإنتاجية اليوم. تحويل التطبيقات والبنيات الأساسية القديمة لتوفير محاذاة موحدة للأعمال تكنولوجيا المعلومات.

أنظمة الكمبيوتر المركزي Unisys ClearPath هي بيئات تشغيل كاملة الميزات يمكنها التوسع عموديا للتعامل مع أحمال العمل الحرجة للمهام. تتضمن نماذج ClearPath المركزية دورادو، التي تدير Sperry 1100/2200 القديمة، و Libra، التي تدير Burroughs A Series/MCP القديمة. يمكن أن يوفر محاكاة هذه الأنظمة أو تحويلها أو تحديثها إلى Azure ضمانات مماثلة أو أفضل للأداء واتفاقية مستوى الخدمة (SLA)، مع الاستفادة من مرونة Azure والموثوقية والقدرات المستقبلية.

استخدم إطار عمل Avanade AMT للانتقال بسرعة إلى Azure دون إعادة كتابة التعليمات البرمجية للتطبيق أو إعادة تصميم بنية البيانات. يحول إطار العمل التعليمة البرمجية القديم إلى C#، مع الحفاظ على كود المصدر في شكله الأصلي. ليس عليك تغيير واجهات مستخدم التطبيق والتفاعلات، ما يقلل من الحاجة إلى إعادة تدريب المستخدم النهائي.

يعمل Avanade AMT Transform على أتمتة ترحيل النظام البيئي الكامل المركزي إلى Azure عن طريق تحويل:

  • كود تطبيق COBOL إلى AMT COBOL، أو مباشرة إلى .NET C# أو Java.
  • رمز تطبيق XGEN مباشرة إلى .NET C# أو Java.
  • رمز تطبيق LINC / AB Suite مباشرة إلى .NET C#‎.
  • إلغاء ربط قواعد البيانات، سواء كانت هرمية، أو شبكة، أو علائقية، بقواعد بيانات Azure الحديثة.
  • البرامج النصية WFL/ECL إلى Windows PowerShell (.NET C#) أو Python أو Java.
  • جميع الملفات الثابتة الثنائية والفهرسة.

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

يدعم إطار عمل AMT العديد من الخيارات لنقل أحمال عمل العميل إلى Azure:

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

الاعتبارات

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

الموثوقيه

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

  • استخدم Site Recovery لعكس الأجهزة الظاهرية إلى منطقة Azure ثانوية لتجاوز الفشل السريع والتعافي من الكوارث إذا كان هناك فشل في مركز بيانات Azure.
  • استخدم النسخ المتماثل التلقائي لمجموعة تجاوز الفشل في Azure لإدارة النسخ المتماثل لقاعدة البيانات وتجاوز الفشل إلى منطقة أخرى.
  • استخدم Load Balancer لإنشاء المرونة في هذا الحل. إذا فشل أحد العروض التقديمية أو خادم المعاملات، فإن الخادم الآخر خلف موازن التحميل يعالج حمل العمل.

الأمان

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

  • استخدم مجموعات أمان شبكة Azure (NSGs) لإدارة نسبة استخدام الشبكة بين موارد Azure. للحصول على مزيٍد من المعلومات، راجع مجموعة أمان الشبكة.

  • استخدم Private Link لقاعدة بيانات SQL لتوفير اتصال خاص ومباشر معزول عن العمود الفقري لشبكة Azure من الأجهزة الظاهرية إلى قاعدة بيانات SQL.

  • استخدم Azure Bastion لزيادة أمان وصول المسؤول إلى الحد الأقصى عن طريق تقليل المنافذ المفتوحة. يوفر Azure Bastion اتصال RDP وSSH آمنا وسلسا عبر TLS من مدخل Microsoft Azure إلى الأجهزة الظاهرية في الشبكة الظاهرية.

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

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

  • يمكنك تحسين مثيلات الجهاز الظاهري المحجوز من Azure عن طريق إيقاف تشغيل الأجهزة الظاهرية عندما لا تكون هناك حاجة إليها وجداول البرمجة النصية لأنماط الاستخدام المعروفة. يعمل Avanade AMT في Azure على Windows أو Linux VMs، مما يحسن التكاليف.

  • تأكد من استخدام مثيل جهاز ظاهري واحد فقط مع Site Recovery إذا كانت الأجهزة الظاهرية داخل مجموعات الخوادم مكررة. باستخدام Site Recovery، تدفع مُقابل كل مثيل محمي.

  • لتقدير التكاليف وحسابها لتنفيذ هذا الحل، استخدم حاسبة تسعير Azure.

كفاءة الأداء

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

  • أثبتت Avanade AMT قابلية توسع التطبيق الواحد التي تعادل ما لا يقل عن 28000 مليون تعليمات في الثانية (MIPS).

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

  • تحتوي قاعدة بيانات SQL على مستويات عالية التحجيم أو الأعمال الحرجة لعمليات الإدخال/الإخراج العالية في الثانية (IOPS) واتفاقيات مستوى الخدمة لوقت التشغيل العالي. للحصول على معلومات التسعير، راجع تسعير قاعدة بيانات SQL.

  • استخدم Premium SSD أو Ultra Disk Storage للحصول على أفضل أداء. للحصول على معلومات التسعير، راجع تسعير الأقراص المُدارة.

المساهمون

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

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

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

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

استكشف الموارد ذات الصلة: