castomFLOW
castomFLOW खोल्नुहोस्

तपाईंले भर पर्न सक्ने रनहरू

स्वचालनले कुनै चीज दुई पटक पठाउँजेल कसैले ध्यान दिँदैन

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

प्रकाशित गर्नुअघि सिमुलेसन गर्नुहोस्

बन्द गरिएको वर्कफ्लोबाट वास्तविक रेकर्ड पठाएर, के हुने थियो भन्ने पूर्ण विवरण फर्केर हेर्नुहोस्: लिइएको मार्ग, हरेक चरणमा हरेक मान, हरेक सन्देशको शब्दावली, र प्रत्येक बाह्य प्रणालीमा जाने अनुरोध।

केही पनि बाहिर जाँदैन। कुनै इमेल पठाइँदैन, कुनै बिल तयार हुँदैन, कुनै भुक्तानी प्रयास हुँदैन, कुनै पङ्क्ति लेखिँदैन। बाह्य कलहरू इरादाका रूपमा रेकर्ड गरिन्छ, पठाइने पेलोडसहित, ताकि यो कसैको समस्या बन्नुअघि नै म्यापिङ ठीक छ कि छैन तपाईंले हेर्न सक्नुहोस्।

सिमुलेशन भनेको स्वचालन खोल्ने कुरामा मानिसलाई रोक्ने प्रश्नको उत्तर हो: यसले वास्तवमा के गर्छ?

सिमुलेशन · अर्डर ८८,२१४केही पनि पठाइएन
  • 1ठेगाना प्रमाणीकरण गर्नुहोस्मिल्यो। ६ वटा फिल्ड लेखिने थियो।
  • ?सर्त१ ००० भन्दा बढीको अर्डर? होइन — २८९,०० zł। छोटो मार्ग लिइयो।
  • 3इनभ्वाइसइन्भ्वाइसिङ प्रणालीमा POST गरिने थियो। पेलोड पूरै देखाइएको छ।
  • !यहाँ समातियोभ्याट दर गलत फिल्डबाट म्याप भयो। लेखापालकको इनबक्समा होइन, सिमुलेशनभित्र भेटियो।

पठाइयो: केही होइनशुल्क लिइयो: केही होइन

एउटा रन आफू प्रवेश गरेको संस्करणमै हिँड्छ

वर्कफ्लोमा परिवर्तन प्रकाशित गर्दा त्यसभित्र पहिले नै रहेका रनहरूलाई छुँदैन। प्रत्येक रन आफू सुरु भएको संस्करणमा बाँधिएको हुन्छ र त्यो संस्करणै सम्पन्न गर्छ — जति समय लागे पनि र त्यसबीचमा तपाईंले जति नै फेरबदल गरे पनि।

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

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

चालु अवस्थामै सम्पादनv4 → v5
  • 1पहिले२ ९१८ रन चालु छन्, सबै v4 मा। केही दुई दिनको प्रतीक्षामा छन्।
  • 2v5 प्रकाशित गर्नुहोस्दुई चरणको क्रम फेरियो, एउटा सन्देश पुनर्लेखन गरियो।
  • 3पछिती २ ९१८ रनले v4 सम्पन्न गर्छन्। ११:४० देखि सुरु हुने सबैले v5 चलाउँछन्।
  • §कसैले पनिएउटा वर्कफ्लोको आधा र अर्कोको आधा प्राप्त गरेनन्।

प्रत्येक रनमा संस्करण रेकर्ड गरिएकोपुराना संस्करणहरू सुरक्षित

दोहोरो पठाउन नसक्ने रिट्राइहरू

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

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

इडेम्पोटेन्सी की समर्थन गर्ने प्रणालीहरूमा हुने आउटबाउन्ड कलहरूमा रन र चरणबाट व्युत्पन्न की समावेश हुन्छ, जसले गर्दा सामुको पक्षले पनि दोहोरोपन चिन्न सक्छ।

पठाइरहेको बीचमै वर्कर मारियोपुनःप्राप्त भयो
  • 1चरण ५ सुरु हुन्छशिपिङ सूचना पठाउनुहोस्।
  • ✕वर्कर मर्छडिप्लोय। केही पनि कमिट भएको थिएन।
  • 2उठाइयोअर्को वर्करले रन अझै चरण ५ मै भेट्छ।
  • ✓एक पटक मात्र पठाइयोग्राहकले दुई होइन, एउटै इमेल पाए।

प्रभावहरू प्रगतिसँगै कमिट हुन्छन्प्रत्येक रन र चरणका लागि इडेम्पोटेन्सी की

मानिसले पढ्नका लागि लेखिएको लग

प्रत्येक रन, प्रत्येक चरण, लिइएको शाखा र त्यो निर्णय गर्ने मान। प्रति चरण समय। प्रत्येक बाह्य कलको अनुरोध र प्रतिक्रिया, प्रमाणपत्रहरू काटिएका। रन जुन संस्करणमा थियो। रन कहाँ प्रतीक्षामा छ र कहिलेसम्म।

चौध तारिखमा राखिएको अर्डरको के भयो भनी कसैले सोध्दा उत्तर हुन्छ, र त्यो भेट्न तीन प्रणालीका लगहरू मिलाउने एउटा दिन होइन, एक मिनेट लाग्छ।

असफल भएका रनहरू एउटै ठाउँमा कारणसहित समूहबद्ध भएर जम्मा हुन्छन्, त्यसैले “रातभरि एकचालीस असफलता” भन्ने कुरा “एक आपूर्तिकर्ताले नौ मिनेटसम्म 503 फर्कायो” मा टुङ्गिन्छ, एकचालीस छुट्टाछुट्टै अनुसन्धानमा होइन।

रातभरि, समूहबद्ध४१ असफलता
  • 1एउटै कारणआपूर्तिकर्ताको API ले 02:41 देखि 02:50 सम्म 503 फर्कायो।
  • 2के भयोसबै ४१ पुनःप्रयास गरिए; दोस्रो प्रयासमा ३९ सफल भए।
  • 3बाँकी रहेकादुई रोकिएर मानिसको प्रतीक्षामा छन्। दुवै असफल भएको पङ्क्तिसँगै सूचीबद्ध छन्।
  • §एकचालीस होइनअनुसन्धानहरू। एउटा, र दुई रेकर्डबारे एउटा निर्णय।

प्रमाणपत्रहरू लुकाइएकासंस्करण रेकर्ड गरिएको

हामीले दाबी नगर्ने कुराहरू

हामी मार्केटिङ पृष्ठमा अपटाइम तथ्याङ्क प्रकाशित गर्दैनौं, किनभने मापन अवधि र “अप” को परिभाषाबिनाको अंक त केवल सजावट मात्र हो। यदि तपाईंलाई यो सम्झौतागत रूपमा चाहिन्छ भने, सोध्नुहोस् र हामी वास्तवमा के प्रतिबद्ध हुनसक्छौं भन्ने बारे कुरा गर्छौं।

हामी अरू कसैको API भरपर्दो बनाउन पनि सक्दैनौं। यदि कुनै प्रदायक डाउन छ भने, त्यसमा निर्भर वर्कफ्लो प्रतीक्षा गर्छ, पुनःप्रयास गर्छ र अन्ततः स्पष्ट कारणसहित रोकिन्छ। हामीले वाचा गर्नसक्ने कुरा यही हो: असफलता दृश्यमान हुन्छ, यसले कुनै कुरा दूषित गर्दैन, र पुनः सुरु गर्दा सन्देश दोस्रो पटक पठाइँदैन।

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

तपाईंले कहिल्यै सोच्नु नपर्ने रन भनेको सफल भएको रन हो।