13 सितंबर को सेंट पीटर्सबर्ग में तकनीकी बैठक - बैकएंड पर बड़े बदलाव कैसे करें

अक्सर अनुप्रयोगों को कई छोटे सुधारों के माध्यम से विकसित किया जाता है, लेकिन एक समय आता है जब कई विवरणों को एक पूर्ण चित्र में बनाया जाता है, जिसके कार्यान्वयन के लिए उच्च-गुणवत्ता और बड़े पैमाने पर बदलाव की आवश्यकता होती है। और यहाँ, केवल एक अच्छा विचार पर्याप्त नहीं है। कोई कम महत्वपूर्ण मुद्दे के संगठनात्मक और तकनीकी घटक नहीं हैं। एक कार्य प्रणाली में वास्तु परिवर्तनों को कैसे तैयार करें और लागू करें? हम वैश्विक रीफैक्टरिंग, सिस्टम प्रदर्शन में सुधार, कोड के अनुकूलन, डेटाबेस के साथ काम करने के दृष्टिकोण और कई अन्य चीजों के बारे में बात करना चाहते हैं।

कार्यक्रम और वक्ताओं:

अलेक्जेंडर कोलेनिकोव, व्रीक - एक 24/7 उत्पाद में महान refactoring



महान परावर्तन एक ऐसी चीज है जो रातोंरात और यहां तक ​​कि स्प्रिंटिंग तक नहीं की जा सकती है। कभी-कभी इसमें एक चौथाई या कुछ काम भी लगते हैं। बड़े रिफैक्टरिंग के साथ समस्या यह है कि जब कुछ सफाई करने की कोशिश करते हैं, तो अन्य लोग कोड बदलना जारी रखते हैं, और कछुए के पास कभी भी अकिलिस के साथ पकड़ने का समय नहीं हो सकता है। एक बड़ी रिफैक्टरिंग को लागू करने के लिए, आपको कार्य योजना को स्वचालित रूप से निर्धारित करने में सक्षम होना चाहिए। फिर, कुछ बिंदु पर, परीक्षण के स्तर पर कोड के आयोजन के लिए पुराने दृष्टिकोण पर प्रतिबंध लगाना संभव होगा। इस प्रकार, आवश्यक प्रयास की राशि तय हो जाएगी, और एक समर्पित टीम या संपूर्ण विकास विभाग की मदद से शेष तकनीकी ऋण को बंद करना संभव होगा।

उदाहरण: हाइबरनेट → MyBatis, Struts → Web.fw, Domain.fw, शेयरिंग, अकाउंट सेपरेशन, एपीआई-रीफैक्टरिंग, एन्क्रिप्शन। योजनाएं: क्वेरजाइन, हाइब्रिड-इन्फ्रास्ट्रक्चर, मल्टीपल-डेटापॉइंटर्स, इनबॉक्स।

फिलिप डेलगियाडो, NEXIGN, "अकल्पनीय रास्ते: मक्खी पर बदलती कार्यप्रणाली, ORM के बिना डेटाबेस के साथ काम करना," आदि



मैं हाल की परियोजनाओं, (n) से कई गैर-मानक प्रथाओं के बारे में बात करूंगा जो सफल और उपयोगी साबित हुईं।

शुरुआत में मैं आपको परियोजना के विभिन्न चरणों के लिए अलग-अलग विकास विधियों के चयन के अनुभव के बारे में बताऊंगा कि आपको "कार्यप्रणाली को फिर से तैयार करने" की आवश्यकता क्यों है और कार्यप्रणाली को कम या ज्यादा दर्द रहित कैसे बनाया जाए।

तब मैं ORM का उपयोग किए बिना और जटिल प्रश्नों के बिना डेटाबेस में जटिल संरचनाओं के साथ काम करने की योजना का वर्णन करूंगा, जो उपयोग किए गए डेटा संरचनाओं के सबसे जटिल पुन: निर्माण की सुविधा प्रदान करता है।

खैर, अंत में मैं सभी प्रकार की छोटी-छोटी बातों के बारे में बात करूँगा - बिना ELK के लॉग का विश्लेषण, सबक सीखे हुए रिफैक्टर और कोई अन्य।

कहानी में मैं प्रथाओं, उपयोग और अन्य खतरों में नुकसान के आवेदन के लिए सीमा स्थितियों पर ध्यान देने की कोशिश करूंगा।

वासिली सोझकिन, यांडेक्स.मनी "माइक्रोसोर्विसेज़: लगभग सब कुछ एकजुट करती है, लेकिन अब और नहीं"



मेरे अनुभव से पता चला है कि एक बड़ी कंपनी में लोगों को एकजुट करने के प्रयासों से कुछ भी अच्छा नहीं होता है। लेकिन प्रक्रियाओं और प्रौद्योगिकियों का एकीकरण शांत माइक्रोसिस्टम्स सिस्टम बनाने में मदद करता है।

हम पूरी तरह से विकेंद्रीकृत विकास प्रणाली में कैसे आगे बढ़े, इस पर एक रिपोर्ट, लेकिन एक टीम बनी रही और एक समझदार समुदाय को उभारा। मैं उदाहरण देकर बताता हूं कि हम उदाहरणों के माध्यम से प्रक्रियाओं को कैसे सुधारते हैं - यह विस्तार करने में मदद करता है, लेकिन शब्द के बुरे अर्थ में उद्यम नहीं बन पाता है।
यदि आपने माइक्रोसर्विसेज को लागू करना शुरू कर दिया है, लेकिन सब कुछ सुनिश्चित नहीं है, तो रिपोर्ट आपकी कार्य योजना हो सकती है। और अगर आप पहले से ही एक माइक्रोसैस सर्विस की दुनिया में रहते हैं - एक साथ हम यात्रा की गई राह को याद करते हैं और वर्तमान समस्याओं के बारे में बात करते हैं।

→ पंजीकरण