Новое изобретение PostgreSQL для приложений следующего поколения

pgEdge спонсировал этот пост.

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

В разговоре с Дэйвом Пейджем, вице-президентом по разработке компании pgEdge, поставщика Postgres с открытым исходным кодом и давним лидером сообщества PostgreSQL, было ясно одно: эта тенденция заключается не в простом выборе «более дешевой» базы данных. Речь идет о надежности, контроле и способности выполнять современные рабочие нагрузки: управляемые искусственным интеллектом, распределенные по периферии или оркестрованные Kubernetes, без привязки к поставщику или тупиков в инфраструктуре.

Преимущества PostgreSQL с открытым исходным кодом

Пейдж работал в экосистеме PostgreSQL с конца 1990-х годов. По его мнению, его самым большим отличием является не одна особенность, а модель управления PostgreSQL. «За PostgreSQL не стоит ни одна компания», — сказал Пейдж.

[Postgres] не является нишевым открытым исходным кодом; это массовая корпоративная технология с огромным резервом талантов и навыков.

Эта независимость имеет большое значение в то время, когда аудит лицензирования баз данных, принудительные обновления и закрытые экосистемы разочаровывают ИТ-директоров. pgEdge опирается на этот принцип; Недавно компания открыла исходный код всех своих инструментов для конечных пользователей под лицензией PostgreSQL — разрешительной лицензией без привязки и полной доступности исходного кода.

PostgreSQL уже претендует на одно из крупнейших сообществ разработчиков в мире с миллионами версий Docker и широко распространенными инструментами, такими как pgAdmin. Это не нишевый проект с открытым исходным кодом; это массовая корпоративная технология с огромным резервом талантов и навыков.

Скептики резонно задаются вопросом, увеличивает ли открытый исходный код операционную нагрузку. Но верно обратное: расширения с открытым исходным кодом, такие как pgEdge, позволяют разработчикам максимизировать полезность PostgreSQL для конкретных случаев использования, таких как обеспечение высокой доступности, обслуживание периферийной сети или развертывание в нескольких облаках и регионах.

«pgEdge запускает Postgres для распределенного использования — никаких самодельных сценариев. CNPG [CloudNativePG] автоматизирует обновления, резервное копирование и PITR [point-in-time recovery]. Настройка ресурсов Kubernetes повышает эффективность оборудования. Миграция — это постепенный процесс, а не работа с вилочным погрузчиком», — сказал Пейдж.

По словам Пейджа, благодаря автоматизации и зрелости поддержки общая стоимость владения открытым исходным кодом значительно превосходит модели лицензирования проприетарных баз данных в масштабе предприятия.

Почему современным приложениям нужны Edge-Native базы данных

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

Поэтому важно выбрать такое решение, как pgEdge, с поддержкой multimaster PostgreSQL в географически распределенных кластерах. С помощью этих инструментов «каждый регион может читать и писать локально с чрезвычайно низкой задержкой, в то время как асинхронная репликация обеспечивает согласованность данных по всему миру. Если регион отключается, трафик может перемещаться в другое место; когда он возвращается, он автоматически ресинхронизируется и воссоединяется», — пояснил он.

Важно отметить, что pgEdge не является ответвлением PostgreSQL, сказал Пейдж.

«Он основан на логической линии репликации Postgres и расширяет ее для многорегиональных производственных топологий с возможностью многократной записи, сохраняя совместимость и целостность экосистемы. Результатом является настоящий дружественный к периферии Postgres для глобальных приложений реального времени — от розничной торговли до Интернета вещей». [Internet of Things] для финансирования и подключения здравоохранения», — сказал он.

автоматизация PostgreSQL с помощью собственных инструментов Kubernetes

Корпоративным командам нужна автоматизация баз данных, соответствующая их инвестициям в Kubernetes, и именно здесь на помощь приходит CNPG, уважаемый оператор Postgres с открытым исходным кодом. Благодаря диаграммам Helm и защищенным образам pgEdge позволяет командам развертывать Postgres в Kubernetes в одноузловых, первичных и репликационных кластерах с высокой доступностью, а также в полностью распределенных Postgres с несколькими хозяевами и несколькими регионами.

На каждом пограничном сайте может быть запущен собственный кластер Kubernetes с локальным узлом Postgres. CNPG занимается резервным копированием, PITR, периодическими обновлениями и даже основными обновлениями версий, что исторически является одной из самых сложных задач Postgres. «Для команд разработчиков платформы это похоже на плоскость управления Postgres, а не на сценарии, за которыми нужно следить», — сказал Пейдж.

Именно здесь Postgres выигрывает у проприетарных баз данных с монолитными консолями поставщиков и зависимостями от профессиональных сервисов. Вместо этого вы получаете управляемую оператором облачную автоматизацию жизненного цикла, согласованную с GitOps и рабочими процессами проектирования надежности сайта (SRE).

Масштабирование архитектуры базы данных по мере роста вашего бизнеса

