आपका एजेंट आपकी पूरी सिस्टम का मानचित्र तैयार करता है। हर सत्र के बाद इसे फिर से लोड किया जाता है।

मानचित्र के तीन नियम

• टोपोलॉजी को केवल एक बार, रूट में ही आकर्षित किया जाता है। एक प्लेट कभी भी तारों को दोबारा नहीं दर्शाती; वह केवल अपने स्वयं के विवरणों एवं प्रक्रियाओं को ही दर्शाती है। नकल करने से ही त्रुटियाँ शुरू होती हैं, इसलिए संरचना के अनुसार ऐसा कुछ ही नहीं होता।
• मान कहीं भी मानचित्र पर दर्शाए नहीं गए हैं। न तो कोई बंदरगाह, न सीमाएँ, न कीमतें, न ही संख्याएँ – केवल यह बताया गया है कि संख्या कहाँ है, लेकिन वह क्या है, यह नहीं बताया गया। ऐसा मानचित्र, जिसमें मान दर्शाए गए हों, एक हफ्ते के भीतर ही गलत हो जाता है।
• जो भी कोई तार में परिवर्तन करता है, वह उसी सत्र में मानचित्र को अपडेट कर देता है। रूट में एक पंक्ति होती है – <what> की तुलना में <date> की पुष्टि की गई है – और रीडर मानचित्र पर ठीक उतना ही भरोसा करता है।

रूट मैप में क्या है, क्रमबद्ध रूप से

• दो वाक्यों में बताइए कि यह परियोजना क्या है, एवं सत्यापित जानकारी भी दीजिए।
• आरेख: बॉक्स एवं तीर; प्रत्येक तार के लिए एक तीर होता है, जिस पर उस तार में प्रवाहित होने वाली चीज़ दर्शाई गई है। पृष्ठ पर अन्य किसी चीज़ की तुलना में दिशा ही सबसे महत्वपूर्ण है।
• तारों की सूची: कौन शुरू करता है, क्या भेजा जाता है, और क्या कभी नहीं भेजा जाता। यही वह भाग है जो झूठों को पकड़ लेता है।
• स्टोर: हर वह जगह जहाँ स्थिति (state) रहती है, वहाँ क्या होता है, और क्या कभी नहीं होता।
• अनुक्रमणिका: प्रत्येक प्लेट नाम से, प्रत्येक प्रक्रिया प्लेट एवं अनुभाग के अनुसार।

एक प्लेट में क्या होता है

• अपने समतल के प्रत्येक भाग के लिए: वह क्या है, उसमें क्या है, वह किससे और किस दिशा में बातचीत करता है, वह कभी क्या नहीं करता, और चलने पर क्या होता है।
• मान कहाँ स्थित होते हैं — पॉइंटर, कभी मान नहीं।
• इसकी प्रक्रियाएँ: सटीक कमांड, सफलता जाँचने हेतु क्या पढ़ें, और इसे करते समय वास्तव में क्या गड़बड़ हुई, तारीख सहित।

आकार में एक मूल मानचित्र

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore