ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಮಾನಿಟರಿಂಗ್: ನಾವು ಹಳೆಯ BMS ಅನ್ನು ಹೊಸದರೊಂದಿಗೆ ಹೇಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ಭಾಗ 2

ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಮಾನಿಟರಿಂಗ್: ನಾವು ಹಳೆಯ BMS ಅನ್ನು ಹೊಸದರೊಂದಿಗೆ ಹೇಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ಭಾಗ 2

ಮೊದಲ ಭಾಗದಲ್ಲಿ, ನಮ್ಮ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿನ ಹಳೆಯ BMS ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಸದರೊಂದಿಗೆ ಬದಲಾಯಿಸಲು ನಾವು ಏಕೆ ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಎಂಬುದರ ಕುರಿತು ನಾವು ಮಾತನಾಡಿದ್ದೇವೆ. ಮತ್ತು ಕೇವಲ ಬದಲಾಯಿಸುವುದಿಲ್ಲ, ಆದರೆ ನಿಮ್ಮ ಅವಶ್ಯಕತೆಗಳಿಗೆ ತಕ್ಕಂತೆ ಮೊದಲಿನಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಿ. ಎರಡನೇ ಭಾಗದಲ್ಲಿ ನಾವು ಅದನ್ನು ಹೇಗೆ ಮಾಡಿದ್ದೇವೆ ಎಂದು ಹೇಳುತ್ತೇವೆ.

ಮಾರುಕಟ್ಟೆ ವಿಶ್ಲೇಷಣೆ

ವಿವರಿಸಿದವರನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದು ಮೊದಲ ಭಾಗ ಶುಭಾಶಯಗಳು ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಯನ್ನು ನವೀಕರಿಸಲು ನಿರಾಕರಿಸುವ ನಿರ್ಧಾರ, ನಾವು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಪರಿಹಾರವನ್ನು ಕಂಡುಹಿಡಿಯಲು ತಾಂತ್ರಿಕ ವಿವರಣೆಯನ್ನು ಬರೆದಿದ್ದೇವೆ ಮತ್ತು ಕೈಗಾರಿಕಾ SCADA ವ್ಯವಸ್ಥೆಗಳ ರಚನೆಯಲ್ಲಿ ಮಾತ್ರ ತೊಡಗಿರುವ ಹಲವಾರು ದೊಡ್ಡ ಕಂಪನಿಗಳಿಗೆ ವಿಚಾರಣೆ ನಡೆಸಿದ್ದೇವೆ. 

ಅವರಿಂದ ಬಂದ ಮೊಟ್ಟಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಮಾರುಕಟ್ಟೆಯ ನಾಯಕರು ಪ್ರಾಥಮಿಕವಾಗಿ ಹಾರ್ಡ್‌ವೇರ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸಿದ್ದಾರೆ ಎಂದು ತೋರಿಸಿದೆ, ಆದರೂ ಈ ವಿಭಾಗದಲ್ಲಿ ಮೋಡಗಳಿಗೆ ವಲಸೆಯ ಪ್ರಕ್ರಿಯೆಯು ಈಗಾಗಲೇ ಪ್ರಾರಂಭವಾಗಿದೆ. ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಕಾಯ್ದಿರಿಸಲು, ಯಾರೂ ಈ ಆಯ್ಕೆಯನ್ನು ಬೆಂಬಲಿಸಲಿಲ್ಲ. ಇದಲ್ಲದೆ, ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಗೋಚರಿಸುವ ಯಾವುದೇ ಡೆವಲಪರ್‌ಗಳು ಪುನರಾವರ್ತನೆಯ ಅಗತ್ಯತೆಯ ತಿಳುವಳಿಕೆಯನ್ನು ಸಹ ಪ್ರದರ್ಶಿಸಲಿಲ್ಲ ಎಂಬ ಭಾವನೆ ಇತ್ತು: "ಮೋಡವು ಬೀಳುತ್ತಿಲ್ಲ" ಎಂಬುದು ಸಾಮಾನ್ಯ ಉತ್ತರವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಅದೇ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಭೌತಿಕವಾಗಿ ಇರುವ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಡೇಟಾ ಸೆಂಟರ್ ಮಾನಿಟರಿಂಗ್ ಅನ್ನು ಇರಿಸಲು ನಮಗೆ ಅವಕಾಶ ನೀಡಲಾಯಿತು.

ಇಲ್ಲಿ ನಾವು ಗುತ್ತಿಗೆದಾರರನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯ ಬಗ್ಗೆ ಒಂದು ಸಣ್ಣ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ಬೆಲೆ, ಸಹಜವಾಗಿ, ವಿಷಯಗಳು, ಆದರೆ ಸಂಕೀರ್ಣ ಯೋಜನೆಯ ಅನುಷ್ಠಾನಕ್ಕಾಗಿ ಯಾವುದೇ ಟೆಂಡರ್ ಸಮಯದಲ್ಲಿ, ಪೂರೈಕೆದಾರರೊಂದಿಗಿನ ಸಂಭಾಷಣೆಯ ಹಂತದಲ್ಲಿ, ಯಾವ ಅಭ್ಯರ್ಥಿಗಳು ಹೆಚ್ಚು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಮರ್ಥರಾಗಿದ್ದಾರೆಂದು ನೀವು ಭಾವಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ. 

