المدرب: بمجرد أن تحدد مؤسستك
أن استخدام السحابة هو الحل المناسب لها،
فإن القرار التالي هو ما إذا كان سيتم
استضافتها في الموقع أو التعاقد عليها كحل مستضاف
من طرف ثالث.
عند استضافة أحد الحلول في الموقع،
غالبًا ما يُشار إلى ذلك على أنه محلي.
على الرغم من أن استخدام الحلول داخل
الشركة يعد أمرًا رائعًا من الناحية الأمنية، إلا أنه مكلف للغاية،
وسيتعين عليك أن يكون لديك فريق
كامل من الأشخاص الذين يعملون لدعم هذه الحلول.
الآن، إذا قررت استخدام حل محلي، فهذا
يعني أنك ستحتاج إلى شراء جميع الأجهزة
والبرامج وجميع الموظفين اللازمين لتشغيل
الحل السحابي الخاص بمؤسستك.
بالإضافة إلى ذلك، ستحتاج أيضًا إلى
أن يكون لديك مرفق لمركز البيانات هذا،
والذي يمكنه استيعاب جميع
المعدات وتوفير المساحة الكافية والطاقة والتبريد
حتى يعمل بشكل صحيح.
ولهذا السبب، تقرر العديد من المؤسسات بدلاً
من ذلك استخدام حل مستضاف.
من خلال بيئة مستضافة،
سيوفر لك موفر خدمة خارجي جميع الأجهزة
والمرافق اللازمة
للحفاظ على الحل السحابي الخاص بك.
يتم ذلك غالبًا
في بيئة متعددة الإيجارات حيث تتم استضافة العديد
من المؤسسات لحلولها السحابية
داخل منشأة موفر طرف ثالث واحد.
على سبيل المثال، توفر كل من Amazon
وMicrosoft وGoogle حلولاً مستضافة
للمؤسسات للاستفادة منها.
خذ بعين الاعتبار مثال Amazon Web Services، أو AWS.
يستخدم هذا الحل متعدد الاتجاهات
نفس الأجهزة المادية الموجودة
في نفس المنشأة المادية لدعم عدد كبير من المؤسسات
المتنوعة.
بالطبع، هناك عمليات فصل منطقية للحفاظ
على بياناتك آمنة ومنع تعرضها لمؤسسات
أخرى داخل النظام الأساسي المستضاف.
ولكن إذا كانت لديك معلومات تريد
أن تظل سرية للغاية، فمن الأفضل
لك استخدام حل داخلي حيث يمكنك التحكم في كل
عمليات الوصول الفعلي والمنطقي
إلى تلك الخوادم.
عند استخدام حل متعدد الإيجارات، قد يتم عرض
البيانات المتبقية من مؤسستك لمستأجر
آخر حيث تتوسع مرونة الخادم لأعلى أو لأسفل
لتوفير سعة خادم الوصول وإلغاء توفيرها، نظرًا لأنك
تستخدم نفس الموارد المشتركة
مثل أي شخص آخر.
إذا قررت الاستعانة بموفر استضافة،
فمن المهم حقًا فهم آليات المصادقة
والترخيص الخاصة به للتأكد
من أن لديه وسائل حماية كافية
لتلبية متطلباتك.
ويجب عليك أيضًا الاستفسار عن إجراءات التكرار
والتسامح مع الأخطاء للتأكد
من أنها ترقى إلى المستوى الذي ستحتاج إليه.
مصدر قلق آخر مع مقدمي الخدمات المستضافين هو موقعهم.
أين سيتم تخزين بياناتك
بالضبط في العالم؟
بناءً على هذا الموقع، ما
هي القوانين التي ستؤثر على مؤسستك وبياناتها؟
هذه هي الأشياء التي
يجب عليك فهمها عند اختيار
مزود خدمة مستضاف لمؤسستك.
الآن بعد أن اتخذت القرار
بشأن ما إذا كنت تريد استخدام مزود خدمة محلي أو مستضاف
أم لا، فإن القرار الأخير سوف يتمحور
حول نوع الخدمة التي ترغب في شرائها.
يوجد الآن ثلاثة نماذج رئيسية للخدمة السحابية
للاختيار من بينها.
هذه هي البرامج كخدمة،
أو SaaS، أو النظام الأساسي كخدمة، أو PaaS،
والبنية التحتية كخدمة، أو IaaS.
الآن، ضمن البرنامج كخدمة،
سيقدم مزود الخدمة لمؤسستك
حلاً كاملاً.
يتضمن ذلك الأجهزة، مثل الشبكات وخوادم
التخزين والمحاكاة الافتراضية، بالإضافة
إلى نظام التشغيل والبرمجيات الوسيطة ووقت التشغيل
ومعالجة البيانات والتطبيق أو البرنامج
اللازم لتقديم الخدمة
إلى المستخدم النهائي.
على سبيل المثال، إذا كانت مؤسستك تستخدم Office 365 من Microsoft
أو Docs and Sheets من Google Workspace، فسيتم اعتبارها برنامجًا
كحل خدمة، وتسمح للمستخدمين النهائيين بالوصول
إلى بريدهم الإلكتروني ومستنداتهم
وجداول بياناتهم والمزيد. مباشرة
داخل متصفح الويب الخاص بهم.
مثال جيد آخر على
البرامج كخدمة هو TurboTax وQuickBooks Online.
توفر هذه البرامج برامج حفظ الضرائب ومسك الدفاتر
التي يمكنك الوصول إليها عبر الإنترنت باستخدام متصفح الويب
الخاص بك فقط، وسوف تتعامل مع جميع البرامج وجميع الأجهزة
وجميع متطلبات تخزين البيانات نيابة عنك.
ومع ذلك، في بعض الأحيان،
سيتعين عليك إنشاء تطبيق مخصص أو برنامج
لتلبية احتياجات الخدمة المحددة الخاصة بك.
في هذه الحالة، قد تحتاج فقط إلى موفر الخدمة ليقدم
لك الأجهزة، بما في ذلك
الشبكات والتخزين والخوادم والمحاكاة
الافتراضية، بالإضافة إلى نظام
التشغيل والبرامج الوسيطة
وتطبيقات وقت التشغيل.
ولكن على عكس البرامج كحل خدمة،
ستكون مسؤولاً عن إنشاء
رمز التطبيق الفعلي ومعالجة
البيانات بين العميل
والخوادم الخاصة بك.
الآن، مع النظام الأساسي كخدمة،
ستحصل على فوائد
استخدام السحابة، بما في ذلك الموارد المشتركة،
والاستخدام المحدود، والمرونة السريعة، والتوفر العالي، ومزامنة
الملفات.
ولكن لديك أيضًا القدرة على تخصيص
التطوير الخاص بك لتلبية احتياجات عملك.
بموجب هذا النموذج،
سيقوم بائع الطرف الثالث بتزويد مؤسستك
بالأجهزة وبرامج
نظام التشغيل اللازمة لتشغيل
خدمة معينة، لكنه لن يزودك
بالرمز أو التطبيق الأقرب
إلى النهاية مستخدم.
على سبيل المثال،
إذا كانت شركتك تعمل على تطوير تطبيق ويب جديد،
فقد يكون لديها نظام أساسي للتطوير يوفره موفر
سحابي تابع لجهة خارجية.
في شركتي، Dion Training، بينما نقوم بتصوير
هذا، نحن في الواقع بصدد تطوير
نظام إدارة التعلم الخاص بنا من الألف
إلى الياء، لكننا لا نريد أن نضطر إلى التعامل
مع جميع الأجهزة الأساسية والشبكات وطبقات التخزين
ونظام التشغيل.
لذلك، اخترنا النظام الأساسي كخدمة كحل
لنا من خلال Amazon Web Services، لأنهم سيتعاملون
مع كل شيء بدءًا من قاعدة
البيانات وصولاً إلى مجموعتنا التقنية، وأنا
وفريقي مسؤولون فقط عن رمز البرنامج
الذي يستخدمه المستخدمون النهائيون
لدينا، سوف يتفاعل طلابنا مع البيانات ثم يعالجونها أثناء متابعة
طلابنا لدوراتنا.
الآن، هذه منصة كخدمة في العمل،
لأن أمازون توفر لنا الخوادم، وتكوينات
نظام التشغيل، وحتى قواعد
البيانات، وبعد ذلك نكون
قادرين على بناء ما نريد فوقها
لتوفير تطبيقنا النهائي أو البرمجيات
لمستخدمينا النهائيين، وهم طلابنا.
يُعرف النوع الأخير من نموذج الخدمة السحابية
الذي نحتاج إلى تغطيته باسم IaaS،
أو البنية التحتية كخدمة.
الآن، أصبحت البنية التحتية كخدمة وسيلة
لتوفير موارد تكنولوجيا المعلومات، مثل الخوادم
وموازنات التحميل ومكونات شبكة منطقة التخزين، عند
الحاجة.
باستخدام البنية التحتية
كخدمة، ستحصل على فوائد التخصيص الديناميكي
للموارد الإضافية، وهو ما يُعرف بالمرونة.
لكن ليس عليك أن تتعامل مع
الصداع الناتج عن الالتزام طويل
الأمد بشراء وتشغيل كل هذه الأجهزة بنفسك.
على سبيل المثال، قد تتعاقد
على خادم ويب جديد قائم على السحابة لاستضافة
موقع الويب الخاص بشركتك.
إذا كنت تستخدم Amazon Web Services أو AWS، فيمكنك
استدعاء EC2، وهو Elastic Cloud
Compute، وستكون قادرًا على تحديد
المقدار المناسب من الموارد
لمثيل EC2 الخاص بك.
ربما قررت أنك تريد أربع وحدات
معالجة مركزية، أو 16 جيجابايت من الذاكرة،
أو 500 جيجابايت من التخزين، أو أي شيء آخر.
بعد ذلك، ستقوم AWS بتعيين موارد الأجهزة هذه لك لاستخدامها،
ويمكنك بعد ذلك تثبيت
نظام التشغيل والبرمجيات الوسيطة
ووقت التشغيل على هذا المورد.
الآن، في بعض الأحيان يمكن أن تصبح الخطوط ضبابية بعض الشيء.
وفقًا للكتاب المدرسي والتوثيق
الرسمي لشركة CompTIA، تركز البنية التحتية كخدمة على الأجهزة
فقط، بما في ذلك الأجهزة الافتراضية وأجزاء التخزين
والشبكات الخاصة بتلك الأجهزة.
ومع ذلك، فإن معظم مقدمي
الخدمات مثل Amazon وMicrosoft Azure وGoogle
Cloud سيطلبون منك تحديد نظام التشغيل
الذي تريد تثبيته على
مثيل الحوسبة الخاص بك عندما تختار
الموارد التي تريدها وسيقومون
بتعيينها لك.
على سبيل المثال،
يمكن تشغيل مثيلات Amazon EC2 تلقائيًا باستخدام
صورة جهاز Linux Amazon المثبتة بالفعل، وهذا يحتوي
على نظام التشغيل Linux الأساسي الجاهز
للتخصيص بالكامل لتلبية احتياجاتك.
السبب وراء طرح هذا الأمر هو أنه عندما
تتعامل مع شيء يتكون في الغالب من أجهزة،
فقط لأنه يحتوي على نظام تشغيل مثبت، فإنني
لا أعتبر ذلك منصة كخدمة في الاختبار.
وبدلاً من ذلك، ستظل تختار البنية التحتية
كخدمة.
الآن للوصول إلى النظام الأساسي كمستوى خدمة،
يجب أن يشمل جميع البرامج
الوسيطة ووقت التشغيل أيضًا.
يتضمن ذلك أشياء مثل وظيفة قاعدة البيانات،
وخادم الويب، مثل Apache، أو NGINX،
وبرامج الخادم الأخرى والبرامج الوسيطة
التي ستحتاج إليها لتتمكن من تقديم هذه الخدمات.
الآن بالنسبة للاختبار، عادةً ما يكون الأمر واضحًا
جدًا عندما يتعلق الأمر بالبنية
التحتية كخدمة أو البرنامج كخدمة، ولكن بالنسبة
للمنصة كخدمة، يمكن أن يكون الأمر أكثر تعقيدًا بعض الشيء.
لذا، سأقدم لك بعض التلميحات هنا التي يجب عليك
استخدامها في الاختبار.
إذا رأيت أشياء أكثر من مجرد البنية التحتية
كخدمة، فربما ترغب في اختيار النظام
الأساسي كخدمة كإجابة لك.
إذا كنت ترى أشياء أقل من البرمجيات كخدمة، فسوف تختار
مرة أخرى النظام الأساسي كخدمة، لأنه في الواقع
لديك طرفي الطيف، مع البنية التحتية
كخدمة على طول الجانب الأيسر
والبرمجيات كخدمة الخدمة على طول الطريق
على اليمين والمنصة كخدمة في مكان ما
في المنتصف.
باختصار، بالنسبة للبنية التحتية كخدمة،
تذكر أنها توفر لك كل ما تحتاجه لتشغيل
الخادم.
يتضمن ذلك الطاقة، والمساحة، والتبريد،
والشبكة، وجدران الحماية، والخوادم المادية، وطبقة
المحاكاة الافتراضية، وأحيانًا
نظام التشغيل.
الآن مع وجود النظام الأساسي كخدمة، سنقوم
بإضافة نظام التشغيل وما أحب أن
أشير إليه ببرنامج البنية التحتية.
الآن أصبح برنامج البنية التحتية هذا هو في
الواقع برنامجك الوسيط وبيئة التشغيل.
وهذا يعني أننا نتحدث عن أشياء
مثل خادم الويب Apache، وقاعدة بيانات MySQL، ولغات
البرمجة وأشياء من هذا القبيل.
الآن، عندما نتعامل مع البرنامج كخدمة، فإننا
نتعامل مع جزء من برنامج التطبيق المستضاف الذي
تمت إضافته فوق أجزاء البنية التحتية والنظام
الأساسي التي ناقشناها للتو.
لذا، كما ترون، فإن البرنامج كخدمة أقرب بكثير إلى المستخدم
النهائي الخاص بك من النظام الأساسي
كخدمة أو البنية التحتية كخدمة.
لذا، باعتبارك متخصصًا في تكنولوجيا المعلومات،
من المهم حقًا أن تكون قادرًا
على تحديد نوع الخدمة المناسب
لمؤسستك بناءً على متطلباتها.
وهذا ما تناولناه في هذا الدرس
بالحديث عن البرمجيات كخدمة،
والمنصة كخدمة، والبنية التحتية كخدمة.