Supabase-მა $150 მლნ მოიზიდა და Turso იყიდა — სამიზნე AI აგენტებია

2026 წლის 2 ოქტომბერს Supabase-მა GIC-ის ხელმძღვანელობით $150 მლნ-ის მოზიდვა და Turso-ს შეძენა გამოაცხადა; რაუნდში CapitalG, IronArc და SquarePeg მონაწილეობდნენ. დაფინანსება პროდუქტის განვითარებასა და თანამშრომლებისთვის ლიკვიდობის შექმნას უკავშირდება, Turso-ს შეძენის მიზანი კი AI აგენტებისთვის მოთხოვნით შესაქმნელი, ერთმანეთისგან იზოლირებული მონაცემთა ბაზებია.

ეს ერთმანეთთან დაკავშირებული, მაგრამ განსხვავებული გარიგებებია: მოზიდული კაპიტალი Supabase-ს ეკუთვნის და Turso-ს ფასი არ არის. SiliconANGLE-ის ცნობით, კომპანიამ Turso-ს ყიდვაზე შეთანხმება გამოაცხადა, თუმცა შესყიდვის ღირებულება არ გაუმხელია. მომხმარებლისთვის მთავარი განსხვავება ახლა ტექნიკურ გეგმაშია: Supabase-ის არსებული აპლიკაციები Postgres-ზე რჩება, Turso კი SQLite-ის მიმართულებას აგრძელებს.

რას აფინანსებს ახალი რაუნდი

ინვესტიცია Supabase-ს აძლევს რესურსს ისეთი ინფრასტრუქტურის განვითარებისთვის, სადაც პროგრამის ან აგენტის მიერ ახალი ბაზის შექმნა ყოველდღიური ოპერაციაა. კომპანიამ რაუნდის მიზნად პროდუქტის განვითარებასთან ერთად თანამშრომელთა ლიკვიდობაც დაასახელა. ეს თანამშრომლებს კომპანიაში არსებული წილის ღირებულების ნაწილის რეალიზების შესაძლებლობას უკავშირდება; საჯარო განცხადება ამ ნაწილის მოცულობასა და მექანიზმს არ აკონკრეტებს. ამიტომ მთლიანი თანხა ახალი ტექნოლოგიის შესაძენ ბიუჯეტად არ უნდა ჩაითვალოს.

ფინანსური მხარე Turso-სგან დამოუკიდებლადაც მნიშვნელოვანია. Supabase ცდილობს მეტი პროექტი მოემსახუროს იმ გარემოში, სადაც კოდის შექმნის ინსტრუმენტები აპლიკაციების საცდელ ვერსიებს სწრაფად აჩენს. თითოეულ ასეთ ვერსიას შესაძლოა საკუთარი მონაცემების შენახვა დასჭირდეს, ხოლო ბაზების მართვის ხარჯი მაშინ იზრდება, როცა ბევრი მათგანი მცირეა და პერიოდულად გამოიყენება. ახალი კაპიტალის პროდუქტის განვითარებაზე მიმართვა ამ მასშტაბის მომსახურებას უკავშირდება; თანამშრომელთა ლიკვიდობა იმავე რაუნდის ცალკე მიზანია.

GIC-ის წამყვანი როლი და CapitalG-ის, IronArc-ისა და SquarePeg-ის მონაწილეობა ინვესტორთა შემადგენლობას აღწერს. განცხადებაში მათი ინდივიდუალური შენატანები და ახალი შეფასება არ არის მოცემული. ამ მონაცემების გარეშე რაუნდის ზომიდან ვერც შეძენის ფასს და ვერც იმ თანხას გამოვთვლით, რომელიც უშუალოდ ახალი ინფრასტრუქტურის შექმნას მოხმარდება.

რატომ შეიძინა Supabase-მა Turso

Turso-ს როლი ბევრი მცირე ბაზის მოთხოვნით შექმნაშია. AI აგენტს შეიძლება დამოუკიდებელი საცავი დასჭირდეს კონკრეტული პროტოტიპის, კვლევის ან აპლიკაციისთვის; როცა მსგავსი ამოცანები მრავლდება, თითოეულ ბაზაზე მუდმივად გამოყოფილი მანქანა რესურსს ფუჭად ხარჯავს. იზოლაცია ამ შემთხვევაში ნიშნავს, რომ სხვადასხვა აგენტის ან ამოცანის მონაცემები ცალკე ბაზებში ცხოვრობს. თითოეული ბაზისთვის ცალკე ფიზიკური სერვერი საჭირო არ არის.

Supabase-ის ტექნიკურ განმარტებაში წერია, რომ პლატფორმა კვირაში მილიონზე მეტ ბაზას ქმნის, Turso-ს სისტემა კი ერთ სერვერზე მრავალი ბაზის მართვას ემსახურება; მოქმედი მომხმარებლებისთვის იქვე ნათქვამია: „For existing users, nothing changes“. ბაზა საჭიროებისას იტვირთება და უმოქმედობისას ჩერდება. აგენტს ამგვარად შეუძლია საკუთარი ბაზა სწრაფად მიიღოს ისე, რომ მცირე, დროებითი დატვირთვისთვის მუდმივი გამოთვლითი რესურსი არ დაიკავოს. Turso-მ SQLite Rust-ში თავიდან ააგო და დიდი რაოდენობით მცირე ბაზის მართვის არქიტექტურა შექმნა.

