إنشاء خدمات مصغرة في بايثون

بناء الخدمات الصغيرة: من الحيرة إلى البدء بسهولة

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

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

ما هي المشكلة؟

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

كيفية جعل الخدمات المصغرة "تسمع" بعضها البعض؟

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

كن مستقلاً ولكن لا تكن وحيداً

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

من الخرسانة إلى الخرسانة: سيناريو بسيط

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

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

الحدس والعقلانية في الاختيار

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

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

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

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

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