إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يوفر مركز ترحيل Azure إرشادات توجيهية ومعتمدة على رأي لمساعدة فرق عبء العمل على التخطيط وتنفيذ ترحيلهم إلى Azure. يغطي الترجمة عمليات الانتقال من البيئات المحلية والمنصات السحابية مثل خدمات أمازون ويب (AWS) ومنصة جوجل السحابية (GCP).
هام
يغطي هذا المحتوى عمليات نقل عبء العمل الواحد. لا يغطي الترحيل الكامل لمراكز البيانات، أو نقل المناطق، أو الأحمال الهجينة التي تعمل في نفس الوقت على عدة سحابات.
تشمل الهجرة إلى Azure الشبكات، والهوية، وقواعد البيانات، والحوسبة، والتخزين، والتكاملات المخصصة التي بناها فريقك على مر السنين. توفر العديد من المقالات والأدلة إرشادات لهذه المكونات.
تساعدك هذه المقالة في تحديد الإرشادات التي تنطبق على وضعك. استنادا إلى حجم العمل اليوم، يوجهك إلى دليل الهجرة الصحيح. كما يشرح المصطلحات العامة للهجرة والاستراتيجيات.
من يجب أن يقرأ هذه المقالة
تساعد هذه المقالة مهندسي ومهندسي عبء العمل على البدء في ترحيل أحمال العمل إلى Azure من AWS أو GCP أو مركز بيانات محلي. استخدم هذه الإرشادات لتقرر ما إذا كان عليك إعادة استضافة أو إعادة منصة، أو إعادة هيكلة.
هذا التوجيه هو من أجل:
مهندسو عبء العمل يعيدون تصميم جوانب العمارة ويؤكدون التصميم العام لتلبية متطلبات الأعمال على Azure. يعالج المهندسون المعماريون الثغرات من خلال النظر في الخصائص المحددة لحمل العمل وقيود الأعمال.
أعضاء فريق عبء العمل الذين يحتاجون إلى فهم كيف تتغير مسؤولياتهم أثناء وبعد الهجرة. على سبيل المثال، يجب على مسؤولي قاعدة البيانات الذين يديرون البرامج النصية وينفذون النسخ الاحتياطية اليومية على Amazon Relational Database Service التكيف مع تنفيذ نفس المهام على قاعدة بيانات Azure SQL.
توجهك هذه المقالة إلى دليل الهجرة المحدد لحالتك، حتى تتمكن من البدء في التخطيط فورا.
استراتيجيات الترحيل
تختلف استراتيجيات الهجرة في المخاطر والجهد والمكافأة. اختر استراتيجية تعتمد على تعقيد عبء عملك، والجدول الزمني، ومستوى التغيير المرغوب فيه.
إعادة الاستضافة (رفع وتغيير): نقل عبء العمل إلى بنية Azure التحتية دون تغييرات في الكود. هذا النهج سريع ومنخفض المخاطر. يعمل بشكل جيد مع أعباء العمل البسيطة حيث السرعة هي الأهم. على سبيل المثال، قد تقوم بنقل تطبيق ويب من آلة افتراضية في Windows Server إلى جهاز افتراضي Azure. تحصل على فوائد بنية Azure التحتية دون تغيير بنية أو كود عبء العمل. أنت تغير مكان تشغيل تطبيق الويب، وليس كيف يعمل.
إعادة المنصة (رفع، ضبط، وتغيير السرعة): قم بإجراء تغييرات بسيطة للاستفادة من خدمات منصة Azure. على سبيل المثال، نقل قاعدة بيانات SQL Server إلى Azure SQL Managed Instance للحصول على فوائد تشغيلية دون إعادة كتابة التطبيق.
إعادة الهيكلة: إعادة هيكلة الكود لتحسين الأداء أو قابلية التوسع أو الصيانة دون تغيير سلوك عبء العمل الخارجي. على سبيل المثال، إعادة هيكلة تطبيق .NET أحادي ليعمل على خدمة تطبيقات Azure عن طريق استبدال معالجة مسار الملفات الخاصة بويندوز، وإدارة حالة الجلسة، وتسجيل الأقراص المحلي. يتطلب إعادة هيكلة الهيكلة جهدا أوليا أكبر لكنه يقلل من التكاليف التشغيلية طويلة الأمد.
إعادة الهيكلة: أعد تصميم عبء العمل للاستفادة الكاملة من القدرات الأصلية لأزور. على سبيل المثال، إعادة تصميم تطبيق ويب ليستخدم Azure Functions وAzure Cosmos DB بدلا من الأجهزة الافتراضية وSQL Server. يتطلب هذا النهج تغييرات كبيرة في الشيفرة، لكنه يحقق أكبر تحسينات في قابلية التوسع، والأداء، والتكلفة.
التقاعد: أزيل أعباء العمل التي لم تعد بحاجة إليها. استخدم هذه الاستراتيجية لأحمال العمل القديمة أو الزائدة، أو عندما يمكن لحل برمجيات كخدمة (SaaS) أن يحل محل الوظيفة. على سبيل المثال، قم بتقاعد خادم ملفات محلي بعد نقل بياناته إلى Azure Files، ودرب المستخدمين على الوصول إلى الملفات في الموقع الجديد.
استبدال: اعتمد خدمة سحابية جاهزة للاستخدام بدلا من ترحيل تنفيذك الحالي. فكر في هذا الخيار عندما يلبي حل SaaS متطلباتك بشكل أفضل من نقل عبء العمل إلى Azure.
إعادة البناء: إنشاء تطبيق جديد عندما تفوق تكلفة استراتيجيات الهجرة الأخرى الفوائد. إعادة البناء تعمل بشكل جيد مع أعباء العمل القديمة التي تحتاج إلى تغييرات أساسية لتعمل بفعالية في السحابة. على سبيل المثال، أعد بناء نظام إدارة علاقات العملاء (CRM) المخصص باستخدام Dynamics 365 عندما يكون من الصعب صيانة قاعدة الكود الحالية أو لا تتوافق جيدا مع خدمات Azure.
الاحتفاظ ب: حافظ على عبء العمل في الموقع عندما تجعل الامتثال أو الكمون أو القيود التقنية الهجرة غير عملية. على سبيل المثال، احتفظ بنظام الحواسيب المركزية القديم الذي لا يمكنك إعادة استضافته أو إعادة هيكلته بسهولة أو يفتقر إلى مسار ترحيل واضح إلى Azure.
معظم عمليات ترحيل عبء العمل في Azure Migration Hub تستخدم طريقة إعادة استضافة أو إعادة المنصة . تقلل هذه الاستراتيجيات من المخاطر من خلال الحفاظ على عبء العمل متطابقا وظيفيا. يجب أن تفي الوظائف بنفس مؤشرات الأداء الرئيسية (KPIs)، واتفاقيات مستوى الخدمة (SLA)، وأهداف مستوى الخدمة (SLOs) على Azure التي حققتها على منصة المصدر. أكمل عملية الانتقال أولا، ثم قم بتحسين وتحديث مشروع.
لمزيد من المعلومات، راجع اختيار استراتيجية ترحيل سحابية.
رحلة الهجرة
كل هجرة تتبع خمس مراحل. بعض المراحل تتداخل، وقد تعود إلى المراحل السابقة كلما تعلمت متطلبات عبء العمل، لكن التسلسل يساعدك على تتبع التقدم.
| المرحلة | مهام | النتيجة |
|---|---|---|
| الخطة | قيم عبء العمل الحالي، حدد التبعيات، ربط خدمات المصدر بنظائر Azure، وحدد معايير النجاح. | توثيق واضح لنطاق الهجرة، والتغييرات المطلوبة، ومعايير الإنجاز. |
| إعداد |
قم بإعداد بيئة Azure الخاصة بك، بما في ذلك مناطق الهبوط، والشبكات، والهوية، والحوكمة. صمم بنية الحالة المستهدفة. | بيئة Azure المهيأة جاهزة لاستقبال عبء العمل، مع حل جميع القرارات المعمارية قبل بدء الترحيل. |
| أعدم | ترحيل البنية التحتية والبيانات ومكونات التطبيق. قم بإجراء اختبار تكراري وانتقال. | تم نقل مكونات عبء العمل إلى Azure. تم تحويل حركة الإنتاج إلى Azure بعد التحقق الناجح من عبء العمل. |
| تقييم | تحقق من أن عبء العمل الترحيل يفي بمتطلبات الوظائف والأداء والأمان والتكلفة مقابل الأساس الذي تحدده في المرحلة الأولى. | تأكيد نجاح الترحيل وأن عبء العمل يعمل بشكل صحيح على Azure. |
| إيقاف الخدمة | قم بإيقاف بيئة المصدر. قم بإزالة الموارد، إلغاء الاشتراكات، وإغلاق المنصة القديمة. | تم إيقاف عبء العمل المصدري. أزور الآن يدير عبء العمل حصريا. |
إرشادات الترحيل
يسرد هذا القسم أنواع إرشادات الترحيل التي يقدمها Azure. كل دليل يساعدك في التخطيط وإدارة هجرتك.
إطار عمل استخدام السحابة لـ Azure
يغطي إطار عمل تبني السحابة لمنصة Azure التخطيط على مستوى المنظمة. يشرح كيفية هيكلة الانتقال، وما هي الخطوات التي يجب اتخاذها، وما الذي يجب إعداده قبل نقل أعباء العمل.
إذا كنت جديدا على Azure، ابدأ من هنا. يرشدك إطار عمل تبني السحابة خلال التحضير التنظيمي. يصف إعداد تسجيل Azure، وتكوين منطقة هبوط المنصة، وأولويات خطط الهجرة. أكمل هذه الخطوات الأساسية قبل أن تنقل عبء العمل.
Azure Architecture Center
يوفر مركز Azure Architecture أفكارا للحلول، والمعماريات، وأنماط التصميم، وأدلة المعمارية لبناء أحمال العمل على Azure.
معظم عمليات الهجرة تتضمن إعادة المنصة. تقوم بنقل كل من البنية التحتية وطبقة الإدارة من سحابة المصدر إلى Azure. ليست كل المكونات المصدرية لها ما يعادل Azure مباشرة، لذا قد تحتاج إلى إعادة تصميم أجزاء من البنية. يوفر مركز Azure Architecture نظرة عامة على خيارات التكنولوجيا ويساعدك في العثور على أقرب تطابق.
Azure Well-Architected Framework
يوفر إطار عمل Azure Well-Architected مبادئ لبناء أنظمة سحابية موثوقة وآمنة وفعالة من حيث التكلفة وفعالة. يتضمن إرشادات معمارية عامة وأدلة خاصة بالخدمات لخدمات Azure. تصف هذه الأدلة أفضل الممارسات الأساسية لمساعدتك في اتخاذ قرارات معمارية تناسب عبء عملك. استخدمها لتقييم بنية الهيكل بعد الهجرة وإيجاد مجالات للتحسين.
ابدأ بمنصتك المصدرية
للبدء، قارن قدرات حمل العمل وخدماته مع أقرب نظرائهم في Azure. تتضمن المقالات التالية سيناريوهات أمثلة وأدلة ترحيل على مستوى الخدمة لتوضيح المقارنات.
أدوات الهجرة
استخدم الأدوات التالية لدعم مهام الهجرة بغض النظر عن منصتك الأصلية. تساعدك على قياس نجاح الهجرة مقابل أهداف الأعمال.
| أداة | الغرض |
|---|---|
| ترحيل وتحديث Azure | اكتشف وقيم أصول الترحيل، بما في ذلك البنية التحتية والتطبيقات ومكونات البيانات. |
| Well-Architected تقييم مراجعة منصة المصدر | مراجعة وقياس أهداف الأعمال للبنية الخاصة بك على النظام الأساسي المصدر. يساعدك هذا التقييم من مزود السحابة المصدر الخاص بك في تحديد أساس توقعاتك على Azure. |
| تقييم Azure Well-Architected Review | قيم قراراتك المعمارية لتحديد الانحدارات من خط الأساس المصدر واستكشاف فرص التحسين. |
الخطوة التالية
يغطي إطار عمل تبني السحابة تسلسل الترحيلات، وتخطيط الموجات، ورسم خرائط التبعيات، ومحاذاة أصحاب المصلحة. للتخطيط على مستوى المنظمة أو للمساعدة في اختيار استراتيجية الترحيل، راجع تخطيط الترحيل.