الخدمات المصغرة مع سحابة الربيع

عندما ينتقل محرك سيرفو الخاص بك إلى السحابة: قصة بسيطة

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

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

تفكيك الوحش الكبير: من "قطعة واحدة" إلى "طوب ليغو"

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

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

ماذا تفعل من أجل؟

• لا تخف إذا سقطت: لن تؤدي مشكلة خدمة معينة (مثل مسجل البيانات) إلى شل النظام بأكمله. لا يزال قلب التحكم في المحرك يعمل بثبات، ويمكنك في بعض الأحيان إصلاحه دون الحاجة إلى إغلاق الخط بأكمله.
• لا داعي للقلق بشأن النمو: متى ستحتاج إلى إضافة وحدة التعرف البصري؟ إنه مثل إضافة كتلة بناء جديدة، لا داعي لتدميرها والبدء من جديد. يمكن للأنظمة أن تنمو بأمان.
• أصبحت التكنولوجيا أكثر حرية: يمكن بناء "لبنات بناء" مختلفة باستخدام الأدوات التي تناسبها على أفضل وجه، طالما أنها "تتحدث" لغة مشتركة.

kpowerالممارسة: وليس النظرية فقط

كيف يعمل هذا في العالم الميكانيكي الحقيقي؟ بواسطةkpowerإذا أخذنا الاستكشاف كمثال، فإننا لا نتحدث فقط عن الهندسة المعمارية.

لقد واجهنا ذات مرة تحديًا: كانت سرعة استجابة نظام التحكم المتزامن متعدد المحاور الخاص بالعميل تتقلب دائمًا في ظل المهام المعقدة. Traditional monolithic applications are like a bowl of thick porridge, with all the calculations mixed together. وفي وقت لاحق، قمنا بتقسيم تخطيط المسار الأساسي، وخدمة تعويض المحركات في الوقت الفعلي، ووحدات تدقيق السجل إلى خدمات صغيرة مستقلة.

النتيجة؟ يمكن تكرار خدمة تخطيط المسار بشكل مستقل وبسرعة؛ عندما تتطلب خدمة التعويض المزيد من موارد الحوسبة، يمكننا توسيع نطاقها بشكل مستقل دون لمس التطبيق بأكمله. وتصبح استجابة النظام قابلة للتنبؤ بها، كما لو أن كل وحدة وظيفية رئيسية مجهزة بـ "جهازها العصبي" الخاص بها.

قد تتساءل: "هل الأمر أكثر تعقيدًا؟ هل أحتاج إلى أن أصبح خبيرًا في البرمجيات؟"

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

من التردد إلى البدء: بعض التفكير غير الخطي

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

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

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

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

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

تأسست شركة Kpower في عام 2005، وقد تم تخصيصها لمصنع محترف لوحدة الحركة المدمجة، ومقرها الرئيسي في Dongguan، مقاطعة Guangdong، الصين. من خلال الاستفادة من الابتكارات في تكنولوجيا القيادة المعيارية، تدمج Kpower المحركات عالية الأداء ومخفضات الدقة وأنظمة التحكم متعددة البروتوكولات لتوفير حلول نظام القيادة الذكية الفعالة والمخصصة. قدمت Kpower حلول أنظمة القيادة الاحترافية لأكثر من 500 عميل من المؤسسات على مستوى العالم مع منتجات تغطي مجالات مختلفة مثل أنظمة المنزل الذكي، والإلكترونيات الأوتوماتيكية، والروبوتات، والزراعة الدقيقة، والطائرات بدون طيار، والأتمتة الصناعية.