ಸಂಕೀರ್ಣ ಯೋಜನೆಗಳಲ್ಲಿ ಇದು ವಿಶೇಷವಾಗಿ ಗಮನಾರ್ಹವಾಗಿದೆ. 

ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುವ ಸ್ವರೂಪದ ಆಧಾರದ ಮೇಲೆ, ಗುತ್ತಿಗೆದಾರರನ್ನು ಸರಳವಾಗಿ ಮಾರಾಟ ಮಾಡಲು ಆಸಕ್ತಿ ಹೊಂದಿರುವವರು (ಮಾರಾಟ ವ್ಯವಸ್ಥಾಪಕರ ಪ್ರಮಾಣಿತ ಒತ್ತಡವನ್ನು ಅನುಭವಿಸಲಾಗುತ್ತದೆ) ಮತ್ತು ಉತ್ಪನ್ನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಆಸಕ್ತಿ ಹೊಂದಿರುವವರು, ಗ್ರಾಹಕರನ್ನು ಕೇಳಿ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಂಡ ನಂತರ, ರಚನಾತ್ಮಕವಾಗಿ ವಿಂಗಡಿಸಬಹುದು. ಅಂತಿಮ ಆಯ್ಕೆಯ ಮುಂಚೆಯೇ ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಿಗೆ ತಿದ್ದುಪಡಿಗಳು (ಬೇರೊಬ್ಬರ ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳನ್ನು ಸುಧಾರಿಸುವ ಮತ್ತು ಟೆಂಡರ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ನಿಜವಾದ ಅಪಾಯದ ಹೊರತಾಗಿಯೂ), ಕೊನೆಯಲ್ಲಿ ಅವರು ವೃತ್ತಿಪರ ಸವಾಲನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಉತ್ತಮ ಉತ್ಪನ್ನವನ್ನು ಮಾಡಲು ಸಿದ್ಧರಾಗಿದ್ದಾರೆ.

ಇವೆಲ್ಲವೂ ತುಲನಾತ್ಮಕವಾಗಿ ಸಣ್ಣ ಸ್ಥಳೀಯ ಡೆವಲಪರ್‌ಗೆ ಗಮನ ಕೊಡುವಂತೆ ಮಾಡಿತು - ಸನ್‌ಲೈನ್ ಗ್ರೂಪ್ ಆಫ್ ಕಂಪನಿಗಳು, ಇದು ನಮ್ಮ ಹೆಚ್ಚಿನ ಅವಶ್ಯಕತೆಗಳಿಗೆ ತಕ್ಷಣವೇ ಪ್ರತಿಕ್ರಿಯಿಸಿತು ಮತ್ತು ಹೊಸ BMS ಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಅಗತ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಿದ್ಧವಾಗಿದೆ. 

ಅಪಾಯಗಳು

ದೊಡ್ಡ ಆಟಗಾರರು ನಮಗೆ ಬೇಕಾದುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವಾಗ ಮತ್ತು ಪೂರ್ವ-ಮಾರಾಟ ಮಟ್ಟದ ತಜ್ಞರನ್ನು ಒಳಗೊಂಡಂತೆ ನಮ್ಮೊಂದಿಗೆ ನಿಧಾನವಾಗಿ ಪತ್ರವ್ಯವಹಾರವನ್ನು ನಡೆಸುತ್ತಿರುವಾಗ, ಸ್ಥಳೀಯ ಡೆವಲಪರ್ ಅವರ ತಾಂತ್ರಿಕ ತಂಡದ ಭಾಗವಹಿಸುವಿಕೆಯೊಂದಿಗೆ ನಮ್ಮ ಕಚೇರಿಯಲ್ಲಿ ಸಭೆಯನ್ನು ನಿಗದಿಪಡಿಸಿದರು. ಈ ಸಭೆಯಲ್ಲಿ, ಗುತ್ತಿಗೆದಾರರು ಯೋಜನೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವ ಬಯಕೆಯನ್ನು ಮತ್ತೊಮ್ಮೆ ಪ್ರದರ್ಶಿಸಿದರು ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಅಗತ್ಯವಿರುವ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದು ಎಂಬುದನ್ನು ವಿವರಿಸಿದರು.    

ಸಭೆಯ ಮೊದಲು, ಅದರ ಹಿಂದೆ ದೊಡ್ಡ ರಾಷ್ಟ್ರೀಯ ಅಥವಾ ಅಂತರರಾಷ್ಟ್ರೀಯ ಕಂಪನಿಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿರದ ತಂಡದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಎರಡು ಅಪಾಯಗಳನ್ನು ನಾವು ನೋಡಿದ್ದೇವೆ:

  1. ತಜ್ಞರು ತಮ್ಮ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಅತಿಯಾಗಿ ಅಂದಾಜು ಮಾಡಬಹುದು ಮತ್ತು ಪರಿಣಾಮವಾಗಿ, ಸರಳವಾಗಿ ನಿಭಾಯಿಸಲು ವಿಫಲರಾಗುತ್ತಾರೆ; ಉದಾಹರಣೆಗೆ, ಅವರು ಸಂಕೀರ್ಣ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಅಥವಾ ಕಾರ್ಯಸಾಧ್ಯವಲ್ಲದ ಮೀಸಲಾತಿ ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುತ್ತಾರೆ.
  2. ಯೋಜನೆಯು ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಯೋಜನಾ ತಂಡವು ವಿಭಜನೆಯಾಗಬಹುದು ಮತ್ತು ಆದ್ದರಿಂದ, ಉತ್ಪನ್ನ ಬೆಂಬಲವು ಅಪಾಯದಲ್ಲಿದೆ.

