تم إعداد دراسة الجدوى وقمت بتعيين موارد مشروعك للترحيل إلى السحابة. حان الوقت الآن لتحديد نطاق الترحيل والتخطيط له. يعد نقل أعباء العمل الخاصة بتكنولوجيا المعلومات في مؤسستك إلى السحابة العامة قرارًا كبيرًا ويغير على الفور الطريقة التي تدير بها عملك. يجب التعامل معها بشكل استراتيجي ولا ينبغي الاستخفاف بها. هناك العديد من الفوائد لتكنولوجيا المعلومات السحابية ، ولكن يجب عليك التفكير والتخطيط بعناية. القرار الخاطئ سيكلفك طرقًا أكثر مما تهتم بحسابه.
لا بد أن العديد من الأفكار تشوش عقلك مثل ، أي من مزودي الخدمات السحابية يلبي احتياجاتك على أفضل وجه؟ كيف تحسب تكلفة ترحيل السحابة وتشغيلها؟ كيف يمكنك ضمان استمرارية الخدمة أثناء وبعد الانتقال؟ ما نوع الإجراءات الأمنية التي يجب عليك اتخاذها وما الذي تحتاج إلى الاستعداد له؟ كيف يمكنك التأكد من الامتثال التنظيمي؟ هناك العديد من الأسئلة التي يجب عليك الإجابة عليها قبل الترحيل إلى السحابة.
في هذه المقالة ، سنناقش بعضًا من أكثر القضايا إلحاحًا التي يجب مراعاتها عند التخطيط لهذه الخطوة.
خاص أم عام أم هجين؟
من أول الأشياء التي يجب أن تقررها عند الترحيل إلى السحابة هو ما إذا كنت ستصبح خاصًا أم عامًا أم مختلطًا.
على السحابة الخاصة ، سيكون لديك بنية تحتية مخصصة لعملك ، تُدار إما بواسطة فرقك أو موفري الطرف الثالث. سيكون لمؤسستك أجهزتها المخصصة ، والتي تعمل على شبكتك الخاصة ، وتقع داخل المباني أو خارجها.
توفر السحابة العامة خدماتها عبر شبكة ليست شبكتك الخاصة وهي متاحة للآخرين لاستخدامها. عادة ما يكون خارج الموقع ويوفر نموذج فوترة للدفع لكل استخدام يمكن أن ينتج عنه حل أرخص ، بمجرد مشاركة الموارد بكفاءة مع مختلف العملاء.
تجمع السحابة المختلطة بين تقنية المعلومات الخاصة أو التقليدية (IT) مع السحابة العامة. عادةً ما يتم استخدامه لتوسيع نطاق أنظمة البنية التحتية لديك وتقليصها لتلبية احتياجات الطلب للأعمال الموسمية ، أو الارتفاعات المفاجئة أو عمليات الإغلاق المالي ، أو للتعامل مع التطبيق بعيدًا عن تخزين البيانات ، مثل إعداد طبقة التطبيق في بيئة عامة (على سبيل المثال برنامج كخدمة) أثناء تخزين المعلومات الحساسة في خدمة خاصة.
استخدام البنية التحتية الحالية
هذا بالتأكيد أحد الأشياء التي تريد تقييمها عند التفكير في الانتقال إلى السحابة. في تكنولوجيا المعلومات التقليدية ، عادة ما تشتري الشركات أجهزتها بناءً على طفرات الاستخدام من أجل تجنب المشكلات عند حدوث هذه السيناريوهات. من خلال القيام بذلك ، قد ينتهي الأمر بالمنظمات بمعدات غير مستغلة بالكامل ، مما قد يؤدي إلى إهدار كبير للمال. يمكن أن يساعدك إلقاء نظرة على تقارير الأداء والسعة في معالجة أعباء العمل هذه على السحابة وتحديد ما إذا كنت تريد تحرير السعة غير المستخدمة لأحمال العمل الأخرى أو نقلها ببساطة وتجنب الاستثمارات الجديدة.
تحليل عبء العمل السحابي
من بين أعباء عمل تكنولوجيا المعلومات التي تعمل في مركز البيانات لديك ، قد لا يكون بعضها مناسبًا للترحيل إلى السحابة. ليس من السهل دائمًا تعميم معايير تحديد التطبيقات المناسبة للترحيل ، ولكنك تحتاج إلى مراعاة جميع جوانب بيئة التنفيذ. بالنظر إلى معلمات الخدمة التي وعد بها المزود ، هل يمكنك تحقيق نفس المستوى من السعة والأداء والاستخدام والأمان والتوافر؟ هل يمكنك فعل ما هو أفضل؟ هل تستطيع تحمل أقل؟
يجب أن يؤخذ نموك المستقبلي في الاعتبار في القرار. هل يمكن للبنية التحتية السحابية توسيع نطاقها مع نمو استهلاك الموارد؟ هل سيكون تطبيقك متوافقًا مع القواعد التنظيمية عند استضافته في السحابة العامة؟ كيف تتناول البنية التحتية السحابية الامتثال ، إن وجد؟
من أجل اتخاذ القرار الصحيح ، يجب أن تفهم تمامًا أعباء العمل الحالية لديك وأن تحدد مدى قرب تلبية متطلباتها ، سواء للتطور الحالي أو المستقبلي.
نهج ترحيل التطبيق
هناك درجات متعددة من التغييرات التي قد ترغب في إجرائها على طلبك اعتمادًا على أهدافك التجارية / الفنية قصيرة المدى وطويلة المدى.
المحاكاة الافتراضية – يسهل هذا النموذج الترحيل السريع والسهل إلى السحابة حيث لن تكون هناك حاجة لإجراء أي تغييرات على التطبيق. المرشح المثالي للتطبيقات القديمة.
ترحيل التطبيق – في هذه الحالة ، سيخضع التطبيق الخاص بك إلى الحد الأدنى من التغييرات في البنية والتصميم من أجل جعله مثاليًا للنموذج السحابي للنشر. على سبيل المثال ، يمكنك اختيار استخدام قاعدة بيانات No SQL متوفرة على السحابة.
إعادة هيكلة التطبيق – سيتطلب هذا النموذج إصلاحًا شاملاً للتطبيق الخاص بك مباشرةً من الهندسة المعمارية. يتم ذلك عادةً عندما تريد الاستفادة من أحدث مجموعة تقنية.
سياسات النسخ الاحتياطي والتعافي من الكوارث
كيف يتم تشغيل سياسات النسخ الاحتياطي الخاصة بك اليوم؟ هل تتناسب مع مزود السحابة الخاص بك؟ هذه أيضًا نقطة مهمة يجب على المنظمات مراعاتها بعناية. يمكن لموفري الخدمات السحابية الحصول على سياسات نسخ احتياطي قياسية بمستوى معين من التخصيص. يجدر إلقاء نظرة على هؤلاء ومعرفة ما إذا كانوا مناسبين لشركتك قبل أن يصبحوا حاجزًا محتملاً. سترغب في الانتباه إلى تكرار الاحتفاظ ونوع النسخ الاحتياطي (مثل كامل وتزايدي وما إلى ذلك) والإصدار.
يعد التعافي من الكوارث واستمرارية الأعمال أمرًا مهمًا حتى بالنسبة لأصغر الشركات. يعد هدف وقت الاسترداد (RTO) وهدف نقطة الاسترداد (RPO) قيمتين مهمتين تحددان مقدار البيانات التي ترغب في فقدها ومقدار الوقت الذي ترغب في السماح باستعادة البيانات فيه.
الترخيص
هل التطبيق مرخص لكل جهاز افتراضي ، أو لكل نواة ، أو لإجمالي أثر البنية التحتية؟ هذا يمكن أن يكون له آثار تكلفة ضخمة. إذا كان نموذج الترخيص يتطلب أخذ جميع الموارد المتاحة في الاعتبار حتى إذا لم يتم تخصيصها للعميل ، فستزيد تكاليف الترخيص إذا تم ترحيلها إلى منصة سحابية عامة. وبالمثل ، إذا كان ترخيص التطبيق قائمًا على أساس كل مركز ولم يقدم موفر السحابة القدرة على تكوين بيئة السحابة الخاصة بك لكل مركز ، فسيكون لذلك تأثير سلبي على تكلفة الترخيص الخاصة بك.
اندماج
غالبًا ما تكتشف المؤسسات تبعيات التطبيق في وقت متأخر جدًا في عملية ترحيل أحمال العمل ، مما يؤدي إلى انقطاع غير مخطط له ووظائف محدودة للأنظمة أثناء معالجة هذه التبعيات. يعد فهم العلاقات بين التطبيقات أمرًا بالغ الأهمية لتخطيط التسلسل والطريقة التي تحدث بها عمليات الترحيل إلى السحابة. هل يمكن أن يوجد التطبيق على السحابة بمعزل بينما يتم ترحيل الأنظمة الأخرى؟
نظام تشغيل متوافق
تتعلق السحابة بالمعايير ، وتحتاج إلى تحديث إصدارات أنظمة التشغيل والبرامج الوسيطة عندما تهدف إلى ترحيلها إلى موفر السحابة. يجب أن تأخذ في الاعتبار أن موفري الخدمات السحابية (CSPs) لا يدعمون أنظمة التشغيل التي انتهى عمرها الافتراضي أو تلك التي يتم التخلص منها تدريجيًا. ينطبق الأمر نفسه على الأرجح على البرامج الوسيطة وقواعد البيانات الخاصة بك.
نأمل أن يساعدك هذا المنشور في اتخاذ قرارات بشأن ترحيلك إلى السحابة.
