17 জুলাই 2018 তে একটি সরকারী এডাব্লুএস ঘোষণা করেছিল যে সর্বাধিক কর্মক্ষমতা অর্জনের জন্য প্রতিটি এস 3 অবজেক্ট কী এর প্রথম অক্ষরগুলিকে এলোমেলো করার দরকার নেই: https://aws.amazon.com/about-aws/whats-new / 2018/07 / আমাজন-S3-ঘোষণা-বৃদ্ধি-অনুরোধ হার ক্ষমতা সম্পন্ন /
অ্যামাজন এস 3 বর্ধিত অনুরোধের হারের পারফরম্যান্সের ঘোষণা দিয়েছে
পোস্ট হয়েছে: জুলাই 17, 2018
অ্যামাজন এস 3 এখন ডেটা যুক্ত করতে প্রতি সেকেন্ডে কমপক্ষে 3,500 টি অনুরোধ এবং ডেটা পুনরুদ্ধার করতে প্রতি সেকেন্ডে 5,500 অনুরোধগুলি সমর্থন করার জন্য বর্ধিত কর্মক্ষমতা সরবরাহ করে, যা কোনও অতিরিক্ত চার্জের জন্য গুরুত্বপূর্ণ প্রক্রিয়াকরণের সময় বাঁচাতে পারে। প্রতিটি এস 3 উপসর্গ এই অনুরোধের হারগুলিকে সমর্থন করতে পারে, কার্যকারিতা উল্লেখযোগ্যভাবে বাড়ানো সহজ করে তোলে।
আজ অ্যামাজন এস 3 এ চলমান অ্যাপ্লিকেশনগুলি কোনও পরিবর্তন ছাড়াই এই কর্মক্ষমতা উন্নতি উপভোগ করবে এবং এস 3-তে নতুন অ্যাপ্লিকেশন নির্মাণকারী গ্রাহকদের এই কার্য সম্পাদন করতে কোনও অ্যাপ্লিকেশন কাস্টমাইজেশন করতে হবে না। সমান্তরাল অনুরোধগুলির জন্য অ্যামাজন এস 3 এর সমর্থন মানে আপনার অ্যাপ্লিকেশনটিতে কোনও কাস্টমাইজেশন না করেই আপনি আপনার কম্পিউট ক্লাস্টারের ফ্যাক্টর দ্বারা আপনার এস 3 কার্যকারিতা স্কেল করতে পারবেন। উপসর্গ প্রতি পারফরম্যান্স স্কেল, যাতে প্রয়োজনীয় থ্রুপুট অর্জনের জন্য সমান্তরালে আপনার প্রয়োজন হিসাবে অনেকগুলি উপসর্গ ব্যবহার করতে পারেন। উপসর্গের সংখ্যাটির কোনও সীমা নেই।
এই এস 3 অনুরোধের হারের কার্যকারিতা বৃদ্ধি দ্রুত কার্যকারিতা অর্জনের জন্য অবজেক্টের উপসর্গগুলিকে এলোমেলো করে দেওয়ার জন্য আগের কোনও গাইডলাইন সরিয়ে দেয়। এর অর্থ আপনি এখন কোনও পারফরম্যান্সের প্রভাব ছাড়াই S3 অবজেক্টের নামকরণে লজিক্যাল বা ক্রমযুক্ত নামকরণের ধরণগুলি ব্যবহার করতে পারেন। এই উন্নতি এখন সমস্ত এডাব্লুএস অঞ্চলে উপলব্ধ। আরও তথ্যের জন্য, অ্যামাজন এস 3 বিকাশকারী গাইডটি দেখুন।
এটি দুর্দান্ত, তবে এটি বিভ্রান্তিকর। এটি বলেছে যে প্রতিটি এস 3 উপসর্গ এই অনুরোধের হারগুলিকে সমর্থন করতে পারে, কার্যকারিতা উল্লেখযোগ্যভাবে বাড়ানো সহজ করে তোলে
তবে যেহেতু উপসর্গ এবং ডিলিমিটরগুলি GET Bucket (List Objects)
বালতিগুলির বিষয়বস্তু তালিকাভুক্ত করার সময় কেবলমাত্র API এ যুক্তিযুক্ত , তাই কীভাবে "প্রতি উপসর্গ" অবজেক্ট পুনরুদ্ধার কর্মক্ষমতা সম্পর্কে কথা বলতে বুদ্ধিমান হতে পারে। প্রতিটি কল প্রতিটি GET Bucket (List Objects)
উপসর্গ এবং ডিলিমিটার পছন্দ করে তা চয়ন করতে পারে, সুতরাং উপসর্গ একটি পূর্বনির্ধারিত সত্তা নয়।
উদাহরণস্বরূপ, যদি আমার বালতিতে এই জিনিসগুলি থাকে:
a1/b-2
a1/c-3
তারপরে আমি যখনই বালতির বিষয়বস্তু তালিকাভুক্ত করি তখনই আমি আমার / / "বা" - "ব্যবহার করতে পছন্দ করতে পারি, তাই আমি আমার উপসর্গগুলি উভয়টিকেই বিবেচনা করতে পারি
a1/
অথবা
a1/b-
a1/c-
তবে যেহেতু GET Object
এপিআই পুরো কী ব্যবহার করে তাই অবজেক্ট পুনরুদ্ধারের জন্য নির্দিষ্ট উপসর্গ বা ডিলিমিটারের ধারণা বিদ্যমান নেই। সুতরাং আমি কী 5,500 রেইক / সেকেন্ড অন a1/
অথবা বিকল্পে 5,500 রেক / সেকেন্ড অন a1/b-
এবং 5,500 অন আশা করতে পারি a1/c-
?
সুতরাং কেউ যখন "প্রতিটি এস 3 উপসর্গ" এর জন্য নির্দিষ্ট স্তরের পারফরম্যান্সের (যেমন তথ্য পুনরুদ্ধার করতে +5,500 অনুরোধগুলি) প্রস্তাব দেয় তখন কী ঘোষণার অর্থ বোঝানো যায়?