ಈ ಅಪಾಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ನಾವು ನಮ್ಮದೇ ಅಭಿವೃದ್ಧಿ ತಜ್ಞರನ್ನು ಸಭೆಗೆ ಆಹ್ವಾನಿಸಿದ್ದೇವೆ. ಸಂಭಾವ್ಯ ಗುತ್ತಿಗೆದಾರರ ಉದ್ಯೋಗಿಗಳನ್ನು ವ್ಯವಸ್ಥೆಯು ಯಾವುದನ್ನು ಆಧರಿಸಿದೆ, ಹೇಗೆ ಪುನರಾವರ್ತನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಸೇವೆಯಾಗಿ ನಾವು ಸಾಕಷ್ಟು ಸಮರ್ಥರಲ್ಲದ ಇತರ ಸಮಸ್ಯೆಗಳ ಕುರಿತು ಕೂಲಂಕಷವಾಗಿ ಸಂದರ್ಶಿಸಲಾಗಿದೆ.

ತೀರ್ಪು ಸಕಾರಾತ್ಮಕವಾಗಿದೆ: ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ BMS ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ವಾಸ್ತುಶಿಲ್ಪವು ಆಧುನಿಕ, ಸರಳ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ, ಸುಧಾರಿಸಬಹುದು, ಪ್ರಸ್ತಾವಿತ ಪುನರಾವರ್ತನೆ ಮತ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಯೋಜನೆ ತಾರ್ಕಿಕ ಮತ್ತು ಕಾರ್ಯಸಾಧ್ಯವಾಗಿದೆ. 

ಮೊದಲ ಅಪಾಯವನ್ನು ನಿಭಾಯಿಸಲಾಯಿತು. ಎರಡನೆಯದನ್ನು ಗುತ್ತಿಗೆದಾರರಿಂದ ದೃಢೀಕರಣವನ್ನು ಪಡೆದ ನಂತರ ಹೊರಗಿಡಲಾಗಿದೆ, ಅವರು ಸಿಸ್ಟಮ್ ಮತ್ತು ದಸ್ತಾವೇಜನ್ನು ನಮಗೆ ವರ್ಗಾಯಿಸಲು ಸಿದ್ಧರಾಗಿದ್ದಾರೆ ಮತ್ತು ಪೈಥಾನ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೂಲಕ ನಮ್ಮ ತಜ್ಞರಿಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿರುತ್ತದೆ. ಅಭಿವೃದ್ಧಿ ಕಂಪನಿಯು ಮಾರುಕಟ್ಟೆಯಿಂದ ಹೊರಗುಳಿಯುವ ಸಂದರ್ಭದಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲದೆ ಮತ್ತು ದೀರ್ಘಾವಧಿಯ ಉದ್ಯೋಗಿ ತರಬೇತಿಯನ್ನು ನಮ್ಮದೇ ಆದ ಮೇಲೆ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಅವಕಾಶವನ್ನು ಇದು ನಮಗೆ ಖಾತರಿಪಡಿಸಿತು.

ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಹೆಚ್ಚುವರಿ ಪ್ರಯೋಜನವೆಂದರೆ ಇದನ್ನು ಡಾಕರ್ ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ: ಈ ಪರಿಸರದಲ್ಲಿ ಕರ್ನಲ್, ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಉತ್ಪನ್ನ ಡೇಟಾಬೇಸ್ ಕಾರ್ಯ. ಈ ವಿಧಾನವು ಅನೇಕ ಪ್ರಯೋಜನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, "ಕ್ಲಾಸಿಕ್" ಗೆ ಹೋಲಿಸಿದರೆ ಪರಿಹಾರದ ನಿಯೋಜನೆಯ ಹೆಚ್ಚಿನ ವೇಗಕ್ಕಾಗಿ ಪೂರ್ವನಿಗದಿ ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ಗೆ ಹೊಸ ಸಾಧನಗಳ ಸುಲಭ ಸೇರ್ಪಡೆ. "ಎಲ್ಲಾ ಒಟ್ಟಿಗೆ" ತತ್ವವು ಸಿಸ್ಟಮ್ನ ಅನುಷ್ಠಾನವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳಗೊಳಿಸುತ್ತದೆ: ಸಿಸ್ಟಮ್ ಅನ್ನು ಅನ್ಪ್ಯಾಕ್ ಮಾಡಿ ಮತ್ತು ನೀವು ತಕ್ಷಣ ಅದನ್ನು ಬಳಸಬಹುದು. 

ಈ ಪರಿಹಾರದೊಂದಿಗೆ, ಸಿಸ್ಟಮ್ನ ನಕಲುಗಳನ್ನು ಮಾಡುವುದು ಸುಲಭ, ಮತ್ತು ನೀವು ಅದನ್ನು ಸುಧಾರಿಸಬಹುದು ಮತ್ತು ಒಟ್ಟಾರೆಯಾಗಿ ಪರಿಹಾರದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿಲ್ಲಿಸದೆಯೇ ಪ್ರತ್ಯೇಕ ಪರಿಸರದಲ್ಲಿ ನವೀಕರಣಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು.  

