एक्यूमैटा 4.0 - ईआरपी का डिज़ाइन क्या हो सकता है, और जटिल अनुप्रयोगों के काम का अनुकूलन कैसे किया जा सकता है

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


सबसे पहले, हमने अपने अनुप्रयोगों के UI को काफी हद तक बदल दिया है।

यह था


बन गया है

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

दूसरे (और कई के लिए यह सबसे दिलचस्प है) - हमने अपने अनुप्रयोगों के प्रदर्शन में काफी सुधार किया है।


ग्राफ स्पष्ट रूप से दिखाता है कि एक्यूमैटिक 4.0 अनुप्रयोगों में स्क्रीन (पृष्ठ) का शुरुआती समय पिछले तीसरे संस्करण की तुलना में कैसे कम हो गया है। अनुप्रयोगों के काम में काफी तेजी लाने के अलावा, हमने आवेदन प्रदर्शन पर काफी काम किया और लेनदेन की गति को दोगुना करने में सक्षम थे।
लेकिन इस तरह के प्रदर्शन में वृद्धि करना बहुत सरल नहीं था।

सबसे पहले, हमने उत्पादकता के मामले में सबसे कमजोर स्थानों की पहचान की:
• सिस्टम SQL सर्वर तक भी अक्सर पहुंच बनाता है। एप्लिकेशन के साथ काम करने की प्रक्रिया में, उपयोगकर्ता को लगातार विभिन्न वस्तुओं की आवश्यकता होती है, चाहे वह आपूर्तिकर्ता, आंतरिक कोड या वेयरहाउस खोज हो। और, चूंकि सर्वर से उपयोगकर्ता की प्रतिक्रिया वापस आने के तुरंत बाद, जटिल एसक्यूएल प्रश्नों का कैश नष्ट हो गया था, इसलिए सर्वर की अगली यात्रा ने एसक्यूएल को बार-बार कॉल किया।
• हर बार जब आप एप्लिकेशन सर्वर तक पहुंचते हैं तो पृष्ठ के इंटरफ़ेस भाग की पुन: पीढ़ी। Acumatica एक नियमित वेबसाइट या एक विशिष्ट ब्राउज़र एप्लिकेशन की तरह नहीं है। उपयोग और अन्तरक्रियाशीलता में आसानी के लिए, यह एक डेस्कटॉप अनुप्रयोग है, लेकिन ब्राउज़र में उपयोगकर्ता इंटरफ़ेस के साथ। स्वाभाविक रूप से, आपको इसके लिए सर्वर कॉल की उच्च आवृत्ति के साथ भुगतान करना होगा। जिनमें से प्रत्येक में पृष्ठ की एक वस्तु की प्रतिलिपि पहले सर्वर पर बनाई गई थी। यद्यपि यह पहले से ही उपयोगकर्ता ब्राउज़र में मौजूद है, और हम अधिकांश HTML को फिर से तैयार नहीं करने जा रहे हैं।

कैशिंग का उपयोग करके पहली समस्या हल की गई थी। जैसा कि अभ्यास में दिखाया गया है, 1-2 सेकंड के बाद पिछले अनुरोध के अंत के बाद, उसी उपयोगकर्ता से अगला अनुरोध एप्लिकेशन सर्वर पर आता है। यह इंटरफ़ेस में एम्बेडेड है - आप लाइनों में भरते हैं और, सबसे अधिक संभावना है, लगातार एक ही ऑब्जेक्ट को देखें। तदनुसार, हमने अभी कुछ समय पहले ही अनुरोधों के कैश को जीवित रखने का निर्णय लिया। यही है, जबकि उपयोगकर्ता इस स्क्रीन के साथ काम कर रहा है, सभी दोहराए गए क्वेरीज़, एक ही SQL पाठ, पैरामीटर, सॉर्टिंग के साथ, कैश से निकाले जाएंगे और SQL सर्वर पर किसी अन्य कॉल का कारण नहीं होगा।

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

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

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

फोर हमारी इंजीनियरिंग टीम की एक बड़ी उपलब्धि है, जिसने बहुत अच्छा काम किया है, लेकिन पहले से ही उत्पाद विकास के बारे में सोच रही है। ईआरपी के साथ काम करने की सुंदरता यह है कि यह व्यापार में एक अत्यंत लोकप्रिय उपकरण है जिसे आगे चलकर पूरा किया जाना चाहिए, चाहे वह एक क्रांतिकारी (एक बार) बादल में संक्रमण हो या आवेदन में सुधार हो।