र्याकहरूमा सर्भरलेस

सर्भरलेस भनेको सर्भरहरूको भौतिक अनुपस्थितिको बारेमा होइन। यो कन्टेनर हत्यारा वा गुजरने प्रवृत्ति होइन। यो क्लाउडमा प्रणालीहरू निर्माण गर्न नयाँ दृष्टिकोण हो। आजको लेखमा हामी सर्भरलेस एप्लिकेसनहरूको आर्किटेक्चरमा छुनेछौं, सर्भरलेस सेवा प्रदायक र खुला स्रोत परियोजनाहरूले के भूमिका खेल्छन् हेरौं। अन्तमा, सर्भरलेस प्रयोग गर्ने समस्याहरूको बारेमा कुरा गरौं।

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

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

यदि तपाइँ कन्टेनरहरू कन्फिगर गर्न चाहनुहुन्न भने के हुन्छ? म अनुप्रयोग मापन गर्ने बारे सोच्न चाहन्न। म सेवामा लोड न्यूनतम हुँदा निष्क्रिय चलिरहेको कन्टेनरहरूको लागि तिर्न चाहन्न। म कोड लेख्न चाहन्छु। व्यापार तर्कमा फोकस गर्नुहोस् र प्रकाशको गतिमा बजारमा उत्पादनहरू ल्याउनुहोस्।

यस्ता विचारहरूले मलाई सर्भरलेस कम्प्युटिङतर्फ डोऱ्‍यायो। यस अवस्थामा सर्भरलेस भनेको हो सर्भरहरूको भौतिक अनुपस्थिति होइन, तर पूर्वाधार व्यवस्थापनको टाउको दुखाइको अभाव।

विचार यो हो कि अनुप्रयोग तर्क स्वतन्त्र प्रकार्यहरूमा विभाजित छ। तिनीहरूसँग घटना संरचना छ। प्रत्येक प्रकार्यले एउटा "माइक्रोटास्क" गर्छ। विकासकर्ताबाट चाहिने सबै कार्यहरू क्लाउड प्रदायकद्वारा प्रदान गरिएको कन्सोलमा लोड गर्न र तिनीहरूलाई घटना स्रोतहरूसँग सम्बद्ध गर्न हो। कोड स्वचालित रूपमा तयार कन्टेनरमा माग अनुसार कार्यान्वयन गरिनेछ, र म कार्यान्वयन समयको लागि मात्र भुक्तानी गर्नेछु।

अब आवेदन विकास प्रक्रिया कस्तो देखिन्छ हेरौं।

विकासकर्ताको पक्षबाट

पहिले हामीले अनलाइन स्टोरको लागि आवेदनको बारेमा कुरा गर्न थाल्यौं। परम्परागत दृष्टिकोणमा, प्रणालीको मुख्य तर्क एक मोनोलिथिक अनुप्रयोगद्वारा गरिन्छ। र अनुप्रयोगको साथ सर्भर लगातार चलिरहेको छ, त्यहाँ कुनै लोड छैन भने पनि।

सर्भरलेसमा जानको लागि, हामी अनुप्रयोगलाई माइक्रोटास्कहरूमा तोड्छौं। हामी तिनीहरूमध्ये प्रत्येकको लागि हाम्रो आफ्नै प्रकार्य लेख्छौं। प्रकार्यहरू एकअर्काबाट स्वतन्त्र छन् र राज्य जानकारी (स्टेटलेस) भण्डार गर्दैनन्। तिनीहरू पनि विभिन्न भाषाहरूमा लेखिएको हुन सक्छ। यदि तिनीहरू मध्ये एक "झर्छ", सम्पूर्ण अनुप्रयोग रोकिनेछैन। अनुप्रयोग वास्तुकला यस्तो देखिन्छ:

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

सर्भरलेस कार्यहरू छोटो अवधि (टाइमआउट) मा कार्यान्वयन गरिनु पर्छ, जुन सेवा प्रदायक द्वारा निर्धारण गरिन्छ। उदाहरणका लागि, AWS को लागि टाइमआउट 15 मिनेट हो। यसको मतलब यो हो कि आवश्यकताहरू अनुरूप लामो समयसम्म चल्ने कार्यहरू परिवर्तन गर्नुपर्नेछ - यसले आजका अन्य लोकप्रिय प्रविधिहरू (कन्टेनरहरू र प्लेटफर्म सेवाको रूपमा) बाट सर्भरलेसलाई फरक पार्छ।