ಎರಡೂ ಅಪಾಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿದ ನಂತರ, ಗುತ್ತಿಗೆದಾರನು CP ಅನ್ನು ಒದಗಿಸಿದನು. ಇದು ನಮಗೆ BMS ವ್ಯವಸ್ಥೆಯ ಎಲ್ಲಾ ಪ್ರಮುಖ ನಿಯತಾಂಕಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಮೀಸಲಾತಿ

ಹೊಸ BMS ಸಿಸ್ಟಮ್ ಅನ್ನು ಕ್ಲೌಡ್‌ನಲ್ಲಿ, ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ ಇರಿಸಬೇಕಾಗಿತ್ತು. 

ಯಾವುದೇ ಹಾರ್ಡ್‌ವೇರ್ ಇಲ್ಲ, ಸರ್ವರ್‌ಗಳಿಲ್ಲ ಮತ್ತು ಈ ನಿಯೋಜನೆ ಮಾದರಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಅನಾನುಕೂಲತೆಗಳು ಮತ್ತು ಅಪಾಯಗಳು - ಕ್ಲೌಡ್ ಪರಿಹಾರವು ಅವುಗಳನ್ನು ಶಾಶ್ವತವಾಗಿ ತೊಡೆದುಹಾಕಲು ನಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು. ಸೇಂಟ್ ಪೀಟರ್ಸ್ಬರ್ಗ್ ಮತ್ತು ಮಾಸ್ಕೋದಲ್ಲಿ ಎರಡು ಡೇಟಾ ಸೆಂಟರ್ ಸೈಟ್ಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ ನಮ್ಮ ಕ್ಲೌಡ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಲಾಯಿತು. ಇವುಗಳು ಎಲ್ಲಾ ಅಧಿಕೃತ ತಜ್ಞರಿಗೆ ಪ್ರವೇಶದೊಂದಿಗೆ ಸಕ್ರಿಯ ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಎರಡು ಸಂಪೂರ್ಣ ಕ್ರಿಯಾತ್ಮಕ ವ್ಯವಸ್ಥೆಗಳಾಗಿವೆ. 

ಎರಡು ವ್ಯವಸ್ಥೆಗಳು ಪರಸ್ಪರ ವಿಮೆ ಮಾಡುತ್ತವೆ, ಕಂಪ್ಯೂಟಿಂಗ್ ಪವರ್ ಮತ್ತು ಡೇಟಾ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಚಾನಲ್ಗಳ ಸಂಪೂರ್ಣ ಮೀಸಲು ಒದಗಿಸುತ್ತವೆ. ಹೆಚ್ಚುವರಿ ಭದ್ರತಾ ಕ್ರಮಗಳನ್ನು ಸಹ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಡೇಟಾ ಮತ್ತು ಚಾನಲ್‌ಗಳ ಬ್ಯಾಕಪ್, ಸಿಸ್ಟಮ್‌ಗಳು, ಸಾಮಾನ್ಯವಾಗಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ತಿಂಗಳಿಗೊಮ್ಮೆ ಪ್ರತ್ಯೇಕ ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್ (ನಿರ್ವಹಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆಯ ವಿಷಯದಲ್ಲಿ ಅತ್ಯಮೂಲ್ಯ ಸಂಪನ್ಮೂಲ). 

BMS ಪರಿಹಾರದಲ್ಲಿ ಒಂದು ಆಯ್ಕೆಯಾಗಿ ಪುನರಾವರ್ತನೆಯನ್ನು ನಮ್ಮ ವಿನಂತಿಗಾಗಿ ವಿಶೇಷವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಮೀಸಲಾತಿ ಯೋಜನೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಮಾನಿಟರಿಂಗ್: ನಾವು ಹಳೆಯ BMS ಅನ್ನು ಹೊಸದರೊಂದಿಗೆ ಹೇಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ಭಾಗ 2

ಬೆಂಬಲ

BMS ಪರಿಹಾರದ ಪರಿಣಾಮಕಾರಿ ಕಾರ್ಯಾಚರಣೆಗೆ ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ತಾಂತ್ರಿಕ ಬೆಂಬಲ. 

ಇಲ್ಲಿ ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ: ಈ ಸೂಚಕದ ಪ್ರಕಾರ ಹೊಸ ವ್ಯವಸ್ಥೆಯು ನಮಗೆ 35 ರೂಬಲ್ಸ್ಗಳನ್ನು ವೆಚ್ಚ ಮಾಡುತ್ತದೆ. SLA ಗಾಗಿ ತಿಂಗಳಿಗೆ "000 ಗಂಟೆಗಳ ಒಳಗೆ ಪ್ರತಿಕ್ರಿಯೆ", ಅಂದರೆ, ವರ್ಷಕ್ಕೆ 8 x 35 / 000 = $12. ಮೊದಲ ವರ್ಷ ಉಚಿತ. 

