Member 8208898 Ответов: 2

Безголовая CMS против СУБД

Эй,

Поэтому команда, в которой я нахожусь, экспериментирует с внедрением безголовой CMS для размещения всех наших данных. Безголовый продукт CMS-это Contentstack. Это довольно круто, что у него есть API записи и чтения для создания данных.

Мой вопрос заключается в том, является ли это хорошей идеей для замены по существу нашей СУБД? В настоящее время у нас есть один API, который считывает данные из базы данных MYSQl, и прокси-серверы других API, которые также размещают свои данные в базе данных MYSQL. Эти данные, наконец, подаются в веб-и мобильные приложения как для пользователей, так и для администраторов (мы используем пользовательский инструмент администрирования для кураторства данных). Существует также некоторая внутренняя связь между приложениями через rabbit mq и т. д.

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

Кто-нибудь когда-нибудь был частью чего-то подобного? Это вообще хорошая идея? Мои первоначальные мысли... нет, особенно если мы не планируем использовать безголовый пользовательский интерфейс cms для создания данных, а вместо этого наш собственный инструмент кураторства. Я просто не вижу непосредственной выгоды, чтобы оправдать миграцию, которую мы могли бы сделать.

Что я уже пробовал:

Я проверил это и установил, что это может быть сделано. Вопрос в том, должны ли и будем ли мы это делать?

2 Ответов

Рейтинг:
2

Member 14514693

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

Как уже упоминалось выше, правильное решение в значительной степени зависит от имеющихся внутренних навыков. Но наличие высокодоступной, необслуживаемой CMS прекрасно сочетается с другими компонентами современного технологического стека. Кроме того, существующие API вашего приложения (и проксированные API) могут оставаться в основном теми же самыми.

Рейтинг:
18

MadMyche

На самом деле, API, которые у вас есть, не так уж далеки от того, чтобы быть безголовой CMS.

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

Member 8208898

Да, я согласен с этим. Спасибо за понимание - наши API по большей части являются безголовыми CMSs. По крайней мере, мы можем перенести эту часть на CMS и освободиться от беспокойства о доставке... по крайней мере, для основных полезных нагрузок.