ತಂಡಗಳು ಮತ್ತು ಪ್ರವೇಶ

ನಿಮ್ಮ ತಂಡದ ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಗೂ ಅವರಿಗೆ ಬೇಕಾದಷ್ಟು ನಿಖರವಾದ ಪ್ರವೇಶವನ್ನು ನೀಡಿ

ನಾಲ್ಕು ಗ್ರಾಹಕ ಪಾತ್ರಗಳು, ನಿಮ್ಮ ವ್ಯವಹಾರವು ವಾಸ್ತವವಾಗಿ ಹೇಗೆ ರಚನೆಗೊಂಡಿದೆ ಎಂಬುದನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ಸಬ್-ಅಕೌಂಟ್‌ಗಳು, ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ API ಕೀಗಳು, ಸಿಂಗಲ್ ಸೈನ್-ಆನ್ ಮತ್ತು ಪ್ರತಿಯೊಂದು ವಿಶೇಷ ಅಧಿಕಾರದ ಕ್ರಿಯೆಯ ಹಿಂದೆ ಆಡಿಟ್ ಲಾಗ್. ಇದೇ ಪ್ರವೇಶ ಮಾದರಿಯು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, API, CLI, Terraform ಮತ್ತು ನಮ್ಮ MCP ಸರ್ವರ್‌ನಾದ್ಯಂತ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಲಭ್ಯತೆ: Terraform ಪ್ರೊವೈಡರ್ ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿದೆ ಮತ್ತು ಇದುವರೆಗೆ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದ ಎಲ್ಲವೂ ಇಂದೇ ಲಭ್ಯವಿದೆ.

  • 650,000+ವಿಶ್ವಾದ್ಯಂತ ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಸೈಟ್‌ಗಳು
  • 4ಗ್ರಾಹಕರ ಪಾತ್ರಗಳು, ಸೀಡ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಸಿದ್ಧವಾಗಿವೆ
  • 35ವಿವರವಾದ ಅನುಮತಿ ಕೀಗಳು
  • 14 ದಿನಗಳುಕಾರ್ಡ್-ಮುಕ್ತ ಪ್ರಯೋಗ

ಕೆಲಸವು ನಿಜವಾಗಿ ವಿಭಜನೆಯಾಗುವ ಸ್ಥಳದಲ್ಲಿ ಗುರುತಿಸಲಾದ ನಾಲ್ಕು ಪಾತ್ರಗಳು

ಪ್ರವೇಶವು ಕೇವಲ ಒಂದೇ ಆನ್/ಆಫ್ ಸ್ವಿಚ್ ಅಲ್ಲ. ಪ್ರತಿ ಗ್ರಾಹಕ ಸಂಸ್ಥೆಯು ನಾಲ್ಕು ಪಾತ್ರಗಳೊಂದಿಗೆ ಬರುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ಹರಳಿನ module.action ಅನುಮತಿಗಳ ಸ್ಥಿರ ಗುಂಪಾಗಿದೆ — ಆದ್ದರಿಂದ ಹಣಕಾಸು ಸಂಪರ್ಕವು ಎಂದಿಗೂ ಸರ್ವರ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ ಮತ್ತು ಡೆವಲಪರ್ ಎಂದಿಗೂ ಇನ್‌ವಾಯ್ಸ್ ಅನ್ನು ನೋಡುವುದಿಲ್ಲ.

ಮಾಲೀಕ

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

ಬಿಲ್ಲಿಂಗ್ ಮ್ಯಾನೇಜರ್

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

ಡೆವಲಪರ್

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

ಓದಲು-ಮಾತ್ರ

ಯಾವತ್ತೂ ಯಾವುದನ್ನೂ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಸಂಪೂರ್ಣ ನೋಟ — ಸದಸ್ಯರು, ಸೈಟ್‌ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಪ್ಲಾನ್‌ಗಳು, ಟಿಕೆಟ್‌ಗಳು, ಅನುವಾದ ಸ್ಥಿತಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್. ಕ್ಲೈಂಟ್ ಹಿತಾಸಕ್ತಿದಾರರಿಗೆ, ಆಂತರಿಕ ಆಡಿಟರ್‌ಗೆ ಅಥವಾ ಇನ್ನೂ ಹೊಂದಿಕೊಳ್ಳುತ್ತಿರುವ ಹೊಸ ಉದ್ಯೋಗಿಗೆ ಇದು ಸರಿಯಾದ ಪಾತ್ರವಾಗಿದೆ.