हामी प्रत्येक प्रकार्यको लागि घटना तोक्छौं। घटना एक कार्यको लागि ट्रिगर हो:

घटना
कार्य जसले कार्य गर्दछ

एउटा उत्पादन छवि भण्डारमा अपलोड गरिएको छ।
छवि कम्प्रेस गर्नुहोस् र डाइरेक्टरीमा अपलोड गर्नुहोस्

भौतिक स्टोर ठेगाना डाटाबेसमा अद्यावधिक गरिएको छ
नक्सामा नयाँ स्थान लोड गर्नुहोस्

ग्राहकले सामानको लागि भुक्तानी गर्दछ
भुक्तानी प्रक्रिया सुरु गर्नुहोस्

घटनाहरू HTTP अनुरोधहरू, स्ट्रिमिङ डेटा, सन्देश लाइनहरू, र यस्तै हुन सक्छन्। घटना स्रोतहरू डेटाको परिवर्तन वा घटनाहरू हुन्। थप रूपमा, प्रकार्यहरू टाइमरद्वारा ट्रिगर गर्न सकिन्छ।

वास्तुकला बाहिर काम गरिएको थियो, र अनुप्रयोग लगभग सर्भररहित भयो। त्यसपछि हामी सेवा प्रदायकमा जान्छौं।

प्रदायकको पक्षबाट

सामान्यतया, क्लाउड सेवा प्रदायकहरू द्वारा सर्भरलेस कम्प्युटिङ प्रदान गरिन्छ। तिनीहरूलाई फरक रूपमा भनिन्छ: Azure प्रकार्यहरू, AWS Lambda, Google क्लाउड प्रकार्यहरू, IBM क्लाउड प्रकार्यहरू।

हामी सेवा प्रदायकको कन्सोल वा व्यक्तिगत खाता मार्फत प्रयोग गर्नेछौं। प्रकार्य कोड निम्न मध्ये एक तरिकामा डाउनलोड गर्न सकिन्छ:

• वेब कन्सोल मार्फत निर्मित सम्पादकहरूमा कोड लेख्नुहोस्,
• कोडको साथ अभिलेख डाउनलोड गर्नुहोस्,
• सार्वजनिक वा निजी git भण्डारहरूसँग काम गर्नुहोस्।

यहाँ हामीले समारोहलाई कल गर्ने घटनाहरू सेट अप गर्छौं। विभिन्न प्रदायकहरूको लागि घटनाहरूको सेट फरक हुन सक्छ।

प्रदायकले यसको पूर्वाधारमा सेवा (FaaS) प्रणालीको रूपमा प्रकार्य निर्माण र स्वचालित गर्यो:

1. प्रकार्य कोड प्रदायक पक्षमा भण्डारणमा समाप्त हुन्छ।
2. जब घटना हुन्छ, तयार वातावरण भएको कन्टेनरहरू स्वचालित रूपमा सर्भरमा तैनात हुन्छन्। प्रत्येक प्रकार्य उदाहरणको आफ्नै अलग कन्टेनर छ।
3. भण्डारणबाट, प्रकार्य कन्टेनरमा पठाइन्छ, गणना गरिन्छ, र परिणाम फर्काउँछ।
4. समानान्तर घटनाहरूको संख्या बढ्दै छ - कन्टेनरहरूको संख्या बढ्दै छ। प्रणाली स्वचालित रूपमा मापन। यदि प्रयोगकर्ताहरूले प्रकार्य पहुँच गर्दैनन् भने, यो निष्क्रिय हुनेछ।
5. प्रदायकले कन्टेनरहरूको लागि निष्क्रिय समय सेट गर्दछ - यदि यस समयमा कार्यहरू कन्टेनरमा देखा पर्दैन भने, यो नष्ट हुन्छ।

यस तरिकाले हामी बक्सबाट सर्भरलेस प्राप्त गर्छौं। हामीले भुक्तानी-जस्तै-यु-गो मोडेल प्रयोग गरी सेवाको लागि भुक्तान गर्नेछौं र प्रयोग गरिएका कार्यहरूका लागि मात्र, र तिनीहरू प्रयोग भएको समयको लागि मात्र।

