ತಂಡಗಳು ಮತ್ತು ಪ್ರವೇಶ
ನಾಲ್ಕು ಗ್ರಾಹಕ ಪಾತ್ರಗಳು, ನಿಮ್ಮ ವ್ಯವಹಾರದ ನೈಜ ರಚನೆಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ಉಪ-ಖಾತೆಗಳು, ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಅನುಗುಣವಾದ API ಕೀಗಳು, ಏಕ ಸೈನ್-ಆನ್ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಯ ಹಿಂದಿನ ಆಡಿಟ್ ಲಾಗ್. ಇದೇ ರೀತಿಯ ಪ್ರವೇಶ ಮಾದರಿಯು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, API, CLI, Terraform ಮತ್ತು ನಮ್ಮ MCP ಸರ್ವರ್‌ನಾದ್ಯಂತ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಲಭ್ಯತೆ: Terraform ಪೂರೈಕೆದಾರರು ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿದ್ದಾರೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದೆಲ್ಲವೂ ಇಂದಿನಿಂದಲೇ ಸಕ್ರಿಯವಾಗಿವೆ.
ಪ್ರವೇಶವು ಕೇವಲ ಆನ್/ಆಫ್ ಸ್ವಿಚ್ ಅಲ್ಲ. ಪ್ರತಿಯೊಂದು ಗ್ರಾಹಕ ಸಂಸ್ಥೆಯು ನಾಲ್ಕು ಪಾತ್ರಗಳೊಂದಿಗೆ ಬರುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ನಿರ್ದಿಷ್ಟ module.action ಅನುಮತಿಗಳ ಸ್ಥಿರ ಬಂಡಲ್ ಆಗಿದೆ — ಆದ್ದರಿಂದ ಹಣಕಾಸು ಸಂಪರ್ಕವು ಸರ್ವರ್ ಅನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ ಮತ್ತು ಡೆವಲಪರ್ ಎಂದಿಗೂ ಇನ್‌ವಾಯ್ಸ್ ನೋಡುವುದಿಲ್ಲ.
ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ ಉಪ-ಖಾತೆಗಳ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣ: ಉಪ-ಸಂಸ್ಥೆಗಳನ್ನು ರಚಿಸುವುದು, ಸದಸ್ಯರನ್ನು ಆಹ್ವಾನಿಸುವುದು ಮತ್ತು ತೆಗೆದುಹಾಕುವುದು, ಪಾತ್ರಗಳನ್ನು ಬದಲಾಯಿಸುವುದು, API ಕೀಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು, ಸೈಟ್ಗಳನ್ನು ಒದಗಿಸುವುದು, ಮರುಪ್ರಾರಂಭಿಸುವುದು, ಅಮಾನತುಗೊಳಿಸುವುದು ಮತ್ತು ಅಳಿಸುವುದು, ಇನ್ವಾಯ್ಸ್ಗಳು ಮತ್ತು ಪಾವತಿ ವಿಧಾನಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು, ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ಓದುವುದು. ಎರಡು ಅಂಶಗಳು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಇದರ ಹೊರಗಿವೆ — ಸಂಸ್ಥೆಯನ್ನು ಮುಚ್ಚುವುದು ಮತ್ತು ಮರುಪಾವತಿ ನೀಡುವುದು ಸಿಬ್ಬಂದಿ ಕ್ರಮಗಳಾಗಿವೆ, ಗ್ರಾಹಕರ ಪಾತ್ರವಲ್ಲ.
ಎಲ್ಲಾ ಹಣಕಾಸು ವಿವರಗಳು ಮತ್ತು ಬೇರೇನೂ ಇಲ್ಲ: ಇನ್ವಾಯ್ಸ್ಗಳು, ಚಂದಾದಾರಿಕೆಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು ಮತ್ತು ಯೋಜನೆಗಳ ಕ್ಯಾಟಲಾಗ್, ಜೊತೆಗೆ ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ ಸದಸ್ಯರ ಪಟ್ಟಿಯ ವೀಕ್ಷಣೆ. ಸೈಟ್ಗೆ ಯಾವುದೇ ಪ್ರವೇಶವಿಲ್ಲ — ಹಣಕಾಸು ಸಂಪರ್ಕ ವ್ಯಕ್ತಿ ಅಥವಾ ಬಾಹ್ಯ ಬುಕ್‌ಕೀಪರ್ ಯಾವುದನ್ನೂ ಮರುಪ್ರಾರಂಭಿಸಲು, ಅಮಾನತುಗೊಳಿಸಲು ಅಥವಾ ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಹಣಕಾಸಿನ ವಿಷಯಗಳನ್ನು ಮುಟ್ಟದೆ ಸೈಟ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ: ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸಿ ಮತ್ತು ಸಜ್ಜುಗೊಳಿಸಿ, ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ, ಸಂಗ್ರಹಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ, API ಕೀಗಳನ್ನು ನಿರ್ವಹಿಸಿ ಮತ್ತು ಬೆಂಬಲ ಟಿಕೆಟ್ಗಳನ್ನು ಸಲ್ಲಿಸಿ ಅಥವಾ ಉತ್ತರಿಸಿ. ಯಾವುದೇ ಬಿಲ್ಲಿಂಗ್ ವೀಕ್ಷಣೆ ಇಲ್ಲ, ಯಾವುದೇ ಸದಸ್ಯರ ನಿರ್ವಹಣೆ ಇಲ್ಲ, ಯಾವುದೇ ಅಮಾನತು ಮತ್ತು ಅಳಿಸುವಿಕೆ ಇಲ್ಲ — ವಿನಾಶಕಾರಿ ಮತ್ತು ವಾಣಿಜ್ಯ ಕ್ರಮಗಳು ಮಾಲೀಕರ ಬಳಿಯೇ ಇರುತ್ತವೆ.
ಯಾವುದನ್ನೂ ಬದಲಾಯಿಸುವ ಸಾಮರ್ಥ್ಯವಿಲ್ಲದ ಸಂಪೂರ್ಣ ನೋಟ — ಸದಸ್ಯರು, ಸೈಟ್ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಯೋಜನೆಗಳು, ಟಿಕೆಟ್ಗಳು, ಅನುವಾದ ಸ್ಥಿತಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್. ಕ್ಲೈಂಟ್ ಪಾಲುದಾರರಿಗೆ, ಆಂತರಿಕ ಆಡಿಟರ್‌ಗೆ ಅಥವಾ ಇನ್ನೂ ಕೆಲಸವನ್ನು ಕಲಿಯುತ್ತಿರುವ ಹೊಸಬರಿಗೆ ಸೂಕ್ತವಾದ ಪಾತ್ರ.
ಟೆನೆನ್ಸಿ ಎಂಬುದು ಒಂದು ವೃಕ್ಷ ರಚನೆಯಾಗಿದ್ದು, ಸಮತಟ್ಟಾದ ಪಟ್ಟಿಯಲ್ಲ. ರಿಸೆಲ್ಲರ್ ಸಂಸ್ಥೆಯು ತನ್ನ ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳಿಗಿಂತ ಮೇಲಿರುತ್ತದೆ, ಮತ್ತು ಸೈಟ್ಗಳು ಅವುಗಳ ಅಡಿಯಲ್ಲಿರುತ್ತವೆ. ತಂಡದ ಸದಸ್ಯತ್ವವು ಒಂದು ಸದಸ್ಯತ್ವವಾಗಿದೆ — ಒಬ್ಬ ಬಳಕೆದಾರ, ಒಂದು ಸಂಸ್ಥೆ, ಒಂದು ಪಾತ್ರ — ಆದ್ದರಿಂದ ಅದೇ ಪ್ರಾಥಮಿಕ ಅಂಶವು ಇಬ್ಬರು ವ್ಯಕ್ತಿಗಳ ತಂಡಕ್ಕೆ, ನೂರು ಕ್ಲೈಂಟ್ ಖಾತೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಏಜೆನ್ಸಿಗೆ ಮತ್ತು ತನ್ನದೇ ಬ್ರ್ಯಾಂಡ್‌ನ ಅಡಿಯಲ್ಲಿ ಉಪ-ಖಾತೆಗಳನ್ನು ನಡೆಸುವ ರಿಸೆಲ್ಲರ್‌ಗೆ ಬೆಂಬಲ ನೀಡುತ್ತದೆ.
ಪಾತ್ರಗಳನ್ನು ಸಂಸ್ಥೆಯ ಆಧಾರದ ಮೇಲೆ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಜಾರಿಯು ಸಹ ಸಂಸ್ಥೆಯ ಆಧಾರದ ಮೇಲೆಯೇ ಇರುತ್ತದೆ. ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪಾತ್ರವು ಪ್ರತ್ಯೇಕ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ — ಒಬ್ಬ ಗುತ್ತಿಗೆದಾರನು ಒಂದೇ ಲಾಗಿನ್‌ನಿಂದ, ಒಂದು ಗ್ರಾಹಕರ ಖಾತೆಯಲ್ಲಿ ಡೆವಲಪರ್ ಆಗಿ ಮತ್ತು ಎರಡನೆಯದರಲ್ಲಿ ಕೇವಲ-ಓದುವ (Read-only) ಪಾತ್ರವನ್ನು ಹೊಂದಿರಬಹುದು. ಆದಾಗ್ಯೂ, ಪ್ರವೇಶವು ನಿಮ್ಮ ಸ್ವಂತ ಶ್ರೇಣಿಯ ಕೆಳಗೆ ಹರಿಯುತ್ತದೆ: ಪೋಷಕ ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪಾತ್ರವು ಅದರ ಅಡಿಯಲ್ಲಿರುವ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಈ ಮೂಲಕವೇ ಮರುಮಾರಾಟಗಾರರು ಮತ್ತು ಏಜೆನ್ಸಿಗಳು ತಮ್ಮ ಗ್ರಾಹಕರನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ.
ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಕೇವಲ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್‌ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಜಾರಿಗೊಳಿಸಲಾಗಿದೆ. Postgres ಸಾಲು-ಮಟ್ಟದ ಭದ್ರತೆಯು ಪ್ರತಿ ಟೆನೆಂಟ್ ಕ್ವರಿಯನ್ನು ಕಾಲರ್‌ನ ಸಬ್‌ಟ್ರೀಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಬ್‌ಟ್ರೀಯ ಹೊರಗಿನ ಯಾವುದೇ ವಿಷಯವು ಅನುಮತಿ ದೋಷದ ಬದಲಿಗೆ ಕಂಡುಬಂದಿಲ್ಲ ಎಂಬ ಫಲಿತಾಂಶವನ್ನು ನೀಡುತ್ತದೆ — ಆದ್ದರಿಂದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮತ್ತೊಬ್ಬ ಟೆನೆಂಟ್‌ನ ಸಂಸ್ಥೆ ಅಥವಾ ಸೈಟ್ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಎಂದಿಗೂ ದೃಢೀಕರಿಸುವುದಿಲ್ಲ.
ಪಾತ್ರಗಳು ಕೇವಲ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಅನುಕೂಲಕ್ಕಾಗಿ ಮಾತ್ರವಲ್ಲ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಪ್ರವೇಶಿಸುವ ಪ್ರತಿಯೊಂದು ಮಾರ್ಗವು ಒಂದೇ ರೀತಿಯ ಅನುಮತಿ ಕೀಲಿಗಳನ್ನು ಆಧರಿಸಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಯಾವುದೇ ಹಿಂಬಾಗಿಲು ಇಲ್ಲ.
ಸೈಟ್ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಟಿಕೆಟ್ಗಳು, ನೋಟಿಸ್‌ಗಳು, ಅಧಿಸೂಚನೆಗಳು, API ಕೀಗಳು ಮತ್ತು ತಂಡದ ನಿರ್ವಹಣೆ ಒಂದೇ ಶೆಲ್‌ನಲ್ಲಿ. ಸೈನ್ ಇನ್ ಮಾಡಿದ ಸದಸ್ಯರ ಪಾತ್ರವು ಅನುಮತಿಸುವುದನ್ನು ಇಂಟರ್ಫೇಸ್ ಪ್ರದರ್ಶಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಜನರು ತಾವು ಬಳಸಲಾಗದ ನಿಯಂತ್ರಣಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ.
ಪ್ರಕಟಿಸಲಾದ API ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಬಳಸುವ ಅದೇ ಎಂಜಿನ್ API ಆಗಿದೆ. RBAC ಅನುಮತಿಗಳಿಗೆ ಜೋಡಿಸಲಾದ ಸೂಕ್ಷ್ಮ ವ್ಯಾಪ್ತಿಗಳೊಂದಿಗೆ ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ API ಕೀಗಳನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಹಾಗೂ ಲೈವ್ ಮೋಡ್‌ಗಳು ಎಂದರೆ ನಿಜವಾದ ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಪ್ರಾವಿಷನಿಂಗ್‌ಗೆ ಯಾವುದೇ ತೊಂದರೆಯಾಗದೆ ನೀವು ಏಕೀಕರಣಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು.
ಸೈಟ್ಗಳು, ಡೊಮೇನ್‌ಗಳು, DNS, ಮೇಲ್‌ಬಾಕ್ಸ್‌ಗಳು ಮತ್ತು ಯೋಜನೆಗಳನ್ನು ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್-ಆಸ್-ಕೋಡ್ ಆಗಿ ನಿರ್ವಹಿಸಿ ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಒದಗಿಸಲು terraform apply ಅನ್ನು ರನ್ ಮಾಡಿ — ಉಳಿದೆಲ್ಲವುಗಳಂತೆಯೇ ಅದೇ ವ್ಯಾಪ್ತಿಗಳಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ.
Claude Code, Cursor, ChatGPT, Claude Desktop ಅಥವಾ ಯಾವುದೇ MCP-ಸಾಮರ್ಥ್ಯವಿರುವ ಪರಿಕರವನ್ನು ಸಂಪರ್ಕಿಸಿ. ಟೋಕನ್‌ಗಳು ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ RBAC ಅನುಮತಿಗಳಿಗೆ ಸೀಮಿತವಾಗಿವೆ, ಪ್ರತಿ ಪರಿಕರಕ್ಕೆ ಹಿಂಪಡೆಯಬಹುದಾಗಿದೆ, ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳಿಗೆ ದೃಢೀಕರಣ, ವೆಚ್ಚದ ಮಿತಿಗಳು ಮತ್ತು ಪೂರ್ಣ ಆಡಿಟ್ ಜಾಡನ್ನು ಹೊಂದಿವೆ.
ಪ್ರತಿಯೊಂದು API ಕೀಲಿಯ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ — ಮೂಲ ಕೀಲಿಯನ್ನು ಎಂದಿಗೂ ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ. ಕೀಲಿಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಅನುಕೂಲವಾಗುವಂತೆ ಅವು ಹೆಸರು ಮತ್ತು ಗೋಚರಿಸುವ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಅವುಗಳನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತವೆ, ಮತ್ತು ಉಳಿದವುಗಳಿಗೆ ತೊಂದರೆಯಾಗದಂತೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಹಿಂಪಡೆಯಬಹುದು.
ಗುರುತು ನಿರ್ವಹಣೆಯು Keycloak ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ದೃಢೀಕರಣವು ಹೋಸ್ಟಿಂಗ್ ಪ್ಯಾನೆಲ್‌ಗೆ ಸೇರಿಸಲಾದ ಕಸ್ಟಮ್ ಲಾಗಿನ್ ಫಾರ್ಮ್ ಆಗಿರದೆ ಸರಿಯಾದ OIDC ಮತ್ತು SAML ಆಗಿದೆ.
ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಯು ಕೇವಲ-ಸೇರ್ಪಡೆ ಮಾಡಬಹುದಾದ ಲೆಕ್ಕಪರಿಶೋಧನಾ ದಾಖಲೆಯನ್ನು ಬರೆಯುತ್ತದೆ: ಅದನ್ನು ಯಾರು ಮಾಡಿದರು, ಅವರು ಏನು ಮಾಡಿದರು, ಅವರು ಯಾವುದರ ಮೇಲೆ ಮಾಡಿದರು, ಪೂರಕ ಪುರಾವೆಗಳು ಮತ್ತು ಮೂಲ IP ವಿಳಾಸ. ಲಾಗ್ ಕೇವಲ-ಸೇರ್ಪಡೆ ಮಾಡಬಹುದಾದ ಸ್ವರೂಪದಲ್ಲಿದೆ — ಈವೆಂಟ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ, ಸ್ಥಳದಲ್ಲಿಯೇ ಸಂಪಾದಿಸಲಾಗುವುದಿಲ್ಲ — ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಇದು ಬೆಳೆದಂತೆ ವೇಗವಾಗಿ ಉಳಿಯಲು ಸಮಯ-ವಿಭಜಿತವಾಗಿರುತ್ತದೆ.
ಆ ಲಾಗ್ ಅನ್ನು ಓದುವುದೇ ಸ್ವತಃ ಒಂದು ಅನುಮತಿಯಾಗಿದೆ. ಮಾಲೀಕರು ಮತ್ತು ಕೇವಲ ಓದುವ ಸದಸ್ಯರು ಇದನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಖಾತೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ವ್ಯಕ್ತಿ ಮತ್ತು ಅದನ್ನು ಲೆಕ್ಕಪರಿಶೋಧನೆ ಮಾಡುವ ವ್ಯಕ್ತಿ ಇಬ್ಬರೂ ಹಾಗೆ ಮಾಡಲು ಉನ್ನತ ಹಕ್ಕುಗಳ ಅಗತ್ಯವಿಲ್ಲದೆ ಪೂರ್ಣ ಇತಿಹಾಸವನ್ನು ನೋಡಬಹುದು.
ಅದರ ಸುತ್ತಲೂ ದೊಡ್ಡ ತಂಡಗಳು ಬಯಸುವ ನಿಯಂತ್ರಣಗಳಿವೆ: ಸೆಶನ್ ನೀತಿಗಳು, ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಐಚ್ಛಿಕ ಐಪಿ ಅನುಮತಿ ಪಟ್ಟಿಗಳು ಮತ್ತು ಸೂಕ್ಷ್ಮ ಕ್ರಮಗಳ ಮೇಲೆ ಹಂತ ಹಂತದ ದೃಢೀಕರಣ, ಇದರಿಂದಾಗಿ ಗಂಭೀರವಾದದ್ದನ್ನು ಮಾಡಲು ಕೇವಲ ಸಕ್ರಿಯ ಸೆಶನ್ ಮಾತ್ರ ಸಾಕಾಗುವುದಿಲ್ಲ.
ಅನುಮತಿ ಕ್ಯಾಟಲಾಗ್ ಎಂಬುದು ಡೇಟಾ ಆಗಿದೆ, ಹಾರ್ಡ್‌ಕೋಡ್ ಮಾಡಿದ ಲಾಜಿಕ್ ಅಲ್ಲ — ಆದ್ದರಿಂದಲೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಮರು-ರಚಿಸದೆಯೇ ಇದನ್ನು ವಿಸ್ತರಿಸಬಹುದು.
ಮಾಲೀಕರು ಸದಸ್ಯರು, API ಕೀಲಿಗಳು, ಸೈಟ್ಗಳು ಮತ್ತು ಪಾವತಿ ವಿಧಾನಗಳು ಸೇರಿದಂತೆ ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ ಉಪ-ಖಾತೆಗಳ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಬಿಲ್ಲಿಂಗ್ ಮ್ಯಾನೇಜರ್ ಸೈಟ್ ಪ್ರವೇಶವಿಲ್ಲದೆ ಇನ್ವಾಯ್ಸ್ಗಳು, ಚಂದಾದಾರಿಕೆಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು ಮತ್ತು ಯೋಜನೆಗಳನ್ನು ವೀಕ್ಷಿಸುತ್ತಾರೆ. ಡೆವಲಪರ್ ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಸದಸ್ಯರ ನಿಯಂತ್ರಣವಿಲ್ಲದೆ ಸೈಟ್ಗಳು ಮತ್ತು API ಕೀಲಿಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಮತ್ತು ಟಿಕೆಟ್ಗಳನ್ನು ನಿಭಾಯಿಸುತ್ತಾರೆ. ಕೇವಲ-ಓದುವ ಹಕ್ಕುಳ್ಳವರು ಯಾವುದೇ ಬದಲಾವಣೆಯನ್ನು ಮಾಡದೆ ಸದಸ್ಯರು, ಸೈಟ್ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಯೋಜನೆಗಳು, ಟಿಕೆಟ್ಗಳು ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ವೀಕ್ಷಿಸಬಹುದು.
ಇನ್ನೂ ಪ್ರತಿ-ಸೈಟ್ ಸೆಟ್ಟಿಂಗ್ ರೂಪದಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ — ಒಂದೇ ಸದಸ್ಯತ್ವವನ್ನು ನಿರ್ದಿಷ್ಟ ಸೈಟ್‌ಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುವುದು ಯೋಜಿತ ಸುಧಾರಣೆಯಾಗಿದೆ. ಇಂದು ನೀವು ಬಾಡಿಗೆದಾರರ ಶ್ರೇಣಿ (tenancy tree) ಮೂಲಕ ಇದೇ ರೀತಿಯ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಸಾಧಿಸಬಹುದು: ಆ ಸೈಟ್ಗಳನ್ನು ಉಪ ಸಂಸ್ಥೆಯಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ವ್ಯಕ್ತಿಗೆ ಅಲ್ಲಿ ಪಾತ್ರವನ್ನು ನಿಯೋಜಿಸಿ. ಪಾತ್ರಗಳನ್ನು ಸಂಸ್ಥೆಯ ಆಧಾರದ ಮೇಲೆ ನೀಡುವುದರಿಂದ, ಆ ಪ್ರವೇಶವು ನಿಮ್ಮ ಖಾತೆಯಲ್ಲಿರುವ ಇತರ ಯಾವುದೇ ಅಂಶಗಳಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.
ಇಲ್ಲ — API ಕೀಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ನೀಡಲಾಗುತ್ತದೆ, ಅದೇ RBAC ಅನುಮತಿಗಳಿಗೆ ಜೋಡಿಸಲಾದ ನಿಖರ ವ್ಯಾಪ್ತಿಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ sandbox ಹಾಗೂ live ಮೋಡ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಇಂಟಿಗ್ರೇಷನ್‌ಗಳು, CI ಅಥವಾ Terraform ಗಾಗಿ ಅವುಗಳನ್ನು ಸೇವಾ ರುಜುವಾತುಗಳಾಗಿ ಬಳಸಿ, ಮತ್ತು ಜನರಿಗಾಗಿ ಸದಸ್ಯತ್ವಗಳನ್ನು ಬಳಸಿ. ಪ್ರತಿಯೊಂದು ಕೀಯ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಪ್ರತಿಯೊಂದು ಕೀಯು ಅದನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಕೀಯನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಹಿಂಪಡೆಯಬಹುದು.
ಡೆವಲಪರ್ ಪಾತ್ರವು ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಮತ್ತು ಸಿದ್ಧಪಡಿಸುವುದು, ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು, ಸಂಗ್ರಹಗಳನ್ನು (ಕ್ಯಾಶ್) ತೆರವುಗೊಳಿಸುವುದು, API ಕೀಲಿಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಟಿಕೆಟ್ಗಳನ್ನು ನಿಭಾಯಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದು ಲೈವ್ ಸೈಟ್ನಲ್ಲಿ ಪ್ರಕಟಿಸುವ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಯಾರಾದರೂ ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರಕಟಿಸಲು ನೀವು ಬಯಸಿದರೆ, ಆ ಪ್ರವೇಶವನ್ನು ಮಾಲೀಕರಿಗೆ ನೀಡಬೇಕಾಗುತ್ತದೆ. ಪಾತ್ರಗಳು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಅನ್ವಯಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ಬೇರೆ ಖಾತೆಯಲ್ಲಿ ವಿಭಿನ್ನ ಪಾತ್ರವನ್ನು ಹೊಂದಿರಬಹುದು.
ಹೌದು. ಗುರುತು ನಿರ್ವಹಣೆಯು OIDC ಮತ್ತು SAML ನೊಂದಿಗೆ Keycloak ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಲಾಗಿನ್, ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್, ಸಾಮಾಜಿಕ ಲಾಗಿನ್ ಒದಗಿಸುವವರು, ಪಾಸ್‌ಕೀಗಳು ಮತ್ತು ನೀತಿಯ ಮೂಲಕ ಕಡ್ಡಾಯಗೊಳಿಸಲಾದ TOTP ದ್ವಿ-ಅಂಶ ದೃಢೀಕರಣದೊಂದಿಗೆ ಎಂಟರ್‌ಪ್ರೈಸ್ ಮತ್ತು ಏಜೆನ್ಸಿ ಗ್ರಾಹಕರಿಗೆ SAML ಸಿಂಗಲ್ ಸೈನ್-ಆನ್ ಲಭ್ಯವಿದೆ. ಒಂದು ಸೆಷನ್ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಮತ್ತು ಜ್ಞಾನದ ನೆಲೆ ಹಾಗೂ ಬೆಂಬಲ ಟಿಕೆಟ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಯನ್ನು ಕೇವಲ ಸೇರ್ಪಡೆಗೆ-ಮಾತ್ರವಿರುವ ಆಡಿಟ್ ಲಾಗ್‌ನಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ, ಅದು ಕರ್ತೃ, ಕ್ರಿಯೆ, ಗುರಿ, ಪೂರಕ ಪುರಾವೆ ಮತ್ತು IP ವಿಳಾಸವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಇದನ್ನು ಓದುವುದು ತನ್ನದೇ ಆದ ಅನುಮತಿಯಾಗಿದ್ದು, ಮಾಲೀಕರು ಮತ್ತು ಕೇವಲ-ಓದಲು ಪಾತ್ರಗಳೆರಡೂ ಇದನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಇದರಿಂದಾಗಿ ಖಾತೆಯ ಮಾಲೀಕರು ಮತ್ತು ಆಡಿಟರ್ ಒಂದೇ ಇತಿಹಾಸವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.
ಯೋಜನೆಗಳ ಬೆಲೆಯನ್ನು ಜನರ ಸಂಖ್ಯೆಯ ಬದಲಿಗೆ ಹೋಸ್ಟಿಂಗ್ ಸಾಮರ್ಥ್ಯದ ಆಧಾರದ ಮೇಲೆ ನಿಗದಿಪಡಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, Footprint-Free ಶ್ರೇಣಿಯಲ್ಲಿ, ಎಲ್ಲಾ 42 ಹಂತಗಳು ನಿಖರವಾಗಿ ಒಂದೇ ರೀತಿಯ ಸೌಲಭ್ಯಗಳ ಸೆಟ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಅವು ಅನುಮತಿಸುವ ಸೈಟ್‌ಗಳ ಸಂಖ್ಯೆಯಿಂದ ಮಾತ್ರ ಭಿನ್ನವಾಗಿರುತ್ತವೆ. ಬೆಲೆಯನ್ನು ಯಾವಾಗಲೂ ಲೈವ್ ಕ್ಯಾಟಲಾಗ್‌ನಿಂದ ನಿಮ್ಮ ಕರೆನ್ಸಿಯಲ್ಲಿ ನಿರೂಪಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೆಲೆ ಪುಟದಲ್ಲಿ ನೀವು ನೋಡುವುದೇ ವಾಸ್ತವವಾಗಿ ವಿಧಿಸಲಾಗುವ ಶುಲ್ಕವಾಗಿರುತ್ತದೆ.
ಹೌದು. Footprint-Free ಪ್ರಯೋಗವು 14 ದಿನಗಳವರೆಗೆ ಇರುತ್ತದೆ, ಯಾವುದೇ ಕಾರ್ಡ್ ವಿವರಗಳ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು 5 ಸೈಟ್‌ಗಳವರೆಗೆ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಯಾವುದೇ ಹಣವನ್ನು ಪಾವತಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಸಂಸ್ಥೆಯನ್ನು ಹೊಂದಿಸಬಹುದು, ನಿಮ್ಮ ತಂಡವನ್ನು ಆಹ್ವಾನಿಸಬಹುದು ಮತ್ತು ನೈಜ ಕೆಲಸದ ಮೇಲೆ ಪಾತ್ರಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು. ಪಾವತಿಸಿದ ಯೋಜನೆಗಳಿಗೆ 30 ದಿನಗಳ ಮನಿ-ಬ್ಯಾಕ್ ಗ್ಯಾರಂಟಿ ಇದೆ.
Footprint-Free ಶ್ರೇಣಿಯಲ್ಲಿ ಯಾವುದೇ ಕಾರ್ಡ್ ಇಲ್ಲದೆಯೇ 14 ದಿನಗಳ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ನಿಮ್ಮ ತಂಡವನ್ನು ಆಹ್ವಾನಿಸಿ ಮತ್ತು ನೀವು ಯಾವುದೇ ಹಣವನ್ನು ಪಾವತಿಸುವ ಮೊದಲು ನೈಜ ಸೈಟ್‌ಗಳಲ್ಲಿ ಪಾತ್ರಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