ನಿ, ನಿಮ್ಮ ನೈಜ ರಚನೆಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಉಪ-ಖಾತೆಗಳು

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

ಪಾತ್ರಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಅನುಸರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅನುಷ್ಠಾನವೂ ಪ್ರತಿ ಸಂಸ್ಥೆಗೇ ಇರುತ್ತದೆ. ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪಾತ್ರವು ಪ್ರತ್ಯೇಕವಾದ, ಸಂಬಂಧವಿಲ್ಲದ ಮತ್ತೊಂದು ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ — ಒಬ್ಬ ಗುತ್ತಿಗೆದಾರನು ಒಂದೇ ಲಾಗಿನ್‌ನಿಂದ, ಒಂದು ಕ್ಲೈಂಟ್ ಖಾತೆಯಲ್ಲಿ ಡೆವಲಪರ್ ಆಗಿರಬಹುದು ಮತ್ತು ಎರಡನೆಯದರಲ್ಲಿ ಓದಲು ಮಾತ್ರ ಸಾಧ್ಯವಿರುವ (Read-only) ಪಾತ್ರವನ್ನು ಹೊಂದಿರಬಹುದು. ಆದಾಗ್ಯೂ, ಪ್ರವೇಶವು ನಿಮ್ಮ ಸ್ವಂತ ಕ್ರಮಾನುಗತದಲ್ಲಿ (hierarchy) ಕೆಳಗೆ ಹರಿಯುತ್ತದೆ: ಪೋಷಕ ಸಂಸ್ಥೆಯಲ್ಲಿರುವ ಪಾತ್ರವು ಅದರ ಅಡಿಯಲ್ಲಿ ನೆಸ್ಟ್ ಮಾಡಲಾದ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಇದು ಮರುಮಾರಾಟಗಾರರು (resellers) ಮತ್ತು ಏಜೆನ್ಸಿಗಳು ತಮ್ಮ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ವಿಧಾನವಾಗಿದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್‌ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿಯೂ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ. Postgres ರೋ-ಹಂತದ ಭದ್ರತೆಯು ಪ್ರತಿ ಟೆನೆಂಟ್ ಪ್ರಶ್ನೆಯನ್ನು ಕರೆಯುವವರ ಉಪಮರಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಉಪಮರದ ಹೊರಗಿನ ಯಾವುದೇ ವಿಷಯವು ಅನುಮತಿ ದೋಷಕ್ಕಿಂತ ಬದಲಾಗಿ ಮೌಲ್ಯವಿಲ್ಲ-ಕಂಡುಬಂದಿಲ್ಲ (not-found) ಎಂಬುದನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ — ಆದ್ದರಿಂದ ಇನ್ನೊಂದು ಟೆನೆಂಟ್‌ನ ಸಂಸ್ಥೆ ಅಥವಾ ಸೈಟ್ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಎಂದಿಗೂ ಖಚಿತಪಡಿಸುವುದಿಲ್ಲ.

ಪ್ರತಿ ಮೇಲ್ಮೈಯಲ್ಲೂ ಒಂದೇ ರೀತಿಯ ಅನುಮತಿಗಳು

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

ಡ್ಯಾಶ್‌ಬೋರ್ಡ್

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

ಸಾರ್ವಜನಿಕ API ಮತ್ತು CLI

ಪ್ರಕಟಿತ API ಎನ್ನುವುದು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಬಳಸುವ ಅದೇ ಎಂಜಿನ್ API ಆಗಿದೆ. RBAC ಅನುಮತಿಗಳಿಗೆ ಲಿಂಕ್ ಮಾಡಲಾದ ಹರಳಿನ ಸ್ಕೋಪ್‌ಗಳೊಂದಿಗೆ ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ API ಕೀಗಳನ್ನು ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮತ್ತು ಲೈವ್ ಮೋಡ್‌ಗಳು ಎಂದರೆ ನಿಜವಾದ ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಪ್ರೊವಿಷನಿಂಗ್ ಅನ್ನು ಮುಟ್ಟದೆ ನೀವುINTEGRATION ಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು.

Terraform ಒದಗಿಸುವವರು

