পাঁচটি ভিন্ন ভিন্ন তথ্য সংরক্ষণ, প্রত্যেকটি প্রশ্নের উত্তর অন্যদের খারাপভাবে উত্তর: ট্রান্স্যাকশনাল ব্যবসা তথ্যের জন্য বিন্যস্ত এসকিউএল, উচ্চ-লিখতে টেলিমিটার জন্য প্রশস্ত-কলাম, একটি মেমরি সংরক্ষণের জন্য অস্থায়ী অবস্থা, ফাইল জন্য বস্তু সংরক্ষণ, এবং একটি ভেক্টর ডাটাবেস জন্য semantic অনুসন্ধান। সঠিকভাবে বেছে নেওয়া হচ্ছে বেশিরভাগ তথ্য প্রকৌশল, এবং এটি প্রায় সবসময় বদলে অদৃশ্য দ্বারা করা হয়।
| মাপ | মান | উৎস | পরিমাপকৃত |
|---|---|---|---|
| উৎপাদনে পৃথক তথ্য সংরক্ষণ করুন | 5 (YugabyteDB, ScyllaDB, Redis/Valkey, MinIO, Qdrant) | kubectl get statefulsets,deployments --all-namespaces | |
| বিতরণকৃত SQL টপোলজি | yb-master and yb-tserver as separate stateful sets | kubectl get statefulsets -n kamo | |
| সংস্করণ নিয়ন্ত্রণের অধীনে SQL মাইগ্রেশন ফাইল | 90 | find . -name '*.sql' across all service repositories | |
| উৎপাদন ডেটাবেস ইঞ্জিন মাইগ্রেশন সম্পন্ন | 1 (CockroachDB to YugabyteDB, live data) | service configuration history; port 26257 retired in favour of 5433 |
কি ভবন এটা আমাদের শিখিয়েছে
তথ্য কোথায় যায়, সে বিষয়ে ডিফল্ট উত্তর হচ্ছে যে প্রকল্পটি সর্বশেষ ব্যবহার করা হয়েছে। এইভাবেই একটি ব্যবসা শেষ পর্যন্ত তার গ্রাহকদের অর্ডার গ্রহণকারী ডাটাবেসের বিরুদ্ধে বিশ্লেষণমূলক সমন্বয় চালিয়ে যায়, অথবা টেবিলের সারিগুলোতে ৩০ গিগাবাইট আপলোড করা ফাইল রাখে। আমরা প্রতিটি স্টোরকে কাজের চাপ অনুযায়ী বেছে নিয়েছি, এবং আমরা যখন ভুল বুঝেছি তখন আমরা তা পরিবর্তন করেছি - প্ল্যাটফর্মটি আগে অন্য একটি বিন্যস্ত এসকিউএল ইঞ্জিনে চলত এবং তা থেকে সরে এসেছিল, যা উৎপাদনমূলক তথ্যের সাথে করা সত্যিই কঠিন এবং যে কোন পরিমাণ স্থাপত্য আলোচনার চেয়ে অভিজ্ঞতা হিসেবে অনেক বেশি মূল্যবান।
বিতরণকৃত এস. কি. ও. একটি একক- নোড ডাটাবেসের জন্য একটি ড্রপ- ইন প্রতিস্থাপন নয়, এবং এটি যেভাবে ভিন্ন তা হল যেভাবে এটি কাটতে পারে। একটি ট্রান্সকশন তার সমগ্র জীবনের জন্য একটি স্ন্যাপশট দেখে, এমনকি পড়া- কমিশন মোডেও, তাই একটি ট্রান্সকশনের মধ্যে একটি সারিটির দ্বিতীয় পড়া একটি লেখা ট্রান্সকশনের মধ্যে কমিশন করা পর্যবেক্ষণ করে না - কোড যা একটি একক নোডে সঠিক ছিল এখানে নিঃশব্দে ভুল। পড়া- এবং- লেখা দ্বন্দ্বগুলি কখনও কিছুই লিখেনি এমন ট্রান্সকশনগুলিতে পুনরায় চেষ্টাযোগ্য ত্রুটি হিসাবে বেরিয়ে আসে। এগুলি অদ্ভুত প্রান্তের ঘটনা নয়; তারা মঙ্গলবার, এবং তারাই কারণ আমরা তথ্যের কাজের ব্যাপারে যা প্রতিশ্রুতি দিই তা সম্পর্কে সাবধান।
বস্তু সংরক্ষণ করে প্রতিটি আপলোড করা ফাইল, বিষয়বস্তু দ্বারা deduplication সঙ্গে, এবং যে তার নিজের শিক্ষা আছে: একটি ব্যর্থ আপলোড একটি সারি ছেড়ে যেতে পারে যে পরবর্তী একটি পুনরায় চেষ্টা deduplicates বিরুদ্ধে, একটি ফাইল উৎপাদন সিস্টেম বিশ্বাস করে যে আছে এবং সেবা করতে পারে না । আমরা যে উৎপাদনে পেয়েছি । এটা এখন কিছু যা আমরা যাচাই করি যে কোন সিস্টেম আমরা যে কোন কিছু deduplicates তৈরি করি ।
নির্মিত হয়েছে
- YugabyteDB
- ScyllaDB
- Redis
- Valkey
- MinIO
- Qdrant
- PostgreSQL wire protocol
- Hibernate
এটা আমাদের যোগ্য করে তোলে
আমাদের বলুন আপনি কি করতে চাচ্ছেন
আমরা সঠিক লোক কিনা তা জানার জন্য সাধারণত একটি সংক্ষিপ্ত কথাবার্তাই যথেষ্ট। যদি আমরা সঠিক না হই, তাহলে আমরা তা বলব এবং আপনাকে আরো ভালো কোন জায়গায় নিয়ে যাব।