ಸೇವಾ ವಿನಂತಿಗಳು
ಸೇವಾ ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಗ್ರಾಹಕರು ಸಂಗ್ರಹಿಸುತ್ತಾರೆ ಮತ್ತು ಅನುಮೋದಿಸುತ್ತಾರೆ; TRANXACT ನಿಂದ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ, ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ, ನಿಗದಿಪಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪೂರ್ಣಗೊಳಿಸಲಾಗುತ್ತದೆ. ಉತ್ಪಾದನಾ ವಿನಂತಿಗಳನ್ನು ದಿನದ 24 ಗಂಟೆಯೂ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಉತ್ಪಾದನೆಯಲ್ಲದ ದಿನಗಳಲ್ಲಿ.
| ವಿನಂತಿ | ವರ್ಗ | ಪೂರೈಕೆ ಅವಧಿ |
|---|---|---|
| ಪರಿಸರ ನವೀಕರಣ, ಉತ್ಪಾದನೆ → ಉತ್ಪಾದನೆಯೇತರ (TO_4.7.01) | ಪ್ರಮಾಣಿತ, ವರ್ಷಕ್ಕೆ ಪ್ರತಿ ಪರಿಸರಕ್ಕೆ 12 ವರೆಗೆ | 3 ಕೆಲಸದ ದಿನಗಳು |
| ಕೋಟಾ ಮೀರಿ ರಿಫ್ರೆಶ್ ಮಾಡಿ (TO_4.7.02) | ಹೆಚ್ಚುವರಿ | 3 ಕೆಲಸದ ದಿನಗಳು |
| ಪಾಯಿಂಟ್-ಇನ್-ಟೈಮ್ ಮರುಸ್ಥಾಪನೆ (TO_4.9.05) | ಪ್ರಮಾಣಿತ | ಗಂಟೆಗಳು; P1 ತಕ್ಷಣ |
| ನಿರ್ಗಮನ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸೇರಿಸಿ (INFRA_2.6.02) | ಪ್ರಮಾಣಿತ | 2 ಕೆಲಸದ ದಿನಗಳು (ಪ್ರಸ್ತಾಪಿತ) |
| ಏಕೀಕರಣ API ಕ್ಲೈಂಟ್ ಅನ್ನು ರಚಿಸಿ (PLAT_5.3.02) | ಪ್ರಮಾಣಿತ | 2 ಕೆಲಸದ ದಿನಗಳು (ಪ್ರಸ್ತಾಪಿತ) |
| ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಆನ್ ಮಾಡಿ (PLAT_5.1.01) | ಗಾತ್ರ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಪ್ರಮಾಣಿತ | ಪ್ರತಿ ಯೋಜನೆಗೆ |
| ನೋಡ್‌ಗಳು ಅಥವಾ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಮರುಗಾತ್ರಗೊಳಿಸಿ (INFRA_2.4.05, DB_3.1.06) | ಐಚ್ಛಿಕ, ವಿನಂತಿಯನ್ನು ಬದಲಾಯಿಸಿ | ವಿಂಡೋ ಬದಲಾಯಿಸಿ |
| ಗರಿಷ್ಠ ಮಟ್ಟಕ್ಕೆ ತಾತ್ಕಾಲಿಕ ಸಾಮರ್ಥ್ಯ (INFRA_2.4.06) | ಹೆಚ್ಚುವರಿ | 5 ಕೆಲಸದ ದಿನಗಳು (ಪ್ರಸ್ತಾಪಿತ) |
ರಿಫ್ರೆಶ್ ಮಾಡಿದ ಪ್ರತಿಯಲ್ಲಿ ಅದರ ಹೊರಹೋಗುವ ಏಕೀಕರಣಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ಮರು-ಪಾಯಿಂಟ್ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಎಂದಿಗೂ ಲೈವ್ ಪಾವತಿಗಳು ಅಥವಾ ಫೈಲಿಂಗ್‌ಗಳನ್ನು ಕಳುಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಗ್ರಾಹಕರು ಅವುಗಳನ್ನು ಮರು-ಸಕ್ರಿಯಗೊಳಿಸುವವರೆಗೆ ಅವು ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತವೆ.
ಘಟನೆಗಳು
| ಆದ್ಯತೆ | ಪ್ರತಿಕ್ರಿಯೆ | ಗಂಟೆಗಳು |
|---|---|---|
| P1 · ತುಂಬಾ ಹೆಚ್ಚು | 20 ನಿಮಿಷಗಳು | 24×7; 4 ಗಂಟೆಗಳಲ್ಲಿ ಕ್ರಿಯಾ ಯೋಜನೆ |
| P2 · ಹೆಚ್ಚು | 2 ಗಂಟೆಗಳು | 24×7 ಉತ್ಪಾದನೆ; ವ್ಯವಹಾರದ ದಿನಗಳ ಉತ್ಪಾದನೆಯೇತರ |
| P3 · ಮಧ್ಯಮ | 4 ಗಂಟೆಗಳು | ವ್ಯವಹಾರ ದಿನಗಳು |
| P4 · ಕಡಿಮೆ | 1 ದಿನ | ವ್ಯವಹಾರ ದಿನಗಳು |
P1 ನಲ್ಲಿ: 24×7 ಸಂಪರ್ಕದೊಂದಿಗೆ ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಅದನ್ನು ಹೆಚ್ಚಿಸಿ, ಸಂಖ್ಯೆಯನ್ನು ಉಲ್ಲೇಖಿಸಿ ಸೇವಾ ಡೆಸ್ಕ್‌ಗೆ ಕರೆ ಮಾಡಿ, ಮತ್ತು ವ್ಯವಹಾರವು ಕುಸಿದಿದ್ದರೆ, ಗೋ-ಲೈವ್ ಅಪಾಯದಲ್ಲಿದ್ದರೆ, ಅಥವಾ ತಿಂಗಳ ಕೊನೆಯಲ್ಲಿ, ವೇತನದಾರರ ಪಟ್ಟಿ ಅಥವಾ ಫೈಲಿಂಗ್ ನಿಲ್ಲಿಸಿದರೆ ಕರ್ತವ್ಯ ವ್ಯವಸ್ಥಾಪಕರು ತೊಡಗಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. 4 ಗಂಟೆಗಳ ಒಳಗೆ ಕ್ರಿಯಾ ಯೋಜನೆ, ಸಂಪರ್ಕದ ಒಂದು ಹಂತ ಮತ್ತು ಉತ್ಪಾದನೆಗೆ ಮೂಲ-ಕಾರಣ ವಿಶ್ಲೇಷಣೆಯನ್ನು ನಿರೀಕ್ಷಿಸಿ.
24×7 ಸಂಪರ್ಕವಿಲ್ಲದ P1 ತನ್ನ ಪ್ರತಿಕ್ರಿಯೆ-ಸಮಯದ ಖಾತರಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಮತ್ತು ಗ್ರಾಹಕರು ಮಾತ್ರ ಪರಿಹಾರವನ್ನು ದೃಢೀಕರಿಸುತ್ತಾರೆ ಮತ್ತು ಘಟನೆಯನ್ನು ಮುಕ್ತಾಯಗೊಳಿಸುತ್ತಾರೆ.
ಬಿಡುಗಡೆಗಳು
ಮುಂಚಿತವಾಗಿ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳು → ಮೊದಲು ಉತ್ಪಾದನೆಯೇತರ → ಗ್ರಾಹಕರ ಹಿಂಜರಿತ ಪರೀಕ್ಷೆಗಳು (ಗ್ರಾಹಕರ, T1 ಒಪ್ಪಂದ ಮಾಡಿಕೊಳ್ಳದ ಹೊರತು) → ತಂಪಾಗಿಸುವ ಅವಧಿ → ರೋಲಿಂಗ್ ಉತ್ಪಾದನಾ ನವೀಕರಣ. ತಿಂಗಳ ಅಂತ್ಯ, ವೇತನದಾರರ ಮತ್ತು ಶಾಸನಬದ್ಧ ಫೈಲಿಂಗ್ ದಿನಾಂಕಗಳನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಉತ್ಪಾದನಾ ಕ್ಯಾಲೆಂಡರ್‌ನಿಂದ ನಿರ್ಬಂಧಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಗ್ರಾಹಕರು ಅನುಮತಿಸಲಾದ ವಿಂಡೋದೊಳಗೆ ಮುಂದೂಡಿಕೆಯನ್ನು ಕೋರಬಹುದು.
ಆಡಳಿತ
| ವೇದಿಕೆ | ಆವರ್ತನ ಕ್ರಮ | ಕವರ್‌ಗಳು |
|---|---|---|
| ಕಾರ್ಯನಿರ್ವಾಹಕ | ಬೇಡಿಕೆಯ ಮೇರೆಗೆ | ತಂತ್ರ, ಮಾರ್ಗಸೂಚಿ, ಹೆಚ್ಚಿನ ಮಾಡ್ಯೂಲ್‌ಗಳು |
| ಸ್ಟೀರಿಂಗ್ ಸಮಿತಿ | ತ್ರೈಮಾಸಿಕ | SLA ಮತ್ತು KPI ಗಳು, ಸ್ಕೇಲಿಂಗ್, ಪ್ರಮುಖ ಬದಲಾವಣೆಗಳು |
| ವ್ಯವಹಾರ ವಿಮರ್ಶೆ | ಮಾಸಿಕವಾಗಿ | ಸೇವೆಯ ಗುಣಮಟ್ಟ, ದತ್ತು ಸ್ವೀಕಾರ, ASK ಬಳಕೆ ಮತ್ತು ವೆಚ್ಚ |
| ಕಾರ್ಯಾಚರಣೆಗಳ ಸಿಂಕ್ | ಪಾಕ್ಷಿಕ | ಘಟನೆಗಳು, ವಿನಂತಿಗಳು, ಬಿಡುಗಡೆಗಳು, ಉಲ್ಬಣಗಳು |
ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ವಿಸ್ತರಣೆಗಳು
ಒಪ್ಪಂದದ ಹಂತದ TRANXACT ಮಾಪಕಗಳ ಒಳಗೆ ತನ್ನದೇ ಆದ ಮೇಲೆ. ಅದರಾಚೆಗೆ, ದೊಡ್ಡ ಅಥವಾ ಹೆಚ್ಚಿನ ನೋಡ್‌ಗಳು, ದೊಡ್ಡ ಡೇಟಾಬೇಸ್ ಅಥವಾ ಹೆಚ್ಚಿನ ಸಂಗ್ರಹಣೆಯು ಬದಲಾವಣೆ ವಿನಂತಿಯ ಮೂಲಕ ಐಚ್ಛಿಕವಾಗಿರುತ್ತದೆ, Live DR ನಲ್ಲಿ ಪ್ರತಿಬಿಂಬಿತವಾಗಿರುತ್ತದೆ; ತಾತ್ಕಾಲಿಕ ಗರಿಷ್ಠ ಹೆಚ್ಚಳವು ಹೆಚ್ಚುವರಿಯಾಗಿದೆ. ಅನುಮೋದಿತ ಇನ್-ಕ್ಲಸ್ಟರ್ ವಿಸ್ತರಣೆಯು ಪ್ರತಿ ಬಿಡುಗಡೆಯ ಮೊದಲು ಸ್ಥಾಪಿಸಲು, ಪ್ಯಾಚ್ ಮಾಡಲು ಮತ್ತು ಮೌಲ್ಯೀಕರಿಸಲು ಗ್ರಾಹಕರ ಹಕ್ಕು; TRANXACT ಅದಕ್ಕಾಗಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನವೀಕರಣವನ್ನು ವಿಳಂಬ ಮಾಡುವುದಿಲ್ಲ, ಅದು SLA ಗೆ ಬೆದರಿಕೆ ಹಾಕಿದರೆ ಅದನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಹುದು ಮತ್ತು ಅದರ ಘಟನೆಗಳನ್ನು ಲಭ್ಯತೆ SLA ನಿಂದ ಹೊರಗಿಡಲಾಗುತ್ತದೆ.
ಮೂರು ತಿಂಗಳ ನಂತರ, ಕ್ಯಾಲ್ಡರ್‌ವುಡ್ ರಿಗ್ರೆಷನ್ ಪರೀಕ್ಷೆಗಾಗಿ ಮರೆಮಾಚುವಿಕೆಯೊಂದಿಗೆ QAS ಅನ್ನು ಉತ್ಪಾದನೆಯಿಂದ ರಿಫ್ರೆಶ್ ಮಾಡುತ್ತದೆ. ಎರಡು ದಿನಗಳ ನಂತರ ಒಬ್ಬ ಪರೀಕ್ಷಕ QAS ನಿಂದ ಯಾವುದೇ ಬ್ಯಾಂಕ್ ಫೈಲ್ ಏಕೆ ಬಂದಿಲ್ಲ ಎಂದು ಕೇಳುತ್ತಾನೆ. ಏನೂ ತಪ್ಪಿಲ್ಲ: ರಿಫ್ರೆಶ್ ಮಾಡಿದ ಪ್ರತಿಗಳು ಎಂದಿಗೂ ಲೈವ್ ಪಾವತಿಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಕ್ಯಾಲ್ಡರ್‌ವುಡ್‌ನ ಏಕೀಕರಣ ಮಾಲೀಕರು ಬ್ಯಾಂಕಿನ ಪರೀಕ್ಷಾ ಅಂತ್ಯಬಿಂದುವಿನ ವಿರುದ್ಧ ಅವುಗಳನ್ನು ಮರು-ಸಕ್ರಿಯಗೊಳಿಸುವವರೆಗೆ QAS ನ ಏಕೀಕರಣಗಳು ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತವೆ.
ಪ್ರಯತ್ನಿಸಿ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಕ್ಯಾಲ್ಡರ್‌ವುಡ್‌ನ ಅನುಮೋದಿತ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ತೆರಿಗೆ ಎಂಜಿನ್, ತಿಂಗಳಾಂತ್ಯದ ಮುಕ್ತಾಯವನ್ನು ಮೂರು ಗಂಟೆಗಳ ಕಾಲ ನಿಲ್ಲಿಸುತ್ತದೆ. ಅದನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಮತ್ತು ಅದು TRANXACT ನ ಲಭ್ಯತೆಗೆ ವಿರುದ್ಧವಾಗಿ ಎಣಿಕೆಯಾಗುತ್ತದೆಯೇ?
ಇದು ಗ್ರಾಹಕರ ಘಟನೆಯಾಗಿದೆ: ಗ್ರಾಹಕರು ಸ್ಥಾಪಿಸುತ್ತಾರೆ, ಪ್ಯಾಚ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಮಾರಾಟಗಾರರಿಗೆ ತಿಳಿಸುತ್ತಾರೆ (EXT_9.2.02), ಮತ್ತು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ ಉಂಟಾಗುವ ಘಟನೆಗಳನ್ನು ಲಭ್ಯತೆ SLA (EXT_9.2.05) ನಿಂದ ಹೊರಗಿಡಲಾಗುತ್ತದೆ. ವಿಸ್ತರಣೆಯು ಸ್ಥಿರತೆಗೆ ಧಕ್ಕೆ ತಂದರೆ TRANXACT ಅದನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಹುದು ಅಥವಾ ತೆಗೆದುಹಾಕಬಹುದು (EXT_9.2.04).