ಸೈಟ್‌ಗಳು, ಡೊಮೇನ್‌ಗಳು, ಡಿಎನ್‌ಎಸ್ (DNS), ಮೇಲ್‌ಬಾಕ್ಸ್ ಮತ್ತು ಪ್ಲ್ಯಾನ್‌ಗಳನ್ನು ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್-ಆಸ್-ಕೋಡ್ ಆಗಿ ನಿರ್ವಹಿಸಿ ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಪ್ರೊವಿಷನ್ ಮಾಡಲು terraform apply ಅನ್ನು ರನ್ ಮಾಡಿ - ಇನ್ನುಳಿದ ಎಲ್ಲವುಗಳಂತೆ ಅದೇ ಸ್ಕೋಪ್‌ಗಳಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ.

MCP ಸರ್ವರ್

Claude Code, Cursor, ChatGPT, Claude Desktop ಅಥವಾ ಯಾವುದೇ MCP-ಸಮರ್ಥ ಸಾಧನವನ್ನು ಸಂಪರ್ಕಿಸಿ. ಟೋಕನ್‌ಗಳು ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ RBAC ಅನುಮತಿಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತವೆ, ಪ್ರತಿ ಸಾಧನಕ್ಕೆ ರದ್ದುಗೊಳಿಸಬಹುದಾದವು, ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳ ಮೇಲಿನ ದೃಢೀಕರಣ, ಖರ್ಚು ಮಿತಿಗಳು ಮತ್ತು ಸಂಪೂರ್ಣ ಆಡಿಟ್ ಟ್ರೇಲ್ ಅನ್ನು ಹೊಂದಿರುತ್ತವೆ.

ಕೀ ನಿರ್ವಹಣೆ

ಪ್ರತಿಯೊಂದು API ಕೀಯ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ — ಎಂದಿಗೂ ಕಚ್ಚಾ ಕೀ ಅಲ್ಲ. ಕೀಗಳು ಹೆಸರು ಮತ್ತು ಗೋಚರಿಸುವ ಪೂರ್ವತ್ಯವನ್ನು ಹೊಂದಿದ್ದು, ಅವುಗಳನ್ನು ಗುರುತಿಸಲು, ಅವುಗಳನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಲು ಮತ್ತು ಉಳಿದವುಗಳಿಗೆ ತೊಂದರೆಯಾಗದಂತೆ ಪ್ರತಿಯೊಂದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರದ್ದುಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಒ a ಲಾಗಿನ್, ಮಾನದಂಡ-ಆಧಾರಿತ, ಎಲ್ಲದರಲ್ಲೂ

