আপনি স্পষ্টভাবে প্রতিটি ব্যবহারকারী জন্য একটি বালতি প্রয়োজন হবে না। এডব্লিউএস সাপোর্টটি আপনার অ্যাকাউন্টের ডিফল্ট মোট বালতি সীমা 100 থেকে 300,000,000 এ বাড়ানোর অনুরোধ অনুমোদন করে এমন অসম্ভব বলে মনে হয় না। এছাড়াও, প্রাথমিক বালতি সৃষ্টি আক্রমনাত্মকভাবে বা রিয়েল-টাইমে করা হয় না।
অ্যামাজন S3 এর উচ্চ-উপলব্ধতা প্রকৌশলটি পেতে, স্থাপন করা, তালিকাবদ্ধ করা এবং ক্রিয়াকলাপগুলি মুছতে ফোকাস করা হয়। কেননা কেন্দ্রীভূত, গ্লোবাল রিসোর্স স্পেসের বিরুদ্ধে বালতি ক্রিয়াকলাপগুলি কাজ করে, আপনার অ্যাপ্লিকেশনটির উচ্চ-উপলভ্যতা কোড পাথের বাকেটগুলি তৈরি বা মুছতে উপযুক্ত নয়। আপনি কম চালানোর জন্য পৃথক পৃথকীকরণ বা সেটআপ রুটিনতে buckets তৈরি বা মুছতে ভালো।
http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html
আপনার অ্যাপ্লিকেশনটি ডিজাইন করুন যাতে আপনি কোন বালতি বা কয়েকটি ব্যবহার করেন কিনা তা কোন ব্যাপার না। কিভাবে? প্রতিটি ব্যবহারকারীর জন্য, bucket_id সংরক্ষণ করুন যেখানে সেই ব্যবহারকারীর ডেটা সংরক্ষণ করা হয়। তারপরে bucket_id 1 এ সকলের সাথে শুরু করুন এবং তারপরে নতুন ব্যবহারকারীদের নতুন বালতিতে যুক্ত করার জন্য যদি আপনার প্রয়োজন হয় ... অথবা যদি আপনি কিছু ব্যবহারকারীকে বিভিন্ন বালতিতে স্থানান্তরিত করার সিদ্ধান্ত নেন ... অথবা যদি আপনি ব্যবহারকারীদের স্থির করার সিদ্ধান্ত নেন, ব্যবহারকারীর আদর্শ অবস্থানে কাছাকাছি একটি বালতি মধ্যে স্টোরেজ।
S3 স্বয়ংক্রিয়ভাবে আপনার ট্রাফিক চাহিদা মেটাতে তার ক্ষমতা স্কেল হবে। আপনি আপনার অবজেক্টের পাথগুলি ডিজাইন করে সেই প্রক্রিয়াটিকে আরও সহজ করতে পারেন যাতে কীটির বাম দিকের কাছে বস্তুর কীগুলির অকার্যকর কার্যভার থাকে।
S3 ইন্ডেক্স পার্টিশনগুলি বিভাজন করে তার ক্ষমতাকে স্কেল করে, উদাহরণস্বরূপ, প্রতিটি বস্তুকে আপলোডের তারিখ দিয়ে শুরু হওয়া একটি পথটি সত্যিই খারাপ ধারণা হতে পারে, কারণ আপনার বালতি সূচকটি একটি ছোট অংশে ভারী আপলোড সহ একটি গরম স্পট বিকাশ করে। keypace।
দেখ http://docs.aws.amazon.com/AmazonS3/latest/dev/request-rate-perf-considerations.html
একই কারণে, একটি অঞ্চলের মধ্যে আপনার buckets lexically sequential নাম দিতে না।
কি ড্রপবক্স হতে পারে সম্ভবত প্রাসঙ্গিক নয়।