За последний год разговоры о «вычислениях в облаке» вышли за рамки презентаций. Amazon предлагает SimpleDB, Google держит миллионы приложений на Bigtable и App Engine, Microsoft готовит SQL Data Services в рамках Azure. За громкими анонсами скрывается конкретный сдвиг: база данных перестаёт быть железной стойкой в серверной и становится услугой, которую арендуют по мере роста нагрузки. Для российского бизнеса и госсектора это означает не «завтрашнюю революцию», а набор решений, которые уже сегодня требуют трезвой оценки.

Что реально предлагают облачные СУБД

Облачная база данных снимает с вас две дорогие задачи – закупку оборудования и администрирование под пиковую нагрузку. Платите за фактическое потребление, масштабируете хранилище без простоя на закупку. Это привлекательно для проектов с непредсказуемым трафиком: порталы услуг, сезонные кампании, аналитические витрины.

Но платформы делятся на два лагеря, и разница принципиальна. Реляционные сервисы (тот же SQL Data Services) сохраняют привычный SQL и транзакции – миграция понятнее. Хранилища типа «ключ-значение» (SimpleDB, Bigtable) отказываются от части гарантий ради горизонтального масштабирования: нет полноценных JOIN, согласованность данных часто «отложенная». Перенести сюда учётную систему банка не получится – модель данных придётся переписывать с нуля.

Барьеры, которые в РФ важнее технологий

Главный вопрос – не производительность, а где физически лежат данные. Дата-центры Amazon и Google находятся за рубежом, и это сразу упирается в требования к защите персональных данных. Закон 152-ФЗ вступил в силу, регулятор формирует практику, и передача баз с ПДн на чужую территорию без проработки рисков – прямой путь к претензиям. Мы подробно разбирали это в материале о защите персональных данных, и для облачных сценариев выводы только жёстче.

Второй барьер – каналы связи и доступность. Облачная БД хороша ровно настолько, насколько надёжен ваш интернет-канал до зарубежного ЦОД. Для критичных госсистем это неприемлемый уровень зависимости. Третий – привязка к вендору: API SimpleDB и Bigtable несовместимы между собой, и уход от провайдера превращается в отдельный проект миграции.

Как подойти к этому сейчас

Мы не советуем ни игнорировать тренд, ни бросать в него ядро бизнес-систем. Разумный путь – гибридный, и он ложится в логику, которую мы описывали в заметке о гибридных ИТ-ландшафтах: чувствительные данные и транзакционные системы остаются на своих серверах, а в облако выносятся изолированные задачи – резервные копии, тестовые среды, аналитика по обезличенным данным, всплески нагрузки.

Прежде чем что-то выносить наружу, наведите порядок внутри. Облако не лечит унаследованную архитектуру – оно переносит её проблемы на арендованные мощности и добавляет счёт за трафик. Сначала имеет смысл разобраться с модернизацией старых систем, отделить данные от логики и выстроить понятные интерфейсы. После этого облачная витрина или резервное хранилище встают на готовый фундамент, а не на хаос.

Здесь и начинается проектирование хранилищ данных и аналитики: выбор модели данных, разграничение контуров и расчёт совокупной стоимости с учётом требований российского регулятора.

Вывод

Облачные базы данных – не маркетинговый мираж, но и не готовая замена корпоративной СУБД. В 2009 году это инструмент для конкретных задач: масштабируемая аналитика, резервирование, разгрузка пиков. Стратегия выигрывает там, где компания трезво делит данные на «можно вынести» и «должно остаться дома» и проектирует обе части как единую систему.