ಪ್ರದೇಶಗಳು ಮತ್ತು ಡೇಟಾ ನಿವಾಸ
ಈ ವೇದಿಕೆಯಲ್ಲಿ ಪ್ರದೇಶವು ಬೆಂಬಲ ಟಿಕೆಟ್ ಅಲ್ಲ — ಇದು ಸೈಟ್ನ ಒಂದು ಗುಣಲಕ್ಷಣವಾಗಿದೆ, ಯಾವುದನ್ನಾದರೂ ನಿಯೋಜಿಸಿದಾಗಲೆಲ್ಲಾ ಪ್ಲೇಸ್ಮೆಂಟ್ ಎಂಜಿನ್ ಇದನ್ನು ಗೌರವಿಸುತ್ತದೆ. ಯುರೋಪ್, ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ ಅಥವಾ ಏಷ್ಯಾ-ಪ್ಯಾಸಿಫಿಕ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದು ನಿಯೋಜನೆಯು ಅದರ ಮುಂದೆ ಜಾಗತಿಕ ಎಡ್ಜ್ನೊಂದಿಗೆ ಆ ಪ್ರದೇಶಕ್ಕಾಗಿ ಟ್ಯಾಗ್ ಮಾಡಲಾದ ಫ್ಲೀಟ್ ಸಾಮರ್ಥ್ಯದ ಮೇಲೆ ಇಳಿಯುತ್ತದೆ. ಲಭ್ಯತೆ: ಯುಕೆ ಹೊರಗಿನ ನಮ್ಮ ಸ್ವಂತ ಫ್ಲೀಟ್ ಸಾಮರ್ಥ್ಯವು ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿದೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದ ಎಲ್ಲವೂ ಇಂದು ಲೈವ್ ಆಗಿದೆ.
ಪ್ರತಿಯೊಂದು ಪ್ರದೇಶದ ಹಿಂದೆ ಎರಡು ವಿಷಯಗಳಿವೆ: ನಿಮ್ಮ ಸೈಟ್ಗಳನ್ನು ರನ್ ಮಾಡುವ ವರ್ಕರ್ ಫ್ಲೀಟ್, ಮತ್ತು ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್. ಇವೆರಡೂ ಪ್ರದೇಶ-ಜಾಗೃತಿ ಹೊಂದಿವೆ, ಮತ್ತು ಇವೆರಡೂ ಒಂದೇ ಕಾರಣಗಳಿಗಾಗಿ ಇರಿಸಲ್ಪಟ್ಟಿವೆ - ಯುರೋಪ್ ಮತ್ತು ಯುಎಸ್ ನಲ್ಲಿ ನಾವು ಪಡೆದುಕೊಳ್ಳಬಹುದಾದ ಅತ್ಯುತ್ತಮ ಬೆಲೆ/ಕಾರ್ಯಕ್ಷಮತೆ, ಆ ಎರಡು ಮಾರುಕೂಟ್ಟೆಗಳನ್ನು ಮೀರಿದ ವ್ಯಾಪ್ತಿ, ಮತ್ತು ಸಂಗ್ರಹಣೆಗೆ ಪ್ರಮಾಣೀಕೃತ ಆಧಾರವಾಗಿರುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅಗತ್ಯವಿರುವ ಖರೀದಿದಾರರಿಗೆ ಅದೊಂದಿಷ್ಟು ಆಯ್ಕೆ. ಯಾವ ಪ್ರದೇಶವನ್ನು ಆರಿಸಿಕೊಳ್ಳಬೇಕು ಎಂಬುದು ನಿಮ್ಮಿಷ್ಟ; ಅದರ ಅಡಿಯಲ್ಲಿರುವ ಸಾಮರ್ಥ್ಯವು ನಮ್ಮದೇ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಒಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮಾತ್ರ ಇರದಂತೆ ನಾವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸರಬರಾಜುದಾರರ ಮೂಲಕ ಕಾರ್ಯಾಚರಣೆ ನಡೆಸುತ್ತೇವೆ.
ನಮ್ಮ ಜರ್ಮನ್ ಸಾಮರ್ಥ್ಯವು ಪ್ರಾಥಮಿಕ ಪ್ರದೇಶವಾಗಿದೆ ಮತ್ತು ನಾವು ಎಲ್ಲೇ ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೂ ಅತ್ಯುತ್ತಮ ಬೆಲೆ/ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನೀಡುತ್ತದೆ. ಹೊಸ ಸಾಮರ್ಥ್ಯವು ಮೊದಲು ಇಲ್ಲಿಯೇ ಲಭ್ಯವಾಗುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಇದು ಯುರೋಪಿಯನ್ ಗ್ರಾಹಕರಿಗೆ ಮತ್ತು ಸ್ವಂತ ನಿವಾಸದ ಯಾವುದೇ ಅವಶ್ಯಕತೆ ಇಲ್ಲದ ಯಾರಿಗಾದರೂ ಡೀಫಾಲ್ಟ್ ಆಯ್ಕೆಯಾಗಿದೆ.
ಫಿನ್ಲ್ಯಾಂಡ್ ಯುರೋಪಿಯನ್ ವರ್ಕ್ಲೋಡ್ಗಳಿಗೆ ಎರಡನೇ, ಭೌತಿಕವಾಗಿ ಪ್ರತ್ಯೇಕವಾದ EU ಸ್ಥಳವನ್ನು ನೀಡುತ್ತದೆ. ನೀವು EU ನಿವಾಸವನ್ನು ಬಯಸಿದಾಗ ಆದರೆ ಸಂಪೂರ್ಣ ಪೋರ್ಟ್ಫೋಲಿಯೊ ಒಂದೇ ದೇಶದ ವೈಫಲ್ಯ ಡೊಮೇನ್ನಲ್ಲಿ ಇರಲು ಬಯಸದಿದ್ದಾಗ ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ.
ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ನಲ್ಲಿ ನಮ್ಮ ಸಾಮರ್ಥ್ಯವು ಪೂರ್ವದಲ್ಲಿ ವರ್ಜೀನಿಯಾ ಮತ್ತು ಪಶ್ಚಿಮದಲ್ಲಿ ಒರೆಗಾನ್ವರೆಗೆ ವಿಸ್ತರಿಸಿದ್ದು, ಎರಡೂ ಕರಾವಳಿಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಅದೇ ಎಂಜಿನ್, ಅದೇ ಡ್ರೈವರ್ಗಳು, ಅದೇ ಪ್ಯಾನೆಲ್ — ಬದಲಾಗುವ ಒಂದೇ ವಿಷಯವೆಂದರೆ, ನಿಮ್ಮ ಸೈಟ್ಗಳಿಗಾಗಿ ಪ್ಲೇಸ್ಮೆಂಟ್ ಎಂಜಿನ್ ಯಾವ ಪ್ರಾದೇಶಿಕ ಟ್ಯಾಗ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದು ಮಾತ್ರ.
ಏಷ್ಯಾ-ಪೆಸಿಫಿಕ್ ಟೋಕಿಯೋ, ಸಿಂಗಾಪುರ ಮತ್ತು ಸೌಲ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸಂಪೂರ್ಣ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಈ ಮಾದರಿಯಲ್ಲೇ ನಿರ್ಮಿಸಲಾಗಿದೆ: ಪ್ರಾದೇಶಿಕ ಸಾಮರ್ಥ್ಯದ ಅಡಿಯಲ್ಲಿರುವುದು ನಮ್ಮ ಇಂಜಿನ್ನ ಹಿಂದಿನ ಬದಲಾಯಿಸಬಹುದಾದ ಮೂಲಸೌಕರ್ಯವೇ ಹೊರತು, ಎಂದಿಗೂ ಇಂಜಿನ್ ಸ್ವತಃ ಅಲ್ಲ, ಮತ್ತು ನಾವು ಒಂದು ಪ್ರದೇಶದಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪೂರೈಕೆದಾರರನ್ನು ನಿರ್ವಹಿಸುತ್ತೇವೆ, ಆದ್ದರಿಂದ ಯಾವುದೇ ವೆಬ್ಸೈಟ್ ಎಂದಿಗೂ ಯಾವುದೇ ಒಬ್ಬ ಪೂರೈಕೆದಾರರಿಗೆ ಮಾತ್ರ ಬದ್ಧವಾಗಿರುವುದಿಲ್ಲ.
ಒಪ್ಪಂದವೊಂದಕ್ಕೆ GDPR-native EU ಮೂಲಭೂತ ಸೌಕರ್ಯದ ಅಗತ್ಯವಿದ್ದಾಗ ಅಥವಾ ಖರೀದಿದಾರರ ಸಂಗ್ರಹಣೆಯು ಆಧಾರವಾಗಿರುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ SOC 2, ISO 27001 ಅಥವಾ HIPAA ದೃಢೀಕರಣಗಳನ್ನು ಹೊಂದಿರಬೇಕೆಂದು ಒತ್ತಾಯಿಸಿದಾಗ, ಆ ಪ್ರಮಾಣೀಕರಣಗಳನ್ನು ಹೊಂದಿರುವ ಸಾಮರ್ಥ್ಯದ ಮೇಲೆ ನಾವು ನಿಮ್ಮ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಇರಿಸಬಹುದು. ಅವು ನಮ್ಮವಲ್ಲ, ಆಧಾರವಾಗಿರುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಪ್ರಮಾಣೀಕರಣಗಳಾಗಿವೆ - ನಾವು ನಮ್ಮದೇ ಆದ ಯಾವುದೇ ಪ್ರಮಾಣೀಕರಣಗಳನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಎಂದಿಗೂ ಹಾಗೆ ಸೂಚಿಸುವುದಿಲ್ಲ.
ಪ್ರದೇಶದ ಜಾರಿಯನ್ನು ಕೋಡ್ನಲ್ಲಿಯೇ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ, ಸೈಟ್ ಅನ್ನು ರಚಿಸುವ ಸಮಯದಲ್ಲಿ—ಯಾವ ಬಾಕ್ಸ್ ಅನ್ನು ಬಳಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ವಾಹಕರು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳುವುದರ ಮೂಲಕ ಅಲ್ಲ.
ಫ್ಲೀಟ್ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಹೋಸ್ಟ್ ತನ್ನನ್ನು ತಾನೇ ಒಂದು ರೀಜನ್ ಕೀ, ಪ್ರಾಡಕ್ಟ್-ಲೈನ್ ಅಫಿ ನಿಟಿ ಪಟ್ಟಿ, ವೆಬ್-ಸರ್ವರ್ ಪ್ರಕಾರ ಮತ್ತು ಸಾಮರ್ಥ್ಯದ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ನೋಂದಾಯಿಸಿಕೊಳ್ಳುತ್ತದೆ, ನಂತರ ಕೆಲಸವನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ. ಪ್ಲೇಸ್ಮೆಂಟ್ ಸೇವೆಯು ಮೊದಲು ರೀಜನ್ ಆಧಾರದ ಮೇಲೆ, ನಂತರ ಪ್ರಾಡಕ್ಟ್ ಲೈನ್, ಮತ್ತು ನಂತರ ಖಾಲಿ ಸಾಮರ್ಥ್ಯದ ಆಧಾರದ ಮೇಲೆ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ ಹಾಗೂ ಕಡಿಮೆ ಹೊರೆಯಿರುವ ಅರ್ಹ ಹೋಸ್ಟ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
ನೀವು ಒಂದು ಪ್ರದೇಶವನ್ನು ಪಿನ್ ಮಾಡಿದ್ದರೆ, ಆ ಪ್ರದೇಶದಲ್ಲಿರುವ ವರ್ಕರ್ಗಳು ಮಾತ್ರ ಅರ್ಹರಾಗಿರುತ್ತಾರೆ. ನೀವು ಪಿನ್ ಮಾಡದಿದ್ದರೆ, ಸೈಟ್ ಅದು ತಲುಪುವ ವರ್ಕರ್ನ ಪ್ರದೇಶವನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಆ ಮೌಲ್ಯವನ್ನು ಸೈಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ — ಆದ್ದರಿಂದ ನಿಮ್ಮ ಡೇಟಾ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂಬುದರ ದಾಖಲೆಯು ನೀವು ಓದಬಹುದಾದ ಒಂದು ಕ್ಷೇತ್ರವಾಗಿದೆ ಹೊರತು ಊಹೆಯಲ್ಲ.
ಪ್ಲೇಸ್ಮೆಂಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಕೊಂಡಿಷನಲ್ ಅಪ್ಡೇಟ್ನೊಂದಿಗೆ ಕ್ಲೈಮ್ ಮಾಡುತ್ತದೆ, ಇದು ವರ್ಕರ್ ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ, ಡಿಪ್ಲಾಯ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಿರವಾಗ ಮತ್ತು ಸಾಮರ್ಥ್ಯದ ಮಿತಿಯೊಳಗಿದ್ದಾಗ ಮಾತ್ರ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಕೊನೆಯ ಸ್ಲಾಟ್ಗಾಗಿ ಸ್ಪರ್ಧಿಸುವ ಎರಡು ಡಿಪ್ಲಾಯ್ಗಳು ಎರಡೂ ಗೆಲ್ಲಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಪ್ರದೇಶವು ಎಂದಿಗೂ ರಹಸ್ಯವಾಗಿ ಓವರ್ಸಬ್ಸ್ಕ್ರೈಬ್ ಆಗುವುದಿಲ್ಲ.
ನಿಮ್ಮ ಪ್ರದೇಶದಲ್ಲಿ ಅರ್ಹವಾದ ಯಾವುದೇ ಸ್ಥಳದಲ್ಲಿ ಜಾಗವಿಲ್ಲದಿದ್ದರೆ, ನಿಯೋಜನೆಯು ಪ್ಲೇಸ್ಮೆಂಟ್ ದೋಷವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ನಿಲ್ಲುತ್ತದೆ. ವಿನಂತಿಯನ್ನು ಯಶಸ್ವಿಗೊಳಿಸಲು ಇದು ಇನ್ನೊಂದು ಖಂಡಕ್ಕೆ ಹಿಂದಿರುಗುವುದಿಲ್ಲ. ಗೋಚರಿಸುವ ವೈಫಲ್ಯ ಮತ್ತು ಸಾಮರ್ಥ್ಯದ ಸೇರ್ಪಡಿಕೆಯು ಸದ್ದಿಲ್ಲದೆ ದೇಶವನ್ನು ಬದಲಾಯಿಸಿದ ಸೈಟ್ಗಿಂತ ಉತ್ತಮವಾಗಿರುತ್ತದೆ.
ಪ್ರತಿಯೊಬ್ಬ ವರ್ಕರ್ ಸಹ accepts-deploys ಸ್ವಿಚ್ ಅನ್ನು ಹೊಂದಿರುತ್ತಾನೆ. ನಿಮ್ಮ ವರ್ಕ್ಲೋಡ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸದೆ ಒಂದು ರೀಜನ್ ಒಳಗೆ ನಿರ್ವಹಣೆ, ಹಾರ್ಡ್ವೇರ್ ರಿಫ್ರೆಶ್ಗಳು ಮತ್ತು ಡಿಕಮಿಷನಿಂಗ್ ಅನ್ನು ನಾವು ಹೇಗೆ ಮಾಡುತ್ತೇವೆ ಎಂದರೆ, ಹೊಸ ಸೈಟ್ಗಳು ಬರುವುದನ್ನು ತಡೆಯಲು ಅದನ್ನು ಡ್ರೈನ್ಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸೈಟ್ಗಳು ಯಾವುದೇ ತೊಂದರೆಯಿಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ.
ಡೇಟಾ ನಿವಾಸವು ನಿಜವಾಗಿಯೂ ಹಿಂತಿರುಗಿಸಲು ಕಷ್ಟಕರವಾದ ಕೆಲವು ಹೋಸ್ಟಿಂಗ್ ನಿರ್ಧಾರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಆದ್ದರಿಂದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಇದನ್ನು ನಿಯೋಜನೆಯ ವಿವರಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಪ್ರಥಮ ದರ್ಜೆಯ ಆಯಾಮವೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ. ಗ್ರಾಹಕರ ನಿವಾಸದ ಆಯ್ಕೆಯು ನಿಯೋಜನೆಗೆ ಒಂದು ಇನ್ಪುಟ್ ಆಗಿದೆ, ಪ್ರದೇಶವನ್ನು ಸೈಟ್ ವಿರುದ್ಧ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಹೊಂದಿಸಲು ಫ್ಲೀಟ್ ಅನ್ನು ಟ್ಯಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಕಥೆಯ ಬದಲಿಗೆ ನಿವಾಸದ ಉತ್ತರನ್ನು ಆಡಿಟ್ ಮಾಡಬಹುದಾದಂತೆ ಮಾಡುವುದು ಅದೇ ಆಗಿದೆ.
ಇದರೊಂದಿಗೆ ಟೆನೆನ್ಸಿ ಮಾದರಿಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಎಂಜಿನ್ನಲ್ಲಿರುವ ಪ್ರತಿ ದಾಖಲೆಯು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಜಾರಿಯಲ್ಲಿರುವ PostgreSQL ರೋ-ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿಯೊಂದಿಗೆ ಸಂಸ್ಥೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಟೆನೆನ್ಸಿ ಶ್ರೇಣೀಕೃತವಾಗಿದೆ - ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳ ಮೇಲಿನ ಮರುಮಾರಾಟಗಾರರ ಸಂಸ್ಥೆ ಮತ್ತು ಸೈಟ್ಗಳ ಮೇಲಿನ ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳು. ಡೇಟಾ ಎಲ್ಲಿ ಇದೆ ಎಂಬುದಕ್ಕೆ ಪ್ರದೇಶವು ಉತ್ತರಿಸುತ್ತದೆ; ಅದನ್ನು ಯಾರು ತಲುಪಬಹುದು ಎಂಬುದಕ್ಕೆ ರೋ-ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿ ಉತ್ತರಿಸುತ್ತದೆ. ಅನುಸರಣೆ ಪರಿಶೀಲಕರಿಗೆ ಇವೆರಡೂ ಮುಖ್ಯವಾಗಿವೆ ಮತ್ತು ಇವುಗಳಲ್ಲಿ ಯಾವುದು ಕೂಡ ಐಚ್ಛಿಕವಲ್ಲ.
GDPR ಡೇಟಾ ರಫ್ತು ಮತ್ತು ಅಳಿಸುವಿಕೆಯು ಬೋಲ್ಟ್-ಆನ್ ಪ್ರಕ್ರಿಯೆಯ ಬದಲಿಗೆ ಅದೇ ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿದೆ, ಮತ್ತು ವಿಶೇಷ ಹಾಗೂ ಆಡಳಿತಾತ್ಮಕ ಕ್ರಿಯೆಗಳನ್ನು ಆಡಿಟ್-ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಡೇಟಾ ಎಲ್ಲಿದೆ, ಅದನ್ನು ಯಾರು ಪ್ರಶ್ನಿಸಬಹುದು ಮತ್ತು ವಿಷಯವು ಅದನ್ನು ಮರಳಿಸಲು ಕೇಳಿದಾಗ ಏನಾಗುತ್ತದೆ ಎಂದು ನಿಮ್ಮ ಖರೀದಿದಾರರ ಪ್ರಶ್ನಾವಳಿಯು ಕೇಳಿದರೆ, ಅವು ಇಲ್ಲಿ ಉತ್ತರಿಸಬಹುದಾದ ಪ್ರಶ್ನೆಗಳಾಗಿವೆ.
ಹತ್ತಿರದ ಪ್ರದೇಶವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಆದರೆ ನಿಮ್ಮ ಸಂದರ್ಶಕರು ಅನುಭವಿಸುವ ಹೆಚ್ಚಿನ ಲೇಟೆನ್ಸಿಯು ವಿನಂತಿಯು ನಿಮ್ಮ ಒರಿಜಿನ್ ತಲುಪುವ ಮೊದಲೇ ನಿರ್ಧಾರವಾಗುತ್ತದೆ.
ಬಹು-ಪ್ರದೇಶದ (Multi-region) ವ್ಯವಸ್ಥೆಯು ಎಲ್ಲವೂ ಒಂದೇ ವಿಧಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಿದ್ದರೆ ಹೆಚ್ಚಿನ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ. ಈ ಆರ್ಕಿಟೆಕ್ಚರ್ ಒಟ್ಟಿಗೆ ವಿಫಲಗೊಳ್ಳಬಡದಾದ ಭಾಗಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ.
ಇಂಜಿನ್, ಡೇಟಾಬೇಸ್, ವರ್ಕ್ಫ್ಲೋ ಲೇಯರ್ ಮತ್ತು ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳು ತಮ್ಮದೇ ಆದ ಕುಬರ್ನೆಟ್ಸ್ ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಇದು ಗ್ರಾಹಕರ ಸೈಟ್ಗಳಿಗೆ ಸೇವೆ ಒದಗಿಸುವ ವರ್ಕರ್ ಫ್ಲೀಟ್ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿದೆ. ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ನಲ್ಲಿ ಉಂಟಾಗುವ ದೋಷವು ಗ್ರಾಹಕರ ಸೈಟ್ಗಳನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಬಾರದು ಮತ್ತು ಫ್ಲೀಟ್ನಲ್ಲಿ ಉಂಟಾಗುವ ದೋಷವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಬಾರದು.
ಗ್ರಾಹಕ ಡ್ಯಾಶ್ಬೋರ್ಡ್, ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್ ಮತ್ತು ಈ ಮಾರ್ಕೆಟಿಂಗ್ ಸೈಟ್ ಅನ್ನು ಕಂಟ್ರೋಲ್-ಪ್ಲೇನ್ ಕ್ಲಸ್ಟರ್ನಿಂದ ಸ್ವತಂತ್ರವಾಗಿ Cloudflare ನಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಘಟನೆಯು ಅದರ ಬಗ್ಗೆ ಓದಲು ನೀವು ಹೋಗುವ ಸ್ಥಳವನ್ನು ಸಹ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ.
ಸ್ಥಿತಿ ಪುಟವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬೇರೆ ಪ್ರದೇಶದ ಬೇರೆ ಪೂರೈಕೆದಾರರ ಬಳಿ ಹೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ. ಅದು ಮೇಲ್ವಿಚಾರಣೆ කරන ಮೂಲಸೌಕರ್ಯದಲ್ಲೇ ಚಲಿಸುವ ಸ್ಥಿತಿ ಪುಟವು ನಿಮಗೆ ನಿಖರವಾಗಿ ಅದರ ಅಗತ್ಯವಿರುವ ಸಮಯದಲ್ಲಿ ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿರುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್ನ ಬ್ಯಾಕ್ಅಪ್ಗಳು ಬದಲಾಯಿಸಲಾಗದ ಮತ್ತು ಆಫ್ಸೈಟ್ ಆಗಿದ್ದು, ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ಗೆ ಬರೆಯಲ್ಪಡುತ್ತವೆ, ಮತ್ತು ಮರುಸ್ಥಾಪನೆಗಳನ್ನು ಊಹಿಸಿಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಮ್ಯಾನೇಜರ್, ಡೊಮೇನ್ಗಳು, DNS, SSL ಮತ್ತು ಲಾಗ್ಗಳ ಜೊತೆಗೆ ಪ್ಯಾನೆಲ್ನಿಂದ ಒಂದು-ಕ್ಲಿಕ್ನಲ್ಲಿ ಮರುಸ್ಥಾಪನೆಗಳನ್ನು ಮಾಡಬಹುದು.
ಈ ಪುಟದಲ್ಲಿ ನಾವು ಯಾವುದೇ ಸೇವಾ-ಮಟ್ಟದ ಒಪ್ಪಂದವನ್ನು (SLA), ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಅಥವಾ ಸುಪ್ತತೆಯ ಅಂಕಿಅಂಶವನ್ನು ಖಚಿತಪಡಿಸುವುದಿಲ್ಲ - SLA ನಿಯಮಗಳನ್ನು ಪ್ರತಿ ಒಪ್ಪಂದದ ಪ್ರಕಾರ ಒಪ್ಪಿಕೊಳ್ಳಲಾಗುತ್ತದೆ. Footprint-Free ಯೋಜನೆಗಳೊಂದಿಗೆ ಜೋಡಿಸಲಾದ 99.99% ಅಂಕಿಅಂಶವು ಅಪ್ಟೈಮ್ ಭರವಸೆಯಾಗಿದೆ, ಇದು ನಾವು ನಿರ್ಮಿಸುವ ಗುರಿಯೇ ಹೊರತು, ಅಳತೆ ಮಾಡಲಾದ ಐತಿಹಾಸಿಕ ಲಭ್ಯತೆಯ ದಾಖಲೆಯಲ್ಲ.
ಆಚರಣೆಯಲ್ಲಿ ಈ ನಿರ್ಧಾರವು ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಒಂದು ನಿಮಿಷದೊಳಗೆ ಅವುಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ.
ಹೌದು. ಪ್ರದೇಶವು ಪ್ಲೇಸ್ಮೆಂಟ್ ಎಂಜಿನ್ಗೆ ಒಳಪಡುವ ಇನ್ಪುಟ್ ಆಗಿದೆ, ಬ್ಯಾಂಡ್ ಹೊರಗೆ ನಿರ್ವಹಿಸಲಾಗುವ ವಿನಂತಿಯಲ್ಲ. ಒಂದು ಪ್ರದೇಶವನ್ನು ಪಿನ್ ಮಾಡಿ ಮತ್ತು ಆ ಪ್ರದೇಶಕ್ಕೆ ಟ್ಯಾಗ್ ಮಾಡಲಾದ ಫ್ಲೀಟ್ ವರ್ಕರ್ಗಳು ಮಾತ್ರ ಸೈಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲು ಅರ್ಹರಾಗಿರುತ್ತಾರೆ; ಆಯ್ದ ಪ್ರದೇಶವನ್ನು ನಂತರ ಸೈಟ್ ರೆಕಾರ್ಡ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ ಅದು ಎಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಯಾವಾಗಲೂ ಮರಳಿ ಓದಬಹುದು. ಅದನ್ನು ಸೆಟ್ ಮಾಡದೆ ಬಿಟ್ಟರೆ, ಸೈಟ್ ತಾನಿರುವ ವರ್ಕರ್ನ ಪ್ರದೇಶವನ್ನೇ ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ.
ಯುರೋಪ್ ಜರ್ಮನಿ ಮತ್ತು ಫಿನ್ಲ್ಯಾಂಡ್ನಲ್ಲಿ; ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ ವರ್ಜೀನಿಯಾ ಮತ್ತು ಒರೆಗಾನ್ನಲ್ಲಿ; ಮತ್ತು ಏಷ್ಯಾ-ಪೆಸಿಫಿಕ್ ಟೋಕಿಯೋ, ಸಿಂಗಾಪುರ್ ಮತ್ತು ಸೌಲ್ನಲ್ಲಿವೆ. ನೀವು ಯಾವುದೇ ಆದ್ಯತೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸದಿದ್ದಲ್ಲಿ ಯುರೋಪ್ ಪ್ರಾಥಮಿಕ ಪ್ರದೇಶವಾಗಿದೆ ಮತ್ತು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿದೆ. ಕಟ್ಟುನಿಟ್ಟಾದ EU ನಿವಾಸಕ್ಕಾಗಿ, ಅಥವಾ ಸಂಗ್ರಹಣೆಗೆ ಪ್ರಮಾಣೀಕೃತ ಆಧಾರವಾಗಿರುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅಗತ್ಯವಿರುವಲ್ಲಿ, ಆ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವ ಸಾಮರ್ಥ್ಯದ ಮೇಲೆ ನಾವು ಒದಗಿಸಬಹುದು. ಪ್ರತಿ ಪ್ರದೇಶದ ಹಿಂದಿನ ಪೂರೈಕೆದಾರರು ನಮ್ಮದೇ ಆದ ವಾಣಿಜ್ಯ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದಾರೆ — ನೀವು ಮಾರಾಟಗಾರರನ್ನಲ್ಲ, ಪ್ರದೇಶವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ.
ಇಲ್ಲ — Zinn Digital® ಇಂದು ಯಾವುದೇ ಸ್ವಂತ ಅನುಸರಣೆ ಪ್ರಮಾಣೀಕರಣಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಮತ್ತು ನಾವು ಹಾಗೆ ಸೂಚಿಸುವುದಿಲ್ಲ. ನಾವು ಮಾಡಬಹುದಾದ್ದೇನೆಂದರೆ, ಖರೀದಿದಾರರ ಸಂಗ್ರಹಣೆಯು ನಿಮ್ಮ ಸೈಟ್ಗಳ ಕೆಳಗೆ ಪ್ರಮಾಣೀಕೃತ ವೇದಿಕೆಯು ಕಡ್ಡಾಯ ಅವಶ್ಯಕತೆಯಿರುವಲ್ಲಿ, ಅವುಗಳನ್ನು ಹೊಂದಿರುವ ಆಧಾರವಾಗಿರುವ ವೇದಿಕೆಯಲ್ಲಿ ನಿಮ್ಮ ವರ್ಕ್ಲೋಡ್ ಅನ್ನು ಇರಿಸುವುದು. ಪ್ರತ್ಯೇಕವಾಗಿ, ವೇದಿಕೆಯ ಸ್ವಂತ ನಿಯಂತ್ರಣಗಳು ನೈಜ ಮತ್ತು ಪರಿಶೀಲಿಸಬಹುದಾದಂತಿವೆ: ಪ್ರತಿ-ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆ, ಪ್ರತಿಯೊಂದು ಟೆನೆಂಟ್-ಸ್ಕೋಪ್ಡ್ ಟೇಬಲ್ನಲ್ಲಿ ರೋ-ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿ, Vault ನಲ್ಲಿ ಇರಿಸಲಾದ ಸೀಕ್ರೆಟ್ಗಳು, ಸಂಪೂರ್ಣವಾಗಿ TLS, ಮತ್ತು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಗಳ ಆಡಿಟ್ ಲಾಗಿಂಗ್.
ಪ್ಲೇಸ್ಮೆಂಟ್ ದೋಷದೊಂದಿಗೆ ನಿಯೋಜನೆಯು ಮೌನವಾಗಿ ನಿಮ್ಮ ಸೈಟ್ ಅನ್ನು ಬೇರೆಡೆ ಇರಿಸುವ ಬದಲು ಸ್ಪಷ್ಟವಾಗಿ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ: ಅಧಿಕಾರ ವ್ಯಾಪ್ತಿಯನ್ನು ನಿಶ್ಯಬ್ಧವಾಗಿ ಬದಲಾಯಿಸಿದ ಸೈಟು, ನಿಂತು ಯಾಕೆ ಎಂದು ಹೇಳಿದ ನಿಯೋಜನೆಗಿಂತ ಕೆಟ್ಟ ಫಲಿತಾಂಶವಾಗಿದೆ. ಆ ಪ್ರದೇಶದಲ್ಲಿ ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್ಗಳನ್ನು ಆನ್ಲೈನ್ಗೆ ತರುವ ಮೂಲಕ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಅವರು ತಮ್ಮನ್ನು ನೋಂದಾಯಿಸಿಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ತಕ್ಷಣವೇ ಕೆಲಸವನ್ನು ಸ್ವೀಕರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ.
ನಾವು ಲೇಟೆನ್ಸಿ ಬೆಂಚ್ಮಾರ್ಕ್ಗಳನ್ನು ಪ್ರಕಟಿಸುವುದಿಲ್ಲ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅಂಕಿಅಂಶದ ಭರವಸೆಯನ್ನೂ ನೀಡುವುದಿಲ್ಲ. ನಾವು ವಿವರಿಸಬಹುದಾದದ್ದು ಇದರ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಮಾತ್ರ: Cloudflare ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಅನ್ನು ಮುಂಭಾಗದಿಂದ ನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ವೀಕ್ಷಕರ ಬಳಿಯಿರುವ ಎಡ್ಜ್ ಸ್ಥಳದಿಂದ ಒದಗಿಸಲಾಗುತ್ತದೆ, LSCache PHP ಅಥವಾ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸದೆಯೇ ವರ್ಕರ್ನಿಂದ ಪೂರ್ಣ ಪುಟಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸೈಟ್ನ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್ ಪುನರಾವರ್ತಿತ ಕ್ವೆರಿಗಳನ್ನು ಹೀರಿಕೊಳ್ಳುತ್ತದೆ. ಹೆಚ್ಚಿನ ವಿಷಯ ಆಧಾರಿತ ಸೈಟ್ಗಳಿಗೆ ಈ ಸಂಯೋಜನೆಯ ಅರ್ಥವೇನೆಂದರೆ, ಕ್ಯಾಶ್ ಕಾನ್ಫಿಗರೇಶನ್ಗೆ ಹೋಲಿಸಿದರೆ ಆರಿಜಿನ್ ಪ್ರದೇಶದ ಪ್ರಾಮುಖ್ಯತೆ ತೀರಾ ಕಡಿಮೆ. ನಿಮ್ಮ ವೀಕ್ಷಕರು ಯಾವುದಾದರೂ ಒಂದು ಖಂಡದಲ್ಲಿ ಕೇಂದ್ರೀಕೃತರಾಗಿದ್ದರೆ, ಆರಿಜಿನ್ ಅನ್ನು ಅಲ್ಲೇ ಇರಿಸಿ.
ಪ್ರದೇಶವನ್ನು ಸೈಟ್ ಅನ್ನು ಇರಿಸಿದಾಗ ಹೊಂದಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸೈಟ್ ರೆಕಾರ್ಡ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರದೇಶದ ಬದಲಾವಣೆಯು ಟಾಗಲ್ ಬದಲಿಗೆ ಸ್ಥಳಾಂತರವಾಗಿದೆ. ಸ್ಥಳಾಂತರವು ಬರಲಿದೆ ಎಂದು ನಿಮಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿದ್ದರೆ ನಿರ್ಮಿಸುವ ಮೊದಲು ನಮ್ಮೊಂದಿಗೆ ಮಾತನಾಡಿ — ಲೈವ್ ಪೋರ್ಟ್ಫೋಲಿಯೊವನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದಕ್ಕಿಂತ ಮೊದಲ ಬಾರಿಗೆ ಸರಿಯಾಗಿ ಇರಿಸುವುದು ಹೆಚ್ಚು ವೆಚ್ಚ-ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ.
ತಲಾ ಸೈಟ್ ಬ್ಯಾಕಪ್ಗಳು ಬದಲಾಯಿಸಲಾಗದವು, ಆಫ್ಸೈಟ್ ಮತ್ತು ರನ್ನಿಂಗ್ ಫ್ಲೀಟ್ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿವೆ, ಊಹಿಸಿಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಮರುಸ್ಥಾಪನೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ಗೆ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ಪ್ಯಾನೆಲ್ನಿಂದ ಒಂದೇ ಕ್ಲಿಕ್ನಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಬಹುದಾಗಿದೆ. ನಿಮ್ಮ ಅನುಸರಣೆಯ ಸ್ಥಾನಕ್ಕೆ ಬ್ಯಾಕಪ್ ಸಂಗ್ರಹಣೆಯು ನಿರ್ದಿಷ್ಟ ಅಧಿಕಾರ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಇರಬೇಕಾದರೆ, ಅದನ್ನು ನೇರವಾಗಿ ನಮ್ಮೊಂದಿಗೆ ತಿಳಿಸಿ - ಇದು ವೆಬ್ ಪುಟದಲ್ಲಿ ನಾವು ಮಾಡುವ ಸಾಮಾನ್ಯ ಹೇಳಿಕೆಯ ಬದಲಿಗೆ ಪ್ರತಿ ಗ್ರಾಹಕರಿಗೆ ನಾವು ಒಪ್ಪಿಕೊಳ್ಳುವ ಒಪ್ಪಂದದ ವಿವರವಾಗಿದೆ.
ಹೌದು. ಈ ಪ್ರಯೋಗವು 14 ದಿನಗಳದ್ದಾಗಿದ್ದು, ಕಾರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಇದು ಡಿಫಾಲ್ಟ್ ಯುರೋಪಿಯನ್ ಪ್ರದೇಶದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಇದು ಐದು ಸೈಟ್ಗಳವರೆಗಿನ Footprint-Free Hosting ಅನ್ನು ಒಳಗೊಂಡಿದೆ, ನಿಮ್ಮ ಪ್ರೊಡಕ್ಷನ್ ಪೋರ್ಟ್ಫೋಲಿಯೋ ಎಲ್ಲಿರಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ಗಳು, ಪ್ಲೇಸ್ಮೆಂಟ್ ಮತ್ತು ಕ್ಯಾಶ್ ಲೇಯರ್ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಲು ಇದು ಸಾಕಾಗುತ್ತದೆ.
ಯುರೋಪ್ನಲ್ಲಿ ಕಾರ್ಡ್-ಮುಕ್ತ 14 ದಿನಗಳ ಪ್ರಯೋಗವನ್ನು ತಕ್ಷಣವೇ ಪ್ರಾರಂಭಿಸಿ, ಅಥವಾ ಮೊದಲು ನಿಮ್ಮ ನಿವಾಸದ ಅವಶ್ಯಕತೆಯನ್ನು ನಮಗೆ ತಿಳಿಸಿ ಮತ್ತು ಮೊದಲ ನಿಯೋಜನೆಯಿಂದಲೇ ನಾವು ನಿಮ್ಮನ್ನು ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸುತ್ತೇವೆ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