विकासकर्ताहरूलाई सेवामा परिचय गराउन, प्रदायकहरूले 12 महिनासम्म निःशुल्क परीक्षण प्रस्ताव गर्छन्, तर कुल गणना समय, प्रति महिना अनुरोधहरूको संख्या, कोष वा पावर खपत सीमित गर्नुहोस्।

प्रदायकसँग काम गर्ने मुख्य फाइदा भनेको पूर्वाधार (सर्भरहरू, भर्चुअल मेसिनहरू, कन्टेनरहरू) बारे चिन्ता नगर्ने क्षमता हो। यसको भागको लागि, प्रदायकले यसको आफ्नै विकासहरू र खुला स्रोत उपकरणहरू प्रयोग गरेर दुबै FaaS लागू गर्न सक्छ। तिनीहरूको बारेमा थप कुरा गरौं।

खुला स्रोत पक्षबाट

खुला-स्रोत समुदायले विगत केही वर्षदेखि सर्भरलेस उपकरणहरूमा सक्रिय रूपमा काम गरिरहेको छ। सबैभन्दा ठूलो बजार खेलाडीहरूले पनि सर्भरलेस प्लेटफर्महरूको विकासमा योगदान पुर्‍याउँछन्:

• गुगल विकासकर्ताहरूलाई यसको खुला स्रोत उपकरण प्रदान गर्दछ - जन्मजात। IBM, RedHat, Pivotal र SAP ले यसको विकासमा भाग लिनुभयो;
• आईबीएम सर्भरलेस प्लेटफर्ममा काम गर्नुभयो ओपन व्हिस्क, जुन त्यसपछि Apache Foundation को परियोजना बन्यो;
• माइक्रोसफ्ट प्लेटफर्म कोड आंशिक रूपमा खोलियो Azure कार्यहरू.

सर्भरलेस फ्रेमवर्कको दिशामा विकासहरू पनि भइरहेका छन्। कुबेलेस и विखंडन पूर्व-तयार Kubernetes क्लस्टर भित्र तैनात, OpenFaaS दुबै Kubernetes र Docker Swarm सँग काम गर्दछ। ढाँचाले एक प्रकारको नियन्त्रकको रूपमा कार्य गर्दछ - अनुरोधमा, यसले क्लस्टर भित्र रनटाइम वातावरण तयार गर्दछ, त्यसपछि त्यहाँ प्रकार्य सुरू गर्दछ।

फ्रेमवर्कहरूले तपाईंको आवश्यकताहरू अनुरूप उपकरण कन्फिगर गर्न ठाउँ छोड्छ। त्यसोभए, Kubeless मा, एक विकासकर्ताले प्रकार्य कार्यान्वयन टाइमआउट कन्फिगर गर्न सक्छ (पूर्वनिर्धारित मान 180 सेकेन्ड हो)। विखंडन, कोल्ड स्टार्ट समस्या समाधान गर्ने प्रयासमा, केही कन्टेनरहरू सधैं चल्ने सुझाव दिन्छ (यद्यपि यसले स्रोत डाउनटाइम लागतहरू समावेश गर्दछ)। र OpenFaaS ले हरेक स्वाद र रंगका लागि ट्रिगरहरूको सेट प्रदान गर्दछ: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs र अन्य।

सुरु गर्नका लागि निर्देशनहरू ढाँचाहरूको आधिकारिक कागजातहरूमा फेला पार्न सकिन्छ। तिनीहरूसँग काम गर्न प्रदायकसँग काम गर्दा भन्दा अलि बढी सीपहरू हुनु आवश्यक छ - यो कम्तिमा CLI मार्फत Kubernetes क्लस्टर सुरु गर्ने क्षमता हो। धेरैमा, अन्य खुला स्रोत उपकरणहरू समावेश गर्नुहोस् (उदाहरणका लागि, काफ्का लाम प्रबन्धक)।

हामीले सर्भरलेससँग कसरी काम गर्छौं - प्रदायक मार्फत वा खुला स्रोत प्रयोग गरेर, हामीले सर्भरलेस दृष्टिकोणका धेरै फाइदाहरू र बेफाइदाहरू प्राप्त गर्नेछौं।

फाइदा र बेफाइदाको दृष्टिकोणबाट

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