ಐಡೆಂಟಿಟಿಯು Keycloak ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ದೃಢೀಕರಣವು ಹೋಸ್ಟಿಂಗ್ ಪ್ಯಾನೆಲ್‌ಗೆ ಜೋಡಿಸಲಾದ ಕಸ್ಟಮ್ ಲಾಗಿನ್ ಫಾರ್ಮ್ ಬದಲಿಗೆ ಸರಿಯಾದ OIDC ಮತ್ತು SAML ಆಗಿದೆ.

  • ಡೀಫಾಲ್ಟ್ ಆಗಿ ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಇಮೇಲ್ ಲಾಗಿನ್, ಇಷ್ಟಪಡುವವರಿಗಾಗಿ ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಬ್ಯಾಕಪ್‌ನಂತೆ ಒದಗಿಸಲಾಗುತ್ತದೆ.
  • ಫಿಶಿಂಗ್‌-ನಿರೋಧಕ ಲಾಗಿನ್‌ಗಾಗಿ ಪಾಸ್‌ಕೀಸ್‌ಗಳು ಮತ್ತು WebAuthn, ಜೊತೆಗೆ ಪಾಲಿಸಿಯ ಮೂಲಕ ಎಲ್ಲರಿಗೂ ಕಡ್ಡಾಯಗೊಳಿಸಲಾದ TOTP ದ್ವಿ-ಹಂತದ ದೃಢೀಕರಣ.
  • Google, Microsoft, GitHub ಮತ್ತು ಇತರ ಗುರುತು ಒದಗಿಸುವವರ ಮೂಲಕ ಸಾಮಾಜಿಕ ಲಾಗಿನ್.
  • ಎಂಟರ್‌ಪ್ರೈಸ್ ಮತ್ತು ಏಜೆನ್ಸಿ ಗ್ರಾಹಕರಿಗಾಗಿ SAML ಸಿಂಗಲ್ ಸೈನ್-ಆನ್, ಇದರಿಂದ ತಂಡದ ಪ್ರವೇಶವು ನಿಮ್ಮ ಅಸ್ತಿತ್ವಮಾನವಿರುವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ.
  • ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್, ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಮತ್ತು ಜ್ಞಾನ ಬೇಸ್ ಹಾಗೂ ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಸೆಷನ್ - ಐದು ಬಾರಿಯಲ್ಲ, ಒಮ್ಮೆ ಮಾತ್ರ ಸೈನ್ ಇನ್ ಮಾಡಿ.
  • ಪ್ರತಿಯೊಂದು ಸೈನ್-ಅಪ್ ಇಮೇಲ್ ಅನ್ನು ಖಾತೆಯನ್ನು ರಚಿಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ತಲುಪಿಸಲು ಸಾಧ್ಯವಾಗದ ಮತ್ತು ಅಮಾನ್ಯವಾದ ವಿಳಾಸಗಳು ನಿಮ್ಮ ತಂಡಕ್ಕೆ ಎಂದಿಗೂ ಸೇರುವುದಿಲ್ಲ.
  • ಇದು ಮಾನದಂಡ-ಆಧಾರಿತವಾಗಿರುವುದರಿಂದ, ಗುರುತಿನ ಪೂರೈಕೆದಾರರನ್ನು ಸ್ವತಃ ಅದರ ಸುತ್ತಲಿನ ಯಾವುದನ್ನೂ ಮರು-ರೂಪಿಸದೆ ಬದಲಾಯಿಸಬಹುದು — ನಾವು ಪ್ರತಿಯೊಬ್ಬ ಇತರ ಮಾರಾಟಗಾರರಿಗೆ ಅನ್ವಯಿಸುವ ಅದೇ ಲಾಕ್-ಇನ್-ಅಲ್ಲದ ನಿಯಮವಾಗಿದೆ.

ಆಡಿಟರ್‌ಗೆ ನೀವು ಒಪ್ಪಿಸಬಹುದಾದ ಜವಾಬ್ದಾರಿ

ಪ್ರತಿಯೊಂದು ವಿಶೇಷ ಅಧಿಕಾರದ ಕ್ರಿಯೆಯು ಸೇರ್ಪಡೆ-ಮಾತ್ರದ (ಅಪೆಂಡ್-ಓನ್ಲಿ) ಆಡಿಟ್ ದಾಖಲೆಯನ್ನು ಬರೆಯುತ್ತದೆ: ಯಾರು ಮಾಡಿದರು, ಅವರು ಏನು ಮಾಡಿದರು, ಯಾವುದರ ಮೇಲೆ ಮಾಡಿದರು, ಬೆಂಬಲಿಸುವ ಸಾಕ್ಷ್ಯ ಮತ್ತು ಮೂಲ IP ವಿಳಾಸ. ಲಾಗ್ ಸೇರ್ಪಡೆ-ಮಾತ್ರದ್ದಾಗಿದೆ — ಈವೆಂಟ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ, ಸ್ಥಳದಲ್ಲೇ ಸಂಪಾದಿಸಲಾಗುವುದಿಲ್ಲ — ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಇದು ಸಮಯ-ವಿಭಾಗಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ (ಟೈಮ್-ಪಾರ್ಟಿಷನ್ಡ್), ಇದರಿಂದ ಅದು ಬೆಳೆದಂತೆ ವೇಗವಾಗಿರುತ್ತದೆ.

ಆ ಲಾಗ್ ಅನ್ನು ಓದುವುದೇ ಒಂದು ಅನುಮತಿಯಾಗಿದೆ. ಮಾಲೀಕರು ಮತ್ತು ಕೇವಲ-ಓದಲು-ಸಾಧ್ಯವಿರುವ (read-only) ಸದಸ್ಯರು ಇದನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಆದ್ದರಿಂದ ಖಾತೆಯ ಜವಾಬ್ದಾರಿಯುತ ವ್ಯಕ್ತಿ ಮತ್ತು ಅದನ್ನು ಪರಿಶೋಧಿಸುವ ವ್ಯಕ್ತಿ ಇಬ್ಬರೂ ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಹಕ್ಕುಗಳ ಅಗತ್ಯವಿಲ್ಲದೆ ಸಂಪೂರ್ಣ ಇತಿಹಾಸವನ್ನು ವೀಕ್ಷಿಸಬಹುದು.

