Docker Swarm: تنسيق الحاويات للبيئات الواقعية

إنفورماتيك ديجيتال » موارد » Docker Swarm: تنسيق الحاويات للبيئات الواقعية

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

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

ما هو Docker Swarm ولماذا هو مهم في تنسيق الحاويات؟

Docker Swarm هو محرك التجميع والتنسيق المدمج مباشرةً في Docker. إنه ليس أداة خارجية، بل هو نمط تشغيل لمحرك Docker نفسه يسمح لك بتجميع عدة أجهزة (فعلية أو افتراضية) في مجموعة منطقية، تُسمى سربًا، حيث تقوم بنشر الخدمات بدلاً من الحاويات المعزولة.

يكمن جمال Swarm في أنه يُجرّد مجموعة العقد بأكملها ويتيح لك العمل كما لو كان لديك "خادم فائق" واحد. أنت تحدد الخدمات وعدد نسخها والمنافذ المكشوفة والقيود، ويقرر Swarm مكان تشغيل كل حاوية (مهمة)، وكيفية إعادة توزيعها في حالة فشل عقدة، وكيفية موازنة حركة المرور بينها.

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

يُعدّ Swarm مناسبًا تمامًا للسيناريوهات التي تتطلب البساطة : مثل المختبرات، وبيئات الاختبار، والمجموعات المحلية داخل الشركات الصغيرة والمتوسطة، أو حتى بيئات الإنتاج السحابية عندما لا ترغب في إدارة منصة معقدة. علاوة على ذلك، يتكامل Swarm بسلاسة مع مسارات التكامل المستمر/التسليم المستمر (CI/CD) وممارسات DevOps التي تستخدم Docker بالفعل لتغليف التطبيقات.

المفاهيم الأساسية في Docker Swarm: العقد والخدمات والشبكات

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

العقدة هي أي جهاز يشكل جزءًا من المجموعة؛ قد يكون خادمًا فعليًا، أو جهازًا افتراضيًا في السحابة، أو حتى حاسوبك المحمول في بيئة اختبار. تشغل كل عقدة محرك Docker وتسجل نفسها في المجموعة باستخدام دور محدد.

عقدة الإدارة : هي بمثابة عقل المجموعة. وهي مسؤولة عن الحفاظ على الحالة المطلوبة، وجدولة المهام، وتنسيق العمليات. قد يوجد أكثر من مدير لضمان توافر عالٍ لمستوى التحكم، ولكن يتولى أحدهم دور القائد وينسق عمل البقية.

عُقد العمل : هي "عُقد العمل" في المجموعة. لا تتخذ قرارات التنسيق، بل تُنفّذ المهام (الحاويات) المُسندة إليها من قِبل المدير. وهذا يسمح بتوسيع نطاق القدرة الحاسوبية بإضافة المزيد من عُقد العمل حسب الحاجة.

الخدمة هي وحدة النشر في Swarm. وهي تحدد صورة الحاوية المراد استخدامها، وعدد النسخ المتماثلة، والمنافذ، ومتغيرات البيئة، والإعدادات، والأسرار، وخيارات أخرى. على عكس تشغيل حاوية واحدة باستخدام الأمر `docker run`، فإن الأمر `docker service create` يصف خدمةً تحافظ عليها Swarm في الحالة المطلوبة.

المهمة هي نسخة ملموسة من حاوية مرتبطة بخدمة ومخصصة لعقدة. إذا طلبت خدمة بثلاث نسخ متماثلة، يقوم Swarm بإنشاء ثلاث مهام. في حال فشل إحدى المهام، يقوم المدير بإنشاء مهمة أخرى للحفاظ على عدد النسخ المتماثلة.

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

الخطوات الأولى: تهيئة واختبار مجموعة Docker Swarm

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

الخطوة 1: إنشاء المدير الأول . على الجهاز الذي تريد استخدامه كعقدة مدير أولية، قم بتشغيل الأمر التالي:

docker swarm init --advertise-addr

يُحدد المعامل `--advertise-addr` عنوان IP الذي ستستخدمه العُقد الأخرى لعرض هذا المدير. بعد تشغيل الأمر، سيعرض Docker تلقائيًا رمزًا مميزًا وأمرًا جاهزًا لانضمام العُقد الأخرى إلى المجموعة كعُقد عاملة.

الخطوة الثانية: ضمّ عُقد العمل إلى المجموعة . على كل جهاز سيعمل كعامل، شغّل أمرًا مشابهًا لما يلي:

docker swarm join –token 2377

يُخرج الأمر `docker swarm init` رمز الانضمام وعنوان IP الخاص بالمدير . ويُستخدم المنفذ 2377 افتراضيًا للاتصالات الخاصة بالتحكم. ومن ثم، ستظهر العقدة كجزء من المجموعة وستكون جاهزة لتلقي المهام.

