Salesforce запускает SaaS базу данных - Database.com

08.12.10



Видимо, Марк Беньофф, CEO Salesforce, долго думал, как бы утереть нос своему "другу" Ларри Эллисону из Oracle и доказать ему, что Cloud Computing - это круто. И придумал он облачную базу данных, которая будет работать как SaaS сервис. Ведь Oracle - практически монополист рынка СУБД (после приобретения компании SUN вместе с MySQL) и если дело выгорит, то лучшего способа насолить Ларри и не придумаешь. Для большего эффекта Беньофф купил где-то идеальный домен Database.com. Одноименный сервис, который Марк сегодня представил на конференции Dreamforce, позволяет создавать надежные масштабируемые базы данных с помощью графического интерфейса и обращаться к ним из любых мобильных/web/десктоп приложений через API-интерфейсы (SOAP и REST). Database.com позволяет хранить любой контент (в т.ч. документы, картинки, видео), поддерживает язык запросов SQL и предоставляет множество дополнительных наворотов, например, push-апдейт данных от СУБД к приложению, управление профайлами пользователей и их авторизация.

СУБД as a Service - это уже не супер новая идея. Еще в прошлом году появились Amazon RDS и SQL Azure. Но это были СУБД-сервисы, предназначенные для конкретных облачных платформ. А Database.com позиционируется как  независимая (удаленная) облачная СУБД, и это означает, что каждый раз, когда приложение или сервер приложений будет к ней обращаться, данные будут проходить огромные расстояния через интернет (а это снижение скорости отклика и потенциальная дыра в безопасности). Насколько будет востребован именно такой сервис - пока непонятно.

Но Марк Беньофф абсолютно уверен, что это бомба. Об этом говорят цены на сервис. В отличии от Amazon RDS и SQL Azure, Database.com хочет брать деньги не за машинное время и количество транзакций, а за количество записей в базе ($10 за 100 тыс записей) и даже за каждого отдельного пользователя ($10/мес за пользователя). Причем за транзакции платить тоже придется и довольно дорого - $10 за 150 тыс транзакций. Есть и бесплатный план, но он ограничен на 100 тыс записей, 3 юзера и 50 тыс транзакций в месяц.
SJJ | 08.12.10
Да, на этот раз Salesforce действительно что-то намудрила. Зачем нужна СУБД, которая расположена за тыщи километров от сервера? Разве что для каких-то простых мобильных приложений подойдет
Alf | 08.12.10
называется, тупо испортили хороший домен :)
Mouse | 08.12.10
Alf
называется, тупо испортили хороший домен :)

:). интересно, сколько этот домен стоил
Alf | 08.12.10
Mouse
:). интересно, сколько этот домен стоил

видимо, очень дорого, теперь вот пытаются бабки отбить непомерными ценами
Alex | 08.12.10
Интересно будет услышать реакцию Ларри Эллисона
mazzy | 08.12.10
подобный сервис уже есть
http://mongohq.com
palich12 | 08.12.10
подобный сервис уже есть
http://mongohq.com

Ну это то понятно, что на любом сервере или хостинге можно СУБД развернуть. А тут основная идея то, что СУБД облачная
хотя не ясно, если уж переходить в облако то всей системой целиком а н только СУБД, иначе смысл теряется. А если система вся на каком-то облаке стоит, типа Amazon RDS или SQL Azure, то зачем отдельная субд ведь там уже свои.
Да и цены какие-то непомерные, может быть сошло бы для толстых клиентов если бы пользователей можно было создавать неограниченно, а так опять же не понятно, как можно сделать серьёзную систему с толстыми клиентами на 3 учетках пользователей.
ДмитрийК | 08.12.10
Интересный момент. В иностранных источниках пишут что у них есть вот такой зверь невиданный

"multi-tenant version of Oracle's database"

На сайте самого Oracle такого продукта не наблюдается. Что бы это значило. Есть теории?
Sergei Makarov | 08.12.10
Да, на этот раз Salesforce действительно что-то намудрила. Зачем нужна СУБД, которая расположена за тыщи километров от сервера?

Очевидно, они сами на себе тренировались, и провели массу бенчмарков (я имею в виду бенчмарки компонентов стека Force.com), накопили массу статистики, потому знают, где узкие места. Salesforce.com - вполне географически распределённая система, наверняка они проводили массу экспериментов, какой трафик пускать между различными узлами http://www.trust.salesforce.com/trust/status/.
ДмитрийК | 09.12.10
SJJ
Да, на этот раз Salesforce действительно что-то намудрила. Зачем нужна СУБД, которая расположена за тыщи километров от сервера? Разве что для каких-то простых мобильных приложений подойдет


Я думаю что предполагается что пользоваться этим будут:
- пользователи проекта который salesforce мутит с vmware (на Spring)
- пользователи всяких клоудов вроде amazon с которыми у них будет скоростной инет налажен
ДмитрийК | 09.12.10
По поводу Oracle, покапался и кое что нашлось на эту тему

http://www.oracle.com/us/technologies/026989.pdf