كيفية إنشاء خدمات صغيرة في .net core

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

يجب أن تكون هناك طريقة أفضل، أليس كذلك؟

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

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

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

ولكن كيف تبدأ فعلياً؟ يبدأ بتغيير في التفكير. بدلًا من "تطبيق واحد يحكمهم جميعًا"، تفكر في سياقات محدودة - ما هي المسؤولية الوحيدة الواضحة لهذه القطعة؟ وتحديد ذلك هو نصف المعركة. ومن هناك، يمكنك استخدام القوالب المضمنة في Visual Studio أو .NET CLI لتدوير مشروع Web API جديد. تصبح هذه أول خدمة صغيرة لك. أنت تبقيها هزيلة. يمكنك تصميم عقود واجهة برمجة التطبيقات الخاصة بها بعناية، مثل مواصفات أداة التوصيل الميكانيكية. كيف سيتلقى البيانات؟ ربما تكون لغة JSON خفيفة وسهلة التحليل. كيف سيكون الرد؟ مع رموز الحالة والرسائل الواضحة.

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

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

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

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

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

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