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

التروس الخفية لنظامك: عندما تتعثر DevOps

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

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

إذًا، كيف يمكنك الانتقال من خط تجميع متعثر إلى سيمفونية من الحركة المنسقة؟

من الاحتكاك إلى التدفق: ميكانيكا المحاذاة

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

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

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

قصة ورشتي عمل: العزلة مقابل الانسجام

دعونا نصبح ملموسين. تصور ورشتين تقومان ببناء نفس الطائرة بدون طيار.

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

الفرق أساسي. واحد يحارب الانتروبيا. ويسخره الآخر.

سؤال وجواب: قطع الضوضاء

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

إيقاع الإصدار الموثوق

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

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

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

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