सर्भरलेसले विकास समय अझै घटाउँछ, विकासकर्तालाई अनुप्रयोगको व्यापार तर्क र कोडिङमा मात्र ध्यान केन्द्रित गर्न अनुमति दिँदै। नतिजाको रूपमा, विकासको लागि बजारमा समय कम हुन्छ।

बोनसको रूपमा, हामीले लोडको लागि स्वचालित स्केलिंग पाउँछौं, र हामीले प्रयोग गरिएका स्रोतहरूको लागि मात्र भुक्तान गर्छौं र तिनीहरू प्रयोग भएको समयमा मात्र।

कुनै पनि प्रविधि जस्तै, सर्भरलेसका बेफाइदाहरू छन्।

उदाहरण को लागी, यस्तो हानि कोल्ड सुरु समय हुन सक्छ (औसत 1 सेकेन्ड सम्म भाषाहरु जस्तै JavaScript, Python, Go, Java, Ruby)।

एकातिर, वास्तविकतामा, चिसो सुरुवात समय धेरै चरहरूमा निर्भर गर्दछ: भाषा जसमा प्रकार्य लेखिएको छ, पुस्तकालयहरूको संख्या, कोडको मात्रा, अतिरिक्त स्रोतहरूसँग सञ्चार (उही डाटाबेस वा प्रमाणीकरण सर्भरहरू)। विकासकर्ताले यी चरहरू नियन्त्रण गर्ने हुनाले, उसले स्टार्टअप समय घटाउन सक्छ। तर अर्कोतर्फ, विकासकर्ताले कन्टेनरको स्टार्टअप समय नियन्त्रण गर्न सक्दैन - यो सबै प्रदायकमा निर्भर गर्दछ।

कोल्ड स्टार्ट न्यानो स्टार्टमा परिणत हुन सक्छ जब फंक्शनले अघिल्लो घटनाद्वारा सुरु गरिएको कन्टेनर पुन: प्रयोग गर्दछ। यो अवस्था तीन अवस्थामा उत्पन्न हुनेछ:

• यदि ग्राहकहरूले बारम्बार सेवा प्रयोग गर्छन् र प्रकार्यमा कलहरूको संख्या बढ्छ;
• यदि प्रदायक, प्लेटफर्म वा फ्रेमवर्कले तपाईंलाई केही कन्टेनरहरू सधैं चलिरहेको राख्न अनुमति दिन्छ;
• यदि विकासकर्ताले टाइमरमा कार्यहरू चलाउँछ (प्रत्येक 3 मिनेटमा भन्नुहोस्)।

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

सर्भरलेसको अर्को हानि भनेको प्रकार्यको छोटो जीवनकाल हो (टाइमआउट जसको समयमा प्रकार्य कार्यान्वयन हुनुपर्दछ)।

तर, यदि तपाईंले लामो समयसम्म काम गर्ने कामहरू गर्नुपर्दछ भने, तपाईंले हाइब्रिड वास्तुकला प्रयोग गर्न सक्नुहुन्छ - अर्को प्रविधिसँग सर्भरलेस संयोजन गर्नुहोस्।

सबै प्रणालीहरूले सर्भरलेस योजना प्रयोग गरेर काम गर्न सक्ने छैनन्।

केही अनुप्रयोगहरूले कार्यान्वयनको क्रममा अझै पनि डाटा र अवस्था भण्डारण गर्नेछन्। केही वास्तुकलाहरू मोनोलिथिक रहनेछन् र केही सुविधाहरू लामो समयसम्म रहनेछन्। यद्यपि (क्लाउड टेक्नोलोजीहरू र त्यसपछि कन्टेनरहरू जस्तै), सर्भरलेस एक उत्कृष्ट भविष्यको साथ एक प्रविधि हो।

यस नसामा, म सर्भरलेस दृष्टिकोण प्रयोग गर्ने मुद्दामा सहज रूपमा अघि बढ्न चाहन्छु।

आवेदन पक्षबाट

2018 को लागि, सर्भरलेस प्रयोगको प्रतिशत डेढ गुणा बढ्यो। आफ्नो सेवामा पहिले नै प्रविधि लागू गरिसकेका कम्पनीहरू मध्ये ट्विटर, PayPal, Netflix, T-Mobile, Coca-Cola जस्ता बजार दिग्गजहरू छन्। एकै समयमा, तपाईंले बुझ्नु आवश्यक छ कि सर्भरलेस एक रामबाण होइन, तर समस्याहरूको निश्चित दायरा समाधान गर्ने उपकरण हो:

