रिलीज़ अखंडता और SHA स्वास्थ्य

PayCal Technologies यह ट्रैक करता है कि उत्पादन वही सटीक स्रोत फिंगरप्रिंट चला रहा है या नहीं जिसे रिलीज़ के लिए स्वीकृत किया गया था।

संक्षिप्त संस्करण

उत्पादन अपने-आप सबसे नई ब्रांच का अनुसरण नहीं करता। उत्पादन कॉर्पोरेट रिलीज़ ledger में दर्ज स्पष्ट promotion निर्णय का अनुसरण करता है।

Git SHA क्यों मायने रखता है

Git SHA किसी खास स्रोत स्थिति का अपरिवर्तनीय फिंगरप्रिंट है। जब PayCal किसी रिलीज़ को स्वीकृत करता है, तो स्वीकृति किसी अस्पष्ट ब्रांच नाम जैसे main के बजाय SHA की ओर इशारा करती है।

इससे हमें एक व्यावहारिक प्रश्न का सटीक उत्तर मिलता है: क्या चल रही एप्लिकेशन वही कोड है जिसे PayCal Technologies ने स्वीकृत किया था?

वे चार रिकॉर्ड जिनकी हम तुलना करते हैं

रिकॉर्डअर्थ
रिलीज़ रिकॉर्डस्रोत SHA ने आवश्यक स्थानीय gates पास किए।
इच्छित स्थितिलक्ष्य को यह स्वीकृत SHA चलाना चाहिए।
डिप्लॉय रसीदडिप्लॉय स्क्रिप्ट ने इस SHA को checkout करके reload किया।
रनटाइम प्रमाणचल रही एप्लिकेशन यह SHA और स्वास्थ्य स्थिति रिपोर्ट करती है।

जब चारों मेल खाते हैं, तो रिलीज़ साफ मानी जाती है।

सार्वजनिक स्थिति क्या दिखाती है

सार्वजनिक स्थिति पेज एक संपादित सारांश दिखाता है: उत्पाद, उत्पादन स्थिति, संस्करण, अंतिम सत्यापन समय, और क्या रनटाइम स्वीकृत रिलीज़ से मेल खाता है। यह कच्ची डिप्लॉयमेंट रसीदें, सर्वर के आंतरिक विवरण, ऑपरेटर पहचान या संवेदनशील लॉग प्रकाशित नहीं करता।

रिलीज़ अखंडता स्थिति देखें.

यह ग्राहकों की मदद क्यों करता है

  • डिप्लॉयमेंट deterministic होते हैं: लक्ष्य सटीक स्वीकृत SHAs डिप्लॉय करते हैं।
  • रोलबैक बिंदु स्पष्ट होते हैं: हर लक्ष्य के लिए अंतिम ज्ञात-सही रनटाइम SHA दर्ज होता है।
  • ऑडिट प्रमाण सुसंगत होता है: स्वीकृति, डिप्लॉय और रनटाइम प्रमाण की तुलना की जा सकती है।
  • ऑपरेशनल drift दिखाई देता है: असंगतियों को जांच की स्थिति माना जाता है।