ಏಜೆಂಟ್ ಬಕೆಟ್: ಟ್ರಿಲಿಯನ್-ಮಟ್ಟದ ಏಜೆಂಟ್ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆ ತೊಟ್ಟಿ

# ಏಜೆಂಟ್ ಬಕೆಟ್: ಟ್ರಿಲಿಯನ್-ಮಟ್ಟದ ಏಜೆಂಟ್ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆ ತೊಟ್ಟಿ AI ಏಜೆಂಟ್‌ಗಳು ಮಳೆಯ ನಂತರದ ಚಿಗುರುಗಳಂತೆ ಹೊರಹೊಮ್ಮುತ್ತಿರುವ ಇಂದಿನ ದಿನಗಳಲ್ಲಿ, ಡೆವಲಪರ್‌ಗಳು ಹಿಂದೆಂದೂ ಇಲ್ಲದ ವೇಗದಲ್ಲಿ ಕಲ್ಪನಾತ್ಮಕ ಬುದ್ಧಿವಂತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದಾರೆ. ನಿಮಗೆ ಕೋಡ್ ಬರೆಯಲು ಸಹಾಯ ಮಾಡುವ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಹಾಯಕರಿಂದ, ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಚಲನಚಿತ್ರವನ್ನು ರಚಿಸುವ ಸೃಜನಶೀಲ ಪರಿಕರಗಳವರೆಗೆ, ಮತ್ತು ಸದಾ ಸಿದ್ಧವಾಗಿರುವ ವೈಯಕ್ತಿಕ ಬುದ್ಧಿವಂತ ಸಹಾಯಕನವರೆಗೆ, ಏಜೆಂಟ್‌ಗಳು ನಾವು ಡಿಜಿಟಲ್ ಜಗತ್ತಿನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ವಿಧಾನವನ್ನು ಮರುರೂಪಿಸುತ್ತಿದ್ದಾರೆ. ಈ ಅಲೆಯಲ್ಲಿ, ಒಂದು ಒಮ್ಮತವು ಹೆಚ್ಚೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗುತ್ತಿದೆ: Serverless ಆರ್ಕಿಟೆಕ್ಚರ್ (Lambda ನಂತಹ), ದೊಡ್ಡ ಭಾಷಾ ಮಾದರಿಗಳು (LLM) ಮತ್ತು ಕ್ಲೌಡ್ ಸಂಗ್ರಹಣೆ (S3, TOS ನಂತಹ) ಮತ್ತು Vibe Coding ಸಹಾಯದಿಂದ, ಯಾರಾದರೂ 30 ನಿಮಿಷಗಳಲ್ಲಿ ತಮ್ಮದೇ ಆದ AI ಏಜೆಂಟ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ನಿರ್ಮಿಸಬಹುದು. \

ಏಕೆ ಈ ಮೂಲಭೂತ ಅವಶ್ಯಕತೆಗಳು ಏಜೆಂಟ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ "ಭಾರ" ವಾಗಿವೆ? ಇದರ ಕಾರಣವನ್ನು ಆಳವಾಗಿ ಪರಿಶೀಲಿಸಿದಾಗ, ಪ್ರಸ್ತುತ ಕ್ಲೌಡ್ ನೇಟಿವ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನಲ್ಲಿ, S3 ನಂತಹ "ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್" ಮತ್ತು ಸಾಂಪ್ರದಾಯಿಕ "ಫೈಲ್ ಸಿಸ್ಟಮ್" ನಡುವೆ ಒಂದು ದೊಡ್ಡ ನಿರ್ವಾತವಿದೆ. ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ (S3/TOS) ನ ಮೂಲತತ್ವವೆಂದರೆ "ಫ್ಲಾಟ್", ಇದು ದೊಡ್ಡ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಸರಳವಾಗಿ ಸಂಗ್ರಹಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, ಇದು ದೊಡ್ಡ ಗೋದಾಮಿನಂತಿದೆ. ಸಾಮರ್ಥ್ಯವು ಬಹುತೇಕ ಅನಂತವಾಗಿದ್ದರೂ, ತಾರ್ಕಿಕ ರಚನೆಯು ಅತ್ಯಂತ ಸರಳವಾಗಿದೆ. ಇದು ಸ್ಥಳೀಯ ಉನ್ನತ-ಮಟ್ಟದ ಡೈರೆಕ್ಟರಿ ನಿರ್ವಹಣೆ, ಸೂಕ್ಷ್ಮ-ಧಾನ್ಯದ ಮೆಟಾಡೇಟಾ ನಿಯಂತ್ರಣ ಮತ್ತು ನಿಜವಾದ ಬಾಡಿಗೆದಾರರ ಅರಿವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ. ಡೆವಲಪರ್‌ಗಳು "ಫ್ಲಾಟ್" S3 ನಲ್ಲಿ, ಹಾರ್ಡ್-ಕೋಡಿಂಗ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳ ಮೂಲಕ "ತ್ರಿಡಿ" ಮಲ್ಟಿ-ಟೆನೆಂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅನುಕರಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ, ನಾವು ವಾಸ್ತವವಾಗಿ "ಡೈರೆಕ್ಟರಿ ಸೆಮ್ಯಾಂಟಿಕ್ಸ್, ಬಲವಾದ ಪ್ರತ್ಯೇಕತೆಯ" ಏಜೆಂಟ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಫೈಲ್ ಪ್ರವೇಶ ವಿಧಾನವನ್ನು ಸಾಗಿಸಲು ಒಂದು ರೀತಿಯ "ಸ್ಟಾಟಿಕ್ KV ಸ್ಟೋರೇಜ್" ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೇವೆ. ಅಂದರೆ, ಏಜೆಂಟ್ ಫೈಲ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಹೆಚ್ಚುವರಿ ಟೋಕನ್‌ಗಳನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಮಲ್ಟಿ-ಟೆನೆಂಟ್ ಅನುಮತಿಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯನ್ನು ನಿಯಂತ್ರಿಸಬೇಕಾಗುತ್ತದೆ. ಈ ಹೆಚ್ಚುವರಿ ಟೋಕನ್‌ಗಳು S3 ವ್ಯಾಖ್ಯಾನಿಸಿದ ಸರಳ ಸಂಗ್ರಹಣೆ ಸೇವೆಯು ಏಜೆಂಟ್‌ಗೆ ಸಾಕಷ್ಟು ಸರಳವಾಗಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.

2025 ರ S3 ಬ್ಲಾಗ್ Design patterns for multi-tenant access control on Amazon S3 S3 Access Point ಅನ್ನು ಮತ್ತಷ್ಟು ವಿವರಿಸುತ್ತದೆ. ಇದರರ್ಥ ನೀವು ಅನೇಕ ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ಬಿಂದುಗಳನ್ನು ರಚಿಸಬಹುದು ಮತ್ತು ಪ್ರತಿ ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಕಸ್ಟಮೈಸ್ ಮಾಡಿದ ಪ್ರವೇಶ ಬಿಂದು ನೀತಿಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಇದು ನೆಟ್‌ವರ್ಕ್ ಶೆಡ್ಯೂಲಿಂಗ್ ಮಟ್ಟದಲ್ಲಿ ಮಲ್ಟಿ-ಟೆನೆಂಟ್ ಸನ್ನಿವೇಶಗಳಿಗೆ ಕೆಲವು ಪರಿಹಾರಗಳನ್ನು ಹೊಂದಿದೆ.

Agent Wonderland