Лишь немногие организации начинают с многорегиональной архитектуры, но когда рост бизнеса требует расширения, вам нужен плавный прогресс: начните с одного узла или первичной реплики; при необходимости добавьте дополнительные регионы; и включите репликацию с несколькими хозяевами, когда будете готовы. В основе каждого этапа лежит один и тот же стек Postgres. По словам Пейджа, для глобального расширения не требуется никакого перехода к проприетарной кластеризации, архитектурных ловушек или налога на пропускную способность. Это делает масштабирование более простым для команд и менее затратным для бизнеса.

Локальная производительность чтения/записи плюс глобальная согласованность данных — это именно то, что требуется периферийному искусственному интеллекту, особенно когда важен контекст в реальном времени или локальное принятие решений.

pgEdge предоставляет две сборки контейнера: минимальную, состоящую из ядра Postgres плюс репликацию с несколькими хозяевами, и полную, включающую ключевые расширения, такие как PostGIS и pgvector.

Это сочетание охватывает два растущих корпоративных требования: геопространственный интеллект (логистика, телекоммуникации, логистика, государственный сектор) и рабочие процессы поиска данных с помощью ИИ через pgvector для встраивания. Запуск векторов и реляционных данных в одной системе устраняет операционные накладные расходы и позволяет избежать необходимости использования дополнительных проприетарных баз данных искусственного интеллекта.

Высокопроизводительный Postgres

Выводы ИИ все чаще оказываются на грани производительности, конфиденциальности и стоимости. Пейдж подтвердил, что у pgEdge есть клиенты, использующие приложения и модели искусственного интеллекта вместе с распределенным Postgres. Локальная производительность чтения/записи плюс глобальная согласованность данных — это именно то, что требуется периферийному искусственному интеллекту, особенно когда важен контекст в реальном времени или локальное принятие решений.

Такая схема развертывания сигнализирует о новой тенденции: стеки ИИ опираются на распределенный Postgres, а не на разрозненные векторные движки или собственные плагины.

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

pgEdge поддерживает клиентов, работающих в частных облаках, регулируемых средах виртуальных частных облаков (VPC) и полностью изолированных развертываниях. Поскольку его платформа имеет открытый исходный код, команды безопасности могут проверять код и операционные компоненты. Регулируемым отраслям больше не нужно полагаться на поставщиков, предлагающих специальные «автономные» версии, поскольку pgEdge изначально работает где угодно.

Совместимость с SQL и большой кадровый резерв

Верность PostgreSQL SQL и ACID гарантирует, что он станет основным средством миграции. Команды могут перемещать рабочие нагрузки из Oracle и SAP с меньшими трудностями, чем при переходе на NoSQL или проприетарные системы «нового SQL».

Его также легко нанять для PostgreSQL. Пейдж отметил, что, хотя активные участники составляют ядро ​​сообщества, база пользователей огромна — она охватывает финансы, телекоммуникации, программное обеспечение как услугу (SaaS), производство и государственный сектор. Это означает наличие персонала предприятия и долгосрочную стабильность поддержки.

На практике пользователи pgEdge используют стек для стандартизации документации в распределенных системах; автогенерация тестов с целевым покрытием; поддержка итеративного рефакторинга на пограничных сайтах; и поиск вектора мощности рядом с рабочими нагрузками OLTP. Таковы реалии современных приложений: постоянная итерация, функции, управляемые искусственным интеллектом, распределенное развертывание и операционная согласованность.

Стратегическое преимущество распределенного PostgreSQL

PostgreSQL плюс pgEdge — это не только экономичный вариант. Это стратегический путь модернизации для предприятий, которым необходима надежность в нескольких регионах и с несколькими мастерами; Собственные операции Kubernetes; Расширения с поддержкой искусственного интеллекта, такие как pgvector; развертывание в любом месте (облако, гибридное, периферийное или изолированное); и свобода от привязки к поставщику и карательного лицензирования, сказал Пейдж.

Для архитекторов это превращает PostgreSQL в глобально распределенную облачную плоскость управления данными. Для финансовых директоров это трансформирует кривую стоимости базы данных. По его словам, для разработчиков это сохраняет набор инструментов и модель SQL, которые они знают и которым доверяют.

Самое главное, это возвращает предприятиям время — время, которое не тратится на аудиты, ловушки версий, ручное переключение при сбое или сортировку задержек.

Начните использовать pgEdge бесплатно и добавьте поддержку, когда будете готовы. Узнайте больше на странице «Начало работы».

pgEdge Distributed PostgreSQL упрощает развертывание приложений распределенных баз данных с высокой доступностью и низкой задержкой. Только pgEdge является мультимастерным, мультирегиональным и мультиоблачным, при этом он полностью основан на стандартном Postgres и на 100% открыт. Узнайте больше Последние новости на pgEdge ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Крис Дж. Преймсбергер, писатель/редактор нескольких изданий с июня 2021 года, бывший главный редактор eWeek. Он отвечал за освещение издания в течение десятилетия (2011–2021 гг.). За свои 16 лет и более 5000 статей в… Читать далее Криса Дж. Преймсбергера

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *