चार टोपोलॉजी, सभी read-only। Ring buffer हमेशा poll loop के पास ही रहता है; बाहर सिर्फ़ फ़्रीज़ किए गए snapshot ही जाते हैं। आपका प्लांट air-gapped हो, ऑन-प्रेम, हाइब्रिड या cloud-native — PulseMQ वहीं काम करता है जहाँ आप हैं।
नीचे दी गई हर डिप्लॉयमेंट टोपोलॉजी में सिक्योरिटी और डेटा-सेफ़्टी के यही तीन गुण हैं। बदलता है तो सिर्फ़ यह कि डेटा बाहर किस तरह जाता है (tiering)।
कंट्रोलर PulseMQ को read-only डेटा देते हैं। कोई भी write ऑपरेटर के एक्शन से ही होता है, जो role और domain से नियंत्रित है, और हर write अपनी evidence chain के साथ लॉग होता है। डिफ़ॉल्ट रूप से आपके PLC में कुछ भी नहीं छेड़ा जाता।
लाइव डेटा Edge appliance पर एक ring buffer में रहता है — किसी क्लाउड डेटाबेस में नहीं, किसी shared filesystem में नहीं। Poll loop इसी buffer में लिखता है और AlarmIQ यहीं से पढ़ता है। हर टोपोलॉजी यह locality बनाए रखती है।
जब डेटा Edge से किसी दूसरी जगह जाता है, तो वह एक फ़्रीज़ किया गया snapshot होता है — timestamp के साथ, versioned, जिसमें अब कोई बदलाव नहीं हो सकता। लाइव buffer Edge पर ही रहता है। आपके कंट्रोलर का कोई भी डेटा transit में अस्पष्ट हालत में नहीं पड़ा रहता।
प्लांट से बाहर कुछ नहीं जाता। कभी नहीं।
सब कुछ Edge box में रहता है — लाइव poll cache, ring buffer, alarm हिस्ट्री, replay snapshot, मशीन मॉडल। कोई outbound नेटवर्क पाथ न इस्तेमाल होता है, न चाहिए। ऑपरेटर प्लांट LAN से प्लेटफ़ॉर्म इस्तेमाल करते हैं। अपडेट साइन किए गए USB पैकेज से आते हैं — जब और अगर आप चाहें।
सबसे उपयुक्त: डिफ़ेंस से जुड़ी मैन्युफैक्चरिंग, रेगुलेटेड केमिकल प्रोसेस, और ऐसे प्लांट जहाँ OT नेटवर्क को जानबूझकर IT और इंटरनेट से अलग रखा गया है।
आपका VLAN। आपका DNS। आपकी identity।
Edge appliance लाइन के पास लगता है और आपके OT DMZ में एक प्लांट सर्वर को डेटा देता है। सारा स्टोरेज, सारे यूज़र अकाउंट, सारे API endpoint आपके नेटवर्क की सीमा के अंदर रहते हैं। प्लेटफ़ॉर्म आपके identity provider (Active Directory, Okta या LDAP) से authenticate करता है। जब तक आप ख़ुद कॉन्फ़िगर न करें, कुछ भी firewall पार नहीं करता।
सबसे उपयुक्त: ऐसे प्लांट जिनमें पहले से OT DMZ आर्किटेक्चर और परिपक्व IT/OT अलगाव है। ऐसी कंपनियाँ जिनकी data-locality की सख़्त ज़रूरतें हैं, या जहाँ compliance नियम ऑन-प्रेम स्टोरेज तय करते हैं।
OT अपनी जगह रहता है। रिपोर्टिंग क्लाउड में जाती है।
लाइव लेयर ऑन-प्रेम रहती है — लाइन के पास Edge appliance, और AlarmIQ व Manufacturing के लिए प्लांट सर्वर। आपके क्लाउड में बाहर जाते हैं सिर्फ़ फ़्रीज़ किए गए event snapshot: alarm रिकॉर्ड, cycle histogram, OEE roll-up। मल्टी-साइट रिपोर्टिंग और cross-plant dashboard क्लाउड में होते हैं। लेकिन आपका लाइव PLC डेटा कभी transit में नहीं पड़ा रहता।
सबसे उपयुक्त: ऐसे मल्टी-साइट मैन्युफैक्चरर जो सभी प्लांट्स को एक ही स्क्रीन पर देखना चाहते हैं, लेकिन प्रोडक्शन के लिए ज़रूरी डेटा ऑन-प्रेम ही रखना चाहते हैं। फ़ूड और बेवरेज, पैकेजिंग और मल्टी-प्लांट CPG में आम।
Edge से AWS तक। सबसे तेज़ सेटअप।
Edge appliance सीधे AWS पर आपके PulseMQ क्लाउड instance को publish करता है। स्टोरेज, identity, dashboard और मल्टी-यूज़र एक्सेस — सब AWS में एक प्राइवेट tenant के पीछे चलते हैं। प्लांट सर्वर की ज़रूरत नहीं। यह खड़ी करने में सबसे तेज़ टोपोलॉजी है — हफ़्तों में नहीं, घंटों में।
सबसे उपयुक्त: Greenfield डिप्लॉयमेंट, ऐसे प्लांट जिनमें OT DMZ इंफ्रास्ट्रक्चर नहीं है, और सिंगल-साइट रोलआउट जहाँ क्लाउड पहले से डिफ़ॉल्ट है। पायलट के लिए भी सही विकल्प — IT के प्लांट सर्वर देने का इंतज़ार किए बिना पहली वैल्यू तक पहुँचें।
हर टोपोलॉजी में read-only, ring buffer और फ़्रीज़ किए गए snapshot की वही गारंटी रहती है। फ़र्क़ सिर्फ़ इतना है कि डेटा कहाँ रहता है और बाहर कितनी दूर तक जाता है।
| T1 · Air-Gapped | T2 · ऑन-प्रेम | T3 · हाइब्रिड | T4 · क्लाउड | |
|---|---|---|---|---|
| क्लाउड से संपर्क | कोई नहीं | कोई नहीं | सिर्फ़ snapshot | हाँ |
| प्लांट सर्वर चाहिए | नहीं | हाँ | हाँ | नहीं |
| मल्टी-साइट rollup | हर साइट अलग द्वीप | वैकल्पिक पोर्टल | बिल्ट-इन | बिल्ट-इन |
| पहली वैल्यू तक का समय | 1–2 हफ़्ते | 1–2 हफ़्ते | 1–2 हफ़्ते | कुछ दिन |
| IT की भागीदारी | न्यूनतम | काफ़ी | मध्यम | न्यूनतम |
| OT firewall में बदलाव | कोई नहीं | DMZ की ओर read-only outbound | T2 जैसा ही | इंटरनेट की ओर read-only outbound |
| पायलट के लिए सबसे उपयुक्त | रेगुलेटेड प्लांट | पहले से DMZ वाले प्लांट | मल्टी-प्लांट CPG | Greenfield / तेज़ी |
पहले दिन टोपोलॉजी तय करना ज़रूरी नहीं है। हर पायलट T1 या T4 से शुरू होता है (जिसे आपका IT सबसे जल्दी मंज़ूर करे), और इनके बीच टोपोलॉजी बदलना सीधे सपोर्टेड है — क्योंकि चारों में प्लेटफ़ॉर्म का कोड एक जैसा है।
पक्का नहीं कि कौन-सी सही है? अपने प्लांट का नेटवर्क डायग्राम लाइए, हम बता देंगे कि क्या सही बैठता है। हर पायलट में sales engineering शामिल है — कोई लंबी RFP प्रक्रिया नहीं।
पायलट बुक करें सेल्स गाइड पाएँ (PDF, अंग्रेज़ी में)