მოთხოვნით შექმნის მოდელი Supabase-ის ინფრასტრუქტურით არ შემოიფარგლება. Turso-ს ბაზები მისი ღრუბლიდან ან მომხმარებლის ღრუბლოვან გარემოში შეიძლება იმართებოდეს, რაც განთავსების არჩევანს ტოვებს. არქიტექტურის ღირებულება იზრდება მაშინ, როცა ბაზა სწრაფად ჩნდება, მაგრამ მისი მონაცემები სხვა ამოცანებისგან გამიჯნული რჩება და უმოქმედობისას რესურსს მუდმივად არ მოიხმარს. ეს კომბინაცია შეესაბამება აგენტურ სამუშაოს, სადაც პროექტის ხანგრძლივობა და დატვირთვა წინასწარ ყოველთვის ცნობილი არ არის.

რა რჩება Postgres-ზე და რა — SQLite-ზე

არსებული Supabase აპლიკაციებისთვის ძირითადი მონაცემთა ბაზა Postgres რჩება. კომპანია მას მზარდი აპლიკაციის საფუძვლად ხედავს, მაშინ როცა SQLite მცირე, სწრაფად შესაქმნელ ბაზებს შეეფერება. ამიტომ შეძენის განცხადება არსებულ Supabase მომხმარებელს მონაცემების Turso-ში გადატანას არ ავალდებულებს. Turso-ს მოქმედი მომსახურებაც უნდა გაგრძელდეს და მის მომხმარებლებს SQLite-ის დატოვება არ ევალებათ.

ეს გამიჯვნა მომხმარებლისთვის არჩევანის არქიტექტურულ რუკას ქმნის. ცალკე აგენტის დროებითი სამუშაო მონაცემები შეიძლება მცირე SQLite ბაზაში მოთავსდეს; აპლიკაცია, რომელსაც მზარდი გამოყენება, მუდმივი მონაცემები და Supabase-ის არსებული სერვისები სჭირდება, Postgres-ზე რჩება. ერთ გარემოში ბევრი დამოუკიდებელი ბაზის შექმნის უნარი და მეორე გარემოში გაზრდილი აპლიკაციის მომსახურება განსხვავებულ ამოცანებს პასუხობს. მათი ერთ კომპანიაში გაერთიანება ამ ფუნქციების ავტომატურ შერწყმას ჯერ არ ნიშნავს.

განცხადებული გზაა მცირე დატვირთვიდან უფრო ფართო Supabase ეკოსისტემაში გადასვლა, მაგრამ კონკრეტული მიგრაციის პროცესი, ინტეგრაციის პირობები და გამოშვების ვადა ჯერ არ გამოქვეყნებულა. მოქმედი პროდუქტის მიმართულება ნათელია; ახალი ერთიანი სამუშაო გზის შეფასება მისი ტექნიკური აღწერის შემდეგ იქნება შესაძლებელი. ამ განსხვავებას მნიშვნელობა აქვს განსაკუთრებით იმ პროექტებისთვის, რომელთაც უკვე აქვთ Postgres-ის სქემა ან Turso-ს SQLite ბაზებზე აშენებული მონაცემთა მოდელი.

Turso-ს გუნდის როლი და შემდეგი ნაბიჯი

Turso-ს გუნდი Supabase-ს უერთდება და აგენტური ინფრასტრუქტურის მიმართულებაზე იმუშავებს. Glauber Costa ამ სამუშაოს უხელმძღვანელებს, Pekka Enberg კი გუნდთან ერთად გადადის. ამგვარად, შეძენას უკვე აქვს ორგანიზაციული შედეგი: ახალი მიმართულების განვითარებაზე იმ გუნდის წევრები იმუშავებენ, რომელმაც მცირე ბაზების მართვის არქიტექტურა ააგო. მოქმედი Postgres და SQLite პროდუქტები meanwhile თავიანთ მიმართულებებზე აგრძელებენ განვითარებას.

შემდეგი შედეგი გამოჩნდება, როცა კომპანიები განმარტავენ, როგორ დაუკავშირდება Turso-ს მოთხოვნით შექმნილი ბაზები Supabase-ის პროექტებს და რა გზა ექნება გაზრდილ დატვირთვას Postgres-ისკენ. ეს წესები მომხმარებელს აჩვენებს, როდის რჩება ამოცანა მცირე იზოლირებულ ბაზაში და როდის გადაიქცევა სრულფასოვანი აპლიკაციის მონაცემთა ნაწილად.

ასევე წაიკითხეთ:

• General Intuition-მა $220 მლნ მოიზიდა — თამაშის მონაცემები $6,2 მლრდ-ად ფასობს
• Flow Engineering-მა $50 მლნ მოიზიდა — შეფასება ერთ წელიწადში $750 მლნ გახდა
• OneByZero-მ $20 მლნ მოიზიდა — AI ექსპერიმენტიდან სამუშაო სისტემაში გადადის