أمثلة على الخدمات المصغرة في اللازوردية

ما الذي يمكن أن تفعله خدمات Azure الصغيرة عندما تبدأ خوادمك في "التحدث"؟

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

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

من "الكل" إلى "الوحدة": ثورة هادئة

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

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

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

كيف بالضبط يعملون على Azure؟

كيف يمكن تفعيل هذه الخدمات الصغيرة في بيئة Azure؟ فيما يلي بعض المشاهد المتواضعة جدًا:

• السيناريو 1: القياس التلقائي للتعامل مع الأحمال القصوى. يتلقى خط الإنتاج الآلي الخاص بك فجأة أوامر مزدوجة ويتطلب من وحدة التحكم معالجة بيانات الاستشعار الضخمة. سوف تطغى الكتل التقليدية. يمكن للخدمات الصغيرة المنشورة باستخدام خدمة Azure Kubernetes (AKS) مراقبة التحميل تلقائيًا. عندما تصل البيانات إلى ذروتها، ستقوم الخدمة الصغيرة "لمعالجة البيانات" تلقائيًا باستنساخ المزيد من النسخ للقتال جنبًا إلى جنب؛ وبعد الذروة، سيتم إعادة تدوير النسخ الزائدة تلقائيًا، وستدفع فقط مقابل الموارد المستخدمة فعليًا. يبدو الأمر كما لو أن ذراعك الآلية تحتاج فجأة إلى عشرة أضعاف الدقة، ويمكن لنظام التحكم أن يستدعي على الفور المزيد من "العضلات الحسابية" لمواجهتها بهدوء ودون عناء.

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

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

قد يتساءل قائل: "إذا كان الأمر منقسمًا إلى هذا الحد، ألن تكون إدارته أكثر إزعاجًا؟" هذا بالفعل سؤال جيد. يوفر Azure مجموعة كاملة من خدمات "مدبرة المنزل": يكون Azure Service Fabric أو AKS مسؤولاً عن نشر الخدمات وتنسيقها وإدارة دورة حياتها؛ توفر Application Insights مراقبة الأداء والرؤى عبر جميع الخدمات الصغيرة؛ يقوم Azure Monitor بتجميع السجلات بشكل موحد. ما تراه ليس كومة متناثرة من الأجزاء، بل كائنًا متماسكًا ومنسقًا بلوحة قيادة واضحة.

الاختيار والمغادرة: التركيز على القيم، وليس الكلمات الساخنة

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

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

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

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

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