ਏਜੰਟ ਬਾਲਟੀ: ਟ੍ਰਿਲੀਅਨ-ਪੱਧਰ ਦੀ ਏਜੰਟ ਮੂਲ ਸਟੋਰੇਜ ਬਾਲਟੀ
ਏਜੰਟ ਬਾਲਟੀ: ਟ੍ਰਿਲੀਅਨ-ਪੱਧਰ ਦੀ ਏਜੰਟ ਮੂਲ ਸਟੋਰੇਜ ਬਾਲਟੀ
ਅੱਜਕੱਲ੍ਹ ਜਦੋਂ AI ਏਜੰਟ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਉੱਭਰ ਰਹੇ ਹਨ, ਡਿਵੈਲਪਰ ਕਲਪਨਾਤਮਕ ਬੁੱਧੀਮਾਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾ ਰਹੇ ਹਨ। ਕੋਡ ਲਿਖਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਿੰਗ ਸਹਾਇਕਾਂ ਤੋਂ ਲੈ ਕੇ, ਇੱਕ ਵਾਕ ਵਿੱਚ ਇੱਕ ਫਿਲਮ ਬਣਾਉਣ ਵਾਲੇ ਰਚਨਾਤਮਕ ਸਾਧਨਾਂ ਤੱਕ, ਅਤੇ ਹਰ ਸਮੇਂ ਤਿਆਰ ਰਹਿਣ ਵਾਲੇ ਨਿੱਜੀ ਬੁੱਧੀਮਾਨ ਸਹਾਇਕਾਂ ਤੱਕ, ਏਜੰਟ ਡਿਜੀਟਲ ਦੁਨੀਆ ਨਾਲ ਸਾਡੇ ਸੰਚਾਰ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਮੁੜ ਆਕਾਰ ਦੇ ਰਹੇ ਹਨ। ਇਸ ਰੁਝਾਨ ਦੇ ਪਿੱਛੇ, ਇੱਕ ਸਹਿਮਤੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸਪੱਸ਼ਟ ਹੁੰਦੀ ਜਾ ਰਹੀ ਹੈ: Serverless ਆਰਕੀਟੈਕਚਰ (ਜਿਵੇਂ ਕਿ Lambda), ਵੱਡੇ ਭਾਸ਼ਾ ਮਾਡਲ (LLM), ਅਤੇ ਕਲਾਉਡ ਸਟੋਰੇਜ (ਜਿਵੇਂ ਕਿ S3, TOS) ਦੀ ਮਦਦ ਨਾਲ, Vibe Coding ਨਾਲ ਮਿਲ ਕੇ, ਕੋਈ ਵੀ 30 ਮਿੰਟਾਂ ਵਿੱਚ ਆਪਣਾ AI ਏਜੰਟ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾ ਸਕਦਾ ਹੈ।
"ਵਰਤੋਂ ਯੋਗ" ਤੋਂ "ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਰਤੋਂ ਯੋਗ" ਤੱਕ, ਏਜੰਟ ਡਿਵੈਲਪਰਾਂ ਨੂੰ "ਖਿਡੌਣੇ" ਤੋਂ "ਉਤਪਾਦਨ-ਪੱਧਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ" ਵੱਲ ਜਾਣ ਵਿੱਚ ਅਜੇ ਵੀ ਮੁਸ਼ਕਲਾਂ ਨੂੰ ਪਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਜਿਵੇਂ ਹੀ ਕਾਰੋਬਾਰ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇੱਕ ਬਹੁਤ ਹੀ ਗੁੰਝਲਦਾਰ ਚੁਣੌਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਆਬਜੈਕਟ ਸਟੋਰੇਜ 'ਤੇ ਇੱਕ ਸੰਪੂਰਨ ਸਟੋਰੇਜ ਹੱਲ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ? ਜ਼ਿਆਦਾਤਰ ਡਿਵੈਲਪਰਾਂ ਲਈ, ਇਹ ਨਾ ਸਿਰਫ਼ ਇੱਕ ਤਕਨੀਕੀ ਰੁਕਾਵਟ ਹੈ, ਸਗੋਂ ਏਜੰਟ ਦੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਵੰਡਣ ਵਿੱਚ ਵੀ ਰੁਕਾਵਟ ਹੈ। ਏਜੰਟ ਬਾਲਟੀ ਦਾ ਉਦੇਸ਼ AI ਮੂਲ ਸਟੋਰੇਜ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਮਲਟੀ-ਟੈਨੈਂਟ ਸਿਸਟਮਾਂ ਦੀ ਉਸਾਰੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਰਲ ਬਣਾਉਣਾ ਅਤੇ ਵਧੇਰੇ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ ਏਜੰਟ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ।
ਜਦੋਂ ਅਰਬਾਂ ਉਪਭੋਗਤਾ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਰਵਾਇਤੀ ਆਬਜੈਕਟ ਸਟੋਰੇਜ "ਨਾਕਾਫ਼ੀ" ਹੋ ਜਾਂਦੀ ਹੈ
ਕਲਪਨਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇੱਕ ਬਹੁਤ ਮਸ਼ਹੂਰ AIGC ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਸਤ ਕੀਤੀ ਹੈ। ਹਰੇਕ ਉਪਭੋਗਤਾ ਬਹੁਤ ਸਾਰੀਆਂ ਤਸਵੀਰਾਂ, ਵੀਡੀਓ ਅਤੇ ਅਸਥਾਈ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰੇਗਾ ਅਤੇ ਸਟੋਰ ਕਰੇਗਾ। ਇੱਕ ਡਿਵੈਲਪਰ ਵਜੋਂ, ਤੁਸੀਂ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ S3 ਅਤੇ TOS ਵਰਗੀਆਂ ਪਰਿਪੱਕ ਅਤੇ ਸਕੇਲੇਬਲ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋਗੇ। ਪਰ ਇੱਥੇ ਸਮੱਸਿਆ ਆਉਂਦੀ ਹੈ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਡੇਟਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰੀਏ?
2022 ਵਿੱਚ S3 ਦੇ ਬਲੌਗ 《Partitioning and Isolating Multi-Tenant SaaS Data with Amazon S3》 ਵਿੱਚ ਦੋ ਤਰੀਕਿਆਂ ਦਾ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ, "ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਇੱਕ ਸੁਤੰਤਰ S3 ਬਾਲਟੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ" ਅਤੇ "ਪ੍ਰੀਫਿਕਸ ਆਈਸੋਲੇਸ਼ਨ 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਸਾਂਝੀ S3 ਬਾਲਟੀ":
- ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਇੱਕ ਸੁਤੰਤਰ "ਬਾਲਟੀ" (Bucket) ਬਣਾਓ: ਇਹ ਉਦੋਂ ਸੰਭਵ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਘੱਟ ਹੋਵੇ, ਪਰ ਜਦੋਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਹਜ਼ਾਰਾਂ ਜਾਂ ਲੱਖਾਂ ਤੱਕ ਵੱਧ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਬਾਲਟੀਆਂ ਦੀ ਗਿਣਤੀ ਤੇਜ਼ੀ ਨਾਲ ਵਧੇਗੀ, ਅਤੇ ਪ੍ਰਬੰਧਨ ਦੀ ਲਾਗਤ ਅਤੇ ਸਰੋਤ ਸੀਮਾਵਾਂ ਦੋਵੇਂ ਹੀ ਅਸਹਿ ਹੋ ਜਾਣਗੀਆਂ। S3 ਪੂਰੇ ਖੇਤਰ ਵਿੱਚ ਕੁੱਲ 10000 ਬਾਲਟੀਆਂ ਦਾ ਕੋਟਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਪਰ ਪ੍ਰਸਿੱਧ AI ਸਮਰੱਥਾਵਾਂ ਲਈ, 10,000 ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ।
- ਇੱਕੋ ਬਾਲਟੀ ਵਿੱਚ "ਪ੍ਰੀਫਿਕਸ" ਨਾਲ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰੋ: ਇਹ ਇੱਕ ਮੁੱਖ ਧਾਰਾ ਦਾ ਹੱਲ ਬਣ ਗਿਆ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਉਪਭੋਗਤਾ A ਦੀਆਂ ਫਾਈਲਾਂ user-a/ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਉਪਭੋਗਤਾ B ਦੀਆਂ ਫਾਈਲਾਂ user-b/ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਕੰਪਿਊਟਰ 'ਤੇ ਫੋਲਡਰਾਂ ਨਾਲ ਫਾਈਲਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ। ਹਾਲਾਂਕਿ, ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿੱਚ ਕੋਈ ਮੂਲ ਫੋਲਡਰ ਨਹੀਂ ਹਨ, ਇਹ ਹੱਲ "K-V" ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ "ਸਾਂਝੇ ਪ੍ਰੀਫਿਕਸ" (Prefix) ਦੁਆਰਾ ਮਲਟੀ-ਟੈਨੈਂਟਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ।
"ਬਾਲਟੀ" ਜਾਂ "ਪ੍ਰੀਫਿਕਸ" 'ਤੇ ਅਧਾਰਤ ਇਹ ਹੱਲ ਪਿਛਲੇ ਦਹਾਕੇ ਵਿੱਚ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੇ ਗਏ ਹਨ। ਪਰ ਹੇਠ ਲਿਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ:
-
ਮਲਟੀ-ਟੈਨੈਂਟ ਆਈਸੋਲੇਸ਼ਨ: ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਡੇਟਾ ਇੱਕੋ ਬਾਲਟੀ ਵਿੱਚ ਮਿਲਿਆ ਹੋਇਆ ਹੈ, ਇੱਕ ਉਪਭੋਗਤਾ ਦੀ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਉੱਚ-ਆਵਿਰਤੀ ਪਹੁੰਚ ਹੋਰ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੀ ਹੈ, ਜਿਸ ਨਾਲ "ਗੁਆਂਢੀ ਪ੍ਰਭਾਵ" ਪੈਦਾ ਹੁੰਦਾ ਹੈ। ਪ੍ਰਦਰਸ਼ਨ ਆਈਸੋਲੇਸ਼ਨ ਅਤੇ ਫਾਲਟ ਆਈਸੋਲੇਸ਼ਨ ਦੀ ਕੋਈ ਗੱਲ ਨਹੀਂ ਹੈ।
-
ਅਧਿਕਾਰ ਨਿਯੰਤਰਣ: ਗੁੰਝਲਦਾਰ ਅਧਿਕਾਰ ਨੀਤੀਆਂ (IAM Policy) ਨੂੰ ਬਣਾਈ ਰੱਖਣਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਗਲਤ ਸੰਰਚਨਾਵਾਂ ਹੋਣੀਆਂ ਆਸਾਨ ਹਨ, ਜਿਸ ਨਾਲ ਉਪਭੋਗਤਾ ਡੇਟਾ ਤੱਕ ਗਲਤੀ ਨਾਲ ਪਹੁੰਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਹੋਰ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਜੋਖਮ ਹੋਰ ਵੀ ਵੱਧ ਜਾਂਦਾ ਹੈ।
-
ਲਾਗਤ ਸਪੱਸ਼ਟਤਾ: ਤੁਹਾਡੇ ਲਈ ਇਹ ਜਾਣਨਾ ਮੁਸ਼ਕਲ ਹੈ ਕਿ ਹਰੇਕ ਉਪਭੋਗਤਾ ਨੇ ਅਸਲ ਵਿੱਚ ਕਿੰਨੀ ਸਟੋਰੇਜ ਸਪੇਸ ਦੀ ਖਪਤ ਕੀਤੀ ਹੈ ਅਤੇ ਕਿੰਨੀ ਟ੍ਰੈਫਿਕ ਫੀਸ ਪੈਦਾ ਕੀਤੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਵਰਤੋਂ ਦੇ ਅਧਾਰ 'ਤੇ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਚਾਰਜ ਲੈਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਬਿਲਿੰਗ ਅਤੇ ਮੀਟਰਿੰਗ ਇੱਕ ਗੁੰਝਲਦਾਰ ਮਾਮਲਾ ਬਣ ਜਾਂਦਾ ਹੈ।ਕਿਉਂਕਿ ਇਹ ਬੁਨਿਆਦੀ ਲੋੜਾਂ ਏਜੰਟ ਡਿਵੈਲਪਰਾਂ ਲਈ ਆਬਜੈਕਟ ਸਟੋਰੇਜ 'ਤੇ ਇੰਨੀਆਂ "ਭਾਰੀ" ਕਿਉਂ ਜਾਪਦੀਆਂ ਹਨ? ਇਸਦੇ ਕਾਰਨਾਂ ਦੀ ਡੂੰਘਾਈ ਨਾਲ ਜਾਂਚ ਕਰੋ, ਕਿਉਂਕਿ ਮੌਜੂਦਾ ਕਲਾਉਡ-ਨੇਟਿਵ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ, S3 ਵਰਗੀ "ਆਬਜੈਕਟ ਸਟੋਰੇਜ" ਅਤੇ ਰਵਾਇਤੀ "ਫਾਈਲ ਸਿਸਟਮ" ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਵੱਡਾ ਖਲਾਅ ਹੈ। ਆਬਜੈਕਟ ਸਟੋਰੇਜ (S3/TOS) ਦਾ ਤੱਤ "ਫਲੈਟਨਿੰਗ" ਹੈ। ਇਸਦਾ ਡਿਜ਼ਾਈਨ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਸਧਾਰਨ ਤਰੀਕੇ ਨਾਲ ਸਟੋਰ ਕਰਨਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਵੱਡਾ ਵੇਅਰਹਾਊਸ। ਹਾਲਾਂਕਿ ਸਮਰੱਥਾ ਲਗਭਗ ਅਸੀਮਤ ਹੈ, ਪਰ ਲਾਜ਼ੀਕਲ ਢਾਂਚਾ ਬਹੁਤ ਸਰਲ ਹੈ। ਇਸ ਵਿੱਚ ਮੂਲ ਉੱਨਤ ਡਾਇਰੈਕਟਰੀ ਪ੍ਰਬੰਧਨ, ਵਧੀਆ-ਗ੍ਰੇਨਡ ਮੈਟਾਡੇਟਾ ਕੰਟਰੋਲ ਅਤੇ ਅਸਲ ਕਿਰਾਏਦਾਰ ਜਾਗਰੂਕਤਾ ਦੀ ਘਾਟ ਹੈ। ਜਦੋਂ ਡਿਵੈਲਪਰ "ਫਲੈਟ" S3 'ਤੇ ਹਾਰਡ-ਕੋਡਡ ਪ੍ਰੀਫਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ "ਤਿੰਨ-ਅਯਾਮੀ" ਮਲਟੀ-ਟੈਨੈਂਟ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਤਾਂ ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਇੱਕ "ਸਥਿਰ KV ਸਟੋਰੇਜ" ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ, ਇੱਕ "ਡਾਇਰੈਕਟਰੀ ਸਿਮੈਂਟਿਕਸ, ਸਖ਼ਤ ਆਈਸੋਲੇਸ਼ਨ" ਏਜੰਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਫਾਈਲ ਐਕਸੈਸ ਵਿਧੀ ਨੂੰ ਚਲਾਉਣ ਲਈ। ਯਾਨੀ, ਏਜੰਟ ਨੂੰ ਫਾਈਲਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਅਤੇ ਮਲਟੀ-ਟੈਨੈਂਟ ਅਧਿਕਾਰਾਂ ਅਤੇ ਆਈਸੋਲੇਸ਼ਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ ਵਾਧੂ ਟੋਕਨਾਂ ਦੀ ਖਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਵਾਧੂ ਟੋਕਨ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ S3 ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਸਧਾਰਨ ਸਟੋਰੇਜ ਸੇਵਾ ਏਜੰਟ ਲਈ ਕਾਫ਼ੀ ਸਧਾਰਨ ਨਹੀਂ ਹੈ।
2025 S3 ਬਲੌਗ 《Design patterns for multi-tenant access control on Amazon S3》 ਵਿੱਚ S3 Access Point ਬਾਰੇ ਹੋਰ ਦੱਸਿਆ ਗਿਆ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਕਈ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਐਕਸੈਸ ਪੁਆਇੰਟ ਬਣਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਹਰੇਕ ਐਕਸੈਸ ਪੁਆਇੰਟ ਲਈ ਇੱਕ ਕਸਟਮ ਐਕਸੈਸ ਪੁਆਇੰਟ ਨੀਤੀ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸ ਨਾਲ ਨੈੱਟਵਰਕ ਸ਼ੈਡਿਊਲਿੰਗ ਪੱਧਰ 'ਤੇ ਮਲਟੀ-ਟੈਨੈਂਟ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਕੁਝ ਹੱਲ ਮਿਲਦੇ ਹਨ।
ਏਜੰਟ ਵੰਡਰਲੈਂਡ
ਇੱਕ ਆਦਰਸ਼ ਏਜੰਟ ਡਿਵੈਲਪਰ AI ਏਜੰਟ ਨੂੰ ਵਿਕਸਤ ਕਰਦੇ ਸਮੇਂ, "ਏਜੰਟ SDK + ਸਟੋਰੇਜ + MaaS ਸੇਵਾ" 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਰਵਰ ਰਹਿਤ ਏਜੰਟ ਬਣਾ ਸਕਦਾ ਹੈ:
-
ਏਜੰਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਰਵਰ ਰਹਿਤ ਚੱਲ ਸਕਦਾ ਹੈ
-
ਏਜੰਟ ਨੂੰ ਮੌਜੂਦਾ ਉਤਪਾਦ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਜੋੜ ਕੇ Vibe Coding ਦੁਆਰਾ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ
-
ਸਿਰਫ਼ "ADK" ਦੇ python ਸਕ੍ਰਿਪਟ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ
-
ਸਟੋਰੇਜ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ
-
AI ਸਮਰੱਥਾ 豆包 ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ
-
ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਕੋਈ ECS ਜਾਂ ਹੋਰ ਉਦਾਹਰਣ ਕਿਸਮ ਦੇ ਉਤਪਾਦ ਨਹੀਂ ਹਨ
ਇਸਦੇ ਨਾਲ ਹੀ, ਸਟੋਰੇਜ ਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
-
ਏਜੰਟ ਕੋਲ ਇੱਕ object ਸਿਮੈਂਟਿਕ ਸਟੋਰੇਜ (ਫਾਈਲਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ) ਹੋ ਸਕਦੀ ਹੈ, ਜੋ ਮਲਟੀ-ਟੈਨੈਂਟ ਐਕਸੈਸ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਲੱਖਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਅਰਬਾਂ ਤੱਕ ਵਧਾਈ ਜਾ ਸਕਦੀ ਹੈ
-
ਏਜੰਟ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਸੁਤੰਤਰ ਥਾਂ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ (ਕਈ ਕਾਰੋਬਾਰਾਂ ਦੇ ਵਿਚਕਾਰ, ਕਾਰੋਬਾਰ ਜਾਂ uid ਦਾ ਨਾਮ ਦੁਬਾਰਾ ਹੋ ਸਕਦਾ ਹੈ)
-
ਏਜੰਟ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬੈਂਡਵਿਡਥ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾ object ਦੇ ਕੁੱਲ ਆਕਾਰ ਦੀ ਉਪਰਲੀ ਸੀਮਾ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦਾ ਹੈ
-
ਏਜੰਟ ਉਪਭੋਗਤਾ ਦੇ ਅਨੁਸਾਰ ਬਿਲਿੰਗ, ਨਿਗਰਾਨੀ ਅਤੇ ਨਿਰੀਖਣ ਕਰ ਸਕਦਾ ਹੈ
-
ਏਜੰਟ ਹਰੇਕ ਉਪਭੋਗਤਾ ਦੀਆਂ ਫਾਈਲਾਂ ਲਈ ਐਕਸੈਸ ਨੀਤੀਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦਾ ਹੈ
ਏਜੰਟ ਬਕੇਟ: AI ਏਜੰਟ ਵਿੱਚ "ਮਲਟੀ-ਟੈਨੈਂਟ ਮੂਲ" ਜੀਨ ਨੂੰ ਇੰਜੈਕਟ ਕਰੋ
ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਹੱਲ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਨਵਾਂ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਪੈਰਾਡਾਈਮ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ - ਏਜੰਟ ਬਕੇਟ। ਇਸਦੀ ਮੁੱਖ ਨਵੀਨਤਾ ਰਵਾਇਤੀ "ਬਕੇਟ" ਅਤੇ "ਆਬਜੈਕਟ" ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਨਵਾਂ ਮੂਲ ਸਰੋਤ ਪੱਧਰ ਪੇਸ਼ ਕਰਨਾ ਹੈ: ਆਬਜੈਕਟ ਸੰਗ੍ਰਹਿ।
ਇਸ ਡਿਜ਼ਾਈਨ ਦਾ ਮੁੱਖ ਵਿਚਾਰ ਬਹੁਤ ਸਰਲ ਹੈ: ਤੁਹਾਡੇ ਹਰੇਕ ਅੰਤਮ ਉਪਭੋਗਤਾ ਲਈ, ਇੱਕ ਵਿਸ਼ੇਸ਼ ObjectSet ਨਾਲ ਮੇਲ ਕਰੋ। ਤੁਸੀਂ ObjectSet ਨੂੰ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਬਣਾਏ ਗਏ ਇੱਕ ਵਿਸ਼ੇਸ਼ "ਡੇਟਾ ਸੇਫ" ਜਾਂ "ਕਲਾਉਡ ਨਿੱਜੀ ਸਪੇਸ" ਵਜੋਂ ਸੋਚ ਸਕਦੇ ਹੋ। ਇਹ ਲਾਜ਼ੀਕਲ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ (ਡਿਵੈਲਪਰ) ਦੇ ਬਕੇਟ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਪਰ ਭੌਤਿਕ ਅਤੇ ਪ੍ਰਬੰਧਨ ਦੇ ਰੂਪ ਵਿੱਚ, ਇਸਦੀ ਆਪਣੀ ਸੁਤੰਤਰ "ਵਿਅਕਤੀਗਤਤਾ" ਅਤੇ "ਜੀਵਨ ਚੱਕਰ" ਹੈ।ਏਜੰਟ ਬਕੇਟ ਹਰੇਕ ਬਕੇਟ ਲਈ 10 ਕਰੋੜ ਓਬਜੈਕਟਸੈੱਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਆਰਾਮ ਨਾਲ ਕਰੋੜਾਂ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਹਰੇਕ ਅੰਤਮ ਉਪਭੋਗਤਾ ਆਪਣੀ ਸੁਤੰਤਰ ਸਟੋਰੇਜ ਸਪੇਸ ਵਿੱਚ "ਰਹਿੰਦਾ" ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਹੁਣ ਮਲਟੀ-ਟੈਨੈਂਟ ਸਟੋਰੇਜ ਪ੍ਰਬੰਧਨ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ।
ਓਬਜੈਕਟਸੈੱਟ ਡਿਜ਼ਾਈਨ - ਏਜੰਟ-ਅਨੁਕੂਲ ਸਮਰੱਥਾ
ਏਜੰਟ ਬਕੇਟ ਵਿੱਚ ਓਬਜੈਕਟਸੈੱਟ ਸਿਰਫ਼ ਇੱਕ ਪੱਧਰ ਜੋੜਨ ਤੋਂ ਵੱਧ ਹੈ, ਇਹ ਮਲਟੀ-ਟੈਨੈਂਟ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਲੋੜਾਂ ਨੂੰ ਵੀ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਕੱਢਣ ਲਈ ਤਿਆਰ ਮੂਲ ਸਮਰੱਥਾਵਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਜਦੋਂ ਓਬਜੈਕਟਸੈੱਟ ਦੇ ਪੱਧਰ 'ਤੇ ਡਾਟਾ ਮਲਕੀਅਤ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਅਤੀਤ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕਰਨਾ ਮੁਸ਼ਕਲ ਸੀ, ਅਜਿਹੀਆਂ ਸਮਰੱਥਾਵਾਂ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਪ੍ਰਾਪਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
-
ਮੂਲ ਅਲੱਗ-ਥਲੱਗਤਾ: ਓਬਜੈਕਟਸੈੱਟ ਪੱਧਰ 'ਤੇ, ਤੁਸੀਂ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਸੁਤੰਤਰ QPS, ਬੈਂਡਵਿਡਥ ਸੀਮਾਵਾਂ ਅਤੇ ਸਮਰੱਥਾ ਕੋਟਾ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਤਜ਼ਰਬੇ ਦੀ ਗਰੰਟੀ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਮੁਫਤ ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਅਸਧਾਰਨ ਵਿਵਹਾਰ ਦੂਜਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰੇਗਾ। ਇਹ ਅਸਲ ਨੁਕਸ ਡੋਮੇਨ ਅਲੱਗ-ਥਲੱਗਤਾ ਹੈ, ਜਿਸ ਨਾਲ "ਗੁਆਂਢੀ" ਹੁਣ ਇੱਕ ਦੂਜੇ ਵਿੱਚ ਦਖਲ ਨਹੀਂ ਦਿੰਦੇ ਹਨ।
-
ਮੂਲ ਅਧਿਕਾਰ: ਹਰੇਕ ਓਬਜੈਕਟਸੈੱਟ ਦਾ ਇੱਕ ਸੁਤੰਤਰ ਡੋਮੇਨ ਨਾਮ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਉਪਭੋਗਤਾ A ਨੂੰ user-a.yourapp.com ਦਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਪਹੁੰਚ ਪਤਾ ਦੇ ਸਕਦੇ ਹੋ, ਅਤੇ ਹੁਣ ਪੂਰੇ ਸਟੋਰੇਜ ਬਕੇਟ ਦੇ ਡੋਮੇਨ ਨਾਮ ਨੂੰ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਨਾ ਪਵੇਗਾ। ਹੋਰ ਚਲਾਕੀ ਨਾਲ "ਦੋ ਤਾਲੇ" ਡਿਜ਼ਾਈਨ ਹੈ: ਪਹਿਲਾ ਤਾਲਾ ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਇੱਕ ਅਸਥਾਈ ਪਹੁੰਚ ਪ੍ਰਮਾਣ ਪੱਤਰ (STS) ਹੈ, ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ; ਦੂਜਾ ਤਾਲਾ ਓਬਜੈਕਟਸੈੱਟ ਦਾ ਸੁਤੰਤਰ ਡੋਮੇਨ ਨਾਮ ਹੈ, ਜੋ ਨੈਟਵਰਕ ਪੱਧਰ 'ਤੇ ਉਪਭੋਗਤਾ ਦੇ ਆਪਣੇ ਡਾਟਾ ਸਪੇਸ ਵਿੱਚ ਪਹੁੰਚ ਬੇਨਤੀ ਨੂੰ ਲਾਕ ਕਰਦਾ ਹੈ। ਇਹ ਡਾਟਾ ਸੁਰੱਖਿਆ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਕਰਦਾ ਹੈ।
-
ਮੂਲ ਨਿਗਰਾਨੀ: ਨਿਗਰਾਨੀ ਡੈਸ਼ਬੋਰਡ 'ਤੇ, ਤੁਸੀਂ ਹੁਣ ਸਿਰਫ਼ ਪੂਰੇ ਬਕੇਟ ਦਾ ਸੰਖੇਪ ਡਾਟਾ ਨਹੀਂ ਦੇਖ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ by-ObjectSet ਦੁਆਰਾ ਨਿਗਰਾਨੀ ਚਾਰਟ ਨੂੰ ਤੋੜ ਸਕਦੇ ਹੋ, ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜਾ ਅੰਤਮ ਉਪਭੋਗਤਾ ਬਹੁਤ ਸਾਰੀਆਂ ਪਹੁੰਚਾਂ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸਹੀ ਸੰਚਾਲਨ ਅਤੇ ਅਨੁਕੂਲਨ ਫੈਸਲੇ ਲੈ ਸਕਦੇ ਹੋ।
-
ਮੂਲ ਸਮਰੱਥਾ ਸਿੰਕ: ਅਤੀਤ ਵਿੱਚ ਸਿਰਫ਼ ਬਕੇਟ ਪੱਧਰ 'ਤੇ ਸੈੱਟ ਕੀਤੀਆਂ ਜਾ ਸਕਣ ਵਾਲੀਆਂ ਨੀਤੀਆਂ ਹੁਣ ਹਰੇਕ ਉਪਭੋਗਤਾ ਤੱਕ ਸਿੰਕ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਪੱਧਰਾਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਡਾਟਾ ਜੀਵਨ ਚੱਕਰ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਹਰੇਕ ਓਬਜੈਕਟਸੈੱਟ ਲਈ ਵੱਖ-ਵੱਖ ਐਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਵਧੇਰੇ ਵਧੀਆ ਅਤੇ ਸੁਰੱਖਿਅਤ ਡਾਟਾ ਪ੍ਰਬੰਧਨ ਨੂੰ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕੇ।
-
ਮੂਲ ਮਾਪ: ਇਹ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਹਰੇਕ ਉਪਭੋਗਤਾ ਕਿੰਨੀ ਸਟੋਰੇਜ ਸਪੇਸ ਵਰਤਦਾ ਹੈ? ਹਰੇਕ ਉਪਭੋਗਤਾ ਨੂੰ ਸਟੋਰੇਜ ਲਾਗਤਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਵੰਡਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਹੁਣ ਇਹ ਬਹੁਤ ਆਸਾਨ ਹੋ ਗਿਆ ਹੈ। ਏਜੰਟ ਬਕੇਟ ਆਪਣੇ ਆਪ ਹਰੇਕ ਓਬਜੈਕਟਸੈੱਟ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਵਰਤੋਂ ਦੇ ਅੰਕੜੇ ਦੇਵੇਗਾ, ਜਿਸ ਨਾਲ ਤੁਹਾਡੀ ਬਿਲਿੰਗ ਅਤੇ ਵੰਡ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗੀ।
-
ਮੂਲ ਬਿਲਿੰਗ: ਡਿਵੈਲਪਰ ਆਸਾਨੀ ਨਾਲ ਲਾਗਤ ਵੰਡ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਸਟੋਰੇਜ ਦੁਆਰਾ ਪੈਦਾ ਹੋਏ ਖਰਚਿਆਂ ਨੂੰ ਹਰੇਕ ਅੰਤਮ ਉਪਭੋਗਤਾ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਵਾਪਸ ਕਰ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, A, B, ਅਤੇ C ਵੱਖ-ਵੱਖ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਅਸਲ ਵਿੱਚ ਪੈਦਾ ਹੋਈਆਂ ਲਾਗਤਾਂ ਦੇ ਅਨੁਪਾਤ ਦੇ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਚਾਰਜ ਲਗਾਓ, ਤਾਂ ਜੋ ਏਜੰਟ ਦੇ ਵਪਾਰੀਕਰਨ ਲਈ ਡਾਟਾ ਸਹਾਇਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾ ਸਕੇ।
-
ਮੂਲ ਸਮਰੱਥਾ ਸੀਮਾ: ਏਜੰਟ ਦੀ ਸੰਚਾਲਨ ਲਾਗਤ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਹਰੇਕ ਓਬਜੈਕਟਸੈੱਟ ਲਈ ਇੱਕ ਕੋਟਾ (ਸਮਰੱਥਾ ਸੀਮਾ) ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਪ੍ਰੀਸੈੱਟ ਮੁੱਲ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਉਸ ਉਪਭੋਗਤਾ ਨੂੰ ਨਵੀਆਂ ਫਾਈਲਾਂ ਪੈਦਾ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਤੋਂ ਰੋਕ ਦੇਵੇਗਾ, ਅਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਮਲਟੀ-ਟੈਨੈਂਟ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਦੁਰਵਰਤੋਂ ਤੋਂ ਬਚੇਗਾ।
-
ਮੂਲ ਬੁੱਧੀ: ਏਜੰਟ ਬਕੇਟ ਏਜੰਟ ਨੂੰ ਰਵਾਇਤੀ ਫਾਈਲਾਂ ਦੀ ਸਧਾਰਨ "ਪਹੁੰਚ" ਦੀਆਂ ਸੀਮਾਵਾਂ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਦਿੰਦਾ ਹੈ, ਓਬਜੈਕਟ ਨੂੰ ਮੂਲ ਬੁੱਧੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਏਜੰਟ ਦੇ ਇੱਕ-ਸਟਾਪ ਵਿਕਾਸ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ। ਓਬਜੈਕਟਸੈੱਟ ਏਜੰਟ ਨੂੰ ਮੂਲ-ਅਨੁਕੂਲ ਮਲਟੀਮੋਡਲ ਸਵਾਲ ਅਤੇ ਜਵਾਬ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇੱਕ ਕਲਿੱਕ ਨਾਲ ਸਮਾਰਟ ਇੰਡੈਕਸਿੰਗ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦਾ ਹੈ, ਰਵਾਇਤੀ ਓਬਜੈਕਟ CRUD ਦੇ ਮਕੈਨੀਕਲ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ; ਇਹ ਏਜੰਟਸੈਲਫ ਮੋਡ ਨੂੰ ਇੱਕ ਕਲਿੱਕ ਨਾਲ ਚਾਲੂ ਕਰਨ, ਵੈਕਟਰਾਂ, ਗਿਆਨ, ਮਾਡਲਾਂ ਅਤੇ ਪ੍ਰੋਂਪਟਾਂ ਨੂੰ ਜੋੜਨ, ਅਤੇ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਦ੍ਰਿਸ਼-ਅਧਾਰਤ ਸਬ-ਏਜੰਟ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਪ੍ਰਗਟ ਕਰਨ ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਉੱਪਰਲੇ ਏਜੰਟ ਡਿਵੈਲਪਰ ਮੁੱਖ ਕਾਰੋਬਾਰੀ ਵਰਕਫਲੋ ਬਣਾਉਣ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰ ਸਕਣ ਅਤੇ ਬੁੱਧੀਮਾਨ ਮੁਦਰੀਕਰਨ ਕੁਸ਼ਲਤਾ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜਾਰੀ ਕਰ ਸਕਣ।
ਐਪਲੀਕੇਸ਼ਨ ਸਕੇਲ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਵਾਧਾ ਦੁਆਰਾ ਲਿਆਂਦੀਆਂ ਤਕਨੀਕੀ ਚੁਣੌਤੀਆਂ
ਏਜੰਟ ਬਕੇਟ ਓਬਜੈਕਟਸੈੱਟ ਦੀ ਮੂਲ ਧਾਰਨਾ ਨੂੰ ਪੇਸ਼ ਕਰਕੇ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਕਰੋੜਾਂ ਅੰਤਮ ਉਪਭੋਗਤਾ ਡਾਟਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਾਨਦਾਰ ਅਤੇ ਕੁਸ਼ਲ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਉਪਭੋਗਤਾ ਦੀ ਡਿਜੀਟਲ ਸੰਪੱਤੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਉਹਨਾਂ ਦੇ ਵਿਸ਼ੇਸ਼ ਓਬਜੈਕਟਸੈੱਟ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਅਲੱਗ-ਥਲੱਗਤਾ, ਬਿਲਿੰਗ ਅਤੇ ਕੋਟਾ ਪ੍ਰਬੰਧਨ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਸਕੇਲ ਦੇ ਤੇਜ਼ੀ ਨਾਲ ਵਿਸਥਾਰ ਦੇ ਨਾਲ, ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਸੈੱਟਾਂ ਦੀ ਪ੍ਰਬੰਧਨ ਜਟਿਲਤਾ, ਅਲੱਗ-ਥਲੱਗਤਾ ਮੁਸ਼ਕਲ ਅਤੇ ਭੌਤਿਕ ਰੁਕਾਵਟਾਂ ਸਭ ਇੱਕੋ ਸਮੇਂ ਪ੍ਰਗਟ ਹੁੰਦੀਆਂ ਹਨ:
-
ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਗ੍ਰੇਡਡ ਪ੍ਰਬੰਧਨ ਦੀ ਸਮੱਸਿਆ: ਵੱਖ-ਵੱਖ ਗ੍ਰੇਡਾਂ ਦੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਰੋਤਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵੱਖਰਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਸਮੇਂ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਗ੍ਰੇਡਡ ਮੈਟਾਡੇਟਾ ਨੂੰ ਡਿਜ਼ਾਈਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਓਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿਸ਼ੇਸ਼ਤਾ ਸਵਿੱਚਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ। ਸੈੱਟ ਦੀ ਮੂਲ ਧਾਰਨਾ 'ਤੇ ਉਪਭੋਗਤਾ ਗ੍ਰੇਡਿੰਗ ਦਾ ਸ਼ਾਨਦਾਰ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਡਿਵੈਲਪਰਾਂ ਦੀ ਮਦਦ ਕਰਨਾ ਐਪਲੀਕੇਸ਼ਨ ਲਾਗੂਕਰਨ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।- ਸਿੰਗਲ ਕਲੱਸਟਰ ਸਮਰੱਥਾ ਰੁਕਾਵਟ: ਹਾਲਾਂਕਿ ਏਜੰਟ ਬਕੇਟ ਨੂੰ ਤਰਕੀਬ ਨਾਲ ਅਨੰਤ ਰੂਪ ਵਿੱਚ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਇਸਦਾ ਮੈਟਾਡੇਟਾ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਭੌਤਿਕ ਕਲੱਸਟਰ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਬਕੇਟ ਵਿੱਚ ਵਸਤੂਆਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ ਸੈਂਕੜੇ ਅਰਬਾਂ ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਟ੍ਰਿਲੀਅਨਾਂ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਸਿੰਗਲ ਕਲੱਸਟਰ ਦੀ ਭੌਤਿਕ ਸਮਰੱਥਾ ਇੱਕ ਅਟੱਲ ਉੱਪਰਲੀ ਸੀਮਾ ਬਣ ਜਾਂਦੀ ਹੈ।
-
ਐਕਸੈਸ ਪੁਆਇੰਟ ਸ਼ੇਅਰਿੰਗ ਸਮੱਸਿਆ: ਏਜੰਟ ਦੇ ਕਾਰੋਬਾਰ ਦੀ ਵਿਭਿੰਨਤਾ ਅਤੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਐਕਸੈਸ ਪੁਆਇੰਟ ਲਈ ਸੁਰੱਖਿਆ ਜੋਖਮ ਅਤੇ ਵਿਸਫੋਟਕ ਘੇਰੇ ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ। ਇਹ ਇੱਕ ਮੁਸ਼ਕਲ ਹੈ ਕਿ ਕਿਵੇਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕਾਰੋਬਾਰਾਂ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਅੰਤਰਾਂ ਦੇ ਅਨੁਸਾਰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਤਹਿ ਕਰਨਾ ਹੈ, ਅਤੇ ਵੱਖ-ਵੱਖ ਸੁਰੱਖਿਆ, ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਪ੍ਰਵੇਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ।
ਸੈੱਟ ਟੈਗਿੰਗ: ਉਪਭੋਗਤਾ ਗਰੇਡਿੰਗ ਦਾ ਟੈਗ-ਅਧਾਰਤ ਪ੍ਰਬੰਧਨ
ObjectSet ਇੱਕ ਮੂਲ ਟੈਗ-ਅਧਾਰਤ ਪ੍ਰਬੰਧਨ ਵਿਧੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਏਜੰਟ ਡਿਵੈਲਪਰ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਗਰੇਡਿੰਗ ਪ੍ਰਬੰਧਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਸੈੱਟ ਟੈਗਿੰਗ ਸਮਰੱਥਾ ਦੀ ਵਰਤੋਂ ਆਸਾਨੀ ਨਾਲ ਕਰ ਸਕਦੇ ਹਨ; ਡਿਵੈਲਪਰ ਹਰੇਕ ਪਰਿਭਾਸ਼ਿਤ ਉਪਭੋਗਤਾ ਪੱਧਰ ਲਈ ਇੱਕ ਟੈਗ ਨਾਲ ਮੇਲ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਹਰੇਕ ਟੈਗ ਲਈ ਵੱਖ-ਵੱਖ ਕੋਟੇ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਸ ਟੈਗ ਨਾਲ ਟੈਗ ਕੀਤੇ ਸਾਰੇ ObjectSet ਸੰਬੰਧਿਤ ਕੋਟੇ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਗੇ। V1, V2, ਅਤੇ V3 ਦੇ ਤਿੰਨ ਪੱਧਰਾਂ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਵਰਤੋਂ ਕਰਕੇ ਸਮਝਾਓ:
-
V1: ਡਿਫਾਲਟ ਪੱਧਰ, ਮੁਫਤ ਉਪਭੋਗਤਾ, ਸਾਰੇ ObjectSet ਦਾ ਡਿਫਾਲਟ ਟੈਗ, ਵੱਧ ਤੋਂ ਵੱਧ 1GiB ਡੇਟਾ ਸਟੋਰ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਨਤਕ ਨੈੱਟਵਰਕ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ 100mbps ਬੈਂਡਵਿਡਥ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਅਤੇ ਸਿੰਗਲ-ਸਟ੍ਰੀਮ ਡਾਊਨਲੋਡ ਸਪੀਡ ਨੂੰ 1mbps 'ਤੇ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ;
-
V2: ਐਂਟਰੀ-ਲੈਵਲ ਭੁਗਤਾਨ ਕੀਤੇ ਮੈਂਬਰ, ਵੱਧ ਤੋਂ ਵੱਧ 10GiB ਡੇਟਾ ਸਟੋਰ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਨਤਕ ਨੈੱਟਵਰਕ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ 10gbps ਬੈਂਡਵਿਡਥ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਅਤੇ ਸਿੰਗਲ-ਸਟ੍ਰੀਮ ਡਾਊਨਲੋਡ ਸਪੀਡ ਨੂੰ 10mbps 'ਤੇ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ;
-
V3: ਉੱਨਤ ਭੁਗਤਾਨ ਕੀਤੇ ਮੈਂਬਰ, ਵੱਡੀ ਸਟੋਰੇਜ ਅਤੇ ਜਨਤਕ ਨੈੱਟਵਰਕ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਕੋਟੇ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਵਾਧੂ ਜਨਤਕ ਨੈੱਟਵਰਕ ਕਮਜ਼ੋਰ ਨੈੱਟਵਰਕ ਪ੍ਰਵੇਗ ਅਤੇ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਵਾਲੇ ਮਾਧਿਅਮ ਪ੍ਰਵੇਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਚਾਲੂ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕਰਨ ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ;
ਏਜੰਟ ਡਿਵੈਲਪਰ ਵੱਖ-ਵੱਖ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਵਿਕਾਸ ਚੱਕਰਾਂ ਲਈ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ V1/V2/V3 ਟੈਗਿੰਗ ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਸਰੋਤਾਂ ਅਤੇ ਮੁੱਲ-ਵਰਧਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਕਰ ਸਕਦੇ ਹਨ ਜੋ ਇਹ ਉਪਭੋਗਤਾ ਵਰਤ ਸਕਦੇ ਹਨ।
ਸੈੱਟ ਸਲਾਈਸ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾ ਡੇਟਾ ਦਾ ਮੂਲ ਅਲੱਗ-ਥਲੱਗ
ਜਦੋਂ ਇੱਕ ਏਜੰਟ ਬਕੇਟ ਵਿੱਚ ਸੈੱਟਾਂ ਦੀ ਗਿਣਤੀ ਸੈਂਕੜੇ ਮਿਲੀਅਨਾਂ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਵਸਤੂਆਂ ਦੀ ਸੰਖਿਆ ਸੈਂਕੜੇ ਅਰਬਾਂ ਜਾਂ ਟ੍ਰਿਲੀਅਨਾਂ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਤਾਂ "ਇੱਕ ਸਿੰਗਲ ਬਕੇਟ ਵਿੱਚ ਸਾਰੇ ਮੈਟਾਡੇਟਾ ਇੱਕ KV ਕਲੱਸਟਰ ਵਿੱਚ ਕੇਂਦਰਿਤ ਹੁੰਦੇ ਹਨ" ਇਹ ਤੱਥ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸਮਰੱਥਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੋਵਾਂ ਦੇ ਜੋਖਮ ਲਿਆਏਗਾ।
ਸੈੱਟ ਸਲਾਈਸ ਇੱਕ "ਤਰਕੀਬੀ ਤੌਰ 'ਤੇ ਵੱਖ ਨਾ ਕਰੋ, ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਵੱਖ ਕਰੋ" ਵਿਚਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:
-
ਤਰਕੀਬੀ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਅਜੇ ਵੀ ਸਿਰਫ਼ ਇੱਕ ਏਜੰਟ ਬਕੇਟ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹੋ।
-
ਭੌਤਿਕ ਤੌਰ 'ਤੇ, ਸੈੱਟ ਅਤੇ ਸੈੱਟ ਵਿੱਚ ਵਸਤੂਆਂ ਦੇ ਨਾਮਾਂ ਦੀ ਰੇਂਜ ਦੇ ਅਨੁਸਾਰ, ਮੈਟਾਡੇਟਾ ਨੂੰ ਕਈ ਸਲਾਈਸਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਸਲਾਈਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਕਲੱਸਟਰਾਂ 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਮਲਟੀਪਲ ਸੈੱਟ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਅਲੱਗ-ਥਲੱਗ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਸਿੰਗਲ ਸੈੱਟ ਨੂੰ ਖਿਤਿਜੀ ਰੂਪ ਵਿੱਚ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਸੈੱਟ ਸਲਾਈਸ ObjectSet ਸਮਰੱਥਾ ਦਾ ਇੱਕ ਹੋਰ ਵਿਸਥਾਰ ਅਤੇ ਸੁਰੱਖਿਆ ਹੈ। ਇਹ ਹੇਠਲੇ ਪੱਧਰ 'ਤੇ ਭੌਤਿਕ ਸਮਰੱਥਾ ਦੇ ਅਨੰਤ ਵਿਸਥਾਰ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਾਲ ਹੀ ਉੱਪਰਲੇ ObjectSet ਪ੍ਰਬੰਧਨ ਮਾਡਲ ਦੀ ਸਥਿਰਤਾ ਅਤੇ ਇਕਸਾਰਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
-
ਪ੍ਰਬੰਧਨ ਸੀਮਾ ਸਥਿਰ ਹੈ: ਭਾਵੇਂ ਇੱਕ ਏਜੰਟ ਬਕੇਟ ਦਾ ਡੇਟਾ ਕਈ ਭੌਤਿਕ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਫੈਲਿਆ ਹੋਇਆ ਹੈ, ObjectSet ਅਜੇ ਵੀ ਅਧਿਕਾਰਾਂ, ਕੋਟੇ, ਬਿਲਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ ਦੀ ਇੱਕੋ ਇੱਕ ਬੁਨਿਆਦੀ ਇਕਾਈ ਹੈ। ਡਿਵੈਲਪਰ ਦੁਆਰਾ ObjectSet ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੀਆਂ ਨੀਤੀਆਂ (ਜਿਵੇਂ ਕਿ ਐਕਸੈਸ ਕੰਟਰੋਲ, ਸਮਰੱਥਾ ਸੀਮਾ) ਆਪਣੇ ਆਪ ਸਾਰੀਆਂ ਸੰਬੰਧਿਤ ਸਲਾਈਸਾਂ 'ਤੇ ਲਾਗੂ ਹੋ ਜਾਣਗੀਆਂ, ਅਤੇ ਹੇਠਲੇ ਡੇਟਾ ਦੀ ਵੰਡ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
-
ਇੱਕ ਸਿੰਗਲ ਸੈੱਟ ਨੂੰ ਲੀਨੀਅਰ ਤੌਰ 'ਤੇ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ: ਜਦੋਂ ਕਿਸੇ ਖਾਸ ObjectSet ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀ ਹੈ, ਤਾਂ ਇਸਦਾ ਡੇਟਾ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਕਈ ਸਲਾਈਸਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇਗਾ। ਸਮੁੱਚੇ ਕਲੱਸਟਰ ਦੇ ਵਿਸਥਾਰ ਦੇ ਨਾਲ, ਇਸ ObjectSet ਦੀ ਸਮਰੱਥਾ ਵੀ ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਅਤੇ ਲੀਨੀਅਰ ਤੌਰ 'ਤੇ ਵਧਦੀ ਹੈ, ਅਤੇ ਡਿਵੈਲਪਰ ਨੂੰ ਇਸ ObjectSet ਨੂੰ ਵੰਡਣ ਜਾਂ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਵਰਗੇ ਕਿਸੇ ਵੀ ਵਿਨਾਸ਼ਕਾਰੀ ਕਾਰਵਾਈਆਂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
-
ਕਰਾਸ-ਸੈੱਟ ਸਰੋਤ ਅਲੱਗ-ਥਲੱਗ: ਵੱਖ-ਵੱਖ ਰੇਂਜਾਂ ਦੀਆਂ ਵਸਤੂਆਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਭੌਤਿਕ ਕਲੱਸਟਰਾਂ 'ਤੇ ਵੰਡ ਕੇ, SetSlice ਨੇ ਸਰੋਤ ਅਲੱਗ-ਥਲੱਗ ਦਾ ਇੱਕ ਉੱਚ ਪੱਧਰ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ। ObjectSet ਦੇ ਕੋਟਾ ਪ੍ਰਬੰਧਨ ਦੇ ਨਾਲ ਮਿਲ ਕੇ, ਇਹ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਕਿਸੇ ਖਾਸ "ਸੁਪਰ ਵੱਡੇ" ObjectSet ਦੇ ਡੇਟਾ ਦੇ ਵਾਧੇ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਕਲੱਸਟਰ ਦੇ ਸਾਰੇ ਸਰੋਤਾਂ ਨੂੰ ਨਿਚੋੜਨ ਤੋਂ ਰੋਕ ਸਕਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਦੂਜੇ ObjectSet ਦੀ ਸਥਿਰਤਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਮੁੱਚੇ ਸਮਰੱਥਾ ਜੋਖਮ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।- ਤਰਕ ਇਕਸਾਰਤਾ ਅਤੇ ਅਨੁਕੂਲਤਾ: ਕਾਰੋਬਾਰਾਂ ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਲਈ, ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਕਿ ਹੇਠਾਂ ਕਿੰਨੇ ਸਲਾਈਸ ਹਨ, ਉਹ ਹਮੇਸ਼ਾਂ ਇੱਕ ਤਰਕਪੂਰਨ ਤੌਰ 'ਤੇ ਇਕਸਾਰ ਏਜੰਟ ਬਾਲਟੀ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹਨ। ਬਾਲਟੀ, ਓਬਜੈਕਟਸੈੱਟ ਅਤੇ ਆਬਜੈਕਟ ਲਈ ਸਾਰੇ ਓਪਰੇਸ਼ਨ ਉਹੀ ਰਹਿੰਦੇ ਹਨ, ਉੱਪਰਲੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਭੌਤਿਕ ਵਿਸਥਾਰ ਦੀ ਪੂਰੀ ਪਾਰਦਰਸ਼ਤਾ ਨੂੰ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਸੈੱਟ ਐਕਸੈਸਪੁਆਇੰਟ: ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਐਕਸੈਸ ਪੁਆਇੰਟ ਨੂੰ ਅਲੱਗ ਕਰੋ
ਏਜੰਟ ਬਾਲਟੀ ਹਰੇਕ ਓਬਜੈਕਟਸੈੱਟ ਲਈ ਸੁਤੰਤਰ ਐਕਸੈਸ ਪੁਆਇੰਟ (ਸੁਤੰਤਰ ਡੋਮੇਨ ਨਾਮ) ਨੂੰ ਚਾਲੂ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਐਕਸੈਸ ਪੁਆਇੰਟ 'ਤੇ, ਇਹ ਵੱਖ-ਵੱਖ ਸੁਰੱਖਿਆ, ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਪ੍ਰਵੇਗ ਸਮਰੱਥਾਵਾਂ ਦਾ ਵਿਸਤਾਰ ਕਰਦੀ ਹੈ। ਇਸਦੇ ਲਈ ਸਿਸਟਮ ਨੂੰ ਅਰਬਾਂ ਸੁਤੰਤਰ ਐਕਸੈਸ ਪੁਆਇੰਟਾਂ ਦੀ ਤਹਿ ਅਤੇ ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾ ਸਮਰੱਥਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਸੁਤੰਤਰ ਐਕਸੈਸ ਡੋਮੇਨ ਨਾਮ {$apid}।tos-objectset-ap.volces.com: ਦੋ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ
-
ਪਹਿਲਾ ਪੱਧਰ ਅਸਪਸ਼ਟਤਾ (ਗੁਪਤਤਾ): ਉਪਭੋਗਤਾ/ਓਬਜੈਕਟਸੈੱਟ ਦੁਆਰਾ ਸੁਤੰਤਰ ਸਬਡੋਮੇਨ, apid ਉੱਚ ਐਂਟਰੋਪੀ ਹੈਸ਼ਿੰਗ, ਬਹੁਤ ਘੱਟ ਟਕਰਾਅ ਦੀ ਸੰਭਾਵਨਾ, ਐਕਸੈਸ ਡੋਮੇਨ ਨਾਮ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਕਿਸੇ ਖਾਸ ਉਪਭੋਗਤਾ ਐਂਟਰੀ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਉਣਾ ਅਤੇ ਗਿਣਨਾ ਅਸੰਭਵ ਹੈ;
-
ਦੂਜਾ ਪੱਧਰ ਕੰਟੇਨਮੈਂਟ (ਸੰਕੁਚਿਤਤਾ): ਏਜੰਟ ਡਿਵੈਲਪਰ ਓਬਜੈਕਟਸੈੱਟ ਪੱਧਰ ਦੀ ਐਕਸੈਸ ਅਨੁਮਤੀਆਂ ਨੂੰ ਵੰਡਣ ਲਈ sts ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਭਾਵੇਂ sts ਲੀਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਇਹ ਇਸਦੀ ਐਕਸੈਸ ਰੇਂਜ ਨੂੰ ਕਿਸੇ ਖਾਸ ਓਬਜੈਕਟਸੈੱਟ ਦੀ ਸੀਮਤ ਵੈਧਤਾ ਦੇ ਅੰਦਰ ਸੀਮਤ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦਾ ਹੈ;
ਹਿਊਰਿਸਟਿਕ ਸ਼ਡਿਊਲਿੰਗ ਸਿਸਟਮ: ਅਰਬਾਂ ਡੋਮੇਨ ਨਾਮ ਸ਼ਡਿਊਲਿੰਗ ਰਣਨੀਤੀ ਗਣਨਾ
-
ਉਪਭੋਗਤਾ/ਓਬਜੈਕਟਸੈੱਟ: ਟੈਗ ਦੁਆਰਾ ਵੱਖ-ਵੱਖ ਐਕਸੈਸ ਰਣਨੀਤੀਆਂ
-
ਕਈ ਉਪਭੋਗਤਾ/ਓਬਜੈਕਟਸੈੱਟ ਆਪਣੇ ਆਪ ਵੱਖ-ਵੱਖ ਜਨਤਕ ਨੈੱਟਵਰਕ ਐਂਟਰੀਆਂ ਵਿੱਚ ਖਿੰਡੇ ਹੋਏ ਹਨ, ਅਤੇ ਇੱਕ ਸਿੰਗਲ ਐਂਟਰੀ ਦੀ ਅਸਫਲਤਾ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ
-
ਪੂਰੇ ਖੇਤਰ ਵਿੱਚ ਲਚਕਦਾਰ ਸ਼ਡਿਊਲਿੰਗ, ਕਿਸੇ ਵੀ ਸਿੰਗਲ ਐਂਟਰੀ ਦੀ ਅਸਫਲਤਾ/ਓਵਰਲੋਡ ਆਪਣੇ ਆਪ ਟ੍ਰੈਫਿਕ ਬਾਕਸਿੰਗ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ
-
ਜਨਤਕ ਨੈੱਟਵਰਕ ਪ੍ਰਵੇਗ ਵੰਡ ਕਿਸਮ ਦੇ ਉਪਭੋਗਤਾ, ਜਨਤਕ ਨੈੱਟਵਰਕ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਪ੍ਰਵੇਗ ਟੈਗ ਨੂੰ ਮਾਰਕ ਕਰੋ, ਅਤੇ ਆਪਣੇ ਆਪ ਪ੍ਰਵੇਗ ਐਂਟਰੀ ਨੂੰ ਤਹਿ ਕਰੋ
-
ਜਨਤਕ ਨੈੱਟਵਰਕ ਜੋਖਮ ਕਿਸਮ ਦੇ ਉਪਭੋਗਤਾ, ਜੋਖਮ ਟੈਗ ਨੂੰ ਮਾਰਕ ਕਰੋ, ਅਤੇ ਆਪਣੇ ਆਪ ਜਨਤਕ ਨੈੱਟਵਰਕ ਅਲੱਗ-ਥਲੱਗ ਐਂਟਰੀ ਨੂੰ ਤਹਿ ਕਰੋ, ਅਤੇ ਜਨਤਕ ਨੈੱਟਵਰਕ ਬੈਂਡਵਿਡਥ ਕੋਟੇ ਨੂੰ ਘਟਾਓ
-
ਇੰਟਰਾਨੈੱਟ ਕਰਾਸ-ਡੋਮੇਨ ਕਿਸਮ ਦੇ ਉਪਭੋਗਤਾ, ਕਰਾਸ-ਡੋਮੇਨ ਟੈਗ ਨੂੰ ਮਾਰਕ ਕਰੋ, ਅਤੇ ਆਪਣੇ ਆਪ ਇੰਟਰਾਨੈੱਟ ਸਮਰਪਿਤ ਲਾਈਨ ਪ੍ਰਵੇਗ ਮਾਰਗ ਨੂੰ ਤਹਿ ਕਰੋ
-
ਸਥਾਨਕ ਖੇਤਰ ਪ੍ਰਵੇਗਕ ਉਪਭੋਗਤਾ, ਪ੍ਰਵੇਗਕ ਟੈਗ ਨੂੰ ਮਾਰਕ ਕਰੋ, ਅਤੇ ਆਪਣੇ ਆਪ ਸਥਾਨਕ ਖੇਤਰ ਪ੍ਰਵੇਗਕ ਨੂੰ ਮਾਊਂਟ ਕਰੋ
ਪ੍ਰੋਗਰਾਮਿੰਗ ਸਹਾਇਕ ਤੋਂ ਲੈ ਕੇ AI ਕਲਾਉਡ ਡਿਸਕ ਤੱਕ, ਏਜੰਟ ਬਾਲਟੀ ਦੀਆਂ ਅਸੀਮਤ ਸੰਭਾਵਨਾਵਾਂ
ਏਜੰਟ ਬਾਲਟੀ ਏਜੰਟਾਂ ਲਈ ਇੱਕ ਸੰਪੂਰਨ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਓਬਜੈਕਟਸੈੱਟ ਦੇ ਡਿਜ਼ਾਈਨ ਐਪਲੀਕੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਇਸ ਤੋਂ ਕਿਤੇ ਵੱਧ ਹਨ। ਇਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਉਹਨਾਂ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੱਕ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:
-
ਕੋਡ ਰਿਪੋਜ਼ਟਰੀ: ਅਤੀਤ ਵਿੱਚ, ਜਦੋਂ ਕੰਪਨੀਆਂ ਜਾਂ ਵਿਅਕਤੀ ਕਲਾਉਡ ਵਿੱਚ ਕੋਡ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਦੇ ਸਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਅਕਸਰ ਖਾਤਾ ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਅਨੁਮਤੀ ਨਿਯੰਤਰਣ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ "ਕਿਰਾਏਦਾਰ ਸਿਸਟਮ" ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਸੀ। ਹੁਣ, ਹਰੇਕ ਡਿਵੈਲਪਰ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਓਬਜੈਕਟਸੈੱਟ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੋਡ ਰਿਪੋਜ਼ਟਰੀ, ਬਿਲਡ ਆਉਟਪੁੱਟ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਇਸ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਏਜੰਟ ਹੁਨਰ ਵੀ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਓਬਜੈਕਟਸੈੱਟ ਦੇ ਅਨੁਕੂਲ ਹੁੰਦੇ ਹਨ। ਹੁਨਰਾਂ ਦਾ ਅਪਲੋਡ ਅਤੇ ਡਾਊਨਲੋਡ ਵੰਡ ਓਬਜੈਕਟਸੈੱਟ ਦੁਆਰਾ ਮਜ਼ਬੂਤ ਅਲੱਗ-ਥਲੱਗ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਏਜੰਟ ਰਨਟਾਈਮ ਦੌਰਾਨ ਗੁਆਂਢੀਆਂ ਨੂੰ ਪਰੇਸ਼ਾਨ ਕਰਨ ਤੋਂ ਬਚਦਾ ਹੈ।
-
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਐਲਬਮ ਨੈੱਟਵਰਕ ਡਿਸਕ: ਰਵਾਇਤੀ ਐਲਬਮਾਂ ਜਾਂ ਨੈੱਟਵਰਕ ਡਿਸਕ ਸੇਵਾਵਾਂ ਅਕਸਰ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਫੋਟੋਆਂ ਨੂੰ ਇੱਕੋ ਬਾਲਟੀ ਵਿੱਚ ਮਿਲਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਅਗੇਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਨਾ ਸਿਰਫ ਪ੍ਰਬੰਧਨ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਬਲਕਿ "ਗੁਆਂਢੀ ਪ੍ਰਭਾਵ" ਦਾ ਕਾਰਨ ਵੀ ਬਣ ਸਕਦੀਆਂ ਹਨ। ਓਬਜੈਕਟਸੈੱਟ 'ਤੇ ਅਧਾਰਤ, ਹਰੇਕ ਉਪਭੋਗਤਾ ਦੀਆਂ ਫੋਟੋਆਂ ਅਤੇ ਵੀਡੀਓ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਸੈੱਟ ਵਿੱਚ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਐਕਸੈਸ ਪੀਕ ਇੱਕ ਦੂਜੇ ਵਿੱਚ ਦਖਲ ਨਹੀਂ ਦਿੰਦੇ ਹਨ। ਤੁਸੀਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਸਮਰੱਥਾ ਸੀਮਾਵਾਂ, ਬੈਕਅੱਪ ਰਣਨੀਤੀਆਂ ਅਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਵਿਧੀਆਂ ਵੀ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ, ਅਸਲ ਵਿੱਚ "ਹਰੇਕ ਵਿਅਕਤੀ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਅਤ ਅਤੇ ਨਿਯੰਤਰਣਯੋਗ ਕਲਾਉਡ ਐਲਬਮ" ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।
-
Hadoop ਡਾਟਾ ਵੇਅਰਹਾਊਸ: ਐਂਟਰਪ੍ਰਾਈਜ਼ ਡਾਟਾ ਵੇਅਰਹਾਊਸ ਵਿੱਚ, ਵੱਖ-ਵੱਖ ਕਾਰੋਬਾਰੀ ਲਾਈਨਾਂ ਅਤੇ ਵੱਖ-ਵੱਖ ਡਾਟਾਬੇਸ ਅਕਸਰ ਇੱਕੋ ਹੇਠਲੇ ਸਟੋਰੇਜ 'ਤੇ ਸਰੋਤ ਸਾਂਝੇ ਕਰਦੇ ਹਨ। ਹਰੇਕ ਡਾਟਾਬੇਸ ਨੂੰ ਇੱਕ ਓਬਜੈਕਟਸੈੱਟ ਵਿੱਚ ਮੈਪ ਕਰਕੇ, ਕੰਪਨੀਆਂ ਇੱਕ ਯੂਨੀਫਾਈਡ ਸਟੋਰੇਜ 'ਤੇ ਡਾਟਾਬੇਸ ਦੁਆਰਾ ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਕੋਟਾ ਨਿਯੰਤਰਣ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, ਓਬਜੈਕਟਸੈੱਟ TOS 'ਤੇ ਅਨੁਮਤੀਆਂ ਦੀ ਇੱਕ ਵਾਧੂ ਪਰਤ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ TOS 'ਤੇ ਸਟੋਰ ਕੀਤੇ ਡਾਟਾਬੇਸਾਂ ਅਤੇ ਟੇਬਲਾਂ ਲਈ ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਅਨੁਮਤੀ ਨਿਯੰਤਰਣ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਮੌਜੂਦਾ ਪ੍ਰੋਟੋਨ ਨੂੰ TOS 'ਤੇ ਬਦਲੇ ਬਿਨਾਂ। - ਮਾਡਲ ਹੋਸਟਿੰਗ ਪਲੇਟਫਾਰਮ: ਵੱਡੇ ਮਾਡਲ ਹੋਸਟਿੰਗ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ, ਹਰੇਕ ਮਾਡਲ ਨਾ ਸਿਰਫ਼ ਵੱਡਾ ਹੁੰਦਾ ਹੈ, ਸਗੋਂ ਇਸਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣ, ਵੇਟ ਅਤੇ ਅਨੁਮਾਨ ਸੰਰਚਨਾਵਾਂ ਵੀ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਹਰੇਕ ਮਾਡਲ ਲਈ ਇੱਕ ObjectSet ਬਣਾਉਣ ਨਾਲ, ਮਾਡਲ ਵੇਟ, ਟੋਕਨਾਈਜ਼ਰ, ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਅਤੇ ਸੰਬੰਧਿਤ ਮੁਲਾਂਕਣ ਡੇਟਾ ਨੂੰ ਇੱਕੋ ਥਾਂ 'ਤੇ ਪੈਕ ਅਤੇ ਹੋਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਓਪਰੇਸ਼ਨ ਅਤੇ ਮੇਨਟੇਨੈਂਸ ਟੀਮ ਵੱਖ-ਵੱਖ ਮਾਡਲਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਐਨਕ੍ਰਿਪਸ਼ਨ ਨੀਤੀਆਂ, ਬੈਕਅੱਪ ਨੀਤੀਆਂ ਅਤੇ ਬੈਂਡਵਿਡਥ ਕੰਟਰੋਲ ਸੈੱਟ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਮਾਡਲ-ਅਧਾਰਤ ਬਿਲਿੰਗ ਅਤੇ ਸਰੋਤ ਸ਼ਡਿਊਲਿੰਗ ਲਈ ਇੱਕ ਬੁਨਿਆਦ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਮੂਲ ਮੀਟਰਿੰਗ ਸਮਰੱਥਾਵਾਂ ਦੁਆਰਾ ਹਰੇਕ ਮਾਡਲ ਦੀ ਅਸਲ ਵਰਤੋਂ ਲਾਗਤ ਦੇ ਅੰਕੜੇ ਵੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੀ ਹੈ।
-
ਡਾਟਾ SaaS ਸੇਵਾ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਡਾਟਾ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਪਲੇਟਫਾਰਮ ਨੂੰ ਅਕਸਰ ਇੱਕੋ ਸਮੇਂ ਕਈ ਡਾਟਾ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਜੁੜਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਕਿ ਹਰੇਕ ਧਿਰ ਦੀ ਡਾਟਾ ਸੀਮਾ ਸਪੱਸ਼ਟ ਹੈ, ਅਤੇ "ਇੱਕ ਵੱਡਾ ਬੈਰਲ ਸਾਰਿਆਂ ਨੂੰ ਹੌਲੀ ਕਰ ਦਿੰਦਾ ਹੈ" ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਜੋਖਮ ਤੋਂ ਬਚਣਾ ਹੈ। Agent Bucket ਦੀ ਮਦਦ ਨਾਲ, ਹਰੇਕ ਡਾਟਾ ਪ੍ਰਦਾਤਾ ਆਪਣਾ ObjectSet ਰੱਖ ਸਕਦਾ ਹੈ, ਕੱਚੇ ਡੇਟਾ ਅਤੇ ਪ੍ਰੋਸੈਸਿੰਗ ਨਤੀਜਿਆਂ ਦਾ ਇੱਕਸਾਰ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਵੱਖਰੇ ਡੋਮੇਨ ਨਾਮਾਂ ਅਤੇ ਬੈਂਡਵਿਡਥ, QPS ਕੋਟੇ ਦੁਆਰਾ, ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਸੇਵਾ ਗਾਰੰਟੀ ਅਤੇ ਦਰ ਸੀਮਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ, "ਇੱਕ ਪਲੇਟਫਾਰਮ, ਕਈ ਪ੍ਰਦਾਤਾ, ਇੱਕ ਦੂਜੇ ਤੋਂ ਅਲੱਗ ਅਤੇ ਨਿਯੰਤਰਿਤ ਸਹਿਯੋਗ" ਡਾਟਾ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।
Reference:
