غير أنّه قبل ترحيل أعباء العمل والخدمات إلى السحابة، يتعيّن على الشركات على اختلاف أحجامها وأنواعها أن تدرس بعناية ما يترتب على ذلك من تبعات. وفيما يلي بعض أهم الاعتبارات التي ينبغي لفِرَق تقنية المعلومات أخذها بعين الاعتبار إذا ما رغبت في ضمان أن تجري عملية الترحيل بأكبر قدر ممكن من السلاسة.
في المقام الأول، وعلى صعيد الترحيل السحابي (أو فيما يخص أي مبادرة تتعلق بتقنية المعلومات)، يحتل أمن البيانات الأولوية القصوى.
ويبدأ ذلك بفهم أنواع البيانات التي يجري ترحيلها، والتحقق من الجهات التي تصل إليها، وكيفية الوصول إليها. فثمة خيارات وتكوينات عديدة لحماية الوصول إلى بياناتكم في السحابة. ومن خلال فهم أدوار الجميع وصلاحياتهم، يصبح من الأيسر تقدير الجهات التي يجري منها الوصول إلى بيانات الشركة، ووضع التدابير الأمنية المناسبة. فعلى سبيل المثال، سواء أكان الموظف يستخدم حاسوبه بانتظام في المكتب أم في المنزل أم في أحد المقاهي، فإن ذلك سيكون عاملاً مؤثراً في تصميم حل الشبكة الافتراضية الخاصة (VPN).
وينبغي استخدام التحكم في الوصول القائم على الأدوار (RBAC) لإدارة الوصول إلى طبقة الإدارة، وكذلك إلى طبقتَي التطبيقات والشبكة. وتُيسّر المنصات السحابية تطبيق سياسات RBAC.
ويُعدّ ضمان أمن الشبكة أمراً حيوياً، ويمكن تكوين كثير من وسائل الحماية الأمنية القياسية بشكل أصلي (Native)… شريطة أن يتم تكوينها في المقام الأول. وفي حين تُيسّر السحابة إطلاق موارد جديدة، فإن ذلك يصاحبه أيضاً خطر التكوين الخاطئ. إذ من اليسير عند نشر جهاز افتراضي (VM) جديد أن يُخصَّص له عن طريق الخطأ عنوان IP عام مع منافذ واردة مفتوحة، مما يُدخل ثغرة أمنية كبيرة إلى البيئة. ويمكن التخفيف من ذلك من خلال قدر من التخطيط الأساسي وتطبيق السياسات.
وينبغي مراجعة السياسات والمتطلبات الأمنية المحلية القائمة وتطبيقها على الموارد السحابية. ومن المهم النظر إلى بيئتكم السحابية المستهدفة باعتبارها امتداداً لبيئة المؤسسة (سواء أكانت متصلة اتصالاً هجيناً أم لا). وكحدٍ أدنى، ينبغي وضع الحمايات ذاتها. فعلى سبيل المثال، إذا كنتم تشترطون التشفير أثناء التخزين (Encryption-at-Rest) على مصفوفة التخزين الحالية لديكم، فثمة خيارات متعددة للتشفير وإدارة المفاتيح في السحابة يمكن تكوينها.
وتُقدّم السحابة كثيراً من الخدمات والأدوات الأمنية التي ينبغي الاستفادة منها لتعظيم مستوى حمايتكم وضمان أمن البيانات، غير أنه ينبغي، مرة أخرى، تكوينها أولاً.
ومن خلال فهم متطلباتكم وتصنيف بياناتكم وأدوار المستخدمين لديكم، يصبح من الأيسر اتخاذ قرارات صائبة منذ البداية للحيلولة دون الوقوع في مزالق أمنية.
عندما تقوم الشركات بترحيل بنيتها التحتية إلى خادم قائم على السحابة بدلاً من خادم محلي، فإنها تُغيّر فعلياً الطريقة التي تدفع بها مقابل ذلك أيضاً.
فبينما تُصنَّف الأجهزة المحلية القائمة باعتبارها نفقات رأسمالية (CapEx – Capital Expenditure)، تُعدّ الخدمات السحابية نفقات تشغيلية (OpEx – Operating Expenditure) لأنها قائمة على الاستهلاك. ويعني ذلك أنكم تدفعون شهرياً مقابل ما تستخدمونه بدلاً من دفع تكلفة كبيرة مسبقاً. وقد تتفاوت التكلفة الشهرية تفاوتاً كبيراً بحسب الاستخدام.
فلماذا يهمّ هذا الأمر؟ حسناً، إذا لم تُدَر هذه التكاليف بشكل صحيح، ومُنح الموظفون حرية مطلقة في إضافة ما يحتاجونه من وظائف بأنفسهم، فإن الرسوم قد تتراكم بسرعة. ومن ثَمّ فإن التحكم في الوصول أمر بالغ الأهمية. وتحتاج الشركات إلى تتبع ما يجري نشره (وأين)، وما هو تدفق الحركة.
وثمة رسوم متعددة ومختلفة تتعلق بالموارد السحابية، ومنها: نوع المورد وحجمه ومستوى الأداء والمعاملات وموقع مصدر البيانات ووجهتها. فعلى سبيل المثال، إذا كانت قاعدة بياناتكم منشورة في منطقة واحدة، وقام شخص ما بنشر خادم مستودع بيانات في منطقة مختلفة (دون علم بذلك)، فسوف تترتب على ذلك تكاليف إضافية لنقل البيانات مقارنةً بنشره في المنطقة ذاتها.
ويؤدي فهم طريقة تسعير الموارد في السحابة دوراً كبيراً في تصميم الحل الأكثر كفاءةً من حيث التكلفة. فميزة تعدد الخيارات في السحابة قد تتحول بسرعة إلى مصدر إزعاج إذا لم يجرِ التخطيط لها وإدارتها بالشكل الصحيح.
وعند وضع التصميم السحابي، ينبغي مراجعته من حيث الجدوى التقنية وكذلك من حيث التكلفة التقديرية. ويمكن اتخاذ خيارات مختلفة في التصميم لخفض التكلفة مع تلبية الاحتياج التقني نفسه. فعلى سبيل المثال، إذا كان استخدام الحوسبة الخاص بالتطبيق يتفاوت تفاوتاً كبيراً بحسب الوقت من اليوم أو من الشهر، فيمكن وضع خوادم التطبيق في مجموعة قابلة للتوسّع (Scale Set) مع التوسّع التلقائي (Autoscaling) بناءً على مقاييس الاستخدام أو الجدولة، بدلاً من الاعتماد على أجهزة افتراضية ثابتة وأحادية.
وتُعدّ الإدارة المستمرة للتكاليف أمراً مهماً لضمان أن يبقى الاستثمار في الترحيل السحابي استثماراً إيجابياً. وثمة أدوات وتقارير عديدة متاحة لمتابعة النفقات الشهرية عن كثب.
يُشكّل عدم معرفة ما تعتمد عليه تطبيقاتكم من مكوّنات خطراً كبيراً. فمن الضروري عند الانتقال إلى السحابة فهم ما يتطلبه تطبيقكم أو عبء العمل، وما يتصل به.
لنفترض أن لدى إحدى الشركات تطبيقاً ثلاثي الطبقات يتألف من خوادم الويب وخوادم التطبيق وخوادم قواعد البيانات. فإذا انتقل خادم واحد فقط إلى السحابة، فإن ذلك يُضيف مسافة، مما يؤثر في أداء التطبيق. كما يُضيف تكاليف، إذ يجري احتساب رسوم على نقل البيانات الصادرة عبر الشبكة.
وثمة أدوات متعددة متاحة للمساعدة في رسم خرائط اعتماديات التطبيقات بغية التخطيط لها في السحابة. ويُعدّ Azure Migrate أداةً مفيدةً توفّرها Microsoft لجمع المعلومات عن أعباء العمل المحلية لديكم. والجمع بين الأدوات وإجراء المقابلات مع مالكي التطبيقات وسيلةٌ ممتازةٌ للحصول على صورة كاملة عن البيئة.
فعلى سبيل المثال، قد لا تكونون على علم بأن أحد التطبيقات يستخدم مشاركة ملفات (File Share) لتخزين البيانات المؤقتة. وإذا لم تُلتقط هذه المعلومة مسبقاً، فقد يتسبب ذلك في فشل أثناء ترحيل ذلك التطبيق.
وتؤدي اعتماديات الموارد دوراً كبيراً في تصميمكم النهائي وكذلك في خطة الترحيل الخاصة بكم. ومن خلال العمل مع شريك مثل Intwo، يمكننا المساعدة في تحديد الموارد التي ينبغي نقلها معاً وبأي ترتيب.
من منظور تقني، قد يكون الترحيل السحابي القرار الأمثل للشركة، غير أن الأمر بالنسبة إلى كثير من الموظفين قد يمثل تكيّفاً كبيراً إذا لم يكونوا معتادين على البيئة الجديدة أو على دراية بها. وقد يحتاج موظفو تقنية المعلومات إلى تدريب رسمي لتوسيع خبرتهم بالتقنيات السحابية الجديدة. فالمعرفة السحابية أمرٌ حاسمٌ ليس فقط للتوصل إلى تصميم متين يتفادى هذه المخاطر، وإنما أيضاً للإدارة المستمرة للبيئة. ومن المهم أن يكون فريق التنفيذ على دراية بأفضل الممارسات وخصوصيات السحابة المختارة قبل ترحيل أي موارد.
وإلى جانب موظفي تقنية المعلومات المشاركين في تصميم البيئة السحابية وإدارتها، سيحتاج مستخدمو التطبيقات والمستخدمون النهائيون إلى فهم أثر الترحيل. فبحسب نوع الترحيل، قد تتغير طريقة تفاعل المستخدمين مع البيانات والتطبيقات. ومن ثَمّ فإن وجود استراتيجية اتصال متينة أمر بالغ الأهمية لإطلاع الجميع على مستجدات الأمور. وقد يشمل ذلك التدريب، أو مجرد إرسال بريد إلكتروني تحديثي منتظم بشأن التقدم المُحرَز وما هو متوقع.
وعند الشك، يجدر دائماً طلب المشورة من مزوّد خدمات مُدارة متخصص وذي خبرة (Expert Managed Services Provider – MSP) يمكنه المساعدة في هذه المسائل وتقديم المشورة بشأن الطريقة الأمثل للمضي قدماً. احصلوا على مساعدة خبرائنا وتأكدوا من عدم إغفال أي شيء، بدءاً من عملية النقل والتحويل الأولى (Lift and Shift) وحتى كل ما يأتي بعدها.
هل تبحثون عن ترحيل سحابي سلس؟ تواصلوا معنا للحصول على مزيد من المعلومات.
يحتل أمن البيانات المرتبة الأولى من حيث الأهمية لأن نقل أعباء العمل إلى السحابة يعني إعادة التفكير في كيفية الوصول إلى معلوماتكم وتخزينها وحمايتها. فقبل أي شيء آخر، تحتاجون إلى فهم ماهية البيانات التي تُرحّلونها، ومن يصل إليها، ومن أين. وتوفّر المنصات السحابية ميزات أمنية أصلية (Native) قوية، غير أنها تحتاج إلى تكوين فعلي. ومن دون هذا الجهد المُسبَق، يسهل إحداث ثغرات، مثل تخصيص عنوان IP عام مع منافذ مفتوحة عن طريق الخطأ عند إطلاق جهاز افتراضي (VM) جديد.
التحكم في الوصول القائم على الأدوار (RBAC) هو أسلوب لإدارة من يمكنه الوصول إلى موارد بعينها بناءً على دوره الوظيفي. وفي البيئة السحابية، ينبغي تطبيقه على طبقات الإدارة والتطبيقات والشبكة. وتُيسّر المنصات السحابية إعداد هذه السياسات وإنفاذها. ومن خلال تخصيص الصلاحيات بناءً على الأدوار بدلاً من الأفراد، فإنكم تُقلّلون خطر الوصول غير المصرح به، وتجعلون من الأيسر الحفاظ على بيئة نظيفة ومحكومة الحوكمة مع نمو بصمتكم السحابية.
الانتقال إلى السحابة ينقل الإنفاق من النفقات الرأسمالية (CapEx) إلى النفقات التشغيلية (OpEx). فبدلاً من دفع مبلغ كبير مسبقاً مقابل الأجهزة المحلية، تدفعون شهرياً بناءً على ما تستهلكونه فعلاً. ويبدو ذلك رائعاً من الناحية النظرية، غير أن التكاليف قد تتفاوت تفاوتاً كبيراً بحسب الاستخدام. فإذا استطاع الموظفون إطلاق الموارد بحرية دون رقابة، فقد ترتفع الرسوم بسرعة. ومن ثَمّ فإن تتبع ما يجري نشره، وأين، ومن قِبَل من، أمر جوهري للبقاء ضمن حدود الميزانية.
من المفاجآت الشائعة تكاليف نقل البيانات. فالموارد السحابية تُسعَّر بناءً على عوامل مثل نوع المورد وحجمه وطبقة الأداء وحجم المعاملات وموقع مصادر البيانات ووجهاتها. فعلى سبيل المثال، إذا كانت قاعدة بياناتكم قائمة في منطقة واحدة، وقام شخص بنشر مستودع بيانات في منطقة مختلفة، فسوف تدفعون رسوماً إضافية مقابل نقل البيانات بين المناطق. ويُساعدكم فهم آلية عمل التسعير السحابي مسبقاً على تصميم حل يفي بالمتطلبات التقنية دون تجاوز ميزانيتكم.
إذا كنتم لا تعرفون ما تعتمد عليه تطبيقاتكم، فإنكم تُخاطرون بحدوث أعطال أثناء الترحيل. فالتطبيق الاعتيادي الثلاثي الطبقات المكوّن من خوادم الويب والتطبيق وقاعدة البيانات يحتاج إلى عمل جميع مكوّناته معاً. ونقل طبقة واحدة فقط إلى السحابة يمكن أن يُضيف زمن استجابة (Latency) ويُضِرّ بالأداء، فضلاً عن توليد تكاليف غير متوقعة من نقل البيانات الصادرة. ورسم خرائط الاعتماديات مسبقاً، باستخدام أدوات مثل Azure Migrate إلى جانب إجراء مقابلات مع مالكي التطبيقات، يُتيح لكم الحصول على الصورة الكاملة.
يمكن أن تؤدي الاعتماديات المُغفَلة إلى إخفاقات صريحة. فعلى سبيل المثال، قد يعتمد أحد التطبيقات على مشاركة ملفات (File Share) لتخزين البيانات المؤقتة لم يُوثِّقها أحد. وإذا لم تُلتَقَط هذه الاعتمادية قبل النقل، فقد يتعطّل التطبيق فور تشغيله في السحابة. كما أن فهم هذه العلاقات يُشكّل خطة الترحيل الخاصة بكم، مما يُساعدكم على تحديد الموارد التي ينبغي نقلها معاً، وبأي تسلسل، للتقليل من الاضطراب.
الإدارة المستمرة للتكاليف لا تقل أهمية عن تصميم الترحيل الأولي. ويُتيح مقدّمو الخدمات السحابية مجموعة من الأدوات ولوحات معلومات التقارير لمساعدتكم على متابعة الإنفاق الشهري ورصد الحالات الشاذة. وخلال مرحلة التصميم، يجدر استكشاف خيارات مثل التوسّع التلقائي (Autoscaling)، حيث تتوسّع موارد الحوسبة صعوداً أو نزولاً بناءً على أنماط الاستخدام الفعلية أو الجداول الزمنية، بدلاً من تشغيل أجهزة افتراضية ثابتة على مدار الساعة. فمثل هذه الخيارات التصميمية الصغيرة يمكن أن تُقلّل من فاتورتكم الشهرية تقليلاً ملحوظاً.
الترحيل السحابي ليس مجرد تحوّل تقني، بل هو تحوّل بشري أيضاً. فموظفو تقنية المعلومات يحتاجون إلى معرفة عملية بأفضل الممارسات السحابية وبخصوصيات المنصة قبل نقل أي موارد. فمن دون تلك الخبرة، يزداد احتمال انتهائكم بتكوينات خاطئة أو ثغرات أمنية أو تصاميم غير مُحسَّنة. وإلى جانب موظفي تقنية المعلومات، يحتاج مستخدمو التطبيقات والمستخدمون النهائيون أيضاً إلى فهم كيفية تأثير الترحيل على سير عملهم اليومي. ووجود استراتيجية اتصال واضحة، سواء من خلال التدريب الرسمي أو التحديثات المنتظمة بشأن التقدم، يُبقي الجميع في توافق واصطفاف.
تضمن استراتيجية الاتصال المتينة أن يفهم الجميع في المؤسسة، وليس فقط قسم تقنية المعلومات، ما يجري وما هو متوقع. فبحسب نوع الترحيل، قد تتغير طريقة تفاعل الأشخاص مع البيانات والتطبيقات. ويمكن للتحديثات المنتظمة أو الجلسات التدريبية أو حتى الرسائل الإلكترونية الموجزة أن تُسهم إسهاماً كبيراً في تقليل الالتباس والمقاومة. فعندما يشعر الموظفون بأنهم مُطَّلعون ومستعدون، يصبح الانتقال أكثر سلاسة، ويحدث التبنّي بسرعة أكبر.
Intwo هي مزوّد خدمات مُدارة معتمد من Azure بخبرة عميقة في توجيه الشركات عبر جميع مراحل الترحيل السحابي. فمن رسم خرائط اعتماديات التطبيقات وتصميم البنى المعمارية الفعّالة من حيث التكلفة، إلى تكوين السياسات الأمنية وتدريب فريقكم، تُساعدكم Intwo على تجنّب المزالق الشائعة والحصول على أقصى استفادة من انتقالكم إلى السحابة. وسواء أكنتم بحاجة إلى الدعم في عملية النقل والتحويل الأولى (Lift and Shift) أم في العمليات المُدارة المستمرة بعد ذلك، فإن خبراء Intwo يحرصون على ألا يُغفَل أي شيء.
اطمئن. نحن معك.
لنتواصل ونتغلب معًا على تحديات عملك.