ما المقصود بالسحابة الأصلية؟ الميزات والاستخدامات الرئيسة

ألان زيشيك | كاتب أول | 8 أكتوبر 2025

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

ذلك هو الموضع الذي يأتي فيه دور الحوسبة السحابية الأصلية. بدلاً من صياغتها باعتبارها تطبيق واحد مُثَّبت على خادم، يتم تجميع برامج السحابة الأصلية من عشرات أو مئات أو حتى آلاف البرامج الصغيرة. يتم وضع هذه القطع، التي تسمى الخدمات الصغيرة في حاويات مُثبَّتة على خوادم سحابية. ثم تتواصل الخدمات الصغيرة عبر شبكات آمنة عالية السرعة، وتعمل معًا لحل مشكلات الأعمال.

ما سلبيات هذا النهج المعياري؟ يوجد الكثير مما نستكشفه في هذا المستند. فيما يلي أربع من أهم المزايا.

  • يمكن كتابة الخدمات الصغيرة واختبارها ونشرها بشكل مستقل، مما يسرِّع من عملية التطوير.
  • إذا تم العثور على عيب في تصميم خدمة صغيرة معينة أو تنفيذها، فيمكن تصحيح أخطاء خدمة صغيرة واحدة وتحسينها واستبدالها دون التأثير على بقية التطبيق.
  • إذا تم تحميل خدمة صغيرة بشكل زائد بسبب الاستخدام المرتفع بشكل غير المُتوقَّع، فيمكن استنساخ حاوية الخدمة الصغيرة هذه بتوأم واحد أو أكثر متطابقين، ويتم تثبيت كل منهما على خوادم مُختلفة، ويمكن مشاركة حمل العمل بينها. يؤدي هذا إلى تقليل مشكلات الأداء أو التخلص منها.
  • يتمتع المطورون الذين يصيغون خدمة صغيرة معينة بالمرونة في استخدام الأدوات الأكثر ملاءمة وبنى المعالجات حتى لغات البرمجة للخدمة التي ينشئونها.

دعونا نتعمق في المفاهيم ونقدم المصطلحات المستخدمة لوصف خصائص الحوسبة السحابية الأصلية.

ما المقصود بالسحابة الأصلية؟

يشير مصطلح "السحابة الأصلية" إلى مفهوم تصميم التطبيقات وإنشائها ونشرها وتشغيلها وإدارتها بطريقة تستفيد من الحوسبة الموزَّعة التي تجدها في السحابة. تم تصميم تطبيقات السحابة الأصلية لاستغلال الحجم والقدرة على التكيف والمرونة التي توفرها السحابة.

تحدد مؤسسة الحوسبة السحابية الأصلية (CNCF)، وهي مؤسسة مستقلة تدير العديد من المعايير المفتوحة التي تجعل السحابة الأصلية تعمل، وتحدد المفهوم بهذه الطريقة.

تمكِّن التقنيات المحلية السحابية المؤسسات من إنشاء تطبيقات قابلة للتوسعة وتشغيلها في البيئات الحديثة والديناميكية مثل السحابات العامة والخاصة والهجينة. تجسِّد الحاويات وشبكات الخدمات والخدمات الصغيرة والبنية التحتية غير القابلة للتغيير وواجهات برمجة التطبيقات التعريفية هذا النهج.

تمكِّن هذه التقنيات الأنظمة المقترنة بشكل فضفاض التي تتسم بالمرونة وقابلية الإدارة والمراقبة. بالإضافة إلى الأتمتة القوية، تسمح للمهندسين بإجراء تغييرات عالية التأثير بشكل مُتكرر ويمكن التنبؤ بها بأقل قدر من الصعوبة.

يستحق الأمر قضاء بعض الوقت في شرح هذا التعريف.

تُعد التطبيقات القابلة للتوسع تلك التي يمكنها التعامل مع أحمال العمل المتزايدة دون الحاجة إلى إعادة كتابة البرنامج أو إعادة تصميمه. تمثل البيئات الديناميكية في التعريف منصات الحوسبة السحابية، مثل البنية التحتية من Oracle Cloud(OCI)، لكن أيضًا السحابات العامة والخاصة والهجينة الأخرى من جميع موفري الخدمات الرئيسين.