ಹೋಲಿಕೆಗಾಗಿ, ಮಾರಾಟಗಾರರಿಂದ ಹಳೆಯ BMS ಅನ್ನು ನಿರ್ವಹಿಸುವುದು ಪ್ರತಿ ವರ್ಷಕ್ಕೆ $18 ವೆಚ್ಚವಾಗುತ್ತದೆ ಮತ್ತು ಸೇರಿಸಲಾದ ಪ್ರತಿ ಹೊಸ ಸಾಧನಕ್ಕೆ ಮೊತ್ತದ ಹೆಚ್ಚಳದೊಂದಿಗೆ! ಅದೇ ಸಮಯದಲ್ಲಿ, ಕಂಪನಿಯು ಮೀಸಲಾದ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ಒದಗಿಸಲಿಲ್ಲ; ಎಲ್ಲಾ ಸಂವಹನವು ಮಾರಾಟ ವ್ಯವಸ್ಥಾಪಕರ ಮೂಲಕ ನಡೆಯಿತು, ಅವರು ಸಂಭಾವ್ಯ ಖರೀದಿದಾರರಾಗಿ ನಮ್ಮಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರುವ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಅನುಗುಣವಾದ ಒತ್ತು ನೀಡುತ್ತಾರೆ. 

ಕಡಿಮೆ ಹಣಕ್ಕಾಗಿ, ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳುವ ಖಾತೆ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ನಾವು ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನ ಬೆಂಬಲವನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ, ಒಂದು ಪ್ರವೇಶ ಬಿಂದು, ಇತ್ಯಾದಿ. ಬೆಂಬಲವು ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವಂತಾಯಿತು - ಸಿಸ್ಟಮ್‌ನ ಯಾವುದೇ ಅಂಶಕ್ಕೆ ತ್ವರಿತ ಹೊಂದಾಣಿಕೆಗಳಿಗಾಗಿ ಡೆವಲಪರ್‌ಗಳಿಗೆ ನೇರ ಪ್ರವೇಶಕ್ಕೆ ಧನ್ಯವಾದಗಳು, API ಮೂಲಕ ಏಕೀಕರಣ, ಇತ್ಯಾದಿ.

ಅಪ್ಡೇಟ್ಗಳು

ಹೊಸ BMS ನಲ್ಲಿ ಪ್ರಸ್ತಾವಿತ CP ಪ್ರಕಾರ, ಎಲ್ಲಾ ನವೀಕರಣಗಳನ್ನು ಬೆಂಬಲದ ವೆಚ್ಚದಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ, ಅಂದರೆ. ಹೆಚ್ಚುವರಿ ಪಾವತಿ ಅಗತ್ಯವಿಲ್ಲ. ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚುವರಿ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಅಭಿವೃದ್ಧಿಯು ವಿನಾಯಿತಿಯಾಗಿದೆ. 

ಹಳೆಯ ಸಿಸ್ಟಮ್‌ಗೆ ಫರ್ಮ್‌ವೇರ್ ಅಪ್‌ಡೇಟ್‌ಗಳು (ಜಾವಾ ನಂತಹ) ಮತ್ತು ದೋಷ ಪರಿಹಾರಗಳೆರಡಕ್ಕೂ ಪಾವತಿಯ ಅಗತ್ಯವಿದೆ. ಇದನ್ನು ನಿರಾಕರಿಸುವುದು ಅಸಾಧ್ಯವಾಗಿತ್ತು; ನವೀಕರಣಗಳ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ, ಆಂತರಿಕ ಘಟಕಗಳ ಹಳೆಯ ಆವೃತ್ತಿಗಳಿಂದಾಗಿ ಸಿಸ್ಟಮ್ ಒಟ್ಟಾರೆಯಾಗಿ "ನಿಧಾನವಾಯಿತು".

ಮತ್ತು, ಸಹಜವಾಗಿ, ಬೆಂಬಲ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಖರೀದಿಸದೆ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನವೀಕರಿಸಲು ಅಸಾಧ್ಯವಾಗಿತ್ತು.

ಹೊಂದಿಕೊಳ್ಳುವ ವಿಧಾನ

ಇಂಟರ್ಫೇಸ್ಗೆ ಸಂಬಂಧಿಸಿದ ಮತ್ತೊಂದು ಮೂಲಭೂತ ಅವಶ್ಯಕತೆ. ಡೇಟಾ ಕೇಂದ್ರದ ಪ್ರದೇಶದಲ್ಲಿ ಇಂಜಿನಿಯರ್‌ನ ಕಡ್ಡಾಯ ಉಪಸ್ಥಿತಿಯಿಲ್ಲದೆ ಎಲ್ಲಿಂದಲಾದರೂ ವೆಬ್ ಬ್ರೌಸರ್ ಮೂಲಕ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಾವು ಅನಿಮೇಟೆಡ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ ಇದರಿಂದ ಮೂಲಭೂತ ಸೌಕರ್ಯದ ಡೈನಾಮಿಕ್ಸ್ ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಎಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ. 

ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಎಂಜಿನಿಯರಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವರ್ಚುವಲ್ ಸಂವೇದಕಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸೂತ್ರಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು - ಉದಾಹರಣೆಗೆ, ಸಲಕರಣೆಗಳ ಚರಣಿಗೆಗಳಾದ್ಯಂತ ವಿದ್ಯುತ್ ಶಕ್ತಿಯ ಅತ್ಯುತ್ತಮ ವಿತರಣೆಗಾಗಿ. ಇದನ್ನು ಮಾಡಲು, ಸಂವೇದಕ ಸೂಚಕಗಳಿಗೆ ಅನ್ವಯವಾಗುವ ಎಲ್ಲಾ ಸಾಮಾನ್ಯ ಗಣಿತದ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿಮ್ಮ ಇತ್ಯರ್ಥಕ್ಕೆ ನೀವು ಹೊಂದಿರಬೇಕು. 

