ಪ್ರತಿನಿಧಿಸಿದ ಪ್ರವೇಶ
ಒಬ್ಬ ಡೆವಲಪರ್ ಅನ್ನು ಕರೆಸಿ, ನಿಮ್ಮ ಅಕೌಂಟೆಂಟ್ಗೆ ಬಿಲ್ಲಿಂಗ್ ಅನ್ನು ಹಸ್ತಾಂತರಿಸಿ, ಕ್ಲೈಂಟ್ಗೆ ಅವರ ಸ್ವಂತ ಸೈಟ್ಗಳ ಮೇಲೆ ಓದಲು ಮಾತ್ರ ಸಾಧ್ಯವಿರುವ (ರೀಡ್-ಓನ್ಲಿ) ವಿಂಡೋವನ್ನು ನೀಡಿ ಅಥವಾ ನಮ್ಮ ಬೆಂಬಲ ತಂಡಕ್ಕೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಅನುಮತಿಸಿ. ಪ್ರತಿ ಅನುಮತಿಯು ನಿರ್ಧರಿಸಿದ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿರುವ ಒಂದು ಪಾತ್ರವಾಗಿದೆ, ಇದನ್ನು ಸಂಸ್ಥೆಗೆ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ, ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಜಾರಿಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಬದಲಾಯಿಸಲಾಗದ ಆಡಿಟ್ ಲಾಗ್ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ.
ಒಂದೇ ಲಾಗಿನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದರಿಂದ ಖಾತೆಯ ಪ್ರವೇಶವು ತಪ್ಪಾಗುತ್ತದೆ. Zinn Digital® ನಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಯು ತಮ್ಮದೇ ಆದ ಗುರುತನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಮತ್ತು ಪ್ರವೇಶವು ಒಂದು ಸದಸ್ಯತ್ವವಾಗಿದೆ — ಒಬ್ಬ ಬಳಕೆದಾರ, ಒಂದು ಸಂಸ್ಥೆ ಮತ್ತು ಒಂದು ಪಾತ್ರ — ಇದನ್ನು ನೀವು ಸ್ವತಃ ನೀಡಬಹುದು, ಬದಲಾಯಿಸಬಹುದು ಅಥವಾ ರದ್ದುಗೊಳಿಸಬಹುದು.
ನಮ್ಮ ಐಡೆಂಟಿಟಿ ಲೇಯರ್ ಆದ Keycloak ಮೂಲಕ ಪ್ರತಿ ಸಹಯೋಗಿಯೂ ತಮ್ಮದೇ ಆದ ಖಾತೆಯೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ. ಯಾರೂ ನಿಮ್ಮ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಟೈಪ್ ಮಾಡುವುದಿಲ್ಲ, ಯಾರೂ ಬ್ರೌಸರ್ ಸೆಷನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಯಾರನ್ನಾದರೂ ತೆಗೆದುಹಾಕುವುದು ಪಾಸ್ವರ್ಡ್ ಬದಲಾಯಿಸುವುದಕ್ಕಿಂತ ಹಾಗೂ ಬೇರೆ ಯಾರಿಗೆ ಅದು ತಿಳಿದಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಲು ಹೆಣಗಾಡುವುದಕ್ಕಿಂತ ಒಂದು ಸರಳವಾದ ಕ್ರಮವಾಗಿದೆ.
ಖಾತೆಗಳು ಶ್ರೇಣೀಕೃತವಾಗಿವೆ - ರೀಸೆಲ್ಲರ್ ಸಂಸ್ಥೆಯು ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳು ಸೈಟ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಸದಸ್ಯತ್ವವು ಒಂದು ಸಂಸ್ಥೆಗೆ ಮತ್ತು ಅದರ ಕೆಳಗಿರುವ ಎಲ್ಲದಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಇತರ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಎಂದಿಗೂ ಬಹಿರಂಗಪಡಿಸದೆ ನಿಮ್ಮ ಏಜೆನ್ಸಿ ಕ್ಲೈಂಟ್ಗೆ ಅವರ ಸ್ವಂತ ಸಂಸ್ಥೆಯ ನಿಯಂತ್ರಣವನ್ನು ನೀವು ನೀಡಬಹುದು.
ಬಾಡಿಗೆದಾರರ ಪ್ರತ್ಯೇಕತೆಯು ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ನಲ್ಲಿನ ಫಿಲ್ಟರ್ ಅಲ್ಲ, ಅದನ್ನು ದೋಷವು ತಪ್ಪಿಸಿಕೊಳ್ಳಬಹುದು. ಪೋಸ್ಟ್Gres ರೋ-ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿಯು ಪ್ರತಿ ಪ್ರಶ್ನೆಯನ್ನು ಕಾಲರ್ನ ಸಂಸ್ಥೆಯ ಉಪವೃಕ್ಷಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ವ್ಯಾಪ್ತಿಗೆ ಹೊರಗಿನ ವಿನಂತಿಗೆ ಹಿಂತಿರುಗಿಸಲು ಏನೂ ಇರುವುದಿಲ್ಲ.
ನಿಮ್ಮ ವ್ಯಾಪ್ತಿಗೆ ಬಾರದ ಸಂಸ್ಥೆ ಅಥವಾ ಸೈಟ್ಗಾಗಿ ಕೇಳಿದಾಗ, ಅನುಮತಿ ದೋಷದ ಬದಲಿಗೆ API ಯು ಸರಳವಾದ 'ಸಿಕ್ಕಿಲ್ಲ' (not-found) ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನೀಡುತ್ತದೆ. ಅನುಮತಿ ದೋಷವು ದಾಖಲೆಯು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ; ಆದರೆ ಸಿಕ್ಕಿಲ್ಲ ಎಂಬ ಪ್ರತಿಕ್ರಿಯೆಯು ಹೊರಗಿನ ವ್ಯಕ್ತಿಗೆ ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ.
ಅನುಮತಿಗಳು ಗ್ರ್ಯಾನ್ಯುಲರ್ ಕೀಗಳಾಗಿವೆ — ಮಾಡ್ಯೂಲ್ ಜೊತೆಗೆ ಕ್ರಿಯೆ, sites.restart ಅಥವಾ billing.refund ನಂತೆ — ಮತ್ತು ಪಾತ್ರಗಳು ಅವುಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತವೆ. ನಾಲ್ಕು ಪಾತ್ರಗಳು ನೈಜ ತಂಡಗಳಿಗೆ ಬೇಕಾದ ಸ್ವರೂಪಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ನಾವು ಸೀಡ್ ಮಾಡುವ ಡೇಟಾವಾಗಿದೆ, ಕೋಡ್ನಲ್ಲಿ ಹುದುಗಿರುವ ತರ್ಕವಲ್ಲ.
ಪೂರ್ಣ ನಿಯಂತ್ರಣ: ಚೈಲ್ಡ್ ಸಂಸ್ಥೆಗಳನ್ನು ರಚಿಸಿ, ಸದಸ್ಯರನ್ನು ಆಹ್ವಾನಿಸಿ ಮತ್ತು ತೆಗೆದುಹಾಕಿ, ಪಾತ್ರಗಳನ್ನು ಬದಲಾಯಿಸಿ, API ಕೀಗಳನ್ನು ನಿರ್ವಹಿಸಿ, ಸೈಟ್ಗಳನ್ನು ರಚಿಸಿ, ಮರುಪ್ರಾರಂಭಿಸಿ, ಪರ್ಜ್ ಮಾಡಿ, ಅಮಾನತುಗೊಳಿಸಿ ಮತ್ತು ಅಳಿಸಿ, ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ನಿರ್ವಹಿಸಿ, ಟಿಕೆಟ್ಗಳನ್ನು ನೀಡಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ಓದಿ. ಈ ಪಾತ್ರವನ್ನು ನೀವು ನಿಮಗಾಗಿಯೇ ಇರಿಸಿಕೊಳ್ಳುತ್ತೀರಿ.
ಸಂಸ್ಥೆ, ಅದರ ಸದಸ್ಯರು ಮತ್ತು ಪ್ಲಾನ್ ಕ್ಯಾಟಲಾಗ್ ಅನ್ನು ವೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ವಾಯ್ಸ್ಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು ಹಾಗೂ ಶುಲ್ಕಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಯಾವುದೇ ಒಂದೇ ಸೈಟ್ ಅನ್ನು ರಚಿಸಲು, ಬದಲಾಯಿಸಲು ಅಥವಾ ಅಳಿಸಲು ಪ್ರವೇಶವಿರುವುದಿಲ್ಲ — ಬಾಹ್ಯ ಅಕೌಂಟೆಂಟ್ ಹೊಂದಿರಬೇಕಾದ ನಿಖರವಾದ ಸ್ವರೂಪವಾಗಿದೆ.
ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಕ್ಯಾಶ್ ಅನ್ನು ತೆರವುಗೊಳಿಸುತ್ತದೆ, API ಕೀಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಟಿಕೆಟ್ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಡಲಾಗಿದೆ: ಬಿಲ್ಲಿಂಗ್, ಇನ್ವಾಯ್ಸ್ಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು, ಸದಸ್ಯರ ನಿರ್ವಹಣೆ, ಸೈಟ್ ಅಮಾನತು ಮತ್ತು ಸೈಟ್ ಅಳಿಸುವಿಕೆ. ಗುತ್ತಿಗೆದಾರರು ನಿಮಗೆ ಬಿಲ್ ಮಾಡದೆ ಅಥವಾ ಯಾವುದನ್ನೂ ನಾಶಪಡಿಸದೆ ನಿರ್ಮಾಣ ಕಾರ್ಯವನ್ನು ಮಾಡಬಹುದು.
ಸಂಸ್ಥೆ, ಅದರ ಸದಸ್ಯರು, ಅದರ ಸೈಟ್ಗಳು, ಅದರ ಬಿಲ್ಲಿಂಗ್, ಪ್ಲಾನ್ ಕ್ಯಾಟಲಾಗ್, ಟಿಕೆಟ್ಗಳು, ಅನುವಾದ ಸ್ಥಿತಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ವೀಕ್ಷಿಸಬಹುದು — ಮತ್ತು ಇದರಲ್ಲಿ ಯಾವುದನ್ನೂ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಗೋಚರತೆಯನ್ನು ಬಯಸುವ ಕ್ಲೈಂಟ್, ಆಡಿಟರ್ ಅಥವಾ ನೋಡಲು ಮಾತ್ರ ಅಗತ್ಯವಿರುವ ಸ್ಟೇಕ್ಹೋಲ್ಡರ್ಗೆ ಇದು ಸರಿಯಾದ ಅನುಮತಿಯಾಗಿದೆ.
ಪ್ರವೇಶವನ್ನು ಒಪ್ಪಿಸುವುದು ಸುರಕ್ಷಿತವಾಗಿರುವುದು ನೀವು ಯಾರಿಗೆ ಪ್ರವೇಶ ನೀಡುತ್ತೀರೋ ಆ ಖಾತೆಗಳನ್ನು ಹ್ಯಾಕ್ ಮಾಡುವುದು ಕಷ್ಟವಾದಾಗ ಮಾತ್ರ. ಖಾತೆಯಲ್ಲಿರುವ ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಗೂ, ಪ್ರತಿಯೊಂದು ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ದೃಢೀಕರಣವು Keycloak ಮೂಲಕ ರನ್ ಆಗುತ್ತದೆ.
ಬ ಬೆಂಬಲ ಕಾರ್ಯವು ಕೆಲವೊಮ್ಮೆ ನಿಮ್ಮ ಖಾತೆಯ ಒಳಗೆ ನೋಡುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಆ ಪ್ರವೇಶವು ಬೇರೆ ಎಲ್ಲದರಂತೆ ಅದೇ ಅನುಮತಿ ಮಾದರಿಯಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ — ಸಿಬ್ಬಂದಿ ಸರಳವಾಗಿ ಸಿಬ್ಬಂದಿ ಸಂಸ್ಥೆಯಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳುತ್ತಾರೆ, ಕಿರಿದಾದ ಅನುದಾನಗಳೊಂದಿಗೆ ವಿಭಾಗಗಳಾಗಿ ಆಯೋಜಿಸಲ್ಪಡುತ್ತಾರೆ.
ಸಿಬ್ಬಂದಿಯನ್ನು ಬೆಂಬಲ (ಸಪೋರ್ಟ್), ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಹಣಕಾಸು (ಫೈನಾನ್ಸ್), ನಿಂದನೆ ಮತ್ತು ನಂಬಿಕೆ-ಮತ್ತು-ಸುರಕ್ಷತೆ (ಅಬ್ಯೂಸ್ ಅಂಡ್ ಟ್ರಸ್ಟ್-ಅಂಡ್-ಸೇಫ್ಟಿ), ಮಾರಾಟ (ಸೇಲ್ಸ್), ಆನ್ಬೋರ್ಡಿಂಗ್, ಎಂಜಿನಿಯರಿಂಗ್ ಮತ್ತು ಆಪ್ಸ್, ಮಾರ್ಕೆಟಿಂಗ್, ಮತ್ತು ನಿರ್ವಹಣೆ (ಮ್ಯಾನೇಜ್ಮೆಂಟ್) ಎಂದು ಗುಂಪು ಮಾಡಲಾಗಿದೆ. ಪ್ರತಿಯೊಂದು ಪಾತ್ರವು ನಿರ್ದಿಷ್ಟ ಮಾಡ್ಯೂಲ್ಗಳು ಮತ್ತು ಕ್ರಿಯೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದರಿಂದ ಏಜೆಂಟ್ಗೆ ಅವರ ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಿರುವ ನಿರ್ವಹಣಾ ಕನ್ಸೋಲ್ನ ಭಾಗ ಮಾತ್ರ ಕಾಣಿಸುತ್ತದೆ, ಉಳಿದದ್ದಲ್ಲ.
ಬೆಂಬಲ ಏಜೆಂಟ್ ಪಾತ್ರವು ನಿಖರವಾಗಿ ಇದನ್ನು ಒದಗಿಸುತ್ತದೆ: ಗ್ರಾಹಕರನ್ನು ವೀಕ್ಷಿಸುವುದು, ಟಿಕೆಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಮತ್ತು ಉತ್ತರಿಸುವುದು, ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು, ಸೈಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಅದರ ಸಂಗ್ರಹವನ್ನು (ಕ್ಯಾಶ್) ತೆರವುಗೊಳಿಸುವುದು. ಇದು ಯಾವುದೇ ಬಿಲ್ಲಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ, ಮರುಪಾವತಿಗಳಿಲ್ಲ, ಪ್ಲಾನ್ ಸಂಪಾದನೆ ಇಲ್ಲ ಮತ್ತು ಫ್ಲೀಟ್ ನಿರ್ವಹಣೆಯಿಲ್ಲ. ಏಜೆಂಟ್ ನಿರ್ವಹಿಸಬಹುದಾದ ಪರಿಹಾರವು ಉತ್ತಮ ಉದ್ದೇಶಗಳಿಂದಲ್ಲ, ಬದಲಿಗೆ ಪಾತ್ರದಿಂದ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ.
customer.impersonate ಅನುಮತಿಯು ಮ್ಯಾನೇಜರ್ ಪಾತ್ರದ ಭಾಗವಾಗಿಲ್ಲ — ಇದು ಸೂಪರ್ ಅಡ್ಮಿನ್ ಬಳಿ ಮಾತ್ರ ಇರುತ್ತದೆ. ನಿಮ್ಮ ಪರವಾಗಿ ಸೆಷನ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ಡ್ಯಾಶ್ಬೋರ್ಡ್ ನಿರಂತರವಾದ ಇಂಪರ್ಸನೇಷನ್ ಬ್ಯಾನರ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ ಆದ್ದರಿಂದ ಯಾರು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದು ಎಂದಿಗೂ ಸಂದಿಗ್ಧವಾಗಿರುವುದಿಲ್ಲ.
ಪ್ರತಿಯೊಂದು ವಿಶೇಷಾಧಿಕಾರ ಮತ್ತು ಆಡಳಿತಾತ್ಮಕ ಕ್ರಿಯೆಯು, ನಿರ್ವಹಿಸಿದ ವ್ಯಕ್ತಿ, ಕ್ರಿಯೆ, ಗುರಿ, ಬೆಂಬಲಿಸುವ ಮೆಟಾಡೇಟಾ, IP ವಿಳಾಸ ಮತ್ತು ಸಮಯದ ಮುದ್ರೆಯನ್ನು ದಾಖಲಿಸುವ, ಕೇವಲ-ಸೇರ್ಪಡೆ (ಅಪೆಂಡ್-ಮಾತ್ರ) ಆಡಿಟ್ ಲಾಗ್ಗೆ ಸೇರಿಸಲ್ಪಡುತ್ತದೆ — ಪ್ರೊಡಕ್ಷನ್ನಲ್ಲಿ ಸಮಯ-ವಿಂಗಡಿಸಲಾಗಿದೆ. ಮಾಲೀಕರು ಮತ್ತು ಕೇವಲ ಓದುವ ಸದಸ್ಯರು ತಮ್ಮ ಸಂಸ್ಥೆಯ ಲಾಗ್ ಅನ್ನು ಸ್ವತಃ ಓದಬಹುದು.
ಸೂಕ್ಷ್ಮ ಮತ್ತು ವಿನಾಶಕಾರಿ ಸಿಬ್ಬಂದಿ ಕ್ರಿಯೆಗಳಿಗೆ ರನ್ ಆಗುವ ಮೊದಲು ಹೆಚ್ಚುವರಿ ದೃಢೀಕರಣ ಅಥವಾ ಇಬ್ಬರು ವ್ಯಕ್ತಿಗಳ ಅನುಮೋದನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಮತ್ತು ಹೊಸ ಇಲಾಖೆಗಳು ಹಾಗೂ ಪಾತ್ರಗಳು ಕೋಡ್ ಬದಲಾವಣೆಗಿಂತ ಕಾನ್ಫಿಗರೇಶನ್ ಆಗಿರುತ್ತವೆ.
ಸ್ಕ್ರಿಪ್ಟ್ಗಳು, CI ಪೈಪ್ಲೈನ್ಗಳು, CLI, Terraform ಪ್ರೊವೈಡರ್ ಮತ್ತು AI ಏಜೆಂಟ್ಗಳು ಎಲ್ಲವೂ ಮನುಷ್ಯರಂತೆ ಅದೇ ಅನುಮತಿ ಮಾದರಿಯ ಮೂಲಕ ದೃಢೀಕರಿಸುತ್ತವೆ - ಯಾವುದೇ ಹಂಚಿಕೊಳ್ಳಲಾದ ಮಾನವ ಪ್ರಮಾಣಪತ್ರಗಳಿಲ್ಲ, ನಿರ್ಮಾಣದಲ್ಲಿ ಯಾವುದೇ ದೀರ್ಘಕಾಲೀನ ರಹಸ್ಯಗಳನ್ನು ಅಂಟಿಸಲಾಗುವುದಿಲ್ಲ.
ಕೀಗಳು ಒಂದು ಸಂಸ್ಥೆಗೆ ಸೇರಿರುತ್ತವೆ ಮತ್ತು ಅದೇ RBAC ಅನುಮತಿಗಳಿಗೆ ಲಿಂಕ್ ಮಾಡಲಾದ ಹ granular ಸ್ಕೋಪ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ — ಕೇವಲ ಓದುವಿಕೆ, ಬಿಲ್ಲಿಂಗ್, ಪ್ರೊವಿಷನಿಂಗ್. ಸದಸ್ಯರ ಸಂಪೂರ್ಣ ಖಾತೆಯನ್ನು ನೀಡುವ ಬದಲು, ಪೈಪ್ಲೈನ್ಗೆ ಅಗತ್ಯವಿರುವ ನಿರ್ದಿಷ್ಟ ಸಣ್ಣ ಸ್ಕೋಪ್ ಅನ್ನು ನೀಡಿ.
ಪರೀಕ್ಷಾ-ಮೋಡ್ ಮತ್ತು ಲೈವ್-ಮೋಡ್ ಕೀಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ಆದ್ದರಿಂದ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿರುವ ಇಂಟಿಗ್ರೇಷನ್ ದೋಷದಿಂದ ಅಥವಾ ಕಾಪಿ ಮಾಡಿದ ಎನ್ವಿರಾನ್ಮೆಂಟ್ ವೇರಿಯೇಬಲ್ನಿಂದ ಪ್ರೊಡಕ್ಷನ್ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ನಾವು ರಹಸ್ಯದ SHA-256 ಹ್ಯಾಶ್ ಮತ್ತು ಲುಕಪ್ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ — ಎಂದಿಗೂ ಪ್ರತ್ಯಕ್ಷ ಕೀಲಿಯನ್ನು ಅಲ್ಲ. ಸೃಷ್ಟಿಯ ಸಮಯದಲ್ಲಿ ನೀವು ಕೀಲಿಯನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ನೋಡುತ್ತೀರಿ. ಪ್ರತಿಯೊಂದು ಕೀಲಿಯು ಅದನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿತ್ತು ಎಂಬುದನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಯಾವುದಕ್ಕೂ ತೊಂದರೆ ನೀಡದೆ ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರದ್ದುಗೊಳಿಸಬಹುದು.
ನಮ್ಮ MCP ಸರ್ವರ್ ಯಾವುದೇ MCP-ಸಮರ್ಥ ಏಜೆಂಟ್ಗೆ ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಸ್ವಾಭಾವಿಕ ಭಾಷೆಯಲ್ಲಿ ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಇದು OAuth 2.1 ಮೂಲಕ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ನಿಮ್ಮ ಸಂಸ್ಥೆ ಹಾಗೂ RBAC ಪಾತ್ರಕ್ಕೆ ಸೀಮಿತಗೊಂಡಿದೆ. ಜೊತೆಗೆ, ಇದು ಪ್ರತಿ-ಟೂಲ್ ಹಿಂತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ಟೋಕನ್ಗಳು, ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳ ಮೇಲಿನ ದೃಢೀಕರಣ, ವೆಚ್ಚ ಮಿತಿಗಳು (spend caps) ಮತ್ತು ಸಂಪೂರ್ಣ ಆಡಿಟ್ ಲಾLogging ಅನ್ನು ಒಳಗೊಂಡಿದೆ.
ಖಾತೆ ಪ್ರವೇಶ ಮತ್ತು ಸರ್ವರ್ ಪ್ರವೇಶ ಎಂಬುದು ಎರಡು ಬೇರೆ ಬೇರೆ ಸಮಸ್ಯೆಗಳಾಗಿವೆ. ಸೈಟ್-ಹಂತದ ರುಜುವಾತುಗಳನ್ನು ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಕನಿಷ್ಠ-ವಿಶೇಷಾಧಿಕಾರದೊಂದಿಗೆ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಜೈಲ್ ಮಾಡಲಾಗುತ್ತದೆ ಇದರಿಂದ ಒಬ್ಬ ಸಹಯೋಗಿಯ ಶೆಲ್ ಕೇವಲ ಒಂದು ಸೈಟ್ನ ಶೆಲ್ ಆಗಿರುತ್ತದೆ.
ಒಬ್ಬರೇ ನಿರ್ವಹಿಸುವ ವ್ಯಕ್ತಿಯು ಒಂದೇ ಸಂಸ್ಥೆಯನ್ನು ಮತ್ತು ಒಬ್ಬ ಮಾಲೀಕನ ಸದಸ್ಯತ್ವವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ ಒಂದಕ್ಕಾಗಿ ಗುತ್ತಿಗೆದಾರರು ಬಂದಾಗ ಡೆವಲಪರ್ ಪಾತ್ರವನ್ನು ಸೇರಿಸುತ್ತಾರೆ. ಪ್ರಾಜೆಕ್ಟ್ ಮುಗಿದಾಗ, ಸದಸ್ಯತ್ವವನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ಅವರ ಸೈನ್-ಇನ್ ತಕ್ಷಣವೇ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ — ಬದಲಾಯಿಸಲು ಯಾವುದೇ ಹಂಚಿದ ಕ್ರೆಡೆನ್ಷಿಯಲ್ ಉಳಿದಿರುವುದಿಲ್ಲ.
ಒಂದು ಏಜೆನ್ಸಿಯು ಸಂಸ್ಥೆಯ ಮರವನ್ನು ಬಳಸುತ್ತದೆ. ಪ್ರತಿಯೊಬ್ಬ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಆದ ಸ್ವಂತ ಸಬ್-ಆರ್ಗನೈಸೇಶನ್ ಅನ್ನು ಪಡೆಯುತ್ತದೆ, ಇದು ಆ ಕ್ಲೈಂಟ್ನ ಸೈಟ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಜನರ memberships ಅಲ್ಲಿ ಇರುತ್ತವೆ - ಗೋಚರತೆಯನ್ನು ಬಯಸುವ ಸ್ಟೇಕ್ಹೋಲ್ಡರ್ಗೆ ರೀಡ್-ಓನ್ಲಿ ಮತ್ತು ಸ್ವಯಂ-ಸೇವೆ ಮಾಡಲು ಬಯಸುವ ಕ್ಲೈಂಟ್ಗಾಗಿ ಓನರ್. ನಿಮ್ಮ ಸಿಬ್ಬಂದಿ ಸಂಸ್ಥೆಯ ಮರದ ಮೇಲ್ಭಾಗದಲ್ಲಿ memberships ಅನ್ನು ಹೊಂದಿರುತ್ತಾರೆ ಮತ್ತು ಪೋರ್ಟ್ಫೋಲಿಯೊವನ್ನು ನೋಡುತ್ತಾರೆ; ಕ್ಲೈಂಟ್ ಕೇವಲ ತನ್ನ ಸ್ವಂತ ಶಾಖೆಯನ್ನು ಮಾತ್ರ ನೋಡುತ್ತಾನೆ, ಮತ್ತು ಭರವಸೆಗಿಂತ ಇದು ನಿಜವಾಗಲು ರೋ-ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿ ಕಾರಣವಾಗಿದೆ.
ಮರುಮಾರಾಟಗಾರರು (ರಿಸೆಲ್ಲರ್) ಕೂಡ ಅದೇ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ, ಆದರೆ ಇದು ಒಂದು ಹಂತ ಮೇಲಿರುತ್ತದೆ: ಮರುಮಾರಾಟಗಾರರ ಸಂಸ್ಥೆಯು ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಸದಸ್ಯರು, ಬಿಲ್ಲಿಂಗ್ ವೀಕ್ಷಣೆ ಮತ್ತು ಸೈಟ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಅದೇ ಮೂಲಭೂತ ಅಂಶವು ಸಬ್-ಅಕೌಂಟ್ಗಳು, ಏಜೆನ್ಸಿ ಟೀಮ್ಗಳು ಮತ್ತು ಮರುಮಾರಾಟಗಾರರ ಶ್ರೇಣಿಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ - ಇವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಪ್ರತ್ಯೇಕವಾದ ಅಥವಾ ದುರ್ಬಲವಾದ ವ್ಯವಸ್ಥೆ ಇರುವುದಿಲ್ಲ.
ಕಾರ್ಡ್-ರಹಿತ 14 ದಿನಗಳ ಪ್ರಯೋಗಾವಧಿಯಲ್ಲಿ ಎಲ್ಲವೂ ಲಭ್ಯವಿದೆ. ಪಾವತಿ ವಿವರಗಳಿಲ್ಲದೆ ಸೈನ್ ಅಪ್ ಮಾಡಿ, ಸಹೋದ್ಯೋಗಿಯನ್ನು ಆಹ್ವಾನಿಸಿ, ಪ್ರತಿಯೊಂದು ಪಾತ್ರವು ಯಾವುದನ್ನು ತಲುಪಬಹುದು ಮತ್ತು ತಲುಪಲಾಗುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ವೀಕ್ಷಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ಮರಳಿ ಓದಿ.
ಇಂದಿನ ದಿನಗಳಲ್ಲಿ ಒಂದು ಸದಸ್ಯತ್ವವು ಸಂಪೂರ್ಣ ಸಂಸ್ಥೆಯಾದ್ಯಂತ ಮತ್ತು ಮರದ ಕೆಳಗಿರುವ ಎಲ್ಲದರಲ್ಲೂ ತನ್ನ ಪಾತ್ರವನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸೈಟ್ ಗುಂಪುಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ಮಾರ್ಗವೆಂದರೆ ಸಂಸ್ಥೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು — ಆ ಸೈಟ್ಗಳನ್ನು ಅವುಗಳ ಸ್ವಂತ ಮಕ್ಕಳ ಸಂಸ್ಥೆಯಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಅಲ್ಲಿಯೇ ಸದಸ್ಯತ್ವವನ್ನು ನೀಡಿ. ಇದು ಏಜೆನ್ಸಿಗಳು ಮತ್ತು ಮರುಮಾರಾಟಗಾರರಿಗೆ ಉತ್ತಮ ಮಾದರಿಯಾಗಿದೆ, ಇಲ್ಲಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ತಮ್ಮದೇ ಆದ ಗಡಿಯನ್ನು ಬಯಸುತ್ತಾರೆ. ಸದಸ್ಯತ್ವವಾರು ಸಂಪನ್ಮೂಲ ಸ್ಕೋಪಿಂಗ್, ಅಂದರೆ ಒಂದೇ ಸಂಸ್ಥೆಯೊಳಗಿನ ನಿರ್ದಿಷ್ಟ ಸೈಟ್ಗಳಿಗೆ ಒಂದೇ ಸದಸ್ಯತ್ವವನ್ನು ಪಿನ್ ಮಾಡುವುದು, ಇದು ಈಗ ಲಭ್ಯವಿರುವುದಕ್ಕಿಂತ ಯೋಜಿತ ಸುಧಾರಣೆಯಾಗಿದೆ.
ಡೆವಲಪರ್ ಪಾತ್ರವು ಸೈಟ್ ಅಳಿಸುವಿಕೆ ಅಥವಾ ಸೈಟ್ ಸಸ್ಪೆನ್ಷನ್ ಅನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ — ಆ ಕೀಗಳು ಮಾಲೀಕ (Owner) ಪಾತ್ರಕ್ಕೆ ಸೇರಿರುತ್ತವೆ. ಇದು ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಮತ್ತು ರಚಿಸಲು, ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲು, ಸಂಗ್ರಹವನ್ನು (cache) ತೆರವುಗೊಳಿಸಲು, API ಕೀಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ಟಿಕೆಟ್ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ. ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಮತ್ತು ಪುಶ್-ಟು-ಲೈವ್ ಅನುಮತಿಗಳು ಸಹ ಡೆವಲಪರ್ ಅನುದಾನದ ಭಾಗವಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರೊಡಕ್ಷನ್ಗೆ ಬಡ್ತಿಯು ಖಾತೆ ಮಾಲೀಕರ ಬಳಿಯೇ ಇರುತ್ತದೆ. ಮೊದಲನೆಯದಾಗಿ ಲೈವ್ ಸೈಟ್ನ ಹೊರಗೆ ಬಿಲ್ಡ್ ಕೆಲಸ ನಡೆಯುವಂತೆ ಅದನ್ನು ಸ್ಟೇಜಿಂಗ್ನೊಂದಿಗೆ ಜೋಡಿಸಿ.
ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಸಿಬ್ಬಂದಿ ಪಾತ್ರದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಪಾತ್ರವು ಅನುಮತಿ ಕೀಗಳ ಒಂದು ಸೀಮಿತ ಗುಂಪಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಬೆಂಬಲ ಏಜೆಂಟ್ (Support Agent) ನಿಮ್ಮ ಖಾತೆ ಮತ್ತು ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು, ನಿಮ್ಮ ಟಿಕೆಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು ಮತ್ತು ಉತ್ತರಿಸಬಹುದು, ಸೈಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬಹುದು ಮತ್ತು ಅದರ ಸಂಗ್ರಹವನ್ನು (cache) ತೆರವುಗೊಳಿಸಬಹುದು — ಆದರೆ ಬಿಲ್ಲಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್, ಮರುಪಾವತಿಗಳು, ಪ್ಲಾನ್ಗಳು ಅಥವಾ ಫ್ಲೀಟ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಗ್ರಾಹಕರಂತೆ ಸೈನ್ ಇನ್ ಮಾಡುವುದು ಸೂಪರ್ ಅಡ್ಮಿನ್ ಬಳಿ ಮಾತ್ರ ಇರುವ ಪ್ರತ್ಯೇಕ ಅನುಮತಿಯಾಗಿದೆ, ಮತ್ತು ಹಾಗಾದಾಗ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ನಿರಂತರ ವೇಷಧಾರಿ ಬ್ಯಾನರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ವಿಶೇಷ ಅಧಿಕಾರದ ಕ್ರಿಯೆಯು ಆಪರೇಟರ್, ಕ್ರಿಯೆ, ಗುರಿ, IP ಮತ್ತು ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ನೊಂದಿಗೆ ಆಡಿಟ್ ಲಾಗ್ನಲ್ಲಿ ದಾಖಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಸಂಸ್ಥೆಯ ಲಾಗ್ ಅನ್ನು ನೀವೇ ಓದಬಹುದು.
ಸ ಸದಸ್ಯತ್ವವನ್ನು ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಆ ಸಂಸ್ಥೆಗೆ ಅವರ ಪ್ರವೇಶವು ಕೊನೆಗೊಳ್ಳುತ್ತದೆ — ಅವರು ಇನ್ನೂ ತಮ್ಮದೇ ಆದ ಗುರುತನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಆದರೆ ನಿಮ್ಮ ಖಾತೆಯಲ್ಲಿ ಯಾವುದೇ ಪಾತ್ರ ಮತ್ತು ಆದ್ದರಿಂದ ಯಾವುದೇ ಅನುಮತಿಗಳಿಲ್ಲ. API ಕೀಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರದ್ದುಗೊಳಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಯಾವುದಕ್ಕೂ ತೊಂದರೆ ಮಾಡದೆಯೇ ಪೈಪ್ಲೈನ್ ಕೀಯನ್ನು ಕತ್ತರಿಸಬಹುದು. ನೀವು SAML ಸಿಂಗಲ್ ಸೈನ್-ಆನ್ ಬಳಸುತ್ತಿದ್ದರೆ, ನಿಮ್ಮ ಐಡೆಂಟಿಟಿ ಪ್ರೊವೈಡರ್ನಲ್ಲಿ ಡಿಪ್ರೊವಿಷನಿಂಗ್ ಸೈನ್-ಆನ್ ಅನ್ನು ಕೇಂದ್ರವಾಗಿ ನಿರ್ವಹಿಸುತ್ತದೆ. SSH ಕೀಗಳಂತಹ ಸೈಟ್-ಮಟ್ಟದ ರುಜುವಾತುಗಳನ್ನು ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ರದ್ದುಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು ಸ್ವತಃ ಆಡಿಟ್-ಲೋಗ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಇಲ್ಲ — ಆದರೆ ಅದಕ್ಕೆ ಕಾರಣವೇನು ಎಂಬುದರ ಬಗ್ಗೆ ನಿಖರವಾಗಿ ತಿಳಿದುಕೊಳ್ಳುವುದು ಮುಖ್ಯ. API ಕೀಗಳು ಯಾವುದೇ ವ್ಯಕ್ತಿಗತ ಸದಸ್ಯರಿಗೆ ಸೇರಿಲ್ಲ, ಬದಲಿಗೆ ಸಂಸ್ಥೆಗೆ ಸೇರಿವೆ ಮತ್ತು ಅವು ಅದೇ ಅನುಮತಿ ಕ್ಯಾಟಲಾಗ್ಗೆ ಲಿಂಕ್ ಮಾಡಲಾದ ತಮ್ಮದೇ ಆದ ವಿವರವಾದ ಸ್ಕೋಪ್ಗಳನ್ನು ಹೊಂದಿವೆ. ಆದ್ದರಿಂದ ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಕೀಯನ್ನು ನೀಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ, ಆ ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಅತ್ಯಂತ ಕಿರಿದಾದ ಸ್ಕೋಪ್ನೊಂದಿಗೆ ಆ ಕೆಲಸಕ್ಕಾಗಿ ನೀವು ಕೀಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತೀರಿ ಮತ್ತು ಕೆಲಸ ಮುಗಿದ ನಂತರ ಆ ಕೀಯನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತೀರಿ. ರಹಸ್ಯದ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಕೀಯು ಕೊನೆಯ ಬಾರಿಗೆ ಯಾವಾಗ ಬಳಸಲ್ಪಟ್ಟಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಇದರಿಂದ ಬಳಸದ ಕೀಗಳನ್ನು ಹುಡುಕುವುದು ಮತ್ತು ತೆಗೆದುಹಾಕುವುದು ಸುಲಭವಾಗುತ್ತದೆ.
ಹೌದು. ನಮ್ಮ MCP ಸರ್ವರ್ OAuth 2.1 ನೊಂದಿಗೆ ಏಜೆಂಟ್ಗಳನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಸಂಸ್ಥೆ ಹಾಗೂ ನಿಮ್ಮ RBAC ಪಾತ್ರಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಅವುಗಳಿಗೆ ಸ್ಕೋಪ್ಗಳನ್ನು ನೀಡುತ್ತದೆ. ಟೂಲ್-ವಾರು ಹಿಂಪಡೆಯಬಹುದಾದ ಟೋಕನ್ಗಳೊಂದಿಗೆ, ನೀವು ಸಮಗ್ರ ಪ್ರವೇಶದ ಬದಲಿಗೆ ನಿರ್ದಿಷ್ಟ ಸಾಮರ್ಥ್ಯವನ್ನು ಅನುಮೋದಿಸುತ್ತೀರಿ. ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳಿಗೆ ದೃಢೀಕರಣದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಖರ್ಚು ಮಿತಿಗಳು ಅನ್ವಯಿಸುತ್ತವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಕ್ರಿಯೆಯು ಮಾನವ ಚಟುವಟಿಕೆಯಂತೆಯೇ ಅದೇ ಆಡಿಟ್ ಲಾಗ್ನಲ್ಲಿ ದಾಖಲಾಗುತ್ತದೆ.
ಪೋಸ್ಟ್ಗ್ರೆಸ್ ರೌ-ಲೆವೆಲ್ ಸೆಕ್ಯೂರಿಟಿಯು ಅಪ್ಲಿಕೇಶನ್-ಮಟ್ಟದ ಫಿಲ್ಟರ್ ಅನ್ನು ಏಕೈಕ ಮಾರ್ಗವಾಗಿ ಬಳಸುವ ಬದಲು ರಕ್ಷಣೆಯ ಹೆಚ್ಚುವರಿ ಸ್ತರವಾಗಿ ಬಳಸಿಕೊಂಡು, ಡೇಟಾಬೇಸ್ನಲ್ಲೇ ಕಾಲ್ ಮಾಡುವವರ ಸಂಸ್ಥೆಯ ಉಪ-ವೃಕ್ಷಕ್ಕೆ (subtree) ಕ್ವೆರಿಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ವ್ಯಾಪ್ತಿಯಿಂದ ಹೊರಗಿರುವ ರೇಕಾರ್ಡ್ಗಳ ವಿನಂತಿಗಳು ಅನುಮತಿ ದೋಷದ ಬದಲಿಗೆ 'ಸಿಕ್ಕಿಲ್ಲ' (not-found) ಎಂದೇ ಹಿಂತಿರುಗಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಲ್ಲಿ ಏನಿದೆ ಎಂಬುದು ಬಹಿರಂಗವಾಗುವುದಿಲ್ಲ. ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ, CageFS ಮೂಲಕ ಪ್ರತಿ-ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆಯು ಪ್ರತಿಯೊಬ್ಬ ಬಾಡಿಗೆದಾರರ (tenant) ಶೆಲ್ ಮತ್ತು ಫೈಲ್ಗಳನ್ನು ಅವರದೇ ಸೈಟ್ಗೆ ಸೀಮಿತವಾಗಿರಿಸುತ್ತದೆ.
ಹೌದು. 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗವು ಕಾರ್ಡ್-ರಹಿತವಾಗಿದೆ — ಯಾವುದೇ ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಯಾವುದೇ ಬದ್ಧತೆಯಿಲ್ಲ — ಮತ್ತು ಐದು ಸೈಟ್ಗಳವರೆಗೆ Footprint-Free Hosting ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ನೀವು ಬದ್ಧರಾಗುವ ಮೊದಲು, ಸಹೋದ್ಯೋಗಿಯನ್ನು ಆಹ್ವಾನಿಸಲು, ಪಾತ್ರವನ್ನು ನಿಯೋಜಿಸಲು ಮತ್ತು ಮಿತಿಗಳು ನಿಮಗೆ ಬೇಕಾದ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಲು ಇದು ಸಾಕು.
ಕಾರ್ಡ್-ರಹಿತ 14-ದಿನಗಳ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಯಾರನ್ನಾದರೂ ಆಹ್ವಾನಿಸಿ ಮತ್ತು ಅನುಮತಿ ಮಾದರಿಯು ತನ್ನ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನೋಡಿ — ನೀವು ಹೆಸರಿಸಬಹುದಾದ ಪಾತ್ರಗಳು, ನೀವು ಹಿಂಪಡೆಯಬಹುದಾದ ವ್ಯಾಪ್ತಿಗಳು ಮತ್ತು ಯಾರು ಏನು ಮಾಡಿದರು ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ಹೇಳುವ ಆಡಿಟ್ ಲಾಗ್.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