إن التقنيات الموجودة في هذا التعريف هي الحاويات التي تحتوي على خدمات صغيرة فردية والبنية التحتية لشبكة الخدمة التي تربط هذه الحاويات معًا عبر شبكات عالية السرعة تدعم الأمان وإمكانية المراقبة وإنفاذ السياسة واكتشاف الخدمة. تعني البنية التحتية غير القابلة للتغيير أنه بمجرد نشرها، لا يتم تعديل الحاويات أبدًا؛ وبدلاً من ذلك، يتم استبدالها بطريقة يتم التحكم فيها بعناية. يسمح هذا للتطبيق الموزَّع بأن يكون قابلاً للتنبؤ وقابلاً للتكرار—أي أن جميع نسخ الحاوية أو الخدمة الصغيرة تكون مُتماثلة تمامًا.

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

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

خصائص مخطط السحابة الأصلية، الوصف أدناه:
تستفيد التطبيقات السحابية الأصلية من الخدمات الصغيرة التي تعمل داخل الحاويات المُثبَّتة على الخوادم السحابية. تستخدم DevOps الفِرق، التي تجمع بين الوظائف التقليدية لمطوري البرامج ومسؤولي الأنظمة، التكامل المستمر (CI) لإنشاء الخدمات الصغيرة والتسليم المستمر (CD) وتحسينها لدفع تلك الخدمات الصغيرة الجديدة إلى السحابة دون التأثير على بقية التطبيق.

النقاط الرئيسة

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

شرح السحابة الأصلية

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

في التصميمات الأكثر شيوعًا للسحابة الأصلية، تم تصميم التطبيق لتقسيم وظائفه عبر عشرات أو مئات أو حتى آلاف الخدمات الصغيرة، وكل منها مُصمم للقيام بعمل محدد. بمجرد كتابتها، يتم تثبيت كل خدمة صغيرة في صورة حاوية، أي في شكل مركبة تسليم يمكن تحميلها على خدمة ثم تنفيذها. يُعد المعيار الأكثر شيوعًا للحاويات هو Docker، وهو تنسيق مفتوح المصدر من CNCF ومدعوم من كل موفر خدمة سحابية تقريبًا.

قد يحتوي تطبيق المؤسسة الكامل على آلاف حاويات Docker. كيف تنشر كل هذه الحاويات في خدمة سحابية، وتربطها بشبكات الأمان المناسبة والشبكات عالية السرعة، وضمان توجيه الرسائل من خدمة صغيرة واحدة إلى المستلمين المناسبين، ومعالجة قابلية التوسع وفشل الخدمة العرَضي؟ ذلك الموضع الذي يأتي فيه دور منصة Kubernetes مفتوحة المصدر. يتم دعم Kubernetes بواسطة CNCF مثل DockerK، وأصبح معيار الصناعة. دون الخوض في جميع التفاصيل، يكفي القول إن Kubernetes يعالج ويؤتمت جميع الإصلاحات المُعقدة المطلوبة لتشغيل تطبيق سحابي أصلي كبير وإدارته وتوسيع نطاقه.

باستخدام الخدمات الصغيرة داخل حاويات Docker وحاويات Docker التي يتم نشرها بواسطة Kubernetes على الخدمات السحابية، يصبح لديك تطبيق سحابي أصلي كامل وقابل للتوسع ومرن.

التطبيقات التقليدية مقابل تطبيقات السحابة الأصلية

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

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

قياسًا على ذلك: تخيَّل إذا بدأ صنبور في منزلك بحمام الضيف التسريب. لإصلاحه، احتجت إلى مغادرة House 4.1، واستبداله بالذي في House 4.2 الذي به صنبور ليس فيه تسريب، ثم العودة إلى المنزل. هل تريد استبدال حوض منفرد بحوض مزدوج؟ المغادرة وتثبيت House 4.3. ذلك نموذج البرنامج المتجانس أو التقليدي هل تفعل ذلك؟ بالطبع لا. يستبدل السبَّاك الصنبور أو يمكن للمقاول إعادة تشكيل حمام الضيوف دون التأثير على أي شيء آخر في المنزل. ذلك هو النموذج الأصلي للسحابة.