ಅದರ ಸುತ್ತ ದೊಡ್ಡ ತಂಡಗಳು ಕೋರುವ ನಿಯಂತ್ರಣಗಳಿವೆ: ಸೆಷನ್ ನಿಯಮಗಳು, ಐಚ್ಛಿಕ ಪ್ರತಿ-ಸಂಸ್ಥೆಯ IP ಅನುಮತಿಪಟ್ಟಿಗಳು, ಮತ್ತು ಸಂವೇದನಾಶೀಲ ಕ್ರಿಯೆಗಳ ಮೇಲಿನ ಸ್ಟೆಪ್-ಅಪ್ ದೃಢೀಕರಣ; ಇದರಿಂದ ಕೇವಲ ಲೈವ್ ಸೆಷನ್ ಮಾತ್ರ ಗಂಭೀರವಾದ ಕೆಲಸ ಮಾಡಲು ಸಾಕಾಗುವುದಿಲ್ಲ.

ಅನುಮತಿಗಳು ನಿಮ್ಮೊಂದಿಗೆ ಹೇಗೆ ಬೆಳೆಯುತ್ತವೆ

ಅನುಮತಿ ಕ್ಯಾಟಲಾಗ್ ಎನ್ನುವುದು ಡೇಟಾ, ಹಾರ್ಡ್‌ಕೋಡೆಡ್ ಲಾಜಿಕ್ ಅಲ್ಲ — ಅದಕ್ಕಾಗಿಯೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಮರು-ಪ್ಲಂಬಿಂಗ್ ಮಾಡದೆ ಇದನ್ನು ವಿಸ್ತರಿಸಬಹುದು.

  • ಇಂದು 35 ಗ್ರ್ಯಾನ್ಯುಲರ್ module.action ಕೀಗಳಿವೆ, ಇವು ಸಂಸ್ಥೆಗಳು, ಸದಸ್ಯರು, API ಕೀಗಳು, ಸೈಟ್‌ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಪ್ಲ್ಯಾನ್‌ಗಳು, ಫ್ಲೀಟ್, ಟಿಕೆಟ್‌ಗಳು, ಗ್ರಾಹಕರು, ನಿಂದನೆ (abuse), ಅಭಿಯಾನಗಳು (campaigns), ಅನುವಾದಗಳು ಮತ್ತು ಆಡಿಟ್ ಅನ್ನು ಒಳಗೊಂಡಿವೆ.
  • ಪ್ರತಿಯೊಂದು ಡಿಪ್ಲಾಯ್‌ನಲ್ಲೂ ಕ್ಯಾಟಲಾಗ್ ಅನ್ನು ಐಡೆಪೊಟೆಂಟ್ ಆಗಿ ಸೀಡ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಪಾತ್ರವು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಅನುಮತಿಯನ್ನು ಉಲ್ಲೇಖಿಸಿದರೆ ವ್ಯಾಲಿಡೇಶನ್ ಸ್ಪಷ್ಟವಾಗಿ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ — ಮುದ್ರಾ ದೋಷವು ಮೌನವಾಗಿ ಯಾವುದನ್ನೂ ಮಂಜೂರು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
  • ಹೊಸ ಉತ್ಪನ್ನದ ಸಾಮರ್ಥ್ಯಗಳು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಿಡುಗಡೆಯಾಗುವ ಮೊದಲು ಕ್ಯಾಟಲಾಗ್‌ಗೆ ತಮ್ಮ ಅನುಮತಿ ಕೀಗಳನ್ನು ಸೇರಿಸುತ್ತವೆ, ಇದರಿಂದ ವೈಶಿಷ್ಟ್ಯವು ಲೈವ್ ಆದ ನಂತರ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಎಂದಿಗೂ ಮರುಹೊಂದಿಸಬೇಕಾಗಿಲ್ಲ.
  • ಒ single membership ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಸೈಟ್‌ಗಳಿಗೆ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುವುದು ಮುಂಬರುವ ಸುಧಾರಣೆಯೇ ಹೊರತು, ಇಂದು ನೀವು ಆನ್ ಮಾಡಬಹುದಾದ ಸೌಲಭ್ಯವಲ್ಲ. ಪ್ರಸ್ತುತವಿರುವ ವಿಧಾನವೆಂದರೆ ಆ ಸೈಟ್‌ಗಳನ್ನು ಚೈಲ್ಡ್ ಸಂಸ್ಥೆಯಲ್ಲಿ ಇರಿಸುವುದು ಮತ್ತು ಅಲ್ಲಿ ವ್ಯಕ್ತಿಗೆ ಒಂದು ಪಾತ್ರವನ್ನು ನೀಡುವುದು - ಇದು ಟೆನೆನ್ಸಿ ಟ್ರೀ ಬಳಸಿ ಅದೇ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ನಿಮಗೆ ನೀಡುತ್ತದೆ.
  • API ಕೀಗಳನ್ನು ಪ್ರತಿ ವ್ಯಕ್ತಿಗೆ ನೀಡುವ ಬದಲು ಸಂಸ್ಥೆಯ ಮಟ್ಟದಲ್ಲಿ ನೀಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಇಂಟಿಗ್ರೇಷನ್‌ಗಳಿಗಾಗಿ ಅವುಗಳನ್ನು ಸೇವಾ ರುಜುವಾತುಗಳಂತೆ ಪರಿಗಣಿಸಿ ಮತ್ತು ಮಾನವ ಪ್ರವೇಶಕ್ಕಾಗಿ ಸದಸ್ಯತ್ವಗಳನ್ನು ಬಳಸಿ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ಪ್ರತಿಯೊಂದು ಪಾತ್ರವು ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡಬಹುದು?

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

