Новый центр баз данных Fabric от Microsoft может помочь устранить разрозненность, но пользователям следует занять выжидательную позицию в отношении системы, ограниченной базами данных Microsoft и DBaaS. — theregister.com
Новый центр баз данных Fabric от Microsoft — это «частичное решение» для предприятий, использующих системы за пределами портфолио этого поставщика, но в этих рамках он может сделать базы данных более связанными и управляемыми, заявляют аналитики, комментируя эту новость.
Работая в рамках платформы данных Microsoft Fabric, Database Hub обещает единое место, где инженеры смогут управлять рядом распространенных служб баз данных Microsoft, включая Azure SQL Server, мультимодельную систему Azure Cosmos DB, Azure Database for PostgreSQL, SQL Server с поддержкой Azure Arc, Azure Database for MySQL и другие службы Fabric. Инструмент LLM от Microsoft, Copilot, также обещает предоставлять аналитические сведения, чтобы помочь командам быстро понять, что происходит в их парке баз данных и почему.
Администраторы баз данных (DBA) могут управлять системами локально, в PaaS и SaaS, но они будут ограничены портфолио баз данных Microsoft, заявил Шириш Тхота, корпоративный вице-президент Microsoft по базам данных, в записи в блоге.
Для Эндрю Снодграсса, вице-президента по исследованиям в Directions on Microsoft, это существенный недостаток предложения.
«Все предприятия, которые я знаю, имеют массу продуктов и служб баз данных, не относящихся к Microsoft, на которые это не повлияет. Это означает, что это частичное решение для управления вашим парком данных», — сказал он The Register.
«Вероятно, в будущем оно расширится, но на данный момент имеет ограниченную привлекательность, если только ваш мир не сосредоточен вокруг Azure и SQL Server. Или, что более вероятно, вы настраиваете аналитическую среду в Fabric», — добавил он.
Это хорошая идея, но «скорее ситуация, требующая наблюдения». Снодграсс сравнил его развитие с каталогом данных Microsoft Purview, который «наверстывает упущенное по сравнению с конкурентами».
«Посмотрите на Informatica и Collibra (и несколько других). У них также есть ИИ, мониторинг изменений, предоставление данных для аналитики и надежные элементы управления для обеспечения соответствия. И это зрелые предложения с большой базой установок. Я думаю, будет трудно увести от них клиентов», — сказал Снодграсс.
Девин Пратт, директор по исследованиям в IDC, отметил, что Database Hub может стать «чрезвычайно ценным» для организаций, уже использующих службы данных Microsoft.
«Привлекательность заключается не только в упрощении управления. Это возможность связать операционные базы данных, аналитику, управление и семантический контекст в рамках всего парка, чтобы Copilot и агенты могли работать с более полной картиной», — сказал он The Reg.
Пратт заявил, что главное преимущество Database Hub — предоставление контекста в рамках платформы Fabric, поскольку он связывает управление базами данных с озерным хранилищем OneLake, Fabric IQ, семантическими моделями, а также агентами данных и операций. «Это дает командам больше шансов перейти от сигналов к бизнес-контексту, а затем к действию, вместо того чтобы рассматривать базы данных как отдельный административный силос», — пояснил он.
Однако организации, ищущие гибкости, могут предпочесть использовать ряд инструментов для решения проблемы и их интеграции.
«Альтернатива — подход со смешанными инструментами, использующий собственные инструменты баз данных наряду с отдельными уровнями мониторинга, управления и автоматизации в разнородных средах. Это может обеспечить большую гибкость, в то время как преимущество Microsoft заключается в более тесной интеграции операционных данных, аналитики, управления и ИИ. Компромисс заключается в гибкости против интеграции», — сказал он.
Microsoft не предоставила дополнительных сведений об уровне автоматизации, доступном в Database Hub, например, распространяется ли она на настройку баз данных, что оказалось сложной задачей для автоматизации. Компания пока не ответила на вопросы The Register в этом отношении.
В прошлом году Группа баз данных Университета Карнеги — Меллона опубликовала статью, в которой показано, что алгоритмы векторного встраивания могут улучшить производительность настроек по умолчанию в распространенных службах баз данных PostgreSQL в два-десять раз. Используя отдельный «LLM-ускоритель», время выполнения протокола можно сократить с примерно 12 часов до примерно 50 минут.
Энди Павло, доцент Группы баз данных Университета Карнеги — Меллона, отметил, что Microsoft не предоставила много деталей о своем подходе.
«Демонстрационное видео показывает пример для SQL Server, где есть длительная транзакция, которую агент определяет как причиняющую проблемы. Затем они показывают модель, которая предоставляет объяснение в удобочитаемом виде и действие для ее устранения. Они ничего не показали и не сказали об оповещениях PostgreSQL», — сообщил он нам. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Lindsay Clark