يُعد التحقق من حالة المجموعة بسيطًا مثل الذهاب إلى المدير (لا يعمل على العامل المعزول) وتشغيل الأمر التالي:

docker node ls

يعرض هذا الأمر جميع العُقد في المجموعة ، ومعرّفاتها، وأسماء مضيفيها، وأدوارها (مدير أو عامل)، وحالتها الحالية. ومن هنا، يمكنك اكتشاف ما إذا كانت أي عقدة معطلة، أو في وضع الاستنزاف، أو تواجه مشاكل في الاتصال.

نشر الخدمات في Docker Swarm: من أول تطبيق nginx إلى بيئة الإنتاج

بمجرد تشغيل المجموعة ، يبدأ الجزء المثير للاهتمام: نشر الخدمات. بدلاً من تشغيل حاويات فردية باستخدام `docker run`، تقوم بتحديد الخدمات التي يتولى Swarm صيانتها وإعادة توزيعها تلقائيًا.

يتم إنشاء خدمة بسيطة مثل خادم الويب Nginx الذي يمكن الوصول إليه من خارج المجموعة باستخدام أمر مثل هذا:

docker service create --name my-nginx -p 80:80 nginx

يبدأ هذا تشغيل خدمة تُسمى my-nginx، والتي تُعرّض المنفذ 80 للحاوية إلى المنفذ 80 لعُقد المجموعة. يتولى Swarm نشر الخدمة وموازنة الأحمال الواردة عبر النسخ المختلفة أثناء توسيع نطاقها.

يساعدك سرد الخدمات المنشورة على تتبع ما يتم تشغيله في المجموعة:

خدمة عامل الإرساء ls

هنا يمكنك رؤية اسم الخدمة، ووضعها، وعدد النسخ المتماثلة بالتنسيق الحالي/المطلوب. على سبيل المثال، إذا ظهر لك 3/5، فهذا يعني أنها لا تزال في طور إنشاء المهام للوصول إلى الحالة المطلوبة.

يتيح لك التحقق من تفاصيل وحالة المهام لخدمة معينة تحديد العقدة التي يتم تشغيل كل مثيل عليها:

docker service ps my-nginx

يعرض الناتج المهام، والعقدة المُخصصة ، والحالة (قيد التشغيل، قيد التحضير، إيقاف التشغيل، إلخ)، والصورة المستخدمة، ووقت التشغيل. وهذا ضروري لتصحيح أخطاء النشر أو موازنة الأحمال.

إدارة دورة حياة الخدمات: توسيع نطاق الخدمات وترقيتها وحذفها

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

توسيع نطاق خدمة في Docker Swarm يعني تحديد عدد النسخ المتماثلة التي تريدها من الخدمة إجمالاً. على سبيل المثال، إذا أنشأت my-nginx بنسخة متماثلة واحدة وتريد زيادتها إلى ثلاث نسخ:

docker service scale my-nginx=3

يتولى نظام Swarm جدولة المهام الجديدة على العُقد المتاحة، مع مراعاة موارد وحالة العُقد العاملة. إذا احتجت إلى سعة أكبر لاحقًا، يمكنك الترقية إلى خمس نسخ متماثلة باستخدام:

docker service scale my-nginx=5

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

docker service update –image nginx:latest my-nginx

يُوجّه هذا الأمر نظام Swarm لنقل المهام الحالية تدريجيًا إلى الصورة الجديدة، وفقًا لاستراتيجية التحديث المُحددة (التحديث المتدرج افتراضيًا). وهذا يُقلل من التأثير على المستخدمين النهائيين.

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

docker service rm my-nginx

يؤدي هذا إلى إيقاف جميع المهام المرتبطة بـ Swarm وإزالتها ، مما يحرر الموارد على العُقد. إنها طريقة فعّالة لإيقاف تشغيل المكونات التي لم تعد ضرورية ضمن بنية النظام.

التدريب العملي الموجه: إعداد مجموعتك الخاصة ونشر خدمة

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

التمرين الأول: تكوين مجموعة Docker Swarm . الفكرة هي أن يكون لديك ثلاث عقد على الأقل: واحدة كمدير واثنتان كعاملتين. على المدير، قم بتمكين المجموعة باستخدام الأمر التالي:

docker swarm init --advertise-addr

بعد ذلك، انسخ أمر الربط الموضح في المخرجات وقم بتشغيله على كل عامل:

docker swarm join –token 2377

تأكد من أن كل شيء سار على ما يرام مع:

docker node ls

سترى المدير في حالة "قائد" والعمال في حالة "نشط". إذا ظهر أي منهم في حالة "متوقف"، فتحقق من الاتصال وجدار الحماية وإصدار Docker.

التمرين الثاني: نشر وتوسيع نطاق الخدمة . بعد تجهيز المجموعة، أنشئ خدمة nginx يمكن الوصول إليها عبر HTTP:

