MongoDB объявила о выходе нового крупного релиза документоориентированной СУБД с открытым исходным кодом MongoDB 3.2. Как пишет eWeek, релиз преследует своей целью охватить больше категорий из числа бизнес-пользователей, включая аналитиков, ученых и руководителей предприятий. Обновление принесло ряд нововведений и позволяет интегрировать MongoDB 3.2 в существующие рабочие процессы. СУБД поддерживает хранение документов в JSON-подобном формате, имеет достаточно гибкий язык для формирования запросов, может создавать индексы для различных хранимых атрибутов, поддерживает журналирование операций по изменению и добавлению данных в БД, а также репликацию и построение отказоустойчивых конфигураций.
Одним из нововведений стал графический интерфейс Compass для управления, визуализации, изучения данных и формирования выборок без необходимости применения языка запросов MongoDB. «Compass — действительно ценный инструмент, — сказал владелец Plus N Consulting и бета-тестер Нури Гальперин. — Пользовательский интерфейс упрощает использование базы данных вплоть до отдельных суб-документов. Compass позволяет строить запросы без предварительного знания языка запросов MongoDB. Это, в свою очередь, делает возможным привлечение к работе с MongoDB более широкого круга пользователей в организации».
Администраторы баз данных могут использовать MongoDB 3.2 наряду с реляционными базами данных, тем самым дополняя функционал таких популярных инструментов управления производительностью приложений, как New Relic и AppDynamics. «Наши клиенты, особенно это касается крупнейших мировых предприятий, постоянно требуют упростить перенос критически важных нагрузок с локальной инфраструктуры на MongoDB, — сказал президент и главный исполнительный директор MongoDB Дев Иттичериа. — Этот релиз — еще один важный этап на пути быстрой эволюции нашего продукта. Он предлагает клиентам функции и возможности, которые придадут им реальную уверенность, что база данных MongoDB будет справляться с работой как новых, так и существующих рабочих нагрузок».
По словам представителей компании, новый релиз исключает необходимость приспосабливаться под ранее существовавшее в MongoDB требование «один размер подходит всем» — эта технология хранения данных подстраивалась под работу каждого типа приложений. Взамен нее гибкая архитектура MongoDB WiredTiger и MMAPv1 дополнена двумя новыми инструментами. Один из них — Vormetric Data Security Manager — предлагает механизм шифрования, который должен помочь предприятиям защитить критически важные данные для доверенного доступа. Движок обеспечивает сквозное шифрование данных и их передачу наряду с контролем доступа и аудитом для криминалистического анализа.
«Мы сертифицировали Vormetric Data Security Manager в качестве ключевого решения для управления MongoDB. Теперь наши клиенты могут хранить свои данные в MongoDB и снизить операционные издержки, получив надежную платформу, основанную на стандартах по управлению ключами шифрования», — сказал вице-президент по развитию Vormetric Арун Говда.
Еще одной особенностью MongoDB 3.2 являются средства проверки корректности структуры и содержимого документов, реализованные через привязку к документам специального валидатора, определяющего правила для проверки типов, полей и значений. MongoDB 3.2 также получила новый движок хранения для систем реального времени, размещающий все данные в оперативной памяти.
В СУБД обновились менеджеры управления — Cloud Manager и Ops Manager, которые получили новые возможности для упрощения развертывания MongoDB. Ои дают пользователям возможность визуализировать производительность запросов, позволяя оценить возникающие задержки и выделить медленные запросы. Эти инструменты также обеспечивают индексирование SQL-предложений, основанных на истории запросов, и упрощают добавление новых индексов «в один клик» без простоев в работе приложений.
«Современные приложения рассчитаны на глобальную аудиторию, их работа не должна прерываться, — сказал соучредитель и технический директор MongoDB Элиот Горовиц. — Люди ожидают, что у них будет мгновенный доступ к приложениям и услугам в любое время независимо от того, где они находятся. Разработчики могут успешно поставлять системы на базе MongoDB для глобальной аудитории с гораздо меньшими усилиями, чем это требуется для традиционных баз данных».
Кроме того, в MongoDB 3.2 поддерживается автоматическое восстановление после сбоя и перенос нагрузки с вышедшего из строя узла. Расширение кластера или преобразование одного сервера в кластер производятся без остановки работы БД простым добавлением новых машин. Появились новые возможности, связанные с управлением данными, позволяющие организациям централизованно удовлетворять тем стандартам качества приложений, которые им требуются. Как заявляет MongoDB, пользователям больше не нужно выбирать между гибкостью NoSQL и качеством обработки данных, предоставляемым традиционными реляционными базами данных.
