बहियाँ
Ledger
धन, क्रेडिट और स्टॉक के लिए दोहरी प्रविष्टि लेखांकन। यह हमारी बहियाँ रखता है और यही सेवा हम बेचते हैं।
- इस पर आधारित
- Auth, PostgreSQL
- डेटा इस रूप में उपलब्ध
- CSV और JSON
हम कैसे चलाते हैं
हम कंपनी उसी पर चलाते हैंजो हम बेचते हैं।
हमारी बहियाँ, विशिष्टताएँ, सामग्री सूची और SBOM, वाणिज्यिक रिकॉर्ड और ईमेल सभी उन सिस्टमों पर चलते हैं जो हमने लिखे और संचालित किए हैं। हम जो भी प्लेटफ़ॉर्म बेचते हैं, वह पहले कंपनी को चलाता है, इसलिए जो रिलीज़ बहियों के किसी समूह को तोड़ देगी, वह पहले हमारी बहियों को तोड़ेगी।
- प्रोडक्शन डेटाबेस, जिनमें से प्रत्येक का स्वामी एक सेवा है
- 22
- डेटाबेस होस्ट
- 4
- देश
- 3
- प्रबंधित फ़्लीट पर अधिकतम मिनट रिकवरी पॉइंट
- 5
तुलना
प्रत्येक क्षेत्र के लिए हम क्या उपयोग करते हैं
इनमें से प्रत्येक रिकॉर्ड उस सिस्टम पर स्थित है जिसे हम चलाते हैं, इसलिए किसी के गलत होने पर हम जवाबदेह होते हैं।
| क्षेत्र | आमतौर पर खरीदा जाता है | हम चलाते हैं |
|---|---|---|
| बहियाँ | एक लेखा सदस्यता | Ledger |
| विनिर्देश और परिवर्तन नियंत्रण | एक होस्टेड इश्यू ट्रैकर | ट्रैकर |
| बिल ऑफ़ मटेरियल्स और SBOM | यदि कुछ भी हो तो एक स्प्रेडशीट | Provenance |
| वाणिज्यिक रिकॉर्ड (CRM) | खातों से अलग एक बिक्री सदस्यता | Trace |
| दस्तावेज़ीकरण और रनबुक | एक प्रलेखन सदस्यता | Knowledge base |
| कंपनी ईमेल | एक मेल और ऑफ़िस सदस्यता | वेबमेल |
ऊपर दिया गया प्रत्येक सिस्टम अपने स्वयं के डेटाबेस पर बनाया गया, तैनात किया गया और चल रहा है। 2026-09-09 को जाँचा गया।
सिस्टम
छह सिस्टम
प्रत्येक सिस्टम एक ही क्षेत्र को कवर करता है, हमारी अपनी पहचान सेवा के माध्यम से लोगों को साइन इन करता है, इसका अपना डेटाबेस है और यह अपना डेटा खुले प्रारूपों में निर्यात करता है।
विनिर्देश और परिवर्तन नियंत्रण
ट्रैकर
प्रत्येक रिपॉज़िटरी में प्रत्येक परिवर्तन एक लिखित विशिष्टता और एक टिकट से आरंभ होता है, और इस बात के नोट के साथ समाप्त होता है कि उसका सत्यापन कैसे किया गया।
- इस पर आधारित
- issuedb-cli + EARS, Identity
- डेटा इस रूप में उपलब्ध
- JSON, और प्रत्येक रिपॉज़िटरी में कमिट किया गया टिकट डेटाबेस
बिल ऑफ़ मटेरियल्स और SBOM
Provenance
हार्डवेयर के लिए एक एसेट रजिस्टर, हमारे द्वारा भेजे जाने वाले प्रत्येक सॉफ़्टवेयर रिलीज़ के लिए एक SBOM, और दोनों के विरुद्ध ट्रैक किए गए सुरक्षा निष्कर्ष।
- इस पर आधारित
- Auth, PostgreSQL
- डेटा इस रूप में उपलब्ध
- CycloneDX, SPDX और VEX
Provenance खोलें Provenance उत्पाद पृष्ठ साइन-इन आवश्यक
वाणिज्यिक रिकॉर्ड (CRM)
Trace
ग्राहक संबंध और राजस्व रिकॉर्ड, लेजर के साथ मिलान किए गए।
- इस पर आधारित
- Ledger, Auth
- डेटा इस रूप में उपलब्ध
- CSV और JSON
Trace खोलें Trace उत्पाद पृष्ठ साइन-इन आवश्यक
दस्तावेज़ीकरण और रनबुक
Knowledge base
एस्टेट के प्रत्येक प्लेटफ़ॉर्म के लिए दस्तावेज़ीकरण, इस प्रकार रखा गया कि किसी भी सेवा की रनबुक केवल एक इंजीनियर के दिमाग़ में मौजूद न रहे।
- इस पर आधारित
- Auth, TokenGate
- डेटा इस रूप में उपलब्ध
- Markdown और JSON
Knowledge base खोलें साइन-इन आवश्यक
कंपनी ईमेल
वेबमेल
हमारे स्वयं के मेल प्लेटफ़ॉर्म पर एक मेलबॉक्स इंटरफ़ेस, ताकि कंपनी का पत्राचार उस अवसंरचना पर बना रहे जिसे हम संचालित करते हैं।
- इस पर आधारित
- RODMENA Mail API, Identity
- डेटा इस रूप में उपलब्ध
- IMAP और mbox
वेबमेल खोलें साइन-इन आवश्यक
अंदर
Provenance रजिस्टर
Provenance की चार स्क्रीन: हार्डवेयर एसेट रजिस्टर, नियंत्रण संदर्भ के अनुसार व्यवस्थित एविडेंस पैक, VEX स्थितियों वाली फ़ाइंडिंग्स तालिका, और कंपोनेंट एक्सप्लोरर।
बनाएँ या खरीदें
हम अपना स्वयं का क्यों बनाते हैं
इनमें से अधिकांश सिस्टमों के लिए, उन्हें बाहर से ख़रीदने का कोई ख़ास अर्थ नहीं होगा।
हम इसे पहले से बेचते हैं
जो लेजर हमारी बहियाँ रखता है, वह इस साइट के उत्पादों में से एक है। किसी अन्य को समकक्ष के लिए भुगतान करना विचित्र होगा, और इसे स्वयं चलाने से हमें पता चलता है कि प्रत्येक रिलीज़ कार्यरत बहियों के समूह पर क्या प्रभाव डालती है।
हमारे स्वयं के एस्टेट के लिए एक रजिस्टर
हम अपने स्वयं के एस्टेट में CycloneDX, SPDX और VEX में एक कंपोनेंट इन्वेंटरी और सुरक्षा निष्कर्ष चाहते थे, अपने स्वयं के नियंत्रण में, इसलिए हमने इसके लिए एक रजिस्टर बनाया।
हम मानक आधारों का उपयोग करते हैं
ऊपर का सब कुछ PostgreSQL, FreeBSD, Python, OpenID Connect और सार्वजनिक रूप से विश्वसनीय TLS पर चलता है। एप्लिकेशन परत हम लिखते हैं, और हम अपने स्वयं के डेटाबेस, ऑपरेटिंग सिस्टम या क्रिप्टोग्राफ़ी नहीं लिखते।
प्रमुख व्यक्ति जोखिम
जो कंपनी अपने सिस्टम स्वयं चलाती है, उसे इस बात से निपटना पड़ता है कि जिन लोगों ने उन्हें बनाया, वे उपलब्ध न हों। प्रत्येक रिपॉज़िटरी का अपना रनबुक होता है। प्रत्येक परिवर्तन के लिए एक विशिष्टता और एक टिकट होता है जिसमें दर्ज होता है कि उसका सत्यापन कैसे किया गया। डेटाबेस माइग्रेशन उसी डेटाबेस के भीतर संग्रहित किए जाते हैं जिसे वे प्रबंधित करते हैं, इसलिए रीस्टोर होने पर वे बने रहते हैं। रीस्टोर का पूर्ण रूप से परीक्षण किया जाता है, और पूरे एस्टेट का वर्णन एक प्रकाशित टोपोलॉजी में किया जाता है।
हम इसे कैसे सुरक्षित करते हैं आप कैसे बाहर निकलते हैं Trust Centre
निर्भरताएँ
प्रत्येक सिस्टम किस पर बना है
प्रत्येक पंक्ति एक क्षेत्र, उसे संभालने वाला सिस्टम, और हमारे अपने कैटलॉग के वे प्लेटफ़ॉर्म दिखाती है जिन पर वह चलता है।
बहियाँ
Ledger
Auth, PostgreSQL
विनिर्देश और परिवर्तन नियंत्रण
ट्रैकर
issuedb-cli + EARS, Identity
बिल ऑफ़ मटेरियल्स और SBOM
Provenance
Auth, PostgreSQL
वाणिज्यिक रिकॉर्ड (CRM)
Trace
Ledger, Auth
दस्तावेज़ीकरण और रनबुक
Knowledge base
Auth, TokenGate
कंपनी ईमेल
वेबमेल
RODMENA Mail API, Identity
दाहिना स्तंभ हमारे अपने उत्पाद कैटलॉग से आता है। जिन प्लेटफ़ॉर्मों को हम बेचते हैं, वे ही वे हैं जिन पर हम इनवॉइस बनाने, शिप करने और रिकॉर्ड रखने के लिए निर्भर करते हैं। देखें कि प्लेटफ़ॉर्म एक साथ कैसे फ़िट होते हैं।
वॉकथ्रू की व्यवस्था करें
हम आपको इनमें से किसी भी सिस्टम के बारे में जानकारी दे सकते हैं, या आपके खरीद पैकेज के लिए टोपोलॉजी, नीतियाँ और क्षमता विवरण भेज सकते हैं।