غالبًا ما يتم تطوير التطبيقات من خلال العديد من التحسينات الصغيرة ، ولكن يأتي وقت يتم فيه دمج العديد من التفاصيل في صورة كاملة ، يتطلب تنفيذها تغييرات عالية الجودة وواسعة النطاق. وهنا فكرة واحدة فقط لا تكفي. لا تقل أهمية المكونات التنظيمية والفنية للمسألة. كيفية إعداد وتنفيذ التغييرات المعمارية في نظام العمل؟
نريد أن نتحدث عن إعادة الهيكلة العالمية وتحسين أداء النظام وتحسين التعليمات البرمجية وأساليب العمل مع قواعد البيانات وأشياء أخرى كثيرة.
البرنامج والمتحدثون:ألكسندر كوليسنيكوف ، Wrike - إعادة هيكلة رائعة في منتج على مدار الساعة طوال أيام الأسبوع
إعادة الهيكلة الرائعة هي شيء لا يمكن القيام به بين عشية وضحاها وحتى الركض. في بعض الأحيان يستغرق الأمر ربعًا أو حتى القليل للعمل. تكمن المشكلة في إعادة الهيكلة الكبيرة في أنه بينما يحاول البعض التنظيف ، يستمر الآخرون في تغيير الرمز ، وقد لا يكون لدى السلحفاة وقتًا للحاق بأخيل. لتنفيذ إعادة هيكلة كبيرة ، يجب أن تكون قادرًا على تحديد خطة العمل تلقائيًا. بعد ذلك ، في مرحلة ما ، سيكون من الممكن حظر النهج القديم لتنظيم التعليمات البرمجية على مستوى الاختبار. وبالتالي ، سيتم تحديد مقدار الجهد اللازم ، وسيكون من الممكن إغلاق الدين التقني المتبقي بمساعدة فريق متخصص أو قسم التطوير بأكمله.
أمثلة: الإسبات → MyBatis ، Struts → Web.fw ، Domain.fw ، المشاركة ، فصل الحساب ، إعادة بيع API ، التشفير. الخطط: QueryEngine و Hybrid-Infrastructure و Multi-DataCenters و Inbox.
فيليب ديلجيادو ، NEXIGN ، "المسارات التي لا يمكن تصورها: تغيير المنهجيات بسرعة ، والعمل مع قواعد البيانات بدون ORM ، وما إلى ذلك"
سأتحدث عن العديد من الممارسات غير القياسية من المشاريع الأخيرة ، (ن) التي تبين أنها ناجحة ومفيدة.
في البداية ، سأخبرك عن تجربة اختيار منهجيات تطوير مختلفة لمراحل مختلفة من المشروع ، لماذا تحتاج إلى "إعادة هيكلة المنهجية" وكيف تجعل المنهجية تتغير بشكل أو بآخر.
ثم سأصف مخطط العمل مع الهياكل المعقدة في قاعدة البيانات دون استخدام ORM وبدون استعلامات معقدة ، مما يسهل بشكل كبير حتى إعادة هيكلة أكثر تعقيدًا لهياكل البيانات المستخدمة.
حسنًا ، في النهاية سأتحدث عن جميع أنواع الأشياء الصغيرة - تحليل السجلات بدون ELK ، والدروس المستفادة وإعادة البناء وأي شيء آخر.
في القصة سأحاول التركيز على شروط الحدود لتطبيق الممارسات والمزالق المستخدمة والمخاطر الأخرى.
Vasily Sozykin ، Yandex.Money "Microservices: توحيد كل شيء تقريبًا ، ولكن ليس أكثر"
لقد أظهرت تجربتي أن محاولات توحيد الأشخاص في شركة كبيرة لا تؤدي إلى أي شيء جيد. لكن توحيد العمليات والتقنيات يساعد على بناء أنظمة خدمات صغيرة رائعة.
تقرير حول كيفية انتقالنا إلى نظام تطوير لامركزي بالكامل ، لكننا ظللنا فريقًا وأقامنا مجتمعًا عاقلًا. سأوضح كيف نقوم بتحسين العمليات من خلال الأمثلة - وهذا يساعد على التوسع ، ولكن لا يصبح مؤسسة بالمعنى السيئ للكلمة.
إذا بدأت في تنفيذ الخدمات الصغيرة ، ولكنك لست متأكدًا من كل شيء ، فقد يكون التقرير هو خطة العمل الخاصة بك. وإذا كنت تعيش بالفعل في عالم الخدمات الصغيرة - معا نتذكر المسار الذي سافر ونتحدث عن المشاكل الحالية.
→
التسجيل