تطلق Microsoft Radius، وهي منصة تطبيقات مفتوحة المصدر لعصر السحابة الأصلية
أعلنت شركة Microsoft اليوم عن إطلاق Radius، وهو نظام أساسي جديد مفتوح المصدر للتطبيقات حيادية اللغة لبناء وتشغيل التطبيقات السحابية الأصلية. يتم إنشاء المشروع من قبل فريق Microsoft Azure Incubation، وهي نفس المجموعة التي أطلقت سابقًا مشاريع مفتوحة المصدر مثل Dapr لبناء الخدمات الصغيرة، وحل KEDA للقياس التلقائي القائم على الأحداث، وCopacetic، وهي أداة أمنية لتصحيح الثغرات الأمنية في صورة الحاوية. يعد Dapr وKEDA بالفعل جزءًا من مجموعة مشاريع Cloud Native Computing Foundation (CNCF) وقد قدمت Microsoft مؤخرًا Copacetic أيضًا. ليس من المفاجئ إذن أن تخطط الشركة أيضًا لتقديم Radius لإدراجها في CNCF خلال الأشهر الستة المقبلة.
مع Radius، سيتمكن المطورون من نشر التطبيقات على السحابات الخاصة، مثل Azure الخاصة بشركة Microsoft وAWS التابعة لشركة Amazon، مع دعم Google Cloud قريبًا. الفكرة العامة هنا هي أنه على الرغم من أن Kubernetes قد سهّل بناء التطبيقات التي يمكن – على الأقل من الناحية النظرية – العمل في أي مكان، إلا أن هذه التطبيقات أصبحت معقدة بشكل متزايد، مما يجعل من الصعب إدارتها. ومن الناحية المثالية، تلخص منصة التطبيقات كل هذا وتتيح للمطورين التركيز على كتابة تطبيقاتهم.
لقد رأينا منصات تطبيقات أخرى في الماضي حاولت تجريد البنية التحتية بالكامل بعيدًا عن المطورين، بما في ذلك مشروع Cloud Foundry والخدمات التجارية المبنية حوله مثل خدمة Tanzu Application Service من VMware. ولكن كما أخبرني مارك روسينوفيتش، الرئيس التنفيذي للتكنولوجيا في Azure والزميل التقني لشركة Microsoft، فإن Radius تتخذ نهجًا مختلفًا تمامًا لحل هذه المشكلة.
“أحد الأشياء التي نقوم بها والمختلفة هو أننا نريد أن يدعم Radius جميع أنواع التطبيقات، وليس مجرد إبداء رأي عمودي حول بنية التطبيق أو دعم نمط معين فقط من التطبيقات – مثل 12 عاملًا – أو تتطلب كتابة التطبيقات نفسها بطريقة معينة. Radius نفسها ليس لديها رأي حول الطريقة التي تتم بها كتابة التطبيق وهي مرنة بما يكفي لدعم تطبيقاتك ذات المستويين والثلاثية، والتي لا يزال هناك الكثير منها قيد الإنشاء في المؤسسة. لقد تم وضعها في حاويات الآن لكنها لا تزال تلك الهندسة المعمارية. كما أنه قادر على دعم التطبيقات المعقدة القائمة على الخدمات الصغيرة من خلال عشرات أو عشرين خدمة صغيرة.
وأشار أيضًا إلى أن المنصات المنافسة تركز بشكل كبير على وصف العلاقة بين المستويات الحسابية للتطبيق أو الخدمات الصغيرة، ولكنها غالبًا ما تترك الموارد السحابية الأخرى التي تشكل التطبيقات الحديثة كمصدر قلق خارجي. “كان الهدف مع Radius، كمطور، هو أن أتمكن من وصف تطبيقي بشكل كامل – ليس فقط أجزاء الحوسبة ولكن الموارد التي يستخدمونها، مثل، يوجد PubSub بين هذه الواجهة الأمامية وهذه الواجهة الخلفية. وهناك مخزن حالة موجود هنا خارج هذه الخدمة الصغيرة – ويمكن وصف أي مورد من بين جميع الموارد السحابية بهذه الطريقة. لذا فإن الرسم البياني الكامل للتطبيق هو ما ستحصل عليه في النهاية. وأنت كمطور متحمس للاستفادة من Radius لوصف تلك العلاقات لأنها تقوم بالكثير من العمل من أجلك تحت الغطاء.
تشير Microsoft إلى أنها صممت Radius لمقابلة المطورين أينما كانوا. فهو لا يحاول إعادة اختراع مفهوم البنية التحتية كرمز بشكل كامل، على سبيل المثال، وبدلاً من ذلك يستفيد من الأدوات الموجودة مثل Terraform (أو ربما OpenTofu طالما ظل متوافقًا) وBicep. كما أنه يتكامل مع خدمات CI/CD مثل GitHub Actions.
يوجد في قلب Radius أيضًا مستوى تحكم عالمي، والذي يبدو أنه يعتمد على محرك نشر Azure Resource Manager – وهو نفس منسق النشر الذي تستخدمه الشركة في Azure لإدارة عمليات نشر التطبيقات هناك. أخبرني روسينوفيتش أن الشركة ستفتح المصدر لمدير الموارد هذا خلال الأشهر الستة المقبلة. وأشار أيضًا إلى أن لغة Bicep، وهي لغة البنية التحتية الخاصة بالمجال والتي تقع أعلى محرك النشر، مفتوحة المصدر بالفعل.
كما دخلت Microsoft بالفعل في شراكة مع Comcast والبنك البرتغالي Millennium BCP لتمكين Radius من العمل على أي سحابة.
في العديد من الطرق، تستخدم Microsoft نفس قواعد التشغيل الشاملة لـ Radius كما فعلت في وقت تشغيل تطبيق Dapr الموزع. إنها تطلق الخدمة كمشروع مفتوح المصدر وتضعها تحت إدارة CNCF. ثم أنتجت دابر أيضًا بعض الأنشطة التجارية حول المشروع، بما في ذلك من شركات مثل دياغريد. من المحتمل أن نرى مسارًا مشابهًا لـ Radius – على افتراض أنها تكتسب قوة جذب كافية – وربما تقدم Azure نفسها يومًا ما منصة تطبيقات تعتمد على Radius أيضًا.