ನಾನು ಕೇವಲ ಒಂದು ಸೈಟ್‌ಗೆ ಮಾತ್ರ ಯಾರೊಬ್ಬರಿIಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡಬಹುದೇ?

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

API ಕೀಗಳು ಪ್ರತ್ಯೇಕ ತಂಡದ ಸದಸ್ಯರಿಗೆ ಸಂಬಂಧಿಸಿವೆಯೇ?

ಇಲ್ಲ — API ಕೀಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ನೀಡಲಾಗುತ್ತದೆ, ಅದೇ RBAC ಅನುಮತಿಗಳಿಗೆ ಲಿಂಕ್ ಮಾಡಲಾದ ಗ್ರ್ಯಾನುಲರ್ ಸ್ಕೋಪ್‌ಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಹಾಗೂ ಲೈವ್ ಮೋಡ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಇಂಟಿಗ್ರೇಷನ್‌ಗಳು, CI ಅಥವಾ Terraform ಗಾಗಿ ಇವುಗಳನ್ನು ಸೇವಾ ಡೆನ್ಷಿಯಲ್‌ಗಳಾಗಿ ಬಳಸಿ ಮತ್ತು ಬಳಕೆದಾರರಿಗಾಗಿ ಮೆಂಬರ್‌ಶಿಪ್‌ಗಳನ್ನು ಬಳಸಿ. ಪ್ರತಿ ಕೀಯ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಪ್ರತಿಯೊಂದು ಕೀಯು ಅದನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಕೀಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರದ್ದುಗೊಳಿಸಬಹುದು.

ಡೆವಲಪರ್ ನೇರ ಪ್ರಸಾರದಲ್ಲಿರುವ (live) ಸೈಟ್‌ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಪುಶ್ ಮಾಡಬಹುದೇ?

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

ನಮ್ಮ ಕಂಪನಿ ಡೈರೆಕ್ಟರಿಗಾಗಿ ನೀವು SSO ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತೀರಾ?

ಹೌದು. ಗುರುತಿನ ನಿರ್ವಹಣೆಯು Keycloak ಜೊತೆಗೆ OIDC ಮತ್ತು SAML ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಲಾಗಿನ್, ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್, ಸಾಮಾಜಿಕ ಒದಗಿಸುವವರು, ಪಾಸ್‌ಕೀಗಳು ಮತ್ತು ನೀತಿಯಿಂದ ಕಡ್ಡಾಯಗೊಳಿಸಲಾದ TOTP ದ್ವಿ-ಹಂತದ ದೃಢೀಕರಣದ ಜೊತೆಗೆ ಎಂಟರ್‌ಪ್ರೈಸ್ ಮತ್ತು ಏಜೆನ್ಸಿ ಗ್ರಾಹಕರಿಗೆ SAML ಸಿಂಗಲ್ ಸೈನ್-ಆನ್ ಲಭ್ಯವಿದೆ. ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಮತ್ತು ಜ್ಞಾನ ನೆಲೆ (ಕೇಂದ್ರೀಕೃತ ಮಾಹಿತಿ), ಹಾಗೂ ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳನ್ನು ಒಂದೇ ಸೆಷನ್ ಒಳಗೊಳ್ಳುತ್ತದೆ.

