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

العقبة الخفية: عندما تتحدث أجهزتك، لكن سحابتك لا تستمع

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

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

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

ليس فقط "في السحابة"، بل في السحابة

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

بالنسبة لشخص يدير الأصول الميكانيكية، يعد هذا بمثابة تغيير في قواعد اللعبة.

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

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

اختيار شريكك المعماري: ميزات الشعور

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

إليك ما يجب أن تشعر به:

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

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

الطريق من الاحتكاك إلى التدفق

الوصول إلى هناك لا يجب أن يكون بمثابة تحول زلزالي. غالبًا ما يبدأ بخطوة واحدة مدببة.

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

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

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

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