Supabase কিনছে Turso—$১৫ কোটি তহবিলের আসল বাজি agent database

সান ফ্রান্সিসকো থেকে ২ অক্টোবর ২০২৬-এ প্রকাশিত Supabase-এর ঘোষণায় GIC-এর নেতৃত্বে ১৫ কোটি মার্কিন ডলারের নতুন অর্থায়ন ও Turso অধিগ্রহণের পরিকল্পনা জানানো হয়; CapitalG, IronArc ও SquarePeg রাউন্ডে অংশ নিয়েছে এবং প্রধান নির্বাহী Paul Copplestone বলেছেন, “The future is agents.” নতুন অর্থ এজেন্টের জন্য ডেটাবেস পণ্য তৈরিতে এবং কর্মীদের শেয়ার বিক্রির সুযোগ দিতে ব্যবহারের কথা রয়েছে।

Supabase-এর অধিগ্রহণ ব্যাখ্যায় বলা হয়েছে, বিদ্যমান ব্যবহারকারীদের সেবায় এখন পরিবর্তন আসছে না: Turso SQLite নিয়ে কাজ চালাবে, আর Supabase তার Postgres-কেন্দ্রিক প্ল্যাটফর্ম বজায় রাখবে। কোম্পানিটির হিসাবে সপ্তাহে ১০ লাখের বেশি নতুন ডেটাবেস চালু হচ্ছে। এই চাপের জন্য ছোট কাজের ডেটাবেস তৈরি ও চালানোর খরচ কমানোই Turso-কে যুক্ত করার প্রধান যুক্তি।

অর্থায়নের অঙ্ক আর Turso কেনার দাম আলাদা

নতুন তহবিলের পুরো অঙ্ককে Turso-র মূল্য ধরে নেওয়ার ভিত্তি নেই। SiliconANGLE-এর প্রতিবেদনে অধিগ্রহণের বিষয়ে দুই প্রতিষ্ঠানের সম্মতি এবং কেনার মূল্য অপ্রকাশিত থাকার কথা রয়েছে। রাউন্ডটি Supabase-এর অর্থায়ন; তার কতটা, আদৌ কোনো অংশ, অধিগ্রহণের লেনদেনে যাবে, প্রকাশিত তথ্য তা নির্দিষ্ট করে না।

একই দিনে দুই সিদ্ধান্ত জানানোর ব্যবসায়িক যুক্তি ডেটাবেসের বদলে যাওয়া চাহিদায়। একটি বড় অ্যাপের দীর্ঘস্থায়ী তথ্যভান্ডার চালানো আর স্বল্পস্থায়ী এজেন্ট কাজের জন্য বহু বিচ্ছিন্ন ডেটাবেস তৈরি করা একই ধরনের অবকাঠামোগত সমস্যা নয়। প্রতিটি ছোট কাজের জন্য আলাদা নিবেদিত যন্ত্র চালু করলে কাজের সংখ্যার সঙ্গে ব্যয়ও বাড়ে। Turso-র স্থাপত্য সেই ক্ষুদ্র কাজগুলো কম অবকাঠামোয় সামলানোর সুযোগ দেয়; নতুন মূলধন দিয়ে Supabase এই ধরনের পণ্য উন্নয়ন এগোতে চায়।

এটি বিনিয়োগকারীদের জন্যও একটি নির্দিষ্ট বাজি। এজেন্ট যত বেশি সফটওয়্যার, পরীক্ষা ও ছোট অ্যাপ তৈরি করবে, ডেটাবেসের সংখ্যা তত দ্রুত বাড়তে পারে—যদিও প্রতিটির কাজ ছোট। সেই ব্যবহারে প্রতিটি ডেটাবেসের পেছনে কত সম্পদ লাগে, তা সরবরাহকারীর খরচ নির্ধারণ করবে। বড় রাউন্ডের তাৎপর্য তাই শুধু বেশি ডেটাবেস বিক্রির সম্ভাবনায় নয়; বিপুল সংখ্যক ছোট ডেটাবেস লাভজনকভাবে পরিচালনা করা যায় কি না, সেই প্রশ্নেও।