AI ಏಜೆಂಟ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಆದರ್ಶ ಏಜೆಂಟ್ ಡೆವಲಪರ್ "Agent SDK + ಸ್ಟೋರೇಜ್ + MaaS ಸೇವೆ" ಆಧಾರದ ಮೇಲೆ ಸಂಪೂರ್ಣವಾಗಿ ಸರ್ವರ್‌ಲೆಸ್ ಏಜೆಂಟ್ ಅನ್ನು ನಿರ್ಮಿಸಬಹುದು:

• ಏಜೆಂಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಸರ್ವರ್‌ಲೆಸ್ ಆಗಿ ರನ್ ಆಗಬಹುದು
• Vibe Coding ವಿಧಾನದ ಮೂಲಕ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಉತ್ಪನ್ನ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಮೂಲಕ ಏಜೆಂಟ್ ಅನ್ನು ನಿರ್ಮಿಸಬಹುದು
• "ADK" ನ ಪೈಥಾನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸಬೇಕಾಗುತ್ತದೆ
• ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ ಅನ್ನು ಸಂಗ್ರಹಣೆಗಾಗಿ ಬಳಸಿ
• AI ಸಾಮರ್ಥ್ಯಗಳಿಗಾಗಿ ಡೌಬಾವೊ ಬಳಸಿ
• ಸೈದ್ಧಾಂತಿಕವಾಗಿ ECS ಅಥವಾ ಇತರ ನಿದರ್ಶನ ಉತ್ಪನ್ನಗಳಿಲ್ಲ

ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಂಗ್ರಹಣೆ ಈ ಕೆಳಗಿನ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಒದಗಿಸಬೇಕಾಗುತ್ತದೆ:

• ಏಜೆಂಟ್ ಆಬ್ಜೆಕ್ಟ್ ಸೆಮ್ಯಾಂಟಿಕ್ಸ್ ಸ್ಟೋರೇಜ್ ಅನ್ನು ಹೊಂದಬಹುದು (ಫೈಲ್‌ಗಳನ್ನು ಉಳಿಸಿ), ಮಲ್ಟಿ-ಟೆನೆಂಟ್ ಪ್ರವೇಶ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮಿಲಿಯನ್-ಮಟ್ಟದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಶತಕೋಟಿ ಮಟ್ಟಕ್ಕೆ ವಿಸ್ತರಿಸಬಹುದು
• ಏಜೆಂಟ್ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಸ್ವತಂತ್ರ ಸ್ಥಳವನ್ನು ಒದಗಿಸಬಹುದು (ಬಹು ವ್ಯವಹಾರಗಳ ನಡುವೆ, ವ್ಯವಹಾರಗಳು ಅಥವಾ uid ಗಳು ಮರುಹೆಸರಿಸಲ್ಪಡಬಹುದು)
• ಏಜೆಂಟ್ ಪ್ರತಿ ಬಳಕೆದಾರರ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ನೇರವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಮತ್ತು ಬಳಕೆದಾರರ ಆಬ್ಜೆಕ್ಟ್ ಒಟ್ಟು ಗಾತ್ರದ ಮಿತಿಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು
• ಏಜೆಂಟ್ ಬಳಕೆದಾರರ ಬಿಲ್ಲಿಂಗ್, ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ವೀಕ್ಷಣೆಯ ಆಧಾರದ ಮೇಲೆ ಮಾಡಬಹುದು
• ಏಜೆಂಟ್ ಪ್ರತಿ ಬಳಕೆದಾರರ ಫೈಲ್‌ಗಾಗಿ ಪ್ರವೇಶ ನೀತಿಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು

Agent Bucket: AI ಏಜೆಂಟ್‌ಗೆ "ಮಲ್ಟಿ-ಟೆನೆಂಟ್ ನೇಟಿವ್" ಜೀನ್‌ಗಳನ್ನು ಸೇರಿಸಿ

ಈ ಸಮಸ್ಯೆಯನ್ನು ಮೂಲಭೂತವಾಗಿ ಪರಿಹರಿಸಲು, ನಾವು ಹೊಸ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ ಮಾದರಿಯನ್ನು ಪ್ರಸ್ತಾಪಿಸುತ್ತೇವೆ - Agent Bucket. ಇದರ ಪ್ರಮುಖ ಆವಿಷ್ಕಾರವೆಂದರೆ ಸಾಂಪ್ರದಾಯಿಕ "ಬಕೆಟ್" ಮತ್ತು "ಆಬ್ಜೆಕ್ಟ್" ನಡುವೆ, ಹೊಸ ಸ್ಥಳೀಯ ಸಂಪನ್ಮೂಲ ಶ್ರೇಣಿಯನ್ನು ಪರಿಚಯಿಸುವುದು: ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣೆ.

ಈ ವಿನ್ಯಾಸದ ಪ್ರಮುಖ ಕಲ್ಪನೆಯು ಅತ್ಯಂತ ಸರಳವಾಗಿದೆ: ನಿಮ್ಮ ಪ್ರತಿಯೊಬ್ಬ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ, ವಿಶೇಷವಾದ ObjectSet ಅನ್ನು ಹೊಂದಿಸಿ. ObjectSet ಅನ್ನು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗಾಗಿ ರಚಿಸಲಾದ "ಡೇಟಾ ಸೇಫ್" ಅಥವಾ "ಕ್ಲೌಡ್ ವೈಯಕ್ತಿಕ ಸ್ಥಳ" ಎಂದು ನೀವು ಊಹಿಸಬಹುದು. ಇದು ತಾರ್ಕಿಕವಾಗಿ ನಿಮ್ಮ (ಡೆವಲಪರ್) ಬಕೆಟ್‌ಗೆ ಸೇರಿದೆ, ಆದರೆ ಭೌತಿಕವಾಗಿ ಮತ್ತು ನಿರ್ವಹಣೆಯಲ್ಲಿ, ಇದು ತನ್ನದೇ ಆದ ಸ್ವತಂತ್ರ "ವೈಯಕ್ತಿಕತೆ" ಮತ್ತು "ಜೀವನ ಚಕ್ರ" ವನ್ನು ಹೊಂದಿದೆ.