المكونات الرئيسة لتطوير السحابة الأصلية

قدم إدخال حوسبة السحابة الأصلية أيضًا عددًا من المفاهيم والمصطلحات الجديدة المهمة لفهم مزايا النموذج. تشمل ما يلي:

  1. الحاويات والوضع في حاويات

    تم تصميم Kubernetes لتقديم التوافر العالي (HA). تمثل ميزاته التلقائية لمعالجة الحاويات المُعطلة العمود الفقري للسحابة الأصلية. تتضمن هذه الحزم خفيفة الوزن وذاتية الاحتواء، التي يتم إنشاؤها غالبًا باستخدام Docker، جميع التبعيات اللازمة لتنفيذ التطبيقات بشكل مُتسق عبر بيئات الحوسبة المُختلفة. يتيح الوضع في حاويات إمكانية نقل التطبيقات وتسهِّل النشر السريع.

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

  2. بنية الخدمات الصغيرة

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

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

  3. بنية تحتية قابلة للتغيير

    تمثل البنية التحتية غير القابلة للتغيير مبدأ لا يتم فيه تعديل الموارد التي تم نشرها بشكل مباشر. يتم تنفيذ التغييرات من خلال إنشاء مثيلات جديدة ذات تكوينات مُحدَّثة، مما يوفر الاتساق ويبسِّط إجراءات إلغاء التعديلات. تؤتمت أدوات البنية التحتية كتعليمات برمجية (IaC) توفير البنية التحتية، مما يعزز الكفاءة وقابلية التكرار.

    يسمح IaC بتحديد البنية التحتية باعتبارها تعليمات برمجية لتحسين التحكم في الإصدار والاختبار المؤتمت والنشر المُتسق عبر البيئات. يتعامل هذا النهج مع البنية التحتية باعتباره مكون تطبيق حيوي، ويخضع إلى نفس الإدارة الصارمة والتحكم مثل قاعدة التعليمات البرمجية.

  4. الأتمتة والتنسيق

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

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

  5. قابلية الملاحظة والمراقبة

    تم تصميم التطبيقات السحابية الأصلية مع وضع إمكانية المراقبة في الاعتبار؛ يعني ذلك أن المطورين يمكنهم فهم الأعمال الداخلية لأنظمتهم بشكل أفضل. يتضمن هذا جمع المقاييس والسجلات وعمليات التتبع وتحليلها لاكتساب رؤى حول الأداء واستخدام الموارد والمشكلات المحتملة.

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

  6. المرونة والمعالجة الذاتية

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

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

فيديو: ما المقصود بالسحابة الأصلية؟

مزايا اعتماد نُهج السحابة الأصلية

