ترحيل متراصة إلى الخدمات الصغيرة

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

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

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

لماذا تذهب من خلال المتاعب؟ لنكن حقيقيين. لا يتعلق الأمر بمطاردة أحدث الكلمات التقنية الطنانة. يتعلق الأمر بحل الصداع اليومي الحقيقي.

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

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

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

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

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

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

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

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

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

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

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

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

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