ಮುಂದೆ, SQL ಡೇಟಾಬೇಸ್‌ಗೆ ಪ್ರವೇಶವು ಸಲಕರಣೆಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಅಗತ್ಯ ಡೇಟಾವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯದೊಂದಿಗೆ ಅಗತ್ಯವಿದೆ - ಅವುಗಳೆಂದರೆ, ಎರಡು ಸಾವಿರ ಸಾಧನಗಳ ಎಲ್ಲಾ ಮೇಲ್ವಿಚಾರಣಾ ದಾಖಲೆಗಳು ಮತ್ತು ಸುಮಾರು 20 ಸಾವಿರ ಅಸ್ಥಿರಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ಎರಡು ಸಾವಿರ ವರ್ಚುವಲ್ ಸಂವೇದಕಗಳು. 

ಯಂತ್ರಾಂಶದ ಒಟ್ಟು ತೂಕದ ಲೆಕ್ಕಾಚಾರದೊಂದಿಗೆ ಪ್ರತಿ ಘಟಕದಲ್ಲಿನ ಸಾಧನಗಳ ಜೋಡಣೆಯ ಚಿತ್ರಾತ್ಮಕ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ಒದಗಿಸುವ ರ್ಯಾಕ್ ಸಲಕರಣೆಗಳ ಲೆಕ್ಕಪತ್ರ ಮಾಡ್ಯೂಲ್ ಸಹ ಅಗತ್ಯವಾಗಿತ್ತು, ಸಾಧನಗಳ ಗ್ರಂಥಾಲಯವನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಪ್ರತಿ ಅಂಶದ ಬಗ್ಗೆ ವಿವರವಾದ ಮಾಹಿತಿ. 

ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳ ಅನುಮೋದನೆ ಮತ್ತು ಒಪ್ಪಂದದ ಸಹಿ

ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅಗತ್ಯವಾದ ಸಮಯದಲ್ಲಿ, "ದೊಡ್ಡ" ಕಂಪನಿಗಳೊಂದಿಗಿನ ಪತ್ರವ್ಯವಹಾರವು ಅವರ ಪ್ರಸ್ತಾಪಗಳ ವೆಚ್ಚವನ್ನು ಚರ್ಚಿಸುವುದರಿಂದ ಇನ್ನೂ ದೂರವಿತ್ತು, ಆದ್ದರಿಂದ ನಾವು ಸ್ವೀಕರಿಸಿದ CP ಅನ್ನು ಹಳೆಯ BMS ಅನ್ನು ನವೀಕರಿಸುವ ವೆಚ್ಚಗಳೊಂದಿಗೆ ಹೋಲಿಸಿದ್ದೇವೆ (ನೋಡಿ. ಮೊದಲ ಭಾಗ), ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಇದು ಬೆಲೆಯಲ್ಲಿ ಹೆಚ್ಚು ಆಕರ್ಷಕವಾಗಿದೆ ಮತ್ತು ನಮ್ಮ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುತ್ತದೆ.

ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ.

