बहियाँ
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 पर चलती है। हम एप्लिकेशन लेयर तो लिखते हैं, लेकिन अपने डेटाबेस, ऑपरेटिंग सिस्टम या क्रिप्टोग्राफ़ी खुद नहीं बनाते हैं।
प्रमुख व्यक्ति जोखिम
जो कंपनी अपने सिस्टम खुद संचालित करती है, उसे उन्हें बनाने वाले लोगों की अनुपस्थिति से निपटना पड़ता है। हमारी रिपॉजिटरीज़ में रनबुक्स होती हैं, और परिवर्तनों में एक विनिर्देश (specification) तथा एक टिकट होता है जो यह दर्ज करता है कि उन्हें कैसे सत्यापित किया गया था। डेटाबेस माइग्रेशन उसी डेटाबेस के भीतर संग्रहीत होते हैं जिसे वे प्रबंधित करते हैं और उसके साथ रीस्टोर होने के बाद भी बने रहते हैं। हम रीस्टोर का शुरू से अंत तक परीक्षण करते हैं, और एक प्रकाशित टोपोलॉजी संपूर्ण आईटी परिवेश का विवरण देती है।
हम इसे कैसे सुरक्षित करते हैं आप कैसे बाहर निकलते हैं 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
दायाँ कॉलम हमारे अपने प्रोडक्ट कैटलॉग से आता है। हम इनवॉइस करने, शिप करने और अपने रिकॉर्ड रखने के लिए उन्हीं प्लेटफ़ॉर्म का उपयोग करते हैं जिन्हें हम बेचते हैं। देखें कि ये प्लेटफ़ॉर्म एक साथ कैसे काम करते हैं।
वॉकथ्रू की व्यवस्था करें
हम आपको इनमें से किसी भी सिस्टम के बारे में जानकारी दे सकते हैं, या आपके खरीद पैकेज के लिए टोपोलॉजी, नीतियाँ और क्षमता विवरण भेज सकते हैं।