ಯಾವ ಬದಲಾವಣೆಯನ್ನು ಯಾರು ಮಾಡಿದ್ದಾರೆ ಎಂದು ನಾನು ಹೇಗೆ ತಿಳಿಯುವುದು?

ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಯು ನಟ, ಕ್ರಿಯೆ, ಗುರಿ, ಬೆಂಬಲಿಸುವ ಸಾಕ್ಷ್ಯ ಮತ್ತು IP ವಿಳಾಸವನ್ನು ದಾಖಲಿಸುವ ಆಪೇಂಡ್-ಮಾತ್ರ ಆಡಿಟ್ ಲಾಗ್‌ನಲ್ಲಿ ಬರೆಯಲ್ಪಡುತ್ತದೆ. ಇದನ್ನು ಓದುವುದು ತನ್ನದೇ ಆದ ಅನುಮತಿಯಾಗಿದೆ, ಇದನ್ನು ಮಾಲೀಕ ಮತ್ತು ಓದಲು-ಮಾತ್ರ (Read-only) ಪಾತ್ರಗಳು ಎರಡೂ ಹೊಂದಿವೆ, ಆದ್ದರಿಂದ ಖಾತೆ ಮಾಲೀಕರು ಮತ್ತು ಆಡಿಟರ್ ಒಂದೇ ಇತಿಹಾಸವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

टीम ಸದಸ್ಯರನ್ನು ಸೇರಿಸುವುದರಿಂದ ನಾನು ಪಾವತಿಸುವುದರಲ್ಲಿ ಬದಲಾವಣೆಯಾಗುತ್ತದೆಯೇ?

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

ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ನಾನು ಇದನ್ನು ಪ್ರಯತ್ನಿಸಬಹುದೇ?

ಹೌದು. Footprint-Free ಟ್ರಯಲ್ 14 ದಿನಗಳವರೆಗೆ ಇರುತ್ತದೆ, ಯಾವುದೇ ಕಾರ್ಡ್ ವಿವರಗಳ ಅಗತ್ಯವಿರಲ್ಲ ಮತ್ತು ಗರಿಷ್ಠ 5 ಸೈಟ್‌ಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಇದರಿಂದ ನೀವು ಯಾವುದೇ ಪಾವತಿ ಮಾಡುವ ಮೊದಲು ನಿಮ್ಮ ಸಂಸ್ಥೆಯನ್ನು ಹೊಂದಿಸಬಹುದು, ನಿಮ್ಮ ತಂಡವನ್ನು ಆಹ್ವಾನಿಸಬಹುದು ಮತ್ತು ನೈಜ ಕೆಲಸದ ವಿರುದ್ಧ ಪಾತ್ರಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು. ಪಾವತಿಸಿದ ಪ್ಲಾನ್‌ಗಳ ಹಿಂದೆ 30 ದಿನಗಳ ಹಣ-ಹಿಂತಿರುಗಿಸುವ ಖಾತರಿಯಿದೆ.

ನಿಮ್ಮ ತಂಡವನ್ನು ನಿಮಿಷಗಳಲ್ಲಿ ಸಿದ್ಧಪಡಿಸಿ, ಟಿಕೆಟ್‌ಗಳಲ್ಲಲ್ಲ

ಫೂಟ್‌ಪ್ರಿಂಟ್-ಫ್ರೀ (Footprint-Free) ಲೈನ್‌ನಲ್ಲಿ ಕಾರ್ಡ್ ಇಲ್ಲದ 14 ದಿನಗಳ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ನಿಮ್ಮ ತಂಡವನ್ನು ಆಹ್ವಾನಿಸಿ ಮತ್ತು ನೀವು ಯಾವುದೇ ಹಣವನ್ನು ಪಾವತಿಸುವ ಮೊದಲು ನೈಜ ಸೈಟ್‌ಗಳ ವಿರುದ್ಧ ಪಾತ್ರಗಳು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನೋಡಿ.

ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