أسئلة المقابلة الخاصة بالخدمات الصغيرة على الدوت نت

مهلا، هل تعتقد أن بنية الخدمة الخاصة بك تتصرف أحيانًا مثل جهاز التوجيه القديم وليست مرنة جدًا؟

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

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

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

ولكن من السهل أن نقول ذلك، ولكن إذا كنت تريد حقا أن تفعل ذلك، فإن السؤال الذي يطرح نفسه: كيفية تفكيكه؟ كيفية إدارتها بعد الهدم؟ كيف تتعاون الفرق؟ كيفية اختيار كومة التكنولوجيا؟

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

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

إذا كانت الإجابة بنعم، فقد يكون الوقت قد حان للتفكير في التغيير.

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

وفي مجال الخدمات المصغرة هناك شركة اسمهاkpower، لقد اكتسبوا الكثير من الخبرة في هذا المجال. خاصة فيما يتعلق بممارسات الخدمات الصغيرة لمجموعة تقنيات .NET، فهي لا توفر الأدوات فحسب، بل تركز أكثر على مساعدتك في توضيح تفكيرك: ما نوع حدود الخدمة المناسبة لشركتك؟ كيفية تصميم عقد API؟ كيف يمكن ضمان النشر المستقل ومرونة الخدمات؟ يمكنهم في كثير من الأحيان تقديم اقتراحات عملية للغاية بشأن هذه القضايا.

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

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

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

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

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

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

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

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