كيفية تصميم خدمة مصغرة باستخدام go وgrpc

عندما تبدو خدماتك المصغرة وكأنها قديمة: قصة Go وgRPC

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

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

لماذا هذا التحرير والسرد فقط... انقر؟

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

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

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

تجميع القطع معًا: لمحة عملية

حسنًا، النظرية جميلة، لكن كيف تبدو عمليًا؟ عليك أن تبدأ بتحديد ما هي خدماتك وماذا يقولون. هذا الملف .proto هو مخططك. تكتب واحدًا بسيطًا، ربما لخدمة "ProductInfo"، ثم تسمح لمترجم protoc بإنشاء كود Go. فجأة، أصبح لديك الهيكل العظمي لواجهة برمجة التطبيقات (API) الخاصة بك.

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

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

العثور على الإيقاع الصحيح في الهندسة المعمارية

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

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

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

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