ಏಜೆಂಟ್ ಬಕೆಟ್ ಪ್ರತಿ ಬಕೆಟ್‌ಗೆ 100 ಮಿಲಿಯನ್ ObjectSet ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅಂದರೆ ನೀವು ನೂರಾರು ಮಿಲಿಯನ್ ಬಳಕೆದಾರರಿಗೆ ಸುಲಭವಾಗಿ ಸೇವೆಗಳನ್ನು ಒದಗಿಸಬಹುದು, ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರನು ತಮ್ಮದೇ ಆದ ಸ್ವತಂತ್ರ ಸಂಗ್ರಹಣಾ ಸ್ಥಳದಲ್ಲಿ "ವಾಸಿಸುತ್ತಿರುವಂತೆ", ಮತ್ತು ಬಹು-ಬಾಡಿಗೆದಾರ ಸಂಗ್ರಹಣಾ ನಿರ್ವಹಣೆಯ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. ## ObjectSet ವಿನ್ಯಾಸ - ಏಜೆಂಟ್ ಸ್ನೇಹಿ ಸಾಮರ್ಥ್ಯಗಳು ಏಜೆಂಟ್ ಬಕೆಟ್‌ನಲ್ಲಿನ ObjectSet ಕೇವಲ ಒಂದು ಹಂತವನ್ನು ಹೆಚ್ಚಿಸುವುದಲ್ಲ, ಆದರೆ ಬಹು-ಬಾಡಿಗೆದಾರ ಸನ್ನಿವೇಶದಲ್ಲಿನ ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ಅಗತ್ಯತೆಗಳನ್ನು ಬಳಸಲು ಸಿದ್ಧವಾದ ಸ್ಥಳೀಯ ಸಾಮರ್ಥ್ಯಗಳಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ObjectSet ಹಂತದಲ್ಲಿ ಡೇಟಾ ಮಾಲೀಕತ್ವವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿದಾಗ, ಈ ಹಿಂದೆ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕಷ್ಟಕರವಾಗಿದ್ದ ಹಲವಾರು ಸಾಮರ್ಥ್ಯಗಳು ಸ್ವಾಭಾವಿಕವಾಗಿ ಲಭ್ಯವಾಗುತ್ತವೆ. - ಸ್ಥಳೀಯ ಪ್ರತ್ಯೇಕತೆ: ObjectSet ಹಂತದಲ್ಲಿ, ನೀವು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಸ್ವತಂತ್ರ QPS, ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮಿತಿಗಳು ಮತ್ತು ಸಾಮರ್ಥ್ಯದ ಕೋಟಾಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. ಪಾವತಿಸಿದ ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಉಚಿತ ಬಳಕೆದಾರರ ಅಸಹಜ ನಡವಳಿಕೆಯು ಇತರರಿಗೆ ತೊಂದರೆಯಾಗುವುದಿಲ್ಲ. ಇದು ನಿಜವಾದ ದೋಷ ಡೊಮೇನ್ ಪ್ರತ್ಯೇಕತೆಯಾಗಿದೆ, ಇದು "ನೆರೆಹೊರೆಯವರು" ಪರಸ್ಪರ ಹಸ್ತಕ್ಷೇಪ ಮಾಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ. - ಸ್ಥಳೀಯ ಅನುಮತಿಗಳು: ಪ್ರತಿಯೊಂದು ObjectSet ಸ್ವತಂತ್ರ ಡೊಮೇನ್ ಅನ್ನು ಹೊಂದಬಹುದು. ಇದರರ್ಥ ನೀವು ಬಳಕೆದಾರ A ಗೆ user-a.yourapp.com ನ ವಿಶೇಷ ಪ್ರವೇಶ ವಿಳಾಸವನ್ನು ನೀಡಬಹುದು ಮತ್ತು ಸಂಪೂರ್ಣ ಸಂಗ್ರಹಣಾ ಬಕೆಟ್‌ನ ಡೊಮೇನ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಹೆಚ್ಚು ಚತುರವಾದದ್ದು "ಎರಡು ಬೀಗಗಳ" ವಿನ್ಯಾಸ: ಮೊದಲ ಬೀಗವು ಕ್ಲೌಡ್ ಸೇವಾ ಪೂರೈಕೆದಾರರು ನೀಡುವ ತಾತ್ಕಾಲಿಕ ಪ್ರವೇಶ ರುಜುವಾತು (STS), ಇದು ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ಅನುಮತಿಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ; ಎರಡನೇ ಬೀಗವು ObjectSet ನ ಸ್ವತಂತ್ರ ಡೊಮೇನ್ ಆಗಿದೆ, ಇದು ನೆಟ್‌ವರ್ಕ್ ಮಟ್ಟದಲ್ಲಿ ಬಳಕೆದಾರರ ಸ್ವಂತ ಡೇಟಾ ಜಾಗದಲ್ಲಿ ಪ್ರವೇಶ ವಿನಂತಿಗಳನ್ನು ಲಾಕ್ ಮಾಡುತ್ತದೆ. ಇದು ಡೇಟಾ ಸುರಕ್ಷತೆಯನ್ನು ಬಹಳವಾಗಿ ಸುಧಾರಿಸುತ್ತದೆ. - ಸ್ಥಳೀಯ ಮೇಲ್ವಿಚಾರಣೆ: ಮೇಲ್ವಿಚಾರಣಾ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ, ನೀವು ಇನ್ನು ಮುಂದೆ ಸಂಪೂರ್ಣ ಬಕೆಟ್‌ನ ಅವಲೋಕನ ಡೇಟಾವನ್ನು ಮಾತ್ರ ನೋಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು by-ObjectSet ಮೇಲ್ವಿಚಾರಣಾ ಚಾರ್ಟ್‌ಗಳನ್ನು ವಿಭಜಿಸಬಹುದು, ಯಾವ ಅಂತಿಮ ಬಳಕೆದಾರರು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಪ್ರವೇಶವನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು, ಇದರಿಂದ ನಿಖರವಾದ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಆಪ್ಟಿಮೈಸೇಶನ್ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. - ಸ್ಥಳೀಯ ಸಾಮರ್ಥ್ಯದ ಸಿಂಕ್: ಹಿಂದೆ ಬಕೆಟ್ ಮಟ್ಟದಲ್ಲಿ ಮಾತ್ರ ಹೊಂದಿಸಬಹುದಾದ ನೀತಿಗಳನ್ನು ಈಗ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಸಿಂಕ್ ಮಾಡಬಹುದು. ನೀವು ವಿಭಿನ್ನ ಶ್ರೇಣಿಯ ಬಳಕೆದಾರರಿಗೆ ವಿಭಿನ್ನ ಡೇಟಾ ಜೀವಿತಾವಧಿಗಳನ್ನು ಹೊಂದಿಸಬಹುದು ಅಥವಾ ಪ್ರತಿ ObjectSet ಗೆ ವಿಭಿನ್ನ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಕೀಗಳನ್ನು ಬಳಸಬಹುದು, ಇದು ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮ ಮತ್ತು ಸುರಕ್ಷಿತ ಡೇಟಾ ನಿರ್ವಹಣೆಯನ್ನು ಸಾಧಿಸುತ್ತದೆ. - ಸ್ಥಳೀಯ ಮಾಪನ: ಪ್ರತಿ ಬಳಕೆದಾರರು ಎಷ್ಟು ಸಂಗ್ರಹಣಾ ಸ್ಥಳವನ್ನು ಬಳಸಿದ್ದಾರೆಂದು ತಿಳಿಯಲು ಬಯಸುತ್ತೀರಾ? ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಸಂಗ್ರಹಣಾ ವೆಚ್ಚವನ್ನು ನಿಖರವಾಗಿ ಹಂಚಲು ಬಯಸುತ್ತೀರಾ? ಈಗ ಅದು ಸುಲಭವಾಗಿದೆ. ಏಜೆಂಟ್ ಬಕೆಟ್ ಪ್ರತಿ ObjectSet ನ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಬಳಕೆಯ ಬಗ್ಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಂಕಿಅಂಶಗಳನ್ನು ನೀಡುತ್ತದೆ, ನಿಮ್ಮ ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಹಂಚಿಕೆಯನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ. - ಸ್ಥಳೀಯ ಬಿಲ್ಲಿಂಗ್: ಡೆವಲಪರ್‌ಗಳು ಸುಲಭವಾಗಿ ವೆಚ್ಚ ಹಂಚಿಕೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು ಮತ್ತು ಸಂಗ್ರಹಣೆಯಿಂದ ಉತ್ಪತ್ತಿಯಾಗುವ ವೆಚ್ಚವನ್ನು ಪ್ರತಿ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ನಿಖರವಾಗಿ ಹಿಂತಿರುಗಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, A, B ಮತ್ತು C ವಿಭಿನ್ನ ಬಳಕೆದಾರರು ಉತ್ಪಾದಿಸುವ ವೆಚ್ಚದ ಅನುಪಾತದ ಪ್ರಕಾರ ವಿಭಿನ್ನ ಶುಲ್ಕಗಳನ್ನು ವಿಧಿಸಿ, ಏಜೆಂಟ್‌ನ ವಾಣಿಜ್ಯೀಕರಣಕ್ಕೆ ಡೇಟಾ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಿ. - ಸ್ಥಳೀಯ ಸಾಮರ್ಥ್ಯದ ಮಿತಿ: ಏಜೆಂಟ್‌ನ ಕಾರ್ಯಾಚರಣಾ ವೆಚ್ಚವನ್ನು ನಿಯಂತ್ರಿಸಲು, ನೀವು ಪ್ರತಿ ObjectSet ಗೆ Quota (ಸಾಮರ್ಥ್ಯದ ಮಿತಿ) ಅನ್ನು ಹೊಂದಿಸಬಹುದು. ಪೂರ್ವನಿರ್ಧರಿತ ಮೌಲ್ಯವನ್ನು ತಲುಪಿದ ನಂತರ, ಸಿಸ್ಟಮ್ ಆ ಬಳಕೆದಾರರು ಹೊಸ ಫೈಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುವುದನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ, ಬಹು-ಬಾಡಿಗೆದಾರ ಸನ್ನಿವೇಶದಲ್ಲಿ ಸಂಪನ್ಮೂಲ ದುರ್ಬಳಕೆಯನ್ನು ಮೂಲದಿಂದಲೇ ತಪ್ಪಿಸುತ್ತದೆ. - ಸ್ಥಳೀಯ ಬುದ್ಧಿವಂತಿಕೆ: ಏಜೆಂಟ್ ಬಕೆಟ್ ಏಜೆಂಟ್ ಅನ್ನು ಸಾಂಪ್ರದಾಯಿಕ ಫೈಲ್‌ನ ಸರಳ "ಸಂಗ್ರಹಣೆ ಮತ್ತು ಹಿಂಪಡೆಯುವಿಕೆ" ಮಿತಿಯಿಂದ ಹೊರಬರಲು ಅನುಮತಿಸುತ್ತದೆ, Object ಗೆ ಸ್ಥಳೀಯ ಬುದ್ಧಿವಂತಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ಏಜೆಂಟ್‌ನ ಒಂದು-ನಿಲುಗಡೆ ಅಭಿವೃದ್ಧಿಯನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ. ObjectSet ಒಂದು ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಸ್ಮಾರ್ಟ್ ಇಂಡೆಕ್ಸಿಂಗ್ ಅನ್ನು ತೆರೆಯಬಹುದು, ಸಾಂಪ್ರದಾಯಿಕ Object CRUD ನ ಯಾಂತ್ರಿಕ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ ಏಜೆಂಟ್‌ಗೆ ಸ್ಥಳೀಯ ಸ್ನೇಹಿ ಮಲ್ಟಿಮೋಡಲ್ ಪ್ರಶ್ನೋತ್ತರ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ; ಏಜೆಂಟ್‌ಸೆಲ್ಫ್ ಮೋಡ್ ಅನ್ನು ಒಂದು ಕ್ಲಿಕ್‌ನಲ್ಲಿ ತೆರೆಯಲು ಸಹ ಬೆಂಬಲಿಸುತ್ತದೆ, ವೆಕ್ಟರ್‌ಗಳು, ಜ್ಞಾನ, ಮಾದರಿಗಳು ಮತ್ತು ಪ್ರಾಂಪ್ಟ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಸನ್ನಿವೇಶ ಆಧಾರಿತ ಉಪ-ಏಜೆಂಟ್ ಕಾರ್ಯಗಳನ್ನು ನೇರವಾಗಿ ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಇದರಿಂದ ಮೇಲಿನ ಏಜೆಂಟ್ ಡೆವಲಪರ್‌ಗಳು ಮುಖ್ಯ ವ್ಯವಹಾರದ ಕಾರ್ಯಪ್ರವಾಹ ಸೃಷ್ಟಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಬಹುದು ಮತ್ತು ಬುದ್ಧಿವಂತಿಕೆಯ ಹಣಗಳಿಕೆಯ ದಕ್ಷತೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಡುಗಡೆ ಮಾಡಬಹುದು. ## ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಮಾಣದ ಸ್ಫೋಟದಿಂದ ತಾಂತ್ರಿಕ ಸವಾಲುಗಳು ಏಜೆಂಟ್ ಬಕೆಟ್ ObjectSet ಎಂಬ ಸ್ಥಳೀಯ ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಚಯಿಸುವ ಮೂಲಕ, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಶತಕೋಟಿ ಅಂತಿಮ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ನಿರ್ವಹಿಸಲು ಸೊಗಸಾದ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಪ್ರತಿ ಬಳಕೆದಾರರ ಡಿಜಿಟಲ್ ಆಸ್ತಿಯನ್ನು ಅವರ ವಿಶೇಷ ObjectSet ನಲ್ಲಿ ಸುರಕ್ಷಿತವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಇದು ಸ್ವಾಭಾವಿಕವಾಗಿ ಪ್ರತ್ಯೇಕತೆ, ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಕೋಟಾ ನಿರ್ವಹಣೆಯನ್ನು ಅರಿತುಕೊಳ್ಳುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಮಾಣದ ತೀವ್ರ ವಿಸ್ತರಣೆಯೊಂದಿಗೆ, ಬೃಹತ್ Set ಗಳ ನಿರ್ವಹಣಾ ಸಂಕೀರ್ಣತೆ, ಪ್ರತ್ಯೇಕತೆಯ ತೊಂದರೆ ಮತ್ತು ಭೌತಿಕ ಅಡಚಣೆಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ: - ಬೃಹತ್ ಬಳಕೆದಾರರ ಶ್ರೇಣೀಕೃತ ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆ: ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ವಿಭಿನ್ನ ಶ್ರೇಣಿಯ ಬಳಕೆದಾರರ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ನಿರ್ವಹಿಸುವಾಗ, ಬಳಕೆದಾರರ ಶ್ರೇಣೀಕೃತ ಮೆಟಾಡೇಟಾವನ್ನು ಸ್ವತಃ ವಿನ್ಯಾಸಗೊಳಿಸಬೇಕು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣಾ ವೈಶಿಷ್ಟ್ಯಗಳ ಸ್ವಿಚ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಬೇಕು. Set ನ ಸ್ಥಳೀಯ ಪರಿಕಲ್ಪನೆಯಲ್ಲಿ ಬಳಕೆದಾರರ ಶ್ರೇಣೀಕರಣವನ್ನು ಸೊಗಸಾಗಿ ನಿರ್ವಹಿಸಲು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಹಾಯ ಮಾಡುವುದು ಅಪ್ಲಿಕೇಶನ್ ಅನುಷ್ಠಾನವನ್ನು ವೇಗಗೊಳಿಸಲು ಮುಖ್ಯವಾಗಿದೆ.- ಏಕ ಕ್ಲಸ್ಟರ್ ಸಾಮರ್ಥ್ಯದ ಕುತ್ತಿಗೆ: ಏಜೆಂಟ್ ಬಕೆಟ್ ತಾರ್ಕಿಕವಾಗಿ ಅನಂತವಾಗಿ ವಿಸ್ತರಿಸಬಹುದಾದರೂ, ಅದರ ಮೆಟಾಡೇಟಾವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಒಂದೇ ಭೌತಿಕ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಬಕೆಟ್‌ನಲ್ಲಿರುವ ಒಟ್ಟು ವಸ್ತುಗಳ ಸಂಖ್ಯೆ ನೂರಾರು ಶತಕೋಟಿ ಅಥವಾ ಟ್ರಿಲಿಯನ್‌ಗಳನ್ನು ತಲುಪಿದಾಗ, ಒಂದೇ ಕ್ಲಸ್ಟರ್‌ನ ಭೌತಿಕ ಸಾಮರ್ಥ್ಯವು ಮೀರಲಾಗದ ಮಿತಿಯಾಗುತ್ತದೆ. - ಪ್ರವೇಶ ಬಿಂದು ಹಂಚಿಕೆ ಸಮಸ್ಯೆ: ಏಜೆಂಟ್‌ನ ವ್ಯವಹಾರ ವೈವಿಧ್ಯತೆ ಮತ್ತು ದೊಡ್ಡ ಪ್ರಮಾಣದ ಬಳಕೆದಾರರು ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಹೆಚ್ಚಿನ ಭದ್ರತಾ ಅಪಾಯಗಳು ಮತ್ತು ಸ್ಫೋಟದ ತ್ರಿಜ್ಯವನ್ನು ತರುತ್ತಾರೆ. ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ವಿಭಿನ್ನ ವ್ಯವಹಾರಗಳು ಮತ್ತು ಬಳಕೆದಾರರ ವ್ಯತ್ಯಾಸದ ಪ್ರಕಾರ ಕ್ರಿಯಾತ್ಮಕ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಹೇಗೆ ಮಾಡುವುದು, ವಿಭಿನ್ನ ಭದ್ರತೆ, ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ವೇಗವರ್ಧಕ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೇಗೆ ಸಾಧಿಸುವುದು ಒಂದು ಕಷ್ಟಕರವಾದ ವಿಷಯವಾಗಿದೆ. ## ಸೆಟ್ ಟ್ಯಾಗಿಂಗ್: ಟ್ಯಾಗ್ ಮಾಡಿದ ಬಳಕೆದಾರ ಶ್ರೇಣೀಕರಣ ನಿರ್ವಹಣೆ ObjectSet ಸ್ಥಳೀಯ ಟ್ಯಾಗ್ ಮಾಡಿದ ನಿರ್ವಹಣಾ ವಿಧಾನವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದು ಏಜೆಂಟ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸೆಟ್ ಟ್ಯಾಗಿಂಗ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸಲು ಮತ್ತು ಬಳಕೆದಾರರ ಶ್ರೇಣೀಕರಣದ ಆಡಳಿತವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸುಲಭವಾಗಿಸುತ್ತದೆ; ಡೆವಲಪರ್‌ಗಳು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಬಳಕೆದಾರ ಮಟ್ಟಕ್ಕೆ ಟ್ಯಾಗ್ ಅನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಪ್ರತಿ ಟ್ಯಾಗ್‌ಗೆ ವಿಭಿನ್ನ ಕೋಟಾಗಳು ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು ಮತ್ತು ಈ ಟ್ಯಾಗ್ ಅನ್ನು ಟ್ಯಾಗ್ ಮಾಡಲಾದ ಎಲ್ಲಾ ObjectSet ಗಳು ಅನುಗುಣವಾದ ಕೋಟಾಗಳು ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತವೆ. V1, V2 ಮತ್ತು V3 ಮೂರು ಹಂತಗಳನ್ನು ಉದಾಹರಣೆಯಾಗಿ ಬಳಸಿ: - V1: ಡೀಫಾಲ್ಟ್ ಮಟ್ಟ, ಉಚಿತ ಬಳಕೆದಾರರು, ಎಲ್ಲಾ ObjectSet ಗಳ ಡೀಫಾಲ್ಟ್ ಟ್ಯಾಗ್, ಗರಿಷ್ಠ 1GiB ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ವಿತರಣೆಯು 100mbps ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಮೀರಬಾರದು ಮತ್ತು ಏಕ ಸ್ಟ್ರೀಮ್ ಡೌನ್‌ಲೋಡ್ ವೇಗವನ್ನು 1mbps ಗೆ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ; - V2: ಪ್ರವೇಶ ಮಟ್ಟದ ಪಾವತಿಸಿದ ಸದಸ್ಯರು, ಗರಿಷ್ಠ 10GiB ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ವಿತರಣೆಯು 10gbps ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಮೀರಬಾರದು ಮತ್ತು ಏಕ ಸ್ಟ್ರೀಮ್ ಡೌನ್‌ಲೋಡ್ ವೇಗವನ್ನು 10mbps ಗೆ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ; - V3: ಸುಧಾರಿತ ಪಾವತಿಸಿದ ಸದಸ್ಯರು, ದೊಡ್ಡ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ವಿತರಣಾ ಕೋಟಾಗಳನ್ನು ಒದಗಿಸುವುದರ ಜೊತೆಗೆ, ಹೆಚ್ಚುವರಿ ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ದುರ್ಬಲ ನೆಟ್‌ವರ್ಕ್ ವೇಗವರ್ಧನೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಾಧ್ಯಮ ವೇಗವರ್ಧಕ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಸಹ ಬೆಂಬಲಿಸುತ್ತದೆ; ಏಜೆಂಟ್ ಡೆವಲಪರ್‌ಗಳು ವಿಭಿನ್ನ ಬಳಕೆದಾರರ ವಿಭಿನ್ನ ಅಭಿವೃದ್ಧಿ ಚಕ್ರಗಳನ್ನು ಎದುರಿಸಬಹುದು ಮತ್ತು ಈ ಬಳಕೆದಾರರು ಬಳಸಬಹುದಾದ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಮೌಲ್ಯವರ್ಧಿತ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಲು V1/V2/V3 ಟ್ಯಾಗಿಂಗ್ ಅನ್ನು ಹೊಂದಿಕೊಳ್ಳುವಂತೆ ಬಳಸಬಹುದು.  ## ಸೆಟ್ ಸ್ಲೈಸ್: ಬೃಹತ್ ಬಳಕೆದಾರ ಡೇಟಾ ಸ್ಥಳೀಯ ಪ್ರತ್ಯೇಕತೆ ಏಜೆಂಟ್ ಬಕೆಟ್‌ನಲ್ಲಿರುವ ಸೆಟ್‌ಗಳು ಶತಕೋಟಿ ಮಟ್ಟವನ್ನು ತಲುಪಿದಾಗ ಮತ್ತು ವಸ್ತುಗಳ ಸಂಖ್ಯೆ ನೂರಾರು ಶತಕೋಟಿ, ಟ್ರಿಲಿಯನ್‌ಗಳನ್ನು ತಲುಪಿದಾಗ, "ಒಂದೇ ಬಕೆಟ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಮೆಟಾಡೇಟಾವನ್ನು ಒಂದು ಕೆವಿ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಕೇಂದ್ರೀಕರಿಸಲಾಗಿದೆ" ಎಂಬ ಅಂಶವು ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ದ್ವಿಗುಣ ಅಪಾಯಗಳನ್ನು ತರುತ್ತದೆ. ಸೆಟ್ ಸ್ಲೈಸ್ "ತಾರ್ಕಿಕವಾಗಿ ವಿಭಜಿಸಬೇಡಿ, ಭೌತಿಕವಾಗಿ ವಿಭಜಿಸಿ" ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ: - ತಾರ್ಕಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ, ನೀವು ಇನ್ನೂ ಕೇವಲ ಒಂದು ಏಜೆಂಟ್ ಬಕೆಟ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತೀರಿ. - ಭೌತಿಕವಾಗಿ, ಸೆಟ್ ಮತ್ತು ಸೆಟ್‌ನಲ್ಲಿರುವ ವಸ್ತುವಿನ ಹೆಸರಿನ ವ್ಯಾಪ್ತಿಯ ಪ್ರಕಾರ, ಮೆಟಾಡೇಟಾವನ್ನು ಬಹು ಸ್ಲೈಸ್‌ಗಳಾಗಿ (ತುಣುಕುಗಳು) ವಿಂಗಡಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಸ್ಲೈಸ್ ಅನ್ನು ವಿಭಿನ್ನ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು, ಬಹು ಸೆಟ್‌ಗಳು ನೈಸರ್ಗಿಕವಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ ಮತ್ತು ಏಕ ಸೆಟ್ ಅಡ್ಡಲಾಗಿ ವಿಸ್ತರಿಸಲ್ಪಡುತ್ತದೆ.  ಸೆಟ್ ಸ್ಲೈಸ್ ObjectSet ಸಾಮರ್ಥ್ಯದ ಮತ್ತಷ್ಟು ವಿಸ್ತರಣೆ ಮತ್ತು ರಕ್ಷಣೆಯಾಗಿದೆ. ಇದು ಕೆಳ ಹಂತದಲ್ಲಿ ಭೌತಿಕ ಸಾಮರ್ಥ್ಯದ ಅನಂತ ವಿಸ್ತರಣೆಯ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ ಮತ್ತು ಮೇಲಿನ ObjectSet ನಿರ್ವಹಣಾ ಮಾದರಿಯ ಸ್ಥಿರತೆ ಮತ್ತು ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. - ನಿರ್ವಹಣಾ ಗಡಿ ಸ್ಥಿರವಾಗಿದೆ: ಏಜೆಂಟ್ ಬಕೆಟ್‌ನ ಡೇಟಾ ಬಹು ಭೌತಿಕ ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ವ್ಯಾಪಿಸಿದರೂ ಸಹ, ObjectSet ಇನ್ನೂ ಅನುಮತಿಗಳು, ಕೋಟಾಗಳು, ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯ ಏಕೈಕ ಮೂಲ ಘಟಕವಾಗಿದೆ. ಡೆವಲಪರ್‌ಗಳು ObjectSet ಗಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನೀತಿಗಳು (ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ಸಾಮರ್ಥ್ಯ ಮಿತಿಗಳಂತಹವು) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಎಲ್ಲಾ ಸಂಬಂಧಿತ ಸ್ಲೈಸ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳ್ಳುತ್ತವೆ, ಕೆಳಗಿನ ಡೇಟಾದ ವಿತರಣೆಯ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. - ಏಕ ಸೆಟ್ ಅನ್ನು ರೇಖೀಯವಾಗಿ ವಿಸ್ತರಿಸಬಹುದು: ಒಂದು ObjectSet ನ ಡೇಟಾ ಪ್ರಮಾಣವು ವೇಗವಾಗಿ ಬೆಳೆದಾಗ, ಅದರ ಡೇಟಾ ಸ್ವಾಭಾವಿಕವಾಗಿ ಬಹು ಸ್ಲೈಸ್‌ಗಳಿಗೆ ವಿತರಿಸಲ್ಪಡುತ್ತದೆ. ಒಟ್ಟಾರೆ ಕ್ಲಸ್ಟರ್‌ನ ವಿಸ್ತರಣೆಯೊಂದಿಗೆ, ObjectSet ನ ಸಾಮರ್ಥ್ಯವು ತಡೆರಹಿತವಾಗಿ ಮತ್ತು ರೇಖೀಯವಾಗಿ ಬೆಳೆಯುತ್ತದೆ. ಡೆವಲಪರ್‌ಗಳು ObjectSet ಅನ್ನು ಯಾವುದೇ ವಿಭಜನೆ ಅಥವಾ ವಲಸೆ ಕಾರ್ಯಾಚರಣೆಗಳಂತಹ ವಿನಾಶಕಾರಿ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. - ಅಡ್ಡ ಸೆಟ್ ಸಂಪನ್ಮೂಲ ಪ್ರತ್ಯೇಕತೆ: ವಿಭಿನ್ನ ವ್ಯಾಪ್ತಿಯ ವಸ್ತುಗಳನ್ನು ವಿಭಿನ್ನ ಭೌತಿಕ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ವಿತರಿಸುವ ಮೂಲಕ, SetSlice ಹೆಚ್ಚಿನ ಆಯಾಮದ ಸಂಪನ್ಮೂಲ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಸಾಧಿಸುತ್ತದೆ. ObjectSet ನ ಕೋಟಾ ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ಸಂಯೋಜಿಸಿ, ಒಂದು ನಿರ್ದಿಷ್ಟ "ಸೂಪರ್ ದೊಡ್ಡ" ObjectSet ನ ಡೇಟಾ ಬೆಳವಣಿಗೆಯು ಒಂದೇ ಕ್ಲಸ್ಟರ್‌ನ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಕಿಕ್ಕಿರಿದು ಇತರ ObjectSet ಗಳ ಸ್ಥಿರತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ತಡೆಯಬಹುದು, ಇದರಿಂದಾಗಿ ಒಟ್ಟಾರೆ ಸಾಮರ್ಥ್ಯದ ಅಪಾಯವನ್ನು ನಿಯಂತ್ರಿಸಬಹುದು.- ತರ್ಕಬದ್ಧ ಏಕತೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆ: ವ್ಯವಹಾರ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಗೆ, ಕೆಳಗೆ ಎಷ್ಟು ಸ್ಲೈಸ್‌ಗಳಿದ್ದರೂ, ಅವರು ಎದುರಿಸುವುದು ತಾರ್ಕಿಕವಾಗಿ ಏಕೀಕೃತ ಏಜೆಂಟ್ ಬಕೆಟ್ ಆಗಿದೆ. ಬಕೆಟ್, ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗಾಗಿ ಎಲ್ಲಾ ಕಾರ್ಯಾಚರಣೆ ವಿಧಾನಗಳು ಬದಲಾಗದೆ ಉಳಿಯುತ್ತವೆ, ಇದು ಮೇಲಿನ-ಲೇಯರ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಭೌತಿಕ ವಿಸ್ತರಣೆಯ ಸಂಪೂರ್ಣ ಪಾರದರ್ಶಕತೆಯನ್ನು ಸಾಧಿಸುತ್ತದೆ. ## ಸೆಟ್ ಆಕ್ಸೆಸ್ ಪಾಯಿಂಟ್: ಪ್ರತಿ ಬಳಕೆದಾರರ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ ಏಜೆಂಟ್ ಬಕೆಟ್ ಪ್ರತಿ ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್‌ಗೆ ಸ್ವತಂತ್ರ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು (ಸ್ವತಂತ್ರ ಡೊಮೇನ್ ಹೆಸರು) ಸಕ್ರಿಯಗೊಳಿಸಲು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರವೇಶ ಬಿಂದುವಿನಲ್ಲಿ ವಿಭಿನ್ನ ಭದ್ರತೆ, ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ವೇಗವರ್ಧಕ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ. ಇದಕ್ಕಾಗಿ ಸಿಸ್ಟಮ್ ಶತಕೋಟಿ ಮಟ್ಟದ ಸ್ವತಂತ್ರ ಪ್ರವೇಶ ಬಿಂದುಗಳ ವೇಳಾಪಟ್ಟಿ ಮತ್ತು ವಿಭಿನ್ನ ಕಾನ್ಫಿಗರೇಶನ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸಬೇಕಾಗುತ್ತದೆ. ಸ್ವತಂತ್ರ ಪ್ರವೇಶ ಡೊಮೇನ್ ಹೆಸರು {$apid}.tos-objectset-ap.volces.com: ಎರಡು ಹಂತದ ಭದ್ರತಾ ರಕ್ಷಣೆ - ಮೊದಲ ಹಂತದ ಅಸ್ಪಷ್ಟತೆ (ಗುಪ್ತತೆ): ಬಳಕೆದಾರ/ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಸ್ವತಂತ್ರ ಸಬ್‌ಡೊಮೇನ್‌ನಿಂದ, apid ಹೆಚ್ಚಿನ ಎಂಟ್ರೊಪಿ ಹ್ಯಾಶ್, ಅತ್ಯಂತ ಕಡಿಮೆ ಘರ್ಷಣೆ ಸಂಭವನೀಯತೆ, ಪ್ರವೇಶ ಡೊಮೇನ್ ಹೆಸರಿನ ದೃಷ್ಟಿಕೋನದಿಂದ ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರ ಪ್ರವೇಶವನ್ನು ಊಹಿಸಲು ಮತ್ತು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ; - ಎರಡನೇ ಹಂತದ ಕಂಟೈನ್‌ಮೆಂಟ್ (ಸಂಗ್ರಹಣೆ): ಏಜೆಂಟ್ ಡೆವಲಪರ್‌ಗಳು ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಮಟ್ಟದ ಪ್ರವೇಶ ಅನುಮತಿಗಳನ್ನು ವಿತರಿಸಲು sts ಅನ್ನು ಬಳಸುತ್ತಾರೆ. sts ಸೋರಿಕೆಯಾದರೂ, ಅದರ ಪ್ರವೇಶ ವ್ಯಾಪ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟ ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್‌ನ ಸೀಮಿತ ಮಾನ್ಯತೆಯ ಅವಧಿಗೆ ಸೀಮಿತಗೊಳಿಸಬಹುದು; ಹ್ಯೂರಿಸ್ಟಿಕ್ ವೇಳಾಪಟ್ಟಿ ವ್ಯವಸ್ಥೆ: ಶತಕೋಟಿ ಡೊಮೇನ್ ಹೆಸರು ವೇಳಾಪಟ್ಟಿ ತಂತ್ರ ಲೆಕ್ಕಾಚಾರ - ಬಳಕೆದಾರ/ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್:ಟ್ಯಾಗ್‌ನಿಂದ ವಿಭಿನ್ನ ಪ್ರವೇಶ ತಂತ್ರ - ಬಹು ಬಳಕೆದಾರ/ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವಿಭಿನ್ನ ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶದ್ವಾರಗಳಲ್ಲಿ ಹರಡುತ್ತದೆ ಮತ್ತು ಏಕ ಪ್ರವೇಶದ್ವಾರದ ವೈಫಲ್ಯವು ನಿಯಂತ್ರಿತ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ - ಸಂಪೂರ್ಣ ಪ್ರದೇಶದ ಸ್ಥಿತಿಸ್ಥಾಪಕ ವೇಳಾಪಟ್ಟಿ, ಯಾವುದೇ ಏಕ ಪ್ರವೇಶದ್ವಾರದ ವೈಫಲ್ಯ/ಓವರ್‌ಲೋಡ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಟ್ರಾಫಿಕ್ ಪ್ಯಾಕಿಂಗ್ ಮತ್ತು ಸ್ಥಳಾಂತರವನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ - ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ವೇಗವರ್ಧಕ ವಿತರಣಾ ಬಳಕೆದಾರರು, ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ಪ್ರಸರಣ ವೇಗವರ್ಧಕ ಟ್ಯಾಗ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವೇಗವರ್ಧಕ ಪ್ರವೇಶದ್ವಾರವನ್ನು ನಿಗದಿಪಡಿಸಿ - ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ಅಪಾಯಕಾರಿ ಬಳಕೆದಾರರು, ಅಪಾಯಕಾರಿ ಟ್ಯಾಗ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಿ, ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ಪ್ರತ್ಯೇಕತೆಯ ಪ್ರವೇಶದ್ವಾರವನ್ನು ನಿಗದಿಪಡಿಸಿ ಮತ್ತು ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಕೋಟಾವನ್ನು ಕಡಿಮೆ ಮಾಡಿ - ಆಂತರಿಕ ನೆಟ್‌ವರ್ಕ್ ಕ್ರಾಸ್-ಡೊಮೇನ್ ಬಳಕೆದಾರರು, ಕ್ರಾಸ್-ಡೊಮೇನ್ ಟ್ಯಾಗ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆಂತರಿಕ ನೆಟ್‌ವರ್ಕ್ ಮೀಸಲಾದ ಲೈನ್ ವೇಗವರ್ಧಕ ಮಾರ್ಗವನ್ನು ನಿಗದಿಪಡಿಸಿ - ಸ್ಥಳೀಯ ಪ್ರದೇಶದ ವೇಗವರ್ಧಕ ಬಳಕೆದಾರರು, ವೇಗವರ್ಧಕ ಟ್ಯಾಗ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಳೀಯ ಪ್ರದೇಶದ ವೇಗವರ್ಧಕವನ್ನು ಆರೋಹಿಸಿ  ## ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಹಾಯಕದಿಂದ AI ಕ್ಲೌಡ್ ಡಿಸ್ಕ್ ವರೆಗೆ, ಏಜೆಂಟ್ ಬಕೆಟ್‌ನ ಅನಂತ ಸಾಧ್ಯತೆಗಳು ಏಜೆಂಟ್ ಬಕೆಟ್ ಏಜೆಂಟ್‌ಗಳಿಗೆ ಪರಿಪೂರ್ಣ ಪರಿಹಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್‌ನ ವಿನ್ಯಾಸ ಅಪ್ಲಿಕೇಶನ್ ಸನ್ನಿವೇಶಗಳು ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನವು. ಇದು ಬೃಹತ್ ಸಂಖ್ಯೆಯ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುವ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸುಲಭವಾಗಿ ವಿಸ್ತರಿಸಬಹುದು: - ಕೋಡ್ ರೆಪೊಸಿಟರಿ: ಹಿಂದೆ, ಕಂಪನಿಗಳು ಅಥವಾ ವ್ಯಕ್ತಿಗಳು ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಿದಾಗ, ಖಾತೆ ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ಅನುಮತಿ ನಿಯಂತ್ರಣವನ್ನು ಸಾಧಿಸಲು ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ನ ಮೇಲೆ "ಬಾಡಿಗೆದಾರ ವ್ಯವಸ್ಥೆ"ಯನ್ನು ನಿರ್ಮಿಸಬೇಕಾಗುತ್ತದೆ. ಈಗ, ಪ್ರತಿ ಡೆವಲಪರ್‌ಗೆ ವಿಶೇಷ ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಅನ್ನು ನಿಯೋಜಿಸಬಹುದು ಮತ್ತು ಕೋಡ್ ರೆಪೊಸಿಟರಿ, ನಿರ್ಮಾಣ ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಅವಲಂಬನೆಗಳನ್ನು ಅದರಲ್ಲಿ ಏಕರೂಪವಾಗಿ ಸಂಗ್ರಹಿಸಬಹುದು. ಏಜೆಂಟ್ ಸ್ಕಿಲ್ಸ್ ಸಹ ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್‌ಗೆ ಸ್ವಾಭಾವಿಕವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಸ್ಕಿಲ್ಸ್ ಅಪ್‌ಲೋಡ್ ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ವಿತರಣೆಯನ್ನು ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಮೂಲಕ ಬಲವಾದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ, ಏಜೆಂಟ್ ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ನೆರೆಹೊರೆಯವರಿಗೆ ತೊಂದರೆಯಾಗದಂತೆ ತಡೆಯುತ್ತದೆ. - ಎಂಟರ್‌ಪ್ರೈಸ್ ಆಲ್ಬಮ್ ನೆಟ್‌ವರ್ಕ್ ಡಿಸ್ಕ್: ಸಾಂಪ್ರದಾಯಿಕ ಆಲ್ಬಮ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಡಿಸ್ಕ್ ಸೇವೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಫೋಟೋಗಳನ್ನು ಒಂದೇ ಬಕೆಟ್‌ನಲ್ಲಿ ಬೆರೆಸುತ್ತವೆ ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಇದು ಸಂಕೀರ್ಣ ನಿರ್ವಹಣೆಗೆ ಕಾರಣವಾಗುವುದಲ್ಲದೆ, "ನೆರೆಹೊರೆಯ ಪರಿಣಾಮ"ವನ್ನು ಉಂಟುಮಾಡುವುದು ಸುಲಭ. ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ ಅನ್ನು ಆಧರಿಸಿ, ಪ್ರತಿ ಬಳಕೆದಾರರ ಫೋಟೋಗಳು ಮತ್ತು ವೀಡಿಯೊಗಳು ಆಯಾ ಸೆಟ್‌ಗಳಲ್ಲಿ ಬೀಳುತ್ತವೆ, ಪ್ರವೇಶದ ಉತ್ತುಂಗಗಳು ಪರಸ್ಪರ ಹಸ್ತಕ್ಷೇಪ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಸಾಮರ್ಥ್ಯದ ಮಿತಿಗಳು, ಬ್ಯಾಕಪ್ ತಂತ್ರಗಳು ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವಿಧಾನಗಳನ್ನು ಸಹ ಹೊಂದಿಸಬಹುದು, ನಿಜವಾಗಿಯೂ "ಪ್ರತಿಯೊಬ್ಬರೂ ಸುರಕ್ಷಿತ ಮತ್ತು ನಿಯಂತ್ರಿಸಬಹುದಾದ ಕ್ಲೌಡ್ ಆಲ್ಬಮ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆ" ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬಹುದು. - ಹಡೂಪ್ ಡೇಟಾ ವೇರ್‌ಹೌಸ್: ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾ ವೇರ್‌ಹೌಸ್‌ನಲ್ಲಿ, ವಿಭಿನ್ನ ವ್ಯವಹಾರ ಮಾರ್ಗಗಳು ಮತ್ತು ವಿಭಿನ್ನ ಡೇಟಾಬೇಸ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಆಧಾರವಾಗಿರುವ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಪ್ರತಿ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್‌ಗೆ ಮ್ಯಾಪ್ ಮಾಡುವ ಮೂಲಕ, ಕಂಪನಿಗಳು ಏಕೀಕೃತ ಸಂಗ್ರಹಣೆಯ ಮೇಲೆ ಡೇಟಾಬೇಸ್ ಮೂಲಕ ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ಕೋಟಾ ನಿಯಂತ್ರಣವನ್ನು ಅರಿತುಕೊಳ್ಳಬಹುದು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಆಬ್ಜೆಕ್ಟ್‌ಸೆಟ್ TOS ನಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಅನುಮತಿ ಲೇಯರ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ, TOS ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಟೇಬಲ್‌ಗಳಿಗೆ ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ಅನುಮತಿ ನಿಯಂತ್ರಣವನ್ನು ಒದಗಿಸಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರೋಟಾನ್ ಅನ್ನು TOS ನಲ್ಲಿ ಬದಲಾಯಿಸದೆ. - ಮಾದರಿ ಹೋಸ್ಟಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್: ದೊಡ್ಡ ಮಾದರಿ ಹೋಸ್ಟಿಂಗ್ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ, ಪ್ರತಿಯೊಂದು ಮಾದರಿಯು ದೊಡ್ಡ ಗಾತ್ರವನ್ನು ಹೊಂದಿರುವುದಲ್ಲದೆ, ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳು, ತೂಕಗಳು ಮತ್ತು ಅನುಮಾನ ಸಂರಚನೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿರಬಹುದು. ಪ್ರತಿ ಮಾದರಿಗಾಗಿ ObjectSet ಅನ್ನು ರಚಿಸುವುದರಿಂದ ಮಾದರಿ ತೂಕಗಳು, Tokenizer, ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ಸಂಬಂಧಿತ ಮೌಲ್ಯಮಾಪನ ಡೇಟಾವನ್ನು ಒಂದೇ ಜಾಗದಲ್ಲಿ ಪ್ಯಾಕ್ ಮಾಡಲು ಮತ್ತು ಹೋಸ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಕಾರ್ಯಾಚರಣೆಯ ಬದಿಯು ವಿಭಿನ್ನ ಮಾದರಿಗಳಿಗಾಗಿ ವಿಭಿನ್ನ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ತಂತ್ರಗಳು, ಬ್ಯಾಕಪ್ ತಂತ್ರಗಳು ಮತ್ತು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ನಿಯಂತ್ರಣವನ್ನು ಹೊಂದಿಸಬಹುದು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪ್ರತಿ ಮಾದರಿಯ ನೈಜ ಬಳಕೆಯ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಹಾಕಲು ಸ್ಥಳೀಯ ಮೀಟರಿಂಗ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಳಸಿ, ಮಾದರಿ ಆಯಾಮದ ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಸಂಪನ್ಮೂಲ ವೇಳಾಪಟ್ಟಿಗೆ ಆಧಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ. - ಡೇಟಾ SaaS ಸೇವೆ: ಬೃಹತ್ ಸಂಖ್ಯೆಯ ಅಂತಿಮ ಬಳಕೆದಾರರನ್ನು ಹೊಂದಿರುವ ಡೇಟಾ ವಿತರಣಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅನೇಕ ಡೇಟಾ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಸಂಪರ್ಕ ಸಾಧಿಸಬೇಕಾಗುತ್ತದೆ. ಇದು ಎಲ್ಲಾ ಪಕ್ಷಗಳ ಡೇಟಾ ಗಡಿಗಳು ಸ್ಪಷ್ಟವಾಗಿರುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು "ದೊಡ್ಡ ಬಕೆಟ್ ಎಲ್ಲರನ್ನು ಎಳೆಯುತ್ತದೆ" ಎಂಬ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಪಾಯವನ್ನು ತಪ್ಪಿಸಬೇಕು. ಏಜೆಂಟ್ ಬಕೆಟ್‌ನ ಸಹಾಯದಿಂದ, ಪ್ರತಿ ಡೇಟಾ ಪೂರೈಕೆದಾರರು ತಮ್ಮದೇ ಆದ ObjectSet ಅನ್ನು ಹೊಂದಬಹುದು, ಮೂಲ ಡೇಟಾ ಮತ್ತು ಸಂಸ್ಕರಿಸಿದ ಫಲಿತಾಂಶಗಳನ್ನು ಏಕೀಕೃತ ರೀತಿಯಲ್ಲಿ ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ಸ್ವತಂತ್ರ ಡೊಮೇನ್ ಹೆಸರುಗಳು ಮತ್ತು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್, QPS ಕೋಟಾಗಳ ಮೂಲಕ, ವಿಭಿನ್ನ ಪೂರೈಕೆದಾರರಿಗೆ ವಿಭಿನ್ನ ಸೇವಾ ಖಾತರಿ ಮತ್ತು ದರ ಮಿತಿಯನ್ನು ನಿರ್ವಹಿಸಬಹುದು, "ಒಂದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್, ಅನೇಕ ಪೂರೈಕೆದಾರರು, ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕ ಮತ್ತು ನಿಯಂತ್ರಿಸಬಹುದಾದ ಸಹಯೋಗ" ಡೇಟಾ ವಿತರಣಾ ಮೂಲಸೌಕರ್ಯವನ್ನು ಅರಿತುಕೊಳ್ಳಬಹುದು. ಉಲ್ಲೇಖ: - https://aws.amazon.com/cn/blogs/apn/partitioning-and-isolating-multi-tenant-saas-data-with-amazon-s3/ - https://aws.amazon.com/cn/blogs/storage/design-patterns-for-multi-tenant-access-control-on-amazon-s3/