ما هي الخدمات المصغرة في تطوير البرمجيات

"سحر البناء" في عالم البرمجيات: دعونا نتحدث عن ماهية الخدمات المصغرة

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

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

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

ما هي الخدمات المصغرة بالضبط؟

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

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

كيف يختلف هذا عن نموذج "القصر الكبير" التقليدي؟

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

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

لماذا يتحدث الجميع عن ذلك؟ ما هي نقطة الألم التي يحلها؟

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

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

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

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

فهل هو مناسب للجميع؟ هل سيسبب مشاكل جديدة؟

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

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

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

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

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

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

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