ಗುತ್ತಿಗೆದಾರನನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ನಂತರ, ವಕೀಲರು ಒಪ್ಪಂದವನ್ನು ರೂಪಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು, ಮತ್ತು ಎರಡೂ ಕಡೆಯ ತಾಂತ್ರಿಕ ತಂಡಗಳು ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳನ್ನು ಹೊಳಪು ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದವು. ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ವಿವರವಾದ ಮತ್ತು ಸಮರ್ಥ ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳು ಯಾವುದೇ ಕೆಲಸದ ಯಶಸ್ಸಿಗೆ ಆಧಾರವಾಗಿದೆ. ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಲ್ಲಿ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟತೆಗಳಿವೆ, "ಆದರೆ ಇದು ನಾವು ಬಯಸಿದ್ದಲ್ಲ" ಎಂಬಂತಹ ಕಡಿಮೆ ನಿರಾಶೆಗಳು.

ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಲ್ಲಿ ಅವಶ್ಯಕತೆಗಳ ವಿವರಗಳ ಮಟ್ಟದ ಎರಡು ಉದಾಹರಣೆಗಳನ್ನು ನಾನು ನೀಡುತ್ತೇನೆ:

  1. ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಡೇಟಾ ಕೇಂದ್ರಗಳು BMS ಗೆ ಹೊಸ ಸಾಧನಗಳನ್ನು ಸೇರಿಸಲು ಅಧಿಕಾರವನ್ನು ಹೊಂದಿವೆ, ಹೆಚ್ಚಾಗಿ ಇವು PDUಗಳಾಗಿವೆ. ಹಳೆಯ BMS ನಲ್ಲಿ, ಇದು "ನಿರ್ವಾಹಕ" ಮಟ್ಟವಾಗಿತ್ತು, ಇದು ಎಲ್ಲಾ ಸಾಧನಗಳ ವೇರಿಯಬಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲು ಸಹ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು ಮತ್ತು ಕಾರ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಅಸಾಧ್ಯವಾಗಿತ್ತು. ಇದು ನಮಗೆ ಹಿಡಿಸಲಿಲ್ಲ. ಹೊಸ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಮೂಲ ಆವೃತ್ತಿಯಲ್ಲಿ, ಯೋಜನೆಯು ಹೋಲುತ್ತದೆ. ನಾವು ಈ ಪಾತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಬಯಸುತ್ತೇವೆ ಎಂದು ನಾವು ತಕ್ಷಣ ಉಲ್ಲೇಖದ ನಿಯಮಗಳಲ್ಲಿ ಸೂಚಿಸಿದ್ದೇವೆ: ಅಧಿಕೃತ ಉದ್ಯೋಗಿ ಮಾತ್ರ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕು, ಆದರೆ ಕರ್ತವ್ಯದಲ್ಲಿರುವವರು ಸಾಧನಗಳನ್ನು ಸೇರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಈ ಯೋಜನೆಯನ್ನು ಅನುಷ್ಠಾನಕ್ಕೆ ಅಂಗೀಕರಿಸಲಾಗಿದೆ.
  2.  ಯಾವುದೇ ಪ್ರಮಾಣಿತ BMS ನಲ್ಲಿ ಮೂರು ವಿಶಿಷ್ಟ ವರ್ಗಗಳ ಅಧಿಸೂಚನೆಗಳಿವೆ: ಕೆಂಪು - ತಕ್ಷಣವೇ ಪ್ರತಿಕ್ರಿಯಿಸಬೇಕು, ಹಳದಿ - ಗಮನಿಸಬಹುದು, ನೀಲಿ - "ಮಾಹಿತಿ". ವ್ಯಾಪಾರದ ನಿಯತಾಂಕಗಳನ್ನು ಮೀರಿದಾಗ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಾವು ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ ನೀಲಿ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಬಳಸಿದ್ದೇವೆ, ಉದಾಹರಣೆಗೆ ಗ್ರಾಹಕರ ರ್ಯಾಕ್ ಅದರ ಸಾಮರ್ಥ್ಯದ ಮಿತಿಯನ್ನು ಮೀರುತ್ತದೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಈ ರೀತಿಯ ಅಧಿಸೂಚನೆಯು ನಿರ್ವಾಹಕರಿಗೆ ಉದ್ದೇಶಿಸಲಾಗಿತ್ತು ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗಳ ಸೇವೆಗೆ ಆಸಕ್ತಿಯನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಹಳೆಯ BMS ನಲ್ಲಿ ಇದು ಸಕ್ರಿಯ ಘಟನೆಗಳ ಪಟ್ಟಿಯನ್ನು ನಿಯಮಿತವಾಗಿ ಮುಚ್ಚಿಹಾಕುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಕೆಲಸದಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಮಾಡುತ್ತದೆ. ಅಧಿಸೂಚನೆ ಪ್ಯಾಂಟ್‌ಗಳ ತರ್ಕ ಮತ್ತು ಬಣ್ಣ ವ್ಯತ್ಯಾಸವು ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದು ನಾವು ಪರಿಗಣಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದನ್ನು ಉಳಿಸಿಕೊಂಡಿದ್ದೇವೆ, ಆದಾಗ್ಯೂ, ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳು ನಿರ್ದಿಷ್ಟವಾಗಿ "ನೀಲಿ" ಅಧಿಸೂಚನೆಗಳು ಕರ್ತವ್ಯ ಅಧಿಕಾರಿಗಳನ್ನು ವಿಚಲಿತಗೊಳಿಸದೆ, ಮೌನವಾಗಿ ಪ್ರತ್ಯೇಕ ವಿಭಾಗಕ್ಕೆ "ಸುರಿಯಬೇಕು" ಎಂದು ಸೂಚಿಸಿವೆ. ವಾಣಿಜ್ಯ ತಜ್ಞರಿಂದ ವ್ಯವಹರಿಸಲಾಗುವುದು.

ಇದೇ ರೀತಿಯ ವಿವರಗಳೊಂದಿಗೆ, ಗ್ರಾಫ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವ ಮತ್ತು ವರದಿಗಳನ್ನು ರಚಿಸುವ ಸ್ವರೂಪಗಳು, ಇಂಟರ್ಫೇಸ್‌ಗಳ ಬಾಹ್ಯರೇಖೆಗಳು, ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದ ಸಾಧನಗಳ ಪಟ್ಟಿ ಮತ್ತು ಇತರ ಹಲವು ವಿಷಯಗಳನ್ನು ಸೂಚಿಸಲಾಗಿದೆ. 

ಇದು ಮೂರು ಕಾರ್ಯ ಗುಂಪುಗಳ ನಿಜವಾದ ಸೃಜನಶೀಲ ಕೆಲಸವಾಗಿತ್ತು - ಗ್ರಾಹಕ ಸೇವೆ, ಅದರ ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ಷರತ್ತುಗಳನ್ನು ನಿರ್ದೇಶಿಸುತ್ತದೆ; ಎರಡೂ ಕಡೆಗಳಲ್ಲಿ ತಾಂತ್ರಿಕ ತಜ್ಞರು, ಈ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ತಾಂತ್ರಿಕ ದಾಖಲಾತಿಗಳಾಗಿ ಪರಿವರ್ತಿಸುವುದು ಅವರ ಕಾರ್ಯವಾಗಿತ್ತು; ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ತಾಂತ್ರಿಕ ದಾಖಲಾತಿಗಳ ಪ್ರಕಾರ ಗ್ರಾಹಕರ ಅವಶ್ಯಕತೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಗುತ್ತಿಗೆದಾರ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳ ತಂಡಗಳು... ಇದರ ಪರಿಣಾಮವಾಗಿ, ನಾವು ನಮ್ಮ ಕೆಲವು ತತ್ವರಹಿತ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಕ್ರಿಯಾತ್ಮಕತೆಗೆ ಅಳವಡಿಸಿಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ಗುತ್ತಿಗೆದಾರರು ನಮಗಾಗಿ ಏನನ್ನಾದರೂ ಸೇರಿಸಲು ಕೈಗೊಂಡರು. 