Turso-র স্থাপত্য ছোট কাজের হিসাব কীভাবে বদলায়

Turso SQLite-কে Rust ভাষায় নতুন করে তৈরি করেছে এবং এমন একটি ব্যবস্থা গড়েছে, যেখানে একটি সার্ভার অনেক পৃথক ডেটাবেস পরিচালনা করতে পারে। প্রয়োজন হলে সংশ্লিষ্ট ডেটাবেস চালু হয়, নিষ্ক্রিয় থাকলে স্থগিত থাকে। ফলে এজেন্টের প্রতিটি পৃথক কাজের জন্য স্থায়ীভাবে আলাদা যন্ত্র বরাদ্দ রাখার প্রয়োজন কমে। এই পার্থক্যটি বিশেষভাবে গুরুত্বপূর্ণ যখন ছোট কাজের সংখ্যা বাড়ে, কিন্তু প্রতিটি ডেটাবেস সারাক্ষণ সক্রিয় থাকে না।

এই ব্যবস্থা Turso Cloud-এ কিংবা গ্রাহকের নিজস্ব ক্লাউডে চালানো যায়। দুই ক্ষেত্রেই উদ্দেশ্য কাজের চাহিদা অনুযায়ী পৃথক ডেটাবেস তৈরি করা; পরিচালনার জায়গা ও দায়িত্বের বণ্টন আলাদা। Supabase তার ঘোষণায় Superhuman, Sauna.ai, CTO.new ও Mastra-কে এই ধরনের ব্যবহারের উদাহরণ হিসেবে উল্লেখ করেছে। নামগুলো চাহিদার বাস্তব দিক দেখায়, তবে প্রত্যেক প্রতিষ্ঠানের কাজের ধরন বা খরচ সমান—এমন সিদ্ধান্ত সেখান থেকে আসে না।

এজেন্টের জন্য আলাদা ডেটাবেসের সুবিধা শুধু দ্রুত তৈরি হওয়ার মধ্যে সীমিত নয়। একটি কাজের তথ্য অন্য কাজের তথ্য থেকে পৃথক রাখা যায় এবং নিষ্ক্রিয় কাজের ডেটাবেসকে একইভাবে সক্রিয় রাখতে হয় না। তবে খরচের নির্দিষ্ট সাশ্রয় বা সব ধরনের এজেন্ট কাজের জন্য একই ফলের কোনো হিসাব ঘোষণায় দেওয়া হয়নি। Supabase-এর পরিকল্পনা মূলত ডেটাবেস তৈরির প্রতি-কাজের অবকাঠামোগত চাপ কমানোর স্থাপত্যগত যুক্তির ওপর দাঁড়িয়ে।

বর্তমান Turso ও Supabase ব্যবহারকারীর সেবায় কী বদলাবে

ঘোষণার তাৎক্ষণিক প্রভাব হলো দুই ধরনের ডেটাবেসের কাজ পাশাপাশি চলবে। Turso তার SQLite-কেন্দ্রিক সেবা পরিচালনা করবে; বিদ্যমান ডেটাবেস, এপিআই ও কাজের প্রবাহ চালু রাখার কথাও রয়েছে। অন্যদিকে Supabase তার প্ল্যাটফর্মে Postgres ব্যবহার চালিয়ে যাবে। ফলে শুধু অধিগ্রহণের ঘোষণা হয়েছে বলে কোনো বর্তমান অ্যাপকে অন্য ডেটাবেসে সরানোর নির্দেশ নেই।