يوفر نهج السحابة الأصلية للمؤسسات إمكانية مراجعة مزايا كبيرة تتعلق بتشغيل التطبيقات المتجانسة التقليدية. تشمل تلك المزايا ما يلي:

  • قابلية التوسع والمرونة. توفر التطبيقات السحابية الأصلية قابلية توسع ديناميكية لتلبية الطلب. تُمكِّن الحاويات والخدمات الصغيرة من التوسع الدقيق لتحقيق كفاءة في استخدام الموارد وفعالية التكلفة. تتيح هذه المرونة للشركات التكيف بسرعة مع تغيرات السوق.
  • تطوير مرن ووقت أسرع لطرح المنتجات بالسوق. يسرع نهج السحابة الأصلية دورات التطوير. تتيح بنية الخدمات الصغيرة التطوير المتوازي، مما يسمح للفِرق بالعمل على خدمات مُختلفة في وقت واحد. يؤدي هذا إلى إصدارات أسرع، مما يمكِّن أن يمنح عملك ميزة تنافسية.
  • كفاءة التكلفة. تُحسِّن بنية السحابة الأصلية من استخدام الموارد، مما قد يؤدي إلى وفورات كبيرة في التكاليف. لا تدفع لك المؤسسات سوى مقابل الموارد التي تستخدمها، وتقلل العمليات المؤتمتة التكاليف التشغيلية من خلال تقليل الجهد اليدوي.
  • تحسُّن في الموثوقية والتوافر العالي. تم تصميم أنظمة السحابة الأصلية لتحقيق المرونة في تقديم توافر عالٍ. تتيح آليات التكرار وموازنة الأحمال والمعالجة الذاتية التطبيقات حتى أثناء حالات الفشل. إن هذا أمر حيوي لعمليات الأعمال المهمة، ويمكن نشر تحديثات البرامج بأقل وقت تعطل.
  • DevOps وCI/CD. تتوافق السحابة الأصلية بسلاسة مع ممارسات DevOps، مما يتيح التكامل المستمر الفعَّال ومسارات التسليم المستمر (CI/CD). تُبسِّط الأتمتة من دورة حياة التطوير، مما يعزز التعاون والكفاءة.
  • قابلية نقل مستندة إلى المعايير. تعتمد الخدمات السحابية الأصلية غالبًا على التكنولوجيا مفتوحة المصدر والمستندة إلى المعايير لتحقيق قابلية التشغيل البيني وقابلية نقل أحمال العمل. يمكن أن يقلل هذا من التقيّد بالمورِّد ويتيح استخدام البنية التحتية العالمية، مما قد يؤدي إلى انخفاض زمن الوصول والأداء الأعلى للمستخدمين في جميع أنحاء العالم.
  • آمن حسب التصميم. تتضمن السحابة الأصلية الأمان في كل طبقة. توفر الحاويات بيئات معزولة، مما يساعد في تقليل مخاطر الثغرات الأمنية. تزيد التحديثات الأمنية المؤتمتة وإنفاذ السياسة من تعزيز الوضع الأمني، مما يجعل الحوسبة السحابية مُناسبة حتى لحالات الاستخدام الأكثر تركيزًا على الأمان.

فيما يلي بعض الميزات والمزايا الرئيسة للحوسبة السحابية الأصلية.

الميزات الميزات
بنية الخدمات الصغيرة عند كتابة تطبيقات المؤسسة باعتبارها تعليمات برمجية صغيرة، يؤدي كل منها وظيفة أعمال مُختلفة—تسمى الخدمات الصغيرة—يصبح التطبيق أسرع في الإنشاء وأسهل في الإدارة وأكثر قابلية للتوسع وأكثر مرونة وأسهل بكثير في الترقية والتحسين.
الحاويات والوضع في حاويات يتم غالبًا حزم الخدمات الصغيرة في حاويات، ويمكن نشر هذه الحاويات بسهولة على خوادم السحابة. نظرًا إلى أن الحاوية تم إنشاؤها وتحديدها بعناية، يمكن تشغيلها على أي خادم مُتوافق على خدمة سحابية. يمكنك حتى نشر العديد من نسخ الحاوية إذا لزم الأمر للتعامل مع حمل العمل الثقيل وببساطة تبديل حاوية قديمة بإصدار مُحدَّث دون التأثير على بقية التطبيق.
تكامل مستمر وتسليم مستمر (CI/CD) تُعد CI/CD عملية تستخدم فيها فِرق التطوير نهج مسار العمليات لتصميم الخدمات الصغيرة وإنشائها واختبارها ونشرها في الحاويات، ثم يتم نشر تلك الحاويات على خوادم السحابة. يؤدي CI/CD إلى دورات إصدار أسرع، ويعزز إنتاجية المطورين، ويتيح نفسه لعمليات سير العمل المؤتمتة لنشر البرامج أسرع.
بنية تحتية قابلة للتغيير لا يتم تعديل المكونات غير القابلة للتغيير، مثل الحاويات أبدًا بعد النشر. عند وجود مراجعة، يتم استبدال الحاوية. تتمثل المزايا في اتساق البرامج، وعمليات النشر المُبسطة، والقدرة بسهولة على تكرار تطبيق في مركز بيانات سحابي جديد أو حتى مزود خدمة جديد.
ممارسات DevOps تشير DevOps إلى دمج فِرق المطورين والعمليات التقليدية في وحدة واحدة. تكتب فِرق DevOps البرامج واختبار البرامج، ثم نشر البرامج وإدارتها بعد النشر. عند دمجها مع CI/CD والأتمتة، يتم نشر برامج جديدة بسرعة، ونظرًا إلى عدم وجود صعوبات، يمكن حل المشكلات بسرعة.
قابلية الملاحظة والمراقبة تساعد قابلية الملاحظة فِرق DevOps على فهم ما يحدث داخل التطبيق أثناء تشغيله. تشير المراقبة إلى ممارسة البحث في ملفات السجل ودراسة مقاييس الأداء. تساعد هذه الفِرق معًا في اكتشاف المشكلات وإصلاحها أسرع وضبط الأداء وتلبية متطلبات مستوى الخدمة لتحقيق التوافر والاستجابة الموعودين للتطبيق.
المنصات السحابية توفر المنصات السحابية، مثل OCI بشكل عام كل ما هو مطلوب لتشغيل التطبيقات السحابية الأصلية، بما في ذلك الخوادم القادرة على استضافة حاويات Docker، والشبكات الآمنة عالية السرعة، ومحركات Kubernetes المثبتة مُسبقًا، والأدوات لتيسير قابلية الملاحظة والمراقبة. تساعد قابلية توسع تطبيقات السحابة الأصلية في تحسين الكفاءة وتقليل تكاليف تشغيل برامج السحابة الأصلية.

تحديات السحابة الأصلية

قد تبدو الحوسبة السحابية الأصلية مُعقدة. يرجع السبب في ذلك خاصةً بالنسبة إلى المؤسسات الجديدة في الخدمة السحابة أنها أمضت سنوات—أو عقود —في بناء بيئات البرامج المتجانسة التقليدية. فيما يلي بعض التحديات التي تواجهها المؤسسات عند الاعتماد على حوسبة السحابية الأصلية لأول مرة.

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

أفضل ممارسات لتنفيذ حلول السحابة الأصلية

لن تتبع أي مؤسستين نفس المسار إلى حوسبة السحابة الأصلية. مع ذلك، فإن ما يمكن أن تجده هو أن معظمها يضعون هذه الممارسات السبع الأفضل في الاعتبار.

  1. اعتماد بنية خدمات صغيرة يُقسِّم المصممون التطبيقات إلى خدمات صغيرة مُستقلة، يركز كل منها على وظيفة أعمال مُحددة. بعد ذلك، يمكن لمطوريك—أو بشكل مثالي فريق DevOps—إنشاء هذه الخدمات الصغيرة واختبارها ونشرها وتوسيع نطاقها بشكل مستقل، مما يزيد من سهولة الاستخدام والمرونة.
  2. توحيد معايير الحاويات. يساعد استخدام الحاويات—بشكل عام Docker—لتجميع الخدمات الصغيرة في وحدات سهلة النشر وسهلة الإدارة في ضمان الموثوقية من التطوير حتى الإنتاج، خاصةً إذا كنت تستخدم مسار CI/CD.
  3. أتمتة النشر وتوسيع النطاق. يمكن لفِرق DevOps لديك استخدام CI/CD لأتمتة عمليات إنشاء البرامج واختباراتها ونشرها لتوفير خدمات البرامج بسرعة وموثوقية. علاوة على ذلك، إذا كنت تستخدم منصة مثل Kubernetes، فيمكن لمسار العمليات لديك التعامل مع التوسع التلقائي وتقليل احتمالية حدوث خطأ بشري.
  4. استخدم البنية التحتية كتعليمات برمجية (IaC) والبنية التحتية غير القابلة للتغيير. يمكن أن تعمل سلاسل الأدوات المُتقدمة IaC وغير القابلة للتغيير بجانب Kubernetes لأتمتة إنشاء شبكات آمنة عالية السرعة والمساعدة في ضمان إمكانية تثبيت التطبيق بسرعة في الموقع الذي تحتاج إليه.
  5. إعطاء الأولوية إلى قابلية الملاحظة والمراقبة. إذا لم تتمكن من رؤيتها، فلن تتمكن من إدارتها. لذا، أكِد على أن الخدمات الصغيرة مُصممة لإنشاء سجلات قوية ودعم معايير قابلية الملاحظة والمراقبة الشائعة.
  6. دمج الأمان في كل طبقة. يعد دمج الأمان في كل مرحلة من مراحل تصميم التطبيقات وعملية النشر أمرًا بالغ الأهمية. تختار العديد من المؤسسات اعتماد نهج الثقة الصفرية.
  7. تحسين التكاليف واستخدام الموارد. تمثل الحوسبة السحابية مورد أعمال OpEx (مصروفات تشغيلية): كلما زاد استخدامك، ارتفعت فاتورتك. على عكس التطبيقات التقليدية في مركز بيانات، يوجد عائد فوري لتحسين الكفاءة وتغيير حجم الموارد لتطابق أحمال العمل.

تسريع تطوير التطبيقات باستخدام مرونة السحابة الأصلية

توفر Oracle كل ما يلزم لإنشاء تطبيقات سحابية أصلية ونشرها، بما في ذلك الأدوات والخدمات والأتمتة، بحيث يمكن لفِرق التطوير الإنشاء بسرعة مع تقليل عدد المهام التشغيلية.

تعمل خدمات السحابة الأصلية من Oracle على OCI، والتي توفر منصة قائمة على المعايير مع أداء أعلى وتكلفة أقل مقارنةً بموفري الخدمات السحابية الآخرين. من خلال الاستفادة من الخدمات القائمة على المصدر المفتوح والمعايير المفتوحة، تجعل OCI من الممكن للمطورين تشغيل التطبيقات على أي بيئة سحابية أو محلية إعادة هيكلة. توفر هذه المرونة حرية التركيز على البناء والابتكار، مثل مساعدة الذكاء الاصطناعي التوليدي القوي وحتى خدمات الذكاء الاصطناعي/التعلم الآلي التي تم إنشاؤها مُسبقًا، لاستيعاب إمكانات وتحليل ذكي جديدين في تطبيقاتك الحالية.

هل يقدِّم تطوير تطبيق السحابة الأصلية التطوير حقًا تطبيقات أفضل بكثير من التطبيقات التي تم تطويرها تقليديًا؟ نعم. المزايا واضحة: يمكن توسيع نطاق تطبيقات السحابة الأصلية نظرًا إلى أن وظائفها مُقسمة إلى خدمات صغيرة وتسمح بالإدارة الفردية. علاوة على ذلك، يمكن أن تعمل تطبيقات السحابة الأصلية بطريقة موزَّعة للغاية، مع الحفاظ على الاستقلال وتخصيص الموارد على أساس احتياجات التطبيق.

يمكن أن تساعد تطبيقات السحابة الأصلية في تعزيز إستراتيجية الأعمال وقيمتها، لأنها يمكن أن توفر تجربة مُتسقة عبر السحابات الخاصة والعامة والهجينة. إذ تسمح لمؤسستك بالاستفادة الكاملة من الحوسبة السحابية من خلال تشغيل تطبيقات سريعة الاستجابة وموثوقة قابلة للتوسُّع.

هل تبحث عن التعمق في بُنى السحابة الأصلية؟ يمكنك تنزيل كتابنا الإلكتروني المجاني لاكتشاف أي مؤسسة يمكنها اعتماد إستراتيجيات تطوير السحابة الأصلية الآن.

الأسئلة الشائعة حول السحابة الأصلية

كيف تختلف بنية السحابة الأصلية عن بنى التطبيقات التقليديةُ؟

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

كيف يمكن للشركات تحويل تطبيقاتها الحالية بفعالية لتصبح سحابة أصلية؟

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

ما المقصود بـ CNCF؟

تُعد مؤسسة الحوسبة السحابية الأصلية (CNCF) مؤسسة مفتوحة المصدر محايدة للبائعين تستضيفها مؤسسة Linux. يتمثل هدف CNCF في الترويج لتقنيات السحابة الأصلية، وتوفر الدعم الأساس للعديد من معايير المشروع والصناعة، مثل تنسيق حاوية Docker ومنصة أتمتة الحاويات وتنسيقها في Kubernetes. يساهم العديد من موفري الخدمات السحابية، بما في ذلك Oracle في عمل CNCF واعتمدوا معاييرها لتعزيز قابلية التشغيل البيني بين المنظومات السحابية.

ما الفَرق بين السحابة والسحابة الأصلية؟

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

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