استراتيجيات هجرة السحابة باستخدام API Gateway

هجرة السحابة هي عملية نقل البيانات أو التطبيقات أو العناصر التجارية الأخرى من بيئة محلية إلى بيئة سحابية بشكل جزئي أو كلي، مقدمة من مزودي خدمات سحابية شهيرة مثل Azure، AWS، أو Google Cloud. تستكشف هذه المقالة طرقًا مختلفة لبناء استراتيجية هجرة السحابة باستخدام بوابة API.

فوائد الانتقال إلى السحابة

بالنسبة للشركات التي تقوم بعملية هجرة السحابة، يمكن أن يكون للسحابة تأثير كبير. وهذا يشمل توفير المال على الأجهزة اللازمة للبنية التحتية لتكنولوجيا المعلومات، وتسريع وقت التسليم، وتوسيع نطاق تطبيقاتك حسب الحاجة، وتأمين أحمال العمل الحرجة للشركة والبيانات الأكثر حساسية، وتعزيز فرص الابتكار.

هنا، لخصنا مزيدًا من الفوائد للهجرة إلى السحابة:

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

تحديات هجرة السحابة

يمكن أن تجلب هجرة السحابة فوائد كبيرة، ولكن هناك عددًا من التحديات على طول الطريق مثل عدم وجود استراتيجية هجرة سحابية في البداية، وهندسة معقدة موجودة مسبقًا، وعملية هجرة طويلة، وتوقف الأعمال أثناء الهجرة، وتبني المؤسسة، والأمان والامتثال.

تحديات هجرة السحابة

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

استراتيجيات هجرة السحابة

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

تستعرض هذه المقالة 6 استراتيجيات مختلفة للهجرة وهي نقطة انطلاق رائعة إذا كنت مكلفًا بتقييم أو قيادة هجرة البنية التحتية والأنظمة الحالية إلى السحابة. نظرًا لأن واجهات برمجة التطبيقات (APIs) غالبًا ما تكون أقرب مكون تجاري للمستخدم — ونقطة دخول رئيسية لمعظم الطلبات — يجب أن تولي اهتمامًا خاصًا لها عند اتخاذ قرار بشأن نهج الهجرة. تقدم الستة Rs مجموعة من الخيارات من "عدم القيام بأي شيء" وحتى إعادة البناء الكامل أو إيقاف النظام. وهي:

الاحتفاظ أو إعادة النظر
إعادة الاستضافة
إعادة التهيئة
إعادة الشراء
إعادة الهيكلة/إعادة الهندسة
إيقاف الخدمة

دور إدارة API في هجرة السحابة

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

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

بوابة API كأداة للهجرة

بوابة API هي مكون أساسي في حلول إدارة API. يمكنك قراءة أكثر 10 حالات استخدام شيوعًا لبوابة API على مدونة Apache APISIX. يمكن أن يوفر استخدام بوابة API شفافية الموقع للخدمات وواجهات برمجة التطبيقات التي يتم تقديمها، مما يسمح بنشر خدمة في السحابة وتحويل حركة المرور تدريجيًا من الخدمة الحالية إلى الجديدة مع تأثير محدود (أو بدون تأثير) على المستهلكين.

فيما يلي 3 استراتيجيات محتملة:

إحدى الطرق لاستخدام بوابة API في استراتيجية هجرة السحابة هي البدء بإنشاء وكيل للخدمات المحلية. يسمح لك ذلك بإعادة توجيه حركة المرور من الخدمات المحلية إلى الخدمات المقابلة في السحابة، دون إجراء أي تغييرات على التطبيقات الحالية. يمكننا أيضًا إجراء اختبار A/B بسيط، وجمع مقاييس حول أداء نقطة النهاية السحابية الجديدة وتجربة المستخدم، والعودة إلى الخدمة المحلية إذا كانت الخدمة الجديدة في السحابة غير مناسبة لأي سبب.
استراتيجية أخرى هي استخدام بوابة API كواجهة لخدمات السحابة. يسمح لك ذلك بإخفاء تعقيد بنية الخدمات المصغرة عن المستهلكين الخارجيين، مع السماح لهم بالوصول إلى الوظائف التي يحتاجونها.
استراتيجية ثالثة هي استخدام بوابة API لتنفيذ شبكة الخدمات التي يمكن أن تساعدك في تنفيذ شبكات عدم الثقة. يسمح لك ذلك بإدارة وتأمين الاتصال بين الخدمات المصغرة، دون الحاجة إلى إجراء تغييرات على الخدمات الفردية.

تبين أن خدمات Apache APISIX هي حل فعال لتنفيذ المخاوف المذكورة أعلاه، حيث يمكن أن تعمل كوكيل للتطبيق بأكمله، أو كنقطة وصول واحدة. عند العمل كوكيل، يمكن لبوابة API التعامل بكفاءة مع الطلبات وتوجيه التطبيق القديم مع نقاط النهاية المعاد هيكلتها.

إعادة تهيئة تطبيق نموذجي إلى السحابة

لنفترض أن لدينا تطبيق مؤتمر يتكون من 5 مكونات رئيسية: تطبيق ويب، بوابة API، نظام مؤتمر قديم، وخدمتين مصغرتين (الجلسة والحضور). يمكنك رؤية مسؤولية كل خدمة في الرسم البياني المعماري أدناه.

هندسة تطبيق المؤتمر مع الخدمات المصغرة وبوابة API

يختار فريقك الهجرة التدريجية لخدمات تطبيق المؤتمر إلى السحابة — بدلاً من المخاطرة بتحول كبير — حيث أن تشغيل الخدمات عبر بيئات سحابية متعددة ومراكز بيانات محلية يطرح تحديات إضافية. بالنظر إلى هذه المهمة، تقرر "إعادة تهيئة" خدمة الحضور أولاً. نظرًا لأنك قمت بالفعل بإعادة هندسة وظائف الحضور، عن طريق استخراجها إلى خدمة مصغرة مستقلة في مرحلة سابقة، فإن استراتيجيات إعادة الهيكلة/إعادة الهندسة لم تكن مناسبة. ومع ذلك، عند إضافة وظائف جديدة إلى نظام المؤتمر في المستقبل، فإن إعادة هندسة النظام (ربما استخراج خدمة) ونقلها إلى السحابة سيكون خيارًا يستحق النظر. يمكن أن تكون إعادة الاستضافة استراتيجية قوية، ولكننا حريصون على الاستفادة من قاعدة بيانات سحابية كخدمة بدلاً من "رفع ونقل" مثيل قاعدة بيانات MySQL الخاصة بنا.

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

تطبيق المؤتمر في الموقع وفي السحابة

ملخص

بشكل عام، يمكن أن يوفر استخدام بوابة API في استراتيجية هجرة السحابة العديد من الفوائد، مثل سهولة الإدارة، والأمان، وقابلية التوسع. يسمح لك بنقل خدماتك تدريجيًا إلى السحابة، ويمكن أن يساعدك في إخفاء تعقيد بنية الخدمات المصغرة عن المستهلكين الخارجيين. على سبيل المثال، Apache APISIX هو حل إدارة حركة مرور API مفتوح المصدر بالكامل وسحابي يمكنك نشره على أي سحابة وتحسين إنتاجية المطورين باستخدام الإضافات المدمجة التي تقلل من وقت هجرة السحابة.

موارد ذات صلة

محتوى موصى به

المجتمع

🙋 انضم إلى مجتمع Apache APISIX 🐦 تابعنا على تويتر 📝 ابحث عننا على Slack