ಎರಡು ವ್ಯವಸ್ಥೆಗಳ ಸಮಾನಾಂತರ ಕಾರ್ಯಾಚರಣೆ

ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಮಾನಿಟರಿಂಗ್: ನಾವು ಹಳೆಯ BMS ಅನ್ನು ಹೊಸದರೊಂದಿಗೆ ಹೇಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ಭಾಗ 2
ಇದು ಅನುಷ್ಠಾನದ ಸಮಯ. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ನಮ್ಮ ವರ್ಚುವಲ್ ಕ್ಲೌಡ್‌ನಲ್ಲಿ BMS ಮೂಲಮಾದರಿಯನ್ನು ನಿಯೋಜಿಸಲು ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಲು ನಾವು ಗುತ್ತಿಗೆದಾರರಿಗೆ ಅವಕಾಶವನ್ನು ನೀಡುತ್ತೇವೆ ಎಂದರ್ಥ.

ಆದಾಗ್ಯೂ, ಹೊಸ ವ್ಯವಸ್ಥೆಯು ಇನ್ನೂ ಕಾರ್ಯಾಚರಣೆಗೆ ಸಿದ್ಧವಾಗಿಲ್ಲ. ಈ ಹಂತದಲ್ಲಿ, ಹಳೆಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು ನಮಗೆ ಮುಖ್ಯವಾಗಿದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ಹೊಸ ಸಿಸ್ಟಮ್‌ಗೆ ಸಾಧನಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡುತ್ತದೆ. ಅದರಲ್ಲಿ ಸಾಧನಗಳನ್ನು ನೋಡದೆಯೇ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸರಿಯಾಗಿ ನಿರ್ಮಿಸುವುದು ಅಸಾಧ್ಯ, ಇದು ಹಳೆಯ ವ್ಯವಸ್ಥೆಯಿಂದ ಮೇಲ್ವಿಚಾರಣೆಯಿಂದ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. 

ಸಾಧನಗಳು ಎರಡು ವ್ಯವಸ್ಥೆಗಳ ಏಕಕಾಲಿಕ ವಿಚಾರಣೆಯನ್ನು ತಡೆದುಕೊಳ್ಳಬಲ್ಲವು ಎಂಬುದು ನಿಜವಾದ ಪರೀಕ್ಷೆಯಿಲ್ಲದೆ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ಡಬಲ್ ಏಕಕಾಲಿಕ ಮತದಾನವು ಸಾಧನಗಳಿಂದ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಆಗಾಗ್ಗೆ ನಿರಾಕರಣೆಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು ಮತ್ತು ಸಾಧನಗಳ ಅಲಭ್ಯತೆಯ ಬಗ್ಗೆ ನಾವು ಅನೇಕ ದೋಷಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ, ಅದು ಹಳೆಯ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ.

ನೆಟ್‌ವರ್ಕ್ ವಿಭಾಗವು ಕ್ಲೌಡ್‌ನಲ್ಲಿ ನಿಯೋಜಿಸಲಾದ ಹೊಸ BMS ನ ಮೂಲಮಾದರಿಯಿಂದ ಸಾಧನಗಳಿಗೆ ವರ್ಚುವಲ್ ಮಾರ್ಗಗಳನ್ನು ನಡೆಸಿತು ಮತ್ತು ನಾವು ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ: 

  • SNMP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸಾಧನಗಳು ಏಕಕಾಲಿಕ ವಿನಂತಿಗಳಿಂದ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಎಂದಿಗೂ ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳಲಿಲ್ಲ, 
  • modbas-TCP ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಗೇಟ್‌ವೇಗಳ ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸಾಧನಗಳು ತಮ್ಮ ಮತದಾನದ ಆವರ್ತನವನ್ನು ಬುದ್ಧಿವಂತಿಕೆಯಿಂದ ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ ಪರಿಹರಿಸಲಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದ್ದವು.  

ತದನಂತರ ನಮ್ಮ ಕಣ್ಣುಗಳ ಮುಂದೆ ಹೊಸ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಾವು ಗಮನಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ನಮಗೆ ಈಗಾಗಲೇ ಪರಿಚಿತವಾಗಿರುವ ಸಾಧನಗಳು ಅದರಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿವೆ, ಆದರೆ ವಿಭಿನ್ನ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ - ಅನುಕೂಲಕರ, ವೇಗವಾದ, ಫೋನ್‌ನಿಂದಲೂ ಪ್ರವೇಶಿಸಬಹುದು.

ನಮ್ಮ ಲೇಖನದ ಮೂರನೇ ಭಾಗದಲ್ಲಿ ಕೊನೆಯಲ್ಲಿ ಏನಾಯಿತು ಎಂದು ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ.

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