• स्रोत डाउनटाइम घटाउनुहोस्। कम कल भएका सेवाहरूको लागि निरन्तर भर्चुअल मेसिन राख्न आवश्यक छैन।
• उडान मा डाटा प्रक्रिया। तस्विरहरू कम्प्रेस गर्नुहोस्, पृष्ठभूमिहरू काट्नुहोस्, भिडियो एन्कोडिङ परिवर्तन गर्नुहोस्, IoT सेन्सरहरूसँग काम गर्नुहोस्, गणितीय कार्यहरू गर्नुहोस्।
• "गोंद" अन्य सेवाहरू सँगसँगै। आन्तरिक कार्यक्रमहरूको साथ Git भण्डार, जिरा र क्यालेन्डरसँग स्ल्याकमा च्याट बट।
• भार सन्तुलित गर्नुहोस्। यहाँ नजिकबाट हेरौं।

मानौं त्यहाँ 50 जनालाई आकर्षित गर्ने सेवा छ। यसको मुनि कमजोर हार्डवेयर संग भर्चुअल मेसिन छ। समय समयमा, सेवा मा लोड उल्लेखनीय वृद्धि। त्यसपछि कमजोर हार्डवेयर सामना गर्न सक्दैन।

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

यस्तो अवस्थामा, हामी हाइब्रिड दृष्टिकोण मार्फत प्रणालीलाई अनुकूलन गर्न सक्छौं: हामी लोड ब्यालेन्सरको पछाडि एउटा भर्चुअल मेसिन छोड्छौं र प्रकार्यहरूको साथ सर्भरलेस एन्डपोइन्टमा लिङ्क राख्छौं। यदि लोड थ्रेसहोल्ड भन्दा बढि छ भने, ब्यालेन्सरले अनुरोध प्रशोधनको भाग लिने प्रकार्य उदाहरणहरू सुरु गर्छ।

यसरी, सर्भरलेस प्रयोग गर्न सकिन्छ जहाँ धेरै संख्यामा अनुरोधहरू प्रशोधन गर्न आवश्यक छ धेरै पटक होइन, तर गहन रूपमा। यस अवस्थामा, 15 मिनेटको लागि धेरै प्रकार्यहरू चलाउनु भनेको भर्चुअल मेसिन वा सर्भरलाई सधैं कायम राख्नु भन्दा बढी लाभदायक छ।

सर्भरलेस कम्प्युटिङका ​​सबै फाइदाहरूका साथ, कार्यान्वयन गर्नु अघि, तपाईंले पहिले एप्लिकेसन तर्कको मूल्याङ्कन गर्नुपर्छ र सर्भरलेसले कुनै विशेष अवस्थामा समाधान गर्न सक्ने समस्याहरू बुझ्नुपर्छ।

सर्भरलेस र Selectel

Selectel मा हामी पहिले नै छौं Kubernetes संग सरलीकृत काम हाम्रो नियन्त्रण प्यानल मार्फत। अब हामी हाम्रो आफ्नै FaaS प्लेटफर्म निर्माण गर्दैछौं। हामी विकासकर्ताहरूलाई सुविधाजनक, लचिलो इन्टरफेस मार्फत सर्भरलेस प्रयोग गरेर आफ्ना समस्याहरू समाधान गर्न सक्षम भएको चाहन्छौं।

यदि तपाईंसँग आदर्श FaaS प्लेटफर्म कस्तो हुनुपर्छ र तपाईं आफ्ना परियोजनाहरूमा सर्भरलेस कसरी प्रयोग गर्न चाहनुहुन्छ भन्ने बारे विचारहरू छन् भने, तिनीहरूलाई टिप्पणीहरूमा साझा गर्नुहोस्। प्लेटफर्म विकास गर्दा हामी तपाईंको इच्छालाई ध्यानमा राख्नेछौं।
 
लेखमा प्रयोग गरिएका सामग्रीहरू:

• सर्भरलेस प्रयोगको प्रतिशत डेढ गुणाले बढेको छ (पूर्ण राइटस्केल रिपोर्ट)
• कति चिसो सुरु समय आवेदन भाषा मा निर्भर गर्दछ

स्रोत: www.habr.com