Облачные базы данных в последнее время становятся всё более популярными. Причина — надёжность, простое масштабирование и высокая доступность. Эти качества позволили назвать такие хранилища лучшим в своей сфере. Стоит подробнее ознакомиться с ними.
Кому подходит и не подходит?
Есть несколько ситуаций, когда обращаются к подобным услугам:
- Недостаточно опыта, связанного с самостоятельной настройкой таких систем, их администрированием. За счёт новых технологий запуск занимает всего несколько минут. Пользователи практически сразу получают весь необходимый функционал.
- Необходимость создания недорогого хранилища, в котором разместятся резервные копии. Это гораздо дешевле использования локальных серверов.
- Требуется развернуть систему, полностью соответствующую требованиям ФЗ-152, с минимальными временными затратами. Например, если компания работает с персональными данными.
- Нужен набор дополнительной мощности, но оплата желательна по мере необходимости.
Удобство в том, что владельцы платят только за то, что реально используют. Можно разбивать данные на части, исключать невостребованные функции. Но не всегда переход на эти технологии можно назвать оптимальным. Например, к настройкам серверов БД нет полного доступа, зато провайдер предоставляет дополнительные гарантии. Нужны другие варианты, если актуален именно полный контроль, включающий администрирование, или когда необходимы тонкие настройки.
СМОТРИТЕ ТАКЖЕ: Как моделировать бизнес-процессы в BPMN
Особенности инфраструктуры в облаке
Выделяют некоторые инфраструктурные особенности, с которыми необходимо знакомиться до начала развёртывания систем. К примеру, в зависимости от задач заказчика выбираются разные варианты дисков. В облаке MCS при создании БД действуют варианты Low Latency NVME, High-IOPS SSD, SSD. Последняя разновидность отличается повышенной отказоустойчивостью, надёжностью. IOPS нужны тем, у кого предъявляются высокие требования к соответствующему формату.
Low Latency NVMe подходят для ситуаций с высоко нагруженными приложениями. Они размещаются локально, чем и отличаются от большинства других разновидностей дисков. Гарантировано время отклика, которое становится минимальным.
От объёма дисков напрямую зависит то, насколько производительным будет каждый из них. Здесь надо учитывать определённый шаг, который действует для дискового пространства. Иногда достаточно изменить размер диска в большую сторону, если требуется увеличить скорость обработки данных. К примеру, выбрали вариант диска HIGH-IOPS SSD, на нём развёрнута база данных на 50 ГБ. Устройство относится к высокоскоростным, но при тестировании выяснилось, что имеющихся возможностей не хватает. Необходимо увеличивать размер дисков, тогда и производительность больше.
Быстро доступны корректировки по типу и размеру лент. Но здесь действуют только в большую сторону, чтобы потерь было как можно меньше. Внимание обращают на тип процессоров, количество ядер и объём ОЗУ. Это и есть флейвор – отдельный параметр. По заказу пользователи могут запрашивать индивидуальные конфигурации. Всё зависит от того, какие задачи поставлены.
Без задержек между дата-центрами тоже не обойтись, тем более, если настраиваются синхронные реплики. Обычно такие задержки составляют 1-2 миллисекунду. Величина корректируется и определяется задействованными сейчас загрузками.
Базы данных, доступные в облаке VK
Стоит описать не только доступные базы, но и основные сценарии их использования. Это позволит понять, как именно выбрать вариант, больше всего подходящий конкретному заказчику.
- PostgreSQL. Классический вариант системы. Поддерживает не только стандарт SQL, но и принципы ACID. Отличный вариант для обработки транзакции в реальном времени. С традиционными нагрузками справляется без проблем. Отличается широким набором встроенных функций, решающих разные задачи, связанные с аналитикой, например, когда требуется построить небольшое хранилище данных. Недостаток: отсутствует горизонтальное масштабирование. Увеличение объёмов связано с дополнительными проблемами.
- Postgres Pro Standard. Разновидность системы, которую называют объектно-реляционной. Работает с актуальными версиями стандартов, допускает изменения и поддерживает расширения. Выпускается со всеми новыми решениями, которые реализуются компанией. Применяются и сторонние доработки, которые уже приняты у пользователей. Система подходит для транзакционных сфер, тем более, если компании необходим дополнительный функционал, который отсутствует в аналогичной системе. Дополнительных функций много, включая усовершенствованный полнотекстовый поиск, доступ к внутренним данным и контроль, сохранение планов по выполнению и так далее.
- MySQL. Одно из популярных приложений, которое относится к разновидностям Open Source OLTP. Но соответствие стандарту не такое полное, если сравнивать с PostgreSQL. Зато для данного решения характерна высокая производительность операций, связанных с чтением. Допустим вариант с транзакционной нагрузкой, которой не требуется комплексная внутренняя логика, сложные аналитические решения. В других же ситуациях предыдущие системы считаются более современными.
- MongoDB. Популярная NoSQL-система. Считается документоориентированной разновидностью. Благодаря этому предоставляет пользователям значительную гибкость. Схему таблиц можно заранее не задавать. Присутствует возможность для горизонтального масштабирования, способность выдержать действительно серьёзные нагрузки. Если дело ведут со сложными структурами и частой корректировкой информации, то MongoDB подойдёт заказчикам. Отличный вариант при применении гибких приложений без жёсткой схемы с информацией. Главное — быть осторожными.
- Redis. Применяется для хранения структуры с данными в виде «ключ-значение». Отличается быстрой работой. Сохраняет однопоточность по умолчанию, поэтому требует производительного CPU. Рекомендуется подключать систему, если есть минимум 4 ГБ оперативной памяти. Работает с брокерами сообщений, либо с кэшем в больших количествах.
- ClickHouse. Система, которая изначально создана для того, чтобы справляться с разными видами аналитических нагрузок. С использованием шардирования горизонтальное масштабирование проводится при необходимости. Удобное решение для построения разных витрин с большим количеством сведений, в том числе, когда требуется режим реального времени. Но не сочетается с произвольными запросами или системами, где данные, записанные ранее, с большой вероятностью удаляются или корректируются. Зато она отлично дополнит точечные операции по чтению и записи одиночных строк со своими ключами.
- Arenadata DB Cloud. Аналитическая разновидность систем. Построена на исходном коде. Главная основа – PostgreSQL. Переход на этот вариант системы при необходимости максимально прост. Одним из достоинств является и масштабируемость, и высокие нагрузки не доставляют никаких проблем.
ВАМ МОЖЕТ БЫТЬ ИНТЕРЕСНО: Boss.direct: обзор конструктора чат ботов для Instagram
Пример создания проекта с DBaaS на платформе VK
Практические шаги, которые проходят при внедрении систем и создании разных вариантов платформ.
Начало: выбор подходящей разновидности, её пошаговое внедрение. В случае с платформой VK выполняются такие шаги:
- Выбирают пункт с базами данных. На экране отображается список ранее созданных проектов. Нажимают кнопку добавления, чтобы создать новый инструмент.
- Нужно выбрать не только разновидность системы, но и её конфигурацию.
- Указывают конкретное имя и выбирают характеристики. Некоторые наборы функций обозначаются как 152-FZ. Это значит, что используется защищённый контур, который аттестован согласно действующему законодательству.
- На этом же этапе выбирают некоторые другие характеристики, включая тип диска или зону доступности.
- Включают автомасштабирование, если эта функция действительно необходима, указывают, какой именно размер нужен.
- Выбирают сеть из списка того, что доступно пользователю. Рекомендуется выбирать дополнительные группы безопасности.
- При необходимости устанавливают создание резервных копий и периодичность, с которой выполняется операция.
- Указание на базы данных. По умолчанию оно такое же, как имя инстанса.
- Генерирование пароля.
- Восстановление базы данных из резервных копий, созданных заранее (если это требуется). Достаточно установить переключатель в нужной позиции. При отсутствии ранее сохранённых версий всё создаётся заново.
- Когда все данные заполнены, можно нажать на кнопку, которая запускает процесс. На его реализацию уходит некоторое время.
Следующий этап — регулировка конкретных параметров системы. Открывается страница, где представлено несколько вкладок. Первая из них включает основные данные, связанные с текущим инструментом. Есть и сниппеты, чтобы подключить разные приложения. Есть вкладка «список баз данных». Там можно посмотреть список всех баз, созданных на сервере и создать новую. Достаточно указать имя.
«Параметры баз данных» — вкладка, посвящённая значениям различных характеристик. Необходимо выбирать соответствующие параметры, а потом устанавливать нужные значения.
Можно добавлять и удалять существующих пользователей.
В последней вкладке описывают расширения. Например, для отправки разных меток и работы с криптографией, разными видами данных и так далее. Выполняются операции над созданными БД.
Базы данных — инстансы баз данных. По такому пути необходимо перейти, чтобы выполнять операции над инструментами. Достаточно отметить сервер специальным флажком, чтобы стали активными действия, доступные владельцу.
ИНТЕРЕСНО: Рейтинг 20 лучших CMS для интернет-магазина
Перезапуск и полное удаление — вот лишь примеры функций, которые могут открываться. Выпадающее меню откроет целый список операций, доступных к выполнению. Оно часто становится доступным по отношению к конкретной системе, на которой развёрнуто то или иное решение. Конфигурации машины можно менять, когда речь о вертикальном масштабировании. Далее нужно перейти к режиму Master-Slave
Конфигурация «Кластер»: вариант выбирают, когда проходят начальный этап создания БД. Благодаря этому открывается доступ к асинхронным репликам, синхронным разновидностям и мастер-узлам.
Некоторые элементы можно добавлять после создания кластера по мере того, как возникает необходимость. Достаточно выбрать пункт в меню, посвящённый расширению кластера, тип дисков и зону доступности для новой реплики.
При работе с резервными копиями данных переходят к разделу, посвящённому Бэкапам. Здесь показываются текущие настройки по резервному копированию. Выпадающее меню позволяет при необходимости остановить РК, просмотреть ранее созданные бэкапы и настроить расписание, согласно которому они формируются. Можно добавить резервную копию данных вручную.
Преимущества и недостатки DBaaS
Благодаря облачным хранилищам данных организация без проблем перейдёт к использованию гибкой, адаптивной базы данных из облака.
DBaaS выгодно использовать по нескольким причинам:
- Сведение затрат к минимуму, снижение других расходов. Плата отправляется только за то, что реально применяется на практике. Это правило в равной степени распространяется на вычислительные мощности, поддержку и трафик. Крупные инвестиции единовременно не нужны. Предоставление услуг по запросу не предусматривается в аналогичных внутренних системах, накладывают ограничения на масштабируемость, поэтому DBaaS станет доступным, экономически эффективным решением в том числе для крупных предприятий.
- Масштабируемость. Достаточно опираться на текущие потребности предприятия, а увеличение, уменьшение масштаба происходит автоматически. Вычислительные мощности выбирают, распределяют с учётом указанных факторов.
- Безопасность и производительность.
- Увеличение скоростей и гибкости за счёт порталов с самообслуживанием.
От применения таких решений часто отказываются. Например, это происходит из-за отсутствия контроля и рисков безопасности или из-за повышенных требований со стороны закона о конфиденциальных данных. Непосредственный доступ к информации теряется, когда её доверяют третьей стороне, поэтому и возникают опасения. Но большая их часть не оправдана.
Вывод
Сегодня многие компании уже применяют облачные технологии, либо они находятся в процессе миграции. В будущем планируется, что этот показатель может достигнуть 100%. Сфера медицины все еще эксплуатирует выделенные разновидности оборудования. Но и в этом направлении всё чаще выбирают облака. Такие системы не уступают традиционным по своим характеристикам и параметрам, а пользы приносят гораздо больше. С ними гораздо проще получить детальную аналитику по всем параметрам. Такие технологии обеспечат простое, быстрое наращивание мощностей по требованию.
