مثال على الخدمات الصغيرة لرمز jwt الربيعي

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

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

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

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

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

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

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

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

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

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

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

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