Turso-র দল Supabase-এ যোগ দিচ্ছে। প্রতিষ্ঠাতা Glauber Costa এজেন্টভিত্তিক অবকাঠামোর কাজের নেতৃত্ব দেবেন; সহপ্রতিষ্ঠাতা Pekka Enberg-ও যোগ দিচ্ছেন। এর ফলে Supabase প্রযুক্তির পাশাপাশি বহু ছোট ডেটাবেস পরিচালনার অভিজ্ঞতাসম্পন্ন দল পাচ্ছে। Turso-র জন্য পরিবর্তনটি বৃহত্তর পণ্য পরিবেশে কাজ করার সুযোগ তৈরি করে, কিন্তু বিদ্যমান গ্রাহকের সেবা বন্ধ হওয়ার ঘোষণা নয়।

নিজস্ব ক্লাউডে Turso চালানো গ্রাহক এবং পরিচালিত Turso Cloud ব্যবহারকারীর সিদ্ধান্তও একই নয়। প্রথম ক্ষেত্রে অবকাঠামোর ওপর গ্রাহকের নিয়ন্ত্রণ বেশি, সঙ্গে পরিচালনার দায়িত্বও থাকে; দ্বিতীয় ক্ষেত্রে সেই পরিচালনার বড় অংশ সেবাটির ওপর নির্ভর করে। অধিগ্রহণের ঘোষণা এই দুই পরিবেশকে একটি অভিন্ন ব্যবস্থায় রূপান্তরের নির্দিষ্ট পদ্ধতি দেয়নি। তাই বর্তমানে যে পরিবেশে কাজ চলছে, তার ধারাবাহিকতাই ব্যবহারকারীর জন্য সবচেয়ে স্পষ্ট তথ্য।

SQLite থেকে Postgres-এ যাওয়ার পথের বর্তমান সীমা

দুই প্রতিষ্ঠানের পরিকল্পনায় ছোট, চাহিদামতো তৈরি কাজের জন্য SQLite এবং অ্যাপ বড় হলে Postgres-এর জায়গা রয়েছে। এতে নির্মাতা শুরুতেই বড় অ্যাপের অবকাঠামো নিতে বাধ্য হন না, আবার পরবর্তী পর্যায়ের জন্য Postgres-এর পথও খোলা থাকে। এই পথ একটি পণ্যগত লক্ষ্য; SQLite ডেটাবেস থেকে Postgres-এ স্বয়ংক্রিয় স্থানান্তরের প্রস্তুত সুবিধা ঘোষণা করা হয়নি।

স্থানান্তর বাস্তবে কতটা সহজ হবে, তা নির্ভর করবে অ্যাপের ডেটার গঠন, কুয়েরি, একসঙ্গে তথ্য লেখার ধরন এবং দুই পরিবেশের ভবিষ্যৎ সংযোগের ওপর। Turso-র ছোট ডেটাবেসে কার্যকর নকশা বড় অ্যাপেও অপরিবর্তিত থাকবে—এমন নিশ্চয়তা নেই। Supabase ও Turso-র অভিজ্ঞতা আরও ঘনিষ্ঠভাবে যুক্ত করার কথা বলা হয়েছে, কিন্তু তার নির্দিষ্ট পদ্ধতি বা সময়সূচি প্রকাশিত হয়নি।

এই কারণেই নির্মাতাদের জন্য পরের গুরুত্বপূর্ণ ঘোষণা হবে দুই পরিবেশের মধ্যে তথ্য ও অ্যাপের কাজ সরানোর বাস্তব ব্যবস্থা। সেটি স্পষ্ট হলে বোঝা যাবে, এজেন্টের ক্ষুদ্র কাজ দিয়ে শুরু করা একটি অ্যাপ বড় হওয়ার সময় কতটা সহজে Postgres-ভিত্তিক উৎপাদন পরিবেশে যেতে পারবে।

আরও পড়ুন:

• Harvey পেল $৫৫ কোটি—নিরাপত্তায় চতুর্থ acquisition একই দিনে
• NVIDIA কিনছে Hugging Face—১৩ বিলিয়ন ডলারের পরও কি প্ল্যাটফর্ম খোলা থাকবে?
• NVIDIA কিনছে Hugging Face: ১,২৯৩ কোটি ডলারেও প্ল্যাটফর্ম খোলা রাখার অঙ্গীকার