ਟੀਮਾਂ ਅਤੇ ਪਹੁੰਚ
ਚਾਰ ਗਾਹਕ ਭੂਮਿਕਾਵਾਂ, ਸਬ-ਅਕਾਊਂਟ ਜੋ ਇਸ ਗੱਲ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਤੁਹਾਡਾ ਕਾਰੋਬਾਰ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਬਣਿਆ ਹੈ, ਪ੍ਰਤੀ-ਸੰਸਥਾ API ਕੁੰਜੀਆਂ, ਸਿੰਗਲ ਸਾਈਨ-ਆਨ ਅਤੇ ਹਰ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈ ਦੇ ਪਿੱਛੇ ਇੱਕ ਆਡਿਟ ਲੌਗ। ਉਹੀ ਐਕਸੈਸ ਮਾਡਲ ਡੈਸ਼ਬੋਰਡ, API, CLI, Terraform ਅਤੇ ਸਾਡੇ MCP ਸਰਵਰ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ। ਉਪਲਬਧਤਾ: Terraform ਪ੍ਰੋਵਾਈਡਰ ਸਰਗਰਮ ਵਿਕਾਸ ਅਧੀਨ ਹੈ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਬਾਕੀ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।
ਪਹੁੰਚ ਕੋਈ ਸਧਾਰਨ ਚਾਲੂ/ਬੰਦ ਸਵਿੱਚ ਨਹੀਂ ਹੈ। ਹਰ ਗਾਹਕ ਸੰਸਥਾ ਚਾਰ ਰੋਲ ਨਾਲ ਆਉਂਦੀ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾਣੇਦਾਰ module.action ਅਧਿਕਾਰਾਂ ਦਾ ਇੱਕ ਨਿਸ਼ਚਿਤ ਬੰਡਲ ਹੁੰਦਾ ਹੈ—ਤਾਂ ਜੋ ਵਿੱਤ ਸੰਪਰਕ ਕਦੇ ਵੀ ਸਰਵਰ ਨੂੰ ਨਾ ਛੂਹ ਸਕੇ ਅਤੇ ਇੱਕ ਡਿਵੈਲਪਰ ਕਦੇ ਵੀ ਇਨਵੌਇਸ ਨਾ ਦੇਖ ਸਕੇ।
ਸੰਸਥਾ ਅਤੇ ਇਸਦੇ ਉਪ-ਖਾਤਿਆਂ ਦਾ ਪੂਰਾ ਨਿਯੰਤਰਣ: ਬਾਲ ਸੰਸਥਾਵਾਂ ਬਣਾਓ, ਮੈਂਬਰਾਂ ਨੂੰ ਸੱਦਾ ਦਿਓ ਅਤੇ ਹਟਾਓ, ਭੂਮਿਕਾਵਾਂ ਬਦਲੋ, API ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਸਾਈਟਾਂ ਨੂੰ ਪ੍ਰੋਵੀਜ਼ਨ, ਰੀਸਟਾਰਟ, ਮੁਅੱਤਲ ਅਤੇ ਮਿਟਾਓ, ਇਨਵੌਇਸਾਂ ਅਤੇ ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਅਤੇ ਆਡਿਟ ਲੌਗ ਪੜ੍ਹੋ। ਦੋ ਚੀਜ਼ਾਂ ਜਾਣਬੁੱਝ ਕੇ ਇਸ ਤੋਂ ਬਾਹਰ ਰੱਖੀਆਂ ਗਈਆਂ ਹਨ — ਕਿਸੇ ਸੰਸਥਾ ਨੂੰ ਬੰਦ ਕਰਨਾ ਅਤੇ ਰਿਫੰਡ ਜਾਰੀ ਕਰਨਾ ਸਟਾਫ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਹਨ, ਗਾਹਕ ਦੀ ਭੂਮਿਕਾ ਨਹੀਂ।
ਸਭ ਕੁਝ ਵਿੱਤੀ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ: ਇਨਵੌਇਸ, ਗਾਹਕੀਆਂ, ਭੁਗਤਾਨ ਤਰੀਕੇ ਅਤੇ ਪਲਾਨ ਕੈਟਾਲਾਗ, ਨਾਲ ਹੀ ਸੰਸਥਾ ਅਤੇ ਇਸਦੇ ਮੈਂਬਰਾਂ ਦੀ ਸੂਚੀ ਦਾ ਦ੍ਰਿਸ਼। ਸਾਈਟ ਦੀ ਬਿਲkul ਪਹੁੰਚ ਨਹੀਂ — ਇੱਕ ਵਿੱਤੀ ਸੰਪਰਕ ਜਾਂ ਬਾਹਰੀ ਬੁੱਕਕੀਪਰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਰੀਸਟਾਰਟ, ਮੁਅੱਤਲ ਜਾਂ ਮਿਟਾ ਨਹੀਂ ਸਕਦਾ।
ਪੈਸੇ ਨੂੰ ਛੋਹੇ ਬਿਨਾਂ ਸਾਈਟਾਂ 'ਤੇ ਕੰਮ ਕਰੋ: ਸਾਈਟਾਂ ਦੇਖੋ ਅਤੇ ਪ੍ਰੋਵੀਜ਼ਨ ਕਰੋ, ਸੇਵਾਵਾਂ ਰੀਸਾਰਟ ਕਰੋ, ਕੈਸ਼ ਸਾਫ਼ ਕਰੋ, API ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਅਤੇ ਸਹਾਇਤਾ ਟਿਕਟਾਂ ਉਠਾਓ ਜਾਂ ਉਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਦਿਓ। ਕੋਈ ਬਿਲਿੰਗ ਦ੍ਰਿਸ਼ ਨਹੀਂ, ਕੋਈ ਮੈਂਬਰ ਪ੍ਰਬੰਧਨ ਨਹੀਂ, ਕੋਈ ਮੁਅੱਤਲ ਅਤੇ ਕੋਈ ਮਿਟਾਉਣਾ ਨਹੀਂ — ਨੁਕਸਾਨਦੇਹ ਅਤੇ ਵਪਾਰਕ ਕਾਰਵਾਈਆਂ ਮਾਲਕ ਕੋਲ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ।
ਇੱਕ ਪੂਰੀ ਦ੍ਰਿਸ਼ਟੀ ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਬਦਲਣ ਦੀ ਸਮਰੱਥਾ ਨਹੀਂ ਹੈ — ਮੈਂਬਰ, ਸਾਈਟਾਂ, ਬਿਲਿੰਗ, ਯੋਜਨਾਵਾਂ, ਟਿਕਟਾਂ, ਅਨੁਵਾਦ ਸਥਿਤੀ ਅਤੇ ਆਡਿਟ ਲੌਗ। ਕਿਸੇ ਕਲਾਇੰਟ ਸਟੇਕਹੋਲਡਰ, ਅੰਦਰੂਨੀ ਆਡੀਟਰ ਜਾਂ ਇੱਕ ਨਵੇਂ ਕਰਮਚਾਰੀ ਜੋ ਅਜੇ ਆਪਣੀ ਜਗ੍ਹਾ ਬਣਾ ਰਿਹਾ ਹੈ, ਲਈ ਸਹੀ ਭੂਮਿਕਾ।
ਕਿਰਾਏਦਾਰੀ ਇੱਕ ਰੁੱਖ ਹੈ, ਕੋਈ ਸਪੱਸ਼ਟ ਸੂਚੀ ਨਹੀਂ। ਇੱਕ ਰੀਸੈਲਰ ਸੰਸਥਾ ਇਸਦੀਆਂ ਕਲਾਇੰਟ ਸੰਸਥਾਵਾਂ ਤੋਂ ਉੱਪਰ ਬੈਠਦੀ ਹੈ, ਅਤੇ ਸਾਈਟਾਂ ਉਹਨਾਂ ਦੇ ਹੇਠਾਂ ਬੈਠਦੀਆਂ ਹਨ। ਇੱਕ ਟੀਮ ਮੈਂਬਰ ਇੱਕ ਮੈਂਬਰਸ਼ਿਪ ਹੈ — ਇੱਕ ਯੂਜ਼ਰ, ਇੱਕ ਸੰਸਥਾ, ਇੱਕ ਭੂਮਿਕਾ — ਇਸ ਲਈ ਉਹੀ ਮੁੱਢਲਾ ਸਿਧਾਂਤ ਦੋ ਵਿਅਕਤੀਆਂ ਦੀ ਟੀਮ, ਇੱਕ ਸੌ ਕਲਾਇੰਟ ਖਾਤਿਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਾਲੀ ਏਜੰਸੀ ਅਤੇ ਆਪਣੇ ਬ੍ਰਾਂਡ ਦੇ ਤਹਿਤ ਉਪ-ਖਾਤੇ ਚਲਾਉਣ ਵਾਲੇ ਰੀਸੈਲਰ ਨੂੰ ਸ਼ਕਤੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਭੂਮਿਕਾਵਾਂ ਪ੍ਰਤੀ ਸੰਸਥਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਲਾਗੂਕਰਨ ਵੀ ਪ੍ਰਤੀ ਸੰਸਥਾ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ ਕਿਸੇ ਵੱਖਰੀ, ਅਸੰਬੰਧਿਤ ਸੰਸਥਾ ਵਿੱਚ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦੀ — ਇੱਕ ਠੇਕੇਦਾਰ ਇੱਕੋ ਲੌਗਇਨ ਤੋਂ ਇੱਕ ਕਲਾਇੰਟ ਖਾਤੇ 'ਤੇ Developer ਅਤੇ ਦੂਜੇ 'ਤੇ Read-only ਹੋ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਪਹੁੰਚ ਤੁਹਾਡੇ ਆਪਣੇ ਲੜੀਵਾਰ ਢਾਂਚੇ ਵਿੱਚ ਹੇਠਾਂ ਵੱਲ ਵਧਦੀ ਹੈ: ਇੱਕ ਮੁੱਖ (parent) ਸੰਸਥਾ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ ਉਸਦੇ ਅਧੀਨ ਆਉਂਦੀਆਂ nested ਸੰਸਥਾਵਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਤਰ੍ਹਾਂ ਰੀਸੈਲਰ ਅਤੇ ਏਜੰਸੀਆਂ ਆਪਣੇ ਗਾਹਕਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੀਆਂ ਹਨ।
ਅਲੱਗ-ਥਲੱਗਤਾ ਡਾਟਾਬੇਸ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਵਿੱਚ। Postgres ਰੋਅ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਹਰ ਟੈਨੈਂਟ ਕਿਊਰੀ ਨੂੰ ਕਾਲ ਕਰਨ ਵਾਲੇ ਦੇ ਸਬਟ੍ਰੀ ਤੱਕ ਸੀਮਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਉਸ ਸਬਟ੍ਰੀ ਤੋਂ ਬਾਹਰ ਦੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਇਜਾਜ਼ਤ ਦੀ ਗਲਤੀ ਦੀ ਬਜਾਏ ਨਾ-ਮਿਲਿਆ (not-found) ਵਾਪਸ ਕਰਦੀ ਹੈ — ਇਸ ਲਈ ਪਲੇਟਫਾਰਮ ਕਦੇ ਵੀ ਇਹ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਸੇ ਹੋਰ ਟੈਨੈਂਟ ਦੀ ਸੰਸਥਾ ਜਾਂ ਸਾਈਟ ਮੌਜੂਦ ਹੈ।
ਰੋਲ ਸਿਰਫ਼ ਡੈਸ਼ਬੋਡ ਤੱਕ ਸੀਮਤ ਸਹੂਲਤ ਨਹੀਂ ਹਨ। ਪਲੇਟਫਾਰਮ ਤੱਕ ਪਹੁੰਚਣ ਦਾ ਹਰ ਤਰੀਕਾ ਉਹੀ ਅਨੁਮਤੀ ਕੁੰਜੀਆਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਅਜਿਹਾ ਪਿਛਲਾ ਦਰਵਾਜ਼ਾ ਨਹੀਂ ਹੈ ਜੋ ਤੁਹਾਡੇ ਪਹੁੰਚ ਨਿਯਮਾਂ ਨੂੰ ਛੱਡ ਸਕੇ।
ਸਾਈਟਾਂ, ਬਿਲਿੰਗ, ਟਿਕਟਾਂ, ਨੋਟਿਸ, ਨੋਟੀਫਿਕੇਸ਼ਨ, API ਕੁੰਜੀਆਂ ਅਤੇ ਟੀਮ ਪ੍ਰਬੰਧਨ ਇੱਕੋ ਸ਼ੈੱਲ ਵਿੱਚ। ਇੰਟਰਫੇਸ ਉਹੀ ਕੁਝ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸਦੀ ਲੌਗਇਨ ਕੀਤੇ ਮੈਂਬਰ ਦੀ ਭੂਮਿਕਾ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਜੋ ਲੋਕਾਂ ਨੂੰ ਉਹ ਕੰਟਰੋਲ ਨਾ ਦਿਖਣ ਜਿਨ੍ਹਾਂ ਦੀ ਉਹ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ API ਉਹੀ ਇੰਜਣ API ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ ਕਰਦਾ ਹੈ। API ਕੁੰਜੀਆਂ ਸੰਗਠਨ ਪ੍ਰਤੀ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ RBAC ਪਰਮਿਸ਼ਨਾਂ ਨਾਲ ਜੁੜੇ ਗ੍ਰੈਨਿਊਲਰ ਸਕੋਪ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਵੱਖਰੇ ਸੈਂਡਬੌਕਸ ਅਤੇ ਲਾਈਵ ਮੋਡਾਂ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ ਬਿਲਿੰਗ ਜਾਂ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਨੂੰ ਛੇੜੇ ਬਿਨਾਂ ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।
ਸਾਈਟਾਂ, ਡੋਮੇਨਾਂ, DNS, ਮੇਲਬਾਕਸਾਂ ਅਤੇ ਪਲਾਨਾਂ ਨੂੰ ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ-ਐਜ਼-ਕੋਡ ਵਜੋਂ ਪ੍ਰਬੰਧਿਤ ਕਰੋ ਅਤੇ ਹੋਸਟਿੰਗ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰਨ ਲਈ terraform apply ਚਲਾਓ — ਜੋ ਬਾਕੀ ਸਭ ਕੁਝ ਵਾਂਗ ਹੀ ਸਮਾਨ ਸਕੋਪਾਂ ਦੁਆਰਾ ਸ਼ਾਸਿਤ ਹੈ।
Claude Code, Cursor, ChatGPT, Claude Desktop ਜਾਂ ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਟੂਲ ਨੂੰ ਕਨੈਕਟ ਕਰੋ। ਟੋਕਨ ਇੱਕ ਸੰਸਥਾ ਅਤੇ ਇਸਦੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ ਤੱਕ ਸੀਮਤ ਹੁੰਦੇ ਹਨ, ਪ੍ਰਤੀ ਟੂਲ ਰੱਦ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਨੁਕਸਾਨਦੇਹ ਕਾਰਵਾਈਆਂ 'ਤੇ ਪੁਸ਼ਟੀ, ਖਰਚ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਪੂਰੇ ਆਡਿਟ ਟ੍ਰੇਲ ਨਾਲ ਹੁੰਦੇ ਹਨ।
ਸਿਰਫ਼ ਹਰੇਕ API ਕੁੰਜੀ ਦਾ ਇੱਕ ਹੈਸ਼ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਕਦੇ ਵੀ ਅਸਲ ਕੁੰਜੀ ਨਹੀਂ। ਕੁੰਜੀਆਂ ਵਿੱਚ ਇੱਕ ਨਾਮ ਅਤੇ ਇੱਕ ਦਿਖਾਈ ਦੇਣ ਵਾਲਾ ਪ੍ਰੀਫਿਕਸ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰ ਸਕੋ, ਉਹ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਵਰਤੀਆਂ ਗਈਆਂ ਸਨ ਇਸਦਾ ਰਿਕਾਰਡ ਰੱਖ ਸਕੋ, ਅਤੇ ਬਾਕੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਤੌਰ 'ਤੇ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕੇ।
ਪਛਾਣ Keycloak 'ਤੇ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਮਾਣੀਕਰਨ ਕਿਸੇ ਹੋਸਟਿੰਗ ਪੈਨਲ ਨਾਲ ਜੁੜੇ ਕਸਟਮ ਲੌਗਇਨ ਫਾਰਮ ਦੀ ਬਜਾਏ ਸਹੀ OIDC ਅਤੇ SAML ਹੈ।
ਹਰੇਕ ਵਿਸ਼ੇਸ਼-ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈ ਇੱਕ ਐਪੈਂਡ-ਓਨਲੀ (ਅੰਤ ਵਿੱਚ ਜੋੜਨਯੋਗ) ਆਡਿਟ ਰਿਕਾਰਡ ਲਿਖਦੀ ਹੈ: ਇਹ ਕਿਸਨੇ ਕੀਤਾ, ਉਹਨਾਂ ਨੇ ਕੀ ਕੀਤਾ, ਉਹਨਾਂ ਨੇ ਇਹ ਕਿਸ 'ਤੇ ਕੀਤਾ, ਇਸਦੇ ਸਮਰਥਕ ਸਬੂਤ ਅਤੇ ਮੂਲ IP ਪਤਾ। ਇਹ ਲੌਗ ਐਪੈਂਡ-ਓਨਲੀ ਹੈ — ਘਟਨਾਵਾਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਮੌਜੂਦਾ ਜਗ੍ਹਾ 'ਤੇ ਸੰਪਾਦਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ — ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਇਹ ਸਮੇਂ ਦੇ ਹਿਸਾਬ ਨਾਲ ਵੰਡਿਆ (time-partitioned) ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਵੱਧਣ ਦੇ ਨਾਲ ਵੀ ਤੇਜ਼ ਰਹੇ।
ਉਹ ਲੌਗ ਪੜ੍ਹਨਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਇਜਾਜ਼ਤ ਹੈ। ਮਾਲਕ ਅਤੇ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਵਾਲੇ ਮੈਂਬਰ ਇਸਨੂੰ ਰੱਖਦੇ ਹਨ, ਤਾਂ ਜੋ ਖਾਤੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਅਤੇ ਇਸਦੀ ਸਮੀਖਿਆ ਕਰਨ ਵਾਲਾ ਵਿਅਕਤੀ ਦੋਵੇਂ ਅਜਿਹਾ ਕਰਨ ਲਈ ਉੱਚੇ ਅਧਿਕਾਰਾਂ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਪੂਰਾ ਇਤਿਹਾਸ ਦੇਖ ਸਕਣ।
ਇਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਉਹ ਕੰਟਰੋਲ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਮੰਗ ਵੱਡੀਆਂ ਟੀਮਾਂ ਕਰਦੀਆਂ ਹਨ: ਸੈਸ਼ਨ ਨੀਤੀਆਂ, ਵਿਕਲਪਿਕ ਪ੍ਰਤੀ-ਸੰਗਠਨ IP ਅਲਾਊਲਿਸਟਾਂ, ਅਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਕਾਰਵਾਈਆਂ 'ਤੇ ਸਟੈਪ-ਅੱਪ ਪ੍ਰਮਾਣਿਕਤਾ ਤਾਂ ਜੋ ਕੁਝ ਗੰਭੀਰ ਕਰਨ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਲਾਈਵ ਸੈਸ਼ਨ ਹੀ ਕਾਫ਼ੀ ਨਾ ਹੋਵੇ।
ਪਰਮਿਸ਼ਨ ਕੈਟਾਲਾਗ ਡਾਟਾ ਹੈ, ਹਾਰਡਕੋਡਡ ਲੌਜਿਕ ਨਹੀਂ — ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਸ ਨੂੰ ਪਲੇਟਫਾਰਮ ਦੀ ਮੁੜ-ਪਲੰਬਿੰਗ ਤੋਂ ਬਿਨਾਂ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਮਾਲਕ ਕੋਲ ਸੰਸਥਾ ਅਤੇ ਇਸਦੇ ਉਪ-ਖਾਤਿਆਂ 'ਤੇ ਪੂਰਾ ਨਿਯੰਤਰਣ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਮੈਂਬਰ, API ਕੁੰਜੀਆਂ, ਸਾਈਟਾਂ ਅਤੇ ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਬਿਲਿੰਗ ਮੈਨੇਜਰ ਬਿਨਾਂ ਕਿਸੇ ਸਾਈਟ ਪਹੁੰਚ ਦੇ, ਇਨਵੌਇਸ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ, ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਅਤੇ ਪਲਾਨ ਦੇਖਦਾ ਹੈ। ਡਿਵੈਲਪਰ ਬਿਨਾਂ ਕਿਸੇ ਬਿਲਿੰਗ ਜਾਂ ਮੈਂਬਰ ਨਿਯੰਤਰਣ ਦੇ, ਸਾਈਟਾਂ ਅਤੇ API ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ ਅਤੇ ਟਿਕਟਾਂ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਸਿਰਫ-ਪੜ੍ਹਨ ਵਾਲਾ (Read-only) ਬਿਨਾਂ ਕੁਝ ਬਦਲੇ ਮੈਂਬਰਾਂ, ਸਾਈਟਾਂ, ਬਿਲਿੰਗ, ਪਲਾਨ, ਟਿਕਟਾਂ ਅਤੇ ਆਡਿਟ ਲੌਗ ਨੂੰ ਦੇਖ ਸਕਦਾ ਹੈ।
ਅਜੇ ਇਹ ਪ੍ਰਤੀ-ਸਾਈਟ ਸੈਟਿੰਗ ਵਜੋਂ ਉਪਲਬਧ ਨਹੀਂ ਹੈ — ਇੱਕੋ ਮੈਂਬਰਸ਼ਿਪ ਨੂੰ ਖਾਸ ਸਾਈਟਾਂ ਤੱਕ ਸੀਮਤ ਕਰਨਾ ਇੱਕ ਯੋਜਨਾਬੱਧ ਸੁਧਾਰ ਹੈ। ਅੱਜ ਤੁਸੀਂ ਟੈਨੈਂਸੀ ਟ੍ਰੀ ਨਾਲ ਉਹੀ ਵੱਖਰੇਵਾਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ: ਉਹਨਾਂ ਸਾਈਟਾਂ ਨੂੰ ਚਾਈਲਡ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਉੱਥੇ ਰੋਲ ਦਿਓ। ਕਿਉਂਕਿ ਰੋਲ ਪ੍ਰਤੀ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਉਹ ਪਹੁੰਚ ਤੁਹਾਡੇ ਖਾਤੇ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਤੱਕ ਨਹੀਂ ਜਾਂਦੀ।
ਨਹੀਂ — API ਕੁੰਜੀਆਂ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਉਹੀ RBAC ਪਰਮਿਸ਼ਨਾਂ ਨਾਲ ਜੁੜੇ ਵਿਸਤ੍ਰਿਤ ਸਕੋਪ, ਅਤੇ ਵੱਖਰੇ ਸੈਂਡਬੌਕਸ ਅਤੇ ਲਾਈਵ ਮੋਡ ਹੁੰਦੇ ਹਨ। ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ, CI ਜਾਂ Terraform ਲਈ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਸਰਵਿਸ ਕ੍ਰੇਡੇਂਸ਼ਿਅਲਸ ਵਜੋਂ ਕਰੋ, ਅਤੇ ਲੋਕਾਂ ਲਈ ਮੈਂਬਰਸ਼ਿਪਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਹਰੇਕ ਕੁੰਜੀ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹੈਸ਼ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਹਰੇਕ ਕੁੰਜੀ ਇਹ ਰਿਕਾਰਡ ਰੱਖਦੀ ਹੈ ਕਿ ਇਹ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਵਰਤੀ ਗਈ ਸੀ, ਅਤੇ ਕਿਸੇ ਵੀ ਕੁੰਜੀ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਡਿਵੈਲਪਰ ਰੋਲ ਵਿੱਚ ਸਾਈਟਾਂ ਨੂੰ ਦੇਖਣਾ ਅਤੇ ਪ੍ਰੋਵੀਜ਼ਨ ਕਰਨਾ, ਸੇਵਾਵਾਂ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਨਾ, ਕੈਸ਼ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ, API ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਅਤੇ ਟਿਕਟਾਂ ਨੂੰ ਹੈਂਡਲ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਕੋਲ ਕਿਸੇ ਲਾਈਵ ਸਾਈਟ 'ਤੇ ਪਬਲਿਸ਼ ਕਰਨ ਦੇ ਅਧਿਕਾਰ ਨਹੀਂ ਹੁੰਦੇ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਬਦਲਾਵਾਂ ਨੂੰ ਪ੍ਰਮੋਟ ਕਰ ਸਕੇ, ਤਾਂ ਉਹ ਪਹੁੰਚ ਕਿਸੇ ਮਾਲਕ (ਓਨਰ) ਕੋਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਰੋਲ ਪ੍ਰਤੀ ਸੰਸਥਾ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਕੋਲ ਵੱਖਰੇ ਖਾਤੇ ਵਿੱਚ ਵੱਖਰਾ ਰੋਲ ਹੋ ਸਕਦਾ ਹੈ।
हाँ। ਪਛਾਣ Keycloak ਉੱਤੇ OIDC ਅਤੇ SAML ਨਾਲ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਤੇ ਏਜੰਸੀ ਗਾਹਕਾਂ ਲਈ SAML ਸਿੰਗਲ ਸਾਈਨ-ਆਨ ਉਪਲਬਧ ਹੈ, ਜਿਸ ਦੇ ਨਾਲ ਮੈਜਿਕ-ਲਿੰਕ ਲੌਗਇਨ, ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ, ਸੋਸ਼ਲ ਪ੍ਰੋਵਾਈਡਰ, ਪਾਸਕੀਜ਼ ਅਤੇ TOTP ਟੂ-ਫੈਕਟਰ ਪ੍ਰਮਾਣੀਕਰਨ ਵੀ ਸ਼ਾਮਲ ਹਨ, ਜਿਸ ਨੂੰ ਨੀਤੀ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਸੈਸ਼ਨ ਡੈਸ਼ਬੋਰਡ, ਜਨਤਕ ਸਾਈਟ ਅਤੇ ਗਿਆਨ ਅਧਾਰ, ਅਤੇ ਸਹਾਇਤਾ ਟਿਕਟਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
ਹ ਹਰ ਵਿਸ਼esh ਅਮਲ ਨੂੰ ਸਿਰਫ਼-ਜੋੜਨ ਵਾਲੇ ਆਡਿਟ ਲੌਗ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਕਾਰਕ, ਅਮਲ, ਟੀਚੇ, ਸਹਾਇਕ ਸਬੂਤ ਅਤੇ IP ਪਤੇ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਪੜ੍ਹਨਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਅਧਿਕਾਰ ਹੈ, ਜੋ ਮਾਲਕ ਅਤੇ ਸਿਰਫ਼-ਪੜ੍ਹਨਯੋਗ (Read-only) ਦੋਵਾਂ ਭੂਮਿਕਾਵਾਂ ਕੋਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਖਾਤਾ ਮਾਲਕ ਅਤੇ ਇੱਕ ਆਡੀਟਰ ਇੱਕੋ ਜਿਹੇ ਇਤਿਹਾਸ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਣ।
ਪਲਾਨਾਂ ਦੀ ਕੀਮਤ ਲੋਕਾਂ ਦੀ ਬਜਾਏ ਹੋਸਟਿੰਗ ਸਮਰੱਥਾ ਦੇ ਹਿਸਾਬ ਨਾਲ ਤੈਅ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, Footprint-Free ਲਾਈਨ 'ਤੇ, ਸਾਰੇ 42 ਟੀਅਰ ਬਿਲਕੁਲ ਇੱਕੋ ਜਿਹੇ ਅਧਿਕਾਰਾਂ ਦੇ ਸੈੱਟ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਅਤੇ ਕੇਵਲ ਉਹਨਾਂ ਦੁਆਰਾ ਦਿੱਤੀ ਜਾਣ ਵਾਲੀ ਸਾਈਟਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਵਿੱਚ ਫਰਕ ਹੁੰਦਾ ਹੈ। ਕੀਮਤ ਹਮੇਸ਼ਾ ਲਾਈਵ ਕੈਟਾਲਾਗ ਤੋਂ, ਤੁਹਾਡੀ ਮੁੰਦਰਾ ਵਿੱਚ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਜੋ ਤੁਸੀਂ ਕੀਮਤ ਵਾਲੇ ਪੰਨੇ 'ਤੇ ਦੇਖਦੇ ਹੋ, ਉਹੀ ਅਸਲ ਵਿੱਚ ਲਿਆ ਜਾਂਦਾ ਹੈ।
haan. Footprint-Free ਟ੍ਰਾਇਲ 14 ਦਿਨਾਂ ਲਈ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਕਾਰਡ ਵੇਰਵਿਆਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ 5 ਸਾਈਟਾਂ ਤੱਕ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਕੁਝ ਵੀ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਸੰਸਥਾ ਨੂੰ ਸੈੱਟਅੱਪ ਕਰ ਸਕੋ, ਆਪਣੀ ਟੀਮ ਨੂੰ ਸੱਦਾ ਦੇ ਸਕੋ ਅਤੇ ਅਸਲ ਕੰਮ ਦੇ ਵਿਰੁੱਧ ਭੂਮਿਕਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕੋ। ਅਦਾਇਗੀ ਯੋਜਨਾਵਾਂ ਦੇ ਪਿੱਛੇ 30 ਦਿਨਾਂ ਦੀ ਪੈਸਾ ਵਾਪਸੀ ਦੀ ਗਰੰਟੀ ਹੈ।
Footprint-Free ਲਾਈਨ 'ਤੇ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14 ਦਿਨਾਂ ਦਾ ਏਅਰਲਾਈਨ ਅਜ਼ਮਾਇਸ਼ ਸ਼ੁਰੂ ਕਰੋ, ਆਪਣੀ ਟੀਮ ਨੂੰ ਸੱਦਾ ਦਿਓ, ਅਤੇ ਕੁਝ ਵੀ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ ਸਾਈਟਾਂ 'ਤੇ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਕੰਮ ਕਰਦੇ ਹੋਏ ਦੇਖੋ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