परियोजना का विवरण
अनुवादितकार्य का मूल तत्व tamper-proofing और integrity है। घटनाओं को संग्रहण में केवल जोड़ने के लिए लिखा जाना चाहिए, जहां किसी भी बाद में संशोधन या हटाने का पता लगाया जा सके, उदाहरण के लिए हैश-चेन लिंकिंग के माध्यम से ताकि चेन ब्रेक तुरंत दिखाई दे। हम एक साफ API के माध्यम से घटना ग्रहण को संभालते हैं जिसे हमारी सेवाएँ कॉल करती हैं, साथ ही एक हल्का क्लाइंट लाइब्रेरी ताकि डेवलपर्स बिना अतिरिक्त प्रयास के घटनाएँ भेज सकें। स्टोर के ऊपर हमें विषय, क्रिया प्रकार, वस्तु, दिनांक सीमा और मुक्त पाठ द्वारा तेज़ खोज और फ़िल्टरिंग की आवश्यकता है, क्योंकि एक घटना के दौरान हमें सेकंडों में उत्तर चाहिए, घंटों में नहीं। हमें घटना श्रेणी द्वारा अनुकूलन योग्य रिटेंशन नीतियों, कानूनी रोक के लिए समर्थन जो हटाने को निलंबित करता है, और भूमिका-आधारित पहुँच की भी आवश्यकता है ताकि ऑडिट लॉग को पढ़ना नियंत्रित हो और इसे वरीयता से रिकॉर्ड भी किया जाए।
और अंत में, अनुपालन तब ही वास्तविक होता है जब ऑडिटर को देने के लिए कुछ हो। हमें सामान्य प्रारूपों में विश्वसनीय निर्यात की आवश्यकता है जिसमें एक सत्यापन योग्य integrity मैनिफेस्ट हो ताकि एक बाहरी ऑडिटर यह सत्यापित कर सके कि निर्यातित स्लाइस को बदला नहीं गया है। कृपया उच्च-इंटीग्रिटी इवेंट स्टोर्स के साथ अपने अनुभव, अपेक्षित लिखने की थ्रूपुट और यह कि आप लॉग के सैकड़ों मिलियन रिकॉर्ड तक बढ़ने पर क्वेरी प्रदर्शन को कैसे बनाए रखेंगे, का वर्णन करें।
— घटना स्कीमा: विषय, क्रिया, वस्तु, समय, स्रोत, संरचित परिवर्तन
— tampering के खिलाफ सुरक्षित केवल जोड़ने वाला स्टोर (हैश-चेन या समकक्ष)
— हमारी सेवाओं के लिए घटना ग्रहण API और छोटा क्लाइंट लाइब्रेरी
— विषय, क्रिया, वस्तु, तिथियों और पूर्ण पाठ द्वारा खोज और फ़िल्टरिंग
— अनुकूलन योग्य संरक्षण नीतियाँ और हटाने पर कानूनी रोक
— लॉग स्वयं के रिकॉर्ड के साथ भूमिका-आधारित पढ़ने की पहुँच
— सत्यापन योग्य निर्यात ऑडिटर्स के लिए अखंडता मैनिफेस्ट के साथ