تطوير الخدمات المصغرة مع aws

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

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

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

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

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

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

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

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

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

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

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