docker service create --name my-nginx -p 80:80 nginx

تحقق من وجوده باستخدام :

خدمة عامل الإرساء ls

قم بتوسيع نطاق الخدمة إلى ثلاث نسخ متماثلة باستخدام:

docker service scale my-nginx=3

تحقق من مكان نشر المهام باستخدام:

docker service ps my-nginx

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

مزايا Docker Swarm مقارنةً بإدارة الحاويات اليدوية

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

عملية نشر بسيطة مدمجة في واجهة سطر أوامر Docker : لست مضطرًا لتعلم أداة جديدة تمامًا؛ فأوامر إدارة الخدمة والمجموعة تشبه إلى حد كبير ما تفعله بالفعل باستخدام docker run أو docker ps أو docker images.

موازنة الأحمال المدمجة : عند إتاحة خدمة باستخدام الخيار `-p`، يقوم Swarm بالإعلان عن المنفذ على العُقد اللازمة وتوزيع حركة البيانات بين النسخ المتماثلة المتاحة. لا تحتاج إلى إضافة مُوازن أحمال خارجي أساسي مثل Traefik لتوزيع الطلبات، مما يُبسط البنية الأساسية.

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

إدارة مركزية للحالة المطلوبة : تحدد عدد النسخ المتماثلة التي تريدها، والصورة التي ستستخدمها، والمنافذ التي ستفتحها، والقيود التي ستطبقها، ويتولى نظام المجموعة مهمة الوصول إلى تلك الحالة. كما تُدار التغييرات المستقبلية (التحديثات، والتوسع، وتفريغ العقد) من لوحة التحكم هذه.

متى يكون من المنطقي استخدام Docker Swarm في مشاريعك

لا تتطلب جميع الحالات استخدام Kubernetes أو خدمات مصغرة متطورة . يُعد Docker Swarm خيارًا مثاليًا للعديد من حالات الاستخدام التي تتطلب توازنًا بين البساطة وقدرات التنسيق.

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

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

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

تُستخدم تقنية DevOps والأتمتة في حالات تتطلب مسارات عمل لإنشاء الصور، وتحميلها إلى سجل، ونشرها تلقائيًا على مجموعة من الخوادم. تتكامل Swarm بسلاسة مع أدوات التكامل المستمر/التسليم المستمر (CI/CD) وتُسهّل دورات التسليم المستمر السريعة.

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

أدلة عملية ومنهجية DevOps: من الأساسيات إلى عمليات النشر المتقدمة

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

عادةً ما يُقسّم دليل DevOps الشامل المُركّز على Swarm إلى عدة أقسام رئيسية. أولًا، يُرسّخ أساسيات Docker: إنشاء الصور، وإدارة الحاويات وتحسينها ، واستخدام السجل، وأفضل ممارسات التغليف. هذا الأساس المتين ضروري لتجنب تحوّل عملية التنسيق إلى كابوس لاحقًا.

بعد ذلك، نتعمق أكثر في الشبكات واستمرارية البيانات : أنواع شبكات Docker (الجسر، المضيف، التراكب، macvlan)، وإدارة وحدات التخزين واستمرارية البيانات، بالإضافة إلى نشر تطبيقات متعددة الحاويات باستخدام Docker Compose. يمنحك هذا نموذجًا واضحًا لما يجب أن تبدو عليه بنيتك التحتية قبل نشرها على مجموعة موزعة.

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

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

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

ما وراء الأساسيات: شبكات Docker والخطوات التالية مع Swarm

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

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

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

سيساعدك "التعمق" في شبكات Docker على مواءمة تصميم خدمة Swarm الخاصة بك بشكل أفضل مع بنية الشبكة الخاصة بمؤسستك أو مزود الخدمة السحابية، وتحديد الخدمات الداخلية بوضوح، والخدمات المعرضة للخارج، وكيفية تقسيم حركة المرور بين البيئات (التطوير، والاختبار، والإنتاج).

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

خدمات التطوير المخصصة، والحوسبة السحابية، وذكاء الأعمال المبنية على Docker Swarm

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

يتيح دمج Swarm مع خدمات الحوسبة السحابية AWS وAzure نشر مجموعات مرنة

والاستفادة من مكونات السحابة المُدارة (قواعد البيانات، وقوائم انتظار الرسائل، وتخزين الكائنات)، مع الحفاظ على التحكم المباشر في طبقة تنفيذ الحاويات.

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

في مجال ذكاء الأعمال وPower BI ، يُسهّل نشر نظام خلفي على Docker Swarm استخراج البيانات بكفاءة عالية من واجهات برمجة التطبيقات وخدمات ETL ومسارات المعالجة. ويضمن التنسيق توافر هذه الخدمات باستمرار لتغذية لوحات المعلومات والتحليلات.

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

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

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