আপনি যদি ব্যবহারকারী আপলোডগুলি, বিশেষত বিতরণ পরিবেশে ডেটা সঞ্চয় করার জন্য এস 3 ব্যবহার করে থাকেন তবে একটি বড় বিবেচ্য বিষয়টি হ'ল এস 3 'শেষ পর্যন্ত সামঞ্জস্যপূর্ণ' (যদিও কিছু অঞ্চল লেখার পরে সামঞ্জস্যপূর্ণ)। এর পরিণতি হ'ল আপনি সাফল্যের সাথে একটি ফাইল আপলোড করতে পারেন, তবে আপনি যদি এর অস্তিত্বের পরে তা পরীক্ষা করেন, এটি অস্তিত্বহীন অবস্থায় খুঁজে পেতে পারে। আপডেট বা মুছে ফেলার মতো পরিস্থিতিগুলির জন্য এই সমস্যাটি আরও প্রকট হয়ে উঠেছে, যেখানে লেখার পরেও পড়ার ধারাবাহিকতা সাহায্য করবে না।
উপরেরগুলি S3 এ আপনার আপলোডগুলিতে প্রযোজ্য হবে আপনি যতই গ্রহণ করুন না কেন। প্রকৃতপক্ষে, এটি এস -3 এর প্রত্যাশা করতে পারে এমন বেশিরভাগ সমস্যার ক্ষেত্রে সত্য - এটি ডেটা সংরক্ষণের জন্য এতটা পদ্ধতির ব্যবহার নয় কারণ এটি এস 3 এর সীমাবদ্ধতা যা সম্ভবত সবচেয়ে সমস্যাযুক্ত হবে।
পিএইচপি (বা অন্যান্য) এসডিকে যেমন করে S3fs এস 3 এপিআই ব্যবহার করে। তদুপরি, এস 3 মোটামুটি উচ্চ স্তরের সামঞ্জস্য পরিচালনা করার জন্য ডিজাইন করা হয়েছে - সুতরাং (ধারাবাহিকতার বিষয়গুলি ব্যতীত) একাধিক উদাহরণে এটি স্থাপন করতে সমস্যা হওয়া উচিত নয় (মনে রাখবেন এটি কোনও traditionalতিহ্যবাহী ফাইল সিস্টেম নয় - লক করার মতো সমস্যা) ইত্যাদি এস 3 পাশ পরিচালনা করা হয়)।
এটি বলেছিল, প্রতিটি বাস্তবায়নের কয়েকটি সম্ভাব্য সুবিধা এবং অসুবিধা রয়েছে:
S3fs:
- আংশিক / জঞ্জাল ডাউনলোডের জন্য সমর্থন নেই (যতদূর আমি জানি) - সুতরাং এর কোনও অংশ পড়তে আপনাকে অবশ্যই পুরো ফাইলটি ডাউনলোড করতে হবে - সম্ভবত আপনি আপলোডগুলি সংরক্ষণ (এবং পরিবেশন করতে) এটি ব্যবহার করছেন তবে কোনও সমস্যা নয়।
- সি ++ সম্ভাব্য পারফরম্যান্স লাভে লিখিত
- আপনার অ্যাপ্লিকেশনটি s3fs- এ আপডেট থেকে কোনও উপকার করে
- ক্যাচিং সরবরাহ করে (সম্পূর্ণ ফাইল এবং ফাইলের তথ্য উভয়) - গতি কিছুটা উন্নত করতে এবং ব্যয় হ্রাস করার সম্ভাবনা রয়েছে
- ফিউজ প্রকাশ করে যে ফাংশন সীমাবদ্ধ
SDK এর:
- এস 3 এর যে সমস্ত বৈশিষ্ট্য রয়েছে তার পুরো সেটটি উন্মুক্ত করে - আপনার ব্যবহারের ক্ষেত্রে নির্ভর করে এটি এসডিকে ব্যবহারের যোগ্যতার জন্য যথেষ্ট হতে পারে
- আপনার অ্যাপ্লিকেশনটির সাথে সম্ভাব্যতর সংহতকরণ - প্রত্যাবর্তিত ত্রুটি ইত্যাদির ফলে আপনার অ্যাপ্লিকেশনটিকে আরও ভালভাবে অবহিত করা (এবং সেইজন্য আরও সুনির্দিষ্ট) পছন্দ করা যেতে পারে
- যে কোনও সম্ভাব্য সুবিধার জন্য কোডিং করা দরকার - আপনার অ্যাপ্লিকেশনটি সেগুলির সুবিধা গ্রহণ করতে হবে এবং এস 3-এ ভবিষ্যতের পরিবর্তনগুলি দিয়ে আপ টু ডেট রাখতে হবে
- আপনার কোডে আরও জটিলতা এবং ওভারহেড
'সুরক্ষার' শর্তাবলী, আপনার অর্থ 'ডেটা দুর্নীতি রোধ করা' বা 'অননুমোদিত অ্যাক্সেস রোধ করা' could প্রাক্তনটির বিষয়ে, এসডিকে শেষের ধারাবাহিকতা (আরও ভার্বোজের ত্রুটির আকারে) মোকাবিলা করতে কিছুটা সহায়তা করতে পারে তবে অন্তর্নিহিত স্টোরেজটি একই এবং আমি আশা করি পার্থক্যগুলি সামান্য হবে। অ্যাক্সেস নিয়ন্ত্রণ সম্পর্কিত - আপনি একটি সীমিত অ্যাকাউন্ট তৈরি করতে আইএএম ব্যবহার করতে পারেন, তবে সেই অ্যাকাউন্টটি এখনও আপনার এস 3 ফাইলগুলিতে পঠন / লেখার অ্যাক্সেসের প্রয়োজন হবে। উভয়ই পর্যাপ্ত সুরক্ষিত হওয়া উচিত, উভয় ক্ষেত্রেই আপনার S3 বালতিতে অ্যাক্সেস পাওয়ার জন্য আপনার সিস্টেমের সাথে আপস করা দরকার - তবে আমি আপনাকে সুপারিশ করব, S3fs সহ (যেহেতু শংসাপত্রগুলি সাধারণত ওয়েবরূটের বাইরে সঞ্চিত থাকে এবং একেবারেই অ্যাক্সেসযোগ্য নয়) পিএইচপি) কিছুটা ভাল সুরক্ষা আছে।
ব্যক্তিগত মতামত: আমি এমন কোনও ক্ষেত্রে s3fs পছন্দ করি যেখানে একটি একক আপলোড ডিরেক্টরি রয়েছে (যেমন একটি সাইট এটি ব্যবহার করে) এবং যেখানে অ্যাক্সেস মোটামুটি সহজ হবে (কেবলমাত্র ফাইলগুলি আপলোড করা এবং মাঝে মাঝে আপডেট / মুছতে হবে)। যদি আপনার আরও জটিল অ্যাক্সেসের প্রয়োজন হয় (যেমন আংশিক ডাউনলোডগুলি, একাধিক বালতি, ইত্যাদি) বা অন্য উদ্দেশ্যে এস 3 এসডিকে ব্যবহার করতে চলেছেন তবে আমি আপলোডগুলির জন্যও এসডিকে সাথে থাকব।