𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝗶𝗻𝗴 𝗟𝗼𝘄-𝗟𝗮𝘁𝗲𝗻𝗰𝘆 𝗘𝘃𝗲𝗻𝘁 𝗔𝗻𝗮𝗹𝘆𝘁𝗶𝗰𝘀
ದೊಡ್ಡ ಭೌತಿಕ ಸ್ಥಳಗಳಿಗಾಗಿ (physical venues) ಡೇಟಾ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ನಿರ್ಮಿಸುವುದು ಕಷ್ಟಕರವಾಗಿದೆ.
20,000 ಜನರ ಕಾರ್ಯಕ್ರಮವು ಸಾಮಾನ್ಯ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಿಂತ ಭಿನ್ನವಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ, ಬಳಕೆದಾರರು ವಿವಿಧ ಸಮಯ ವಲಯಗಳಲ್ಲಿ (time zones) ಹರಡಿಕೊಂಡಿರುತ್ತಾರೆ. ಆದರೆ ಒಂದು ಸ್ಥಳದಲ್ಲಿ (venue), ಸಾವಿರಾರು ಜನರು ಏಕಕಾಲದಲ್ಲಿ ಡೇಟಾ ಸ್ಪೈಕ್ಗಳನ್ನು (data spikes) ಸೃಷ್ಟಿಸುತ್ತಾರೆ.
ಬ್ಯಾಚ್ ಪ್ರೊಸೆಸಿಂಗ್ (Batch processing) ಅಥವಾ ಲಾಂಗ್-ಪೋಲಿಂಗ್ (long-polling) ವಿಳಂಬಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಜನಸಂದಣಿ ನಿಯಂತ್ರಣದಲ್ಲಿ (crowd control), 15 ನಿಮಿಷಗಳ ವಿಳಂಬವು ವೈಫಲ್ಯಕ್ಕೆ ಸಮಾನ. ಇದು ಸಮಸ್ಯೆಗಳನ್ನು ತಡೆಯುವ ಬದಲು, ಹಳೆಯ ಸಮಸ್ಯೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವಂತೆ ಮಾಡುತ್ತದೆ.
ಸೆಕೆಂಡಿಗಿಂತ ಕಡಿಮೆ ವೇಗವನ್ನು ಪಡೆಯಲು, ಎಡ್ಜ್ ಹಾರ್ಡ್ವೇರ್ನಿಂದ (edge hardware) ನಿಮ್ಮ ಡ್ಯಾಶ್ಬೋರ್ಡ್ವರೆಗೆ ನಿರಂತರ ಸ್ಟ್ರೀಮ್ ಅಗತ್ಯವಿದೆ.
ಸ್ಥಿತಿಸ್ಥಾಪಕ ಟೆಲಿಮೆಟ್ರಿ ಪೈಪ್ಲೈನ್ಗಾಗಿ (resilient telemetry pipeline) ಇಲ್ಲಿದೆ ಒಂದು ನೀಲನಕ್ಷೆ.
Layer 1: Offline-First Edge Compute
ನಿಮಗೆ 5ms ಗಿಂತ ಕಡಿಮೆ ವಿಳಂಬ (latency) ಬೇಕಾಗುತ್ತದೆ. ಅಲ್ಲದೆ ನೆಟ್ವರ್ಕ್ ಡ್ರಾಪ್ಗಳನ್ನು (network drops) ನಿರ್ವಹಿಸುವ ಅಗತ್ಯವೂ ಇದೆ. Redis ನಂತಹ ಸ್ಥಳೀಯ ಇನ್-ಮೆಮರಿ ಕ್ಯಾಶ್ (in-memory cache) ಹೊಂದಿರುವ ಎಡ್ಜ್ ನೋಡ್ಗಳನ್ನು ಬಳಸಿ. ಕಾರ್ಯಕ್ರಮ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ನಿಮ್ಮ ಕ್ಲೌಡ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಈ ನೋಡ್ಗಳಿಗೆ ಮಿರರ್ ಮಾಡಿ.
ಒಬ್ಬ ಭೇಟಿ ನೀಡುವವರು ಟ್ಯಾಗ್ ಅನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡಿದಾಗ, ಸಿಸ್ಟಮ್ ಸ್ಥಳೀಯ ಕ್ಯಾಶ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇದು ಇಂಟರ್ನೆಟ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ರವೇಶ ದ್ವಾರಗಳ ಸಂಚಾರವನ್ನು ಸುಗಮವಾಗಿರಿಸುತ್ತದೆ.
Layer 2: Asynchronous Ingestion via MQTT
ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗಳು ಹೆಚ್ಚಾಗಿ ಅಸ್ಥಿರವಾಗಿರುತ್ತವೆ. MQTT ಹಗುರವಾಗಿದ್ದರಿಂದ ಅದನ್ನು ಬಳಸಿ. ಎಡ್ಜ್ ನೋಡ್ಗಳು ಕ್ಲೌಡ್ ಬ್ರೋಕರ್ (cloud broker) ಗೆ ಸಂದೇಶಗಳನ್ನು ಪ್ರಕಟಿಸುತ್ತವೆ. ನಂತರ ಬ್ರೋಕರ್ ಡೇಟಾವನ್ನು ನಿಮ್ಮ ಇಂಜೆಸ್ಟಿನ್ ಕ್ಯೂಗಳಿಗೆ (ingestion queues) ವರ್ಗಾಯಿಸುತ್ತದೆ.
Layer 3: Full-Duplex WebSockets
ನಿಮ್ಮ ಫ್ರಂಟ್ಎಂಡ್ ಅಪ್ಡೇಟ್ಗಳಿಗಾಗಿ ವಿನಂತಿ (request) ಮಾಡುವಂತೆ ಮಾಡಬೇಡಿ. ನಿಮ್ಮ API ಗೇಟ್ವೇಗೆ ನಿರಂತರ ಸಂಪರ್ಕವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು WebSockets ಬಳಸಿ. ಇದು ಆಪರೇಷನ್ಸ್ ತಂಡವು ಸೆಕೆಂಡಿಗಿಂತ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಸ್ಥಳೀಯ ಬದಲಾವಣೆಗಳನ್ನು ನೋಡುವಂತೆ ಮಾಡುತ್ತದೆ.
ಈ ಸೆಟಪ್ ತಂಡಗಳು ಜನಸಂದಣಿಯ ಏರಿಳಿತ ಅಥವಾ ಕಡಿಮೆ ತೊಡಗಿಸಿಕೊಳ್ಳುವಿಕೆಯನ್ನು ತಕ್ಷಣವೇ ಗುರುತಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ತಡೆ (bottleneck) ಉಂಟಾಗುವ ಮೊದಲೇ ನೀವು ಸಿಬ್ಬಂದಿಯನ್ನು ಮರುನಿರ್ದೇಶಿಸಬಹುದು.
ದಟ್ಟವಾದ ಜನಸಂದಳಕ್ಕಾಗಿ ನಿಮ್ಮ IoT ಹಾರ್ಡ್ವೇರ್ ಅನ್ನು ನೀವು ಹೇಗೆ ಉತ್ತಮಗೊಳಿಸುತ್ತೀರಿ? ನಿಮ್ಮ ಅನಿಸಿಕೆಗಳನ್ನು ಕೆಳಗೆ ಹಂಚಿಕೊಳ್ಳಿ.