اجعل التحكم أسهل: عندما تجتمع الخدمات الصغيرة مع عالم الخادم في Java

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

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

هل هناك طريقة أخف؟

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

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

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

الخدمات المصغرة + Java، ما الذي يمكن أن تقدمه بالضبط؟

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

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

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

ولكن عند اختيار الخطة، ما الذي يجب أن تنظر إليه؟

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

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

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

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

kpowerبعض الأفكار العملية حول

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

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

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

فهل يستحق الأمر المحاولة؟

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

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

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

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