лучший опыт в архитектуре в централизации расположения различных модулей (cms, веб-приложения, ...) - - PullRequest
0 голосов
/ 16 мая 2010

Скажем так, я хочу создать CMS и другие онлайн-приложения.

Я хочу объединить их все в одном месте, но они также должны быть доступны отдельно (не каждый хочет больше, чем решение CMS).

Должен ли я создать огромное центральное приложение, содержащее всю базу данных, которая взаимодействует через веб-сервис с «автономно интегрированными» модулями?

Или я должен создать их отдельно, чтобы единственное, что «центральное» приложение делало, - это синхронизировало информацию (например, CMS и другое решение могут иметь одинаковые таблицы, например, клиенты или сотрудники).

Или у тебя есть другая идея? (Я знаю, что немного расплывчато, но я не могу «дать» много деталей из-за трудового договора).

Если у кого-то есть все «пакеты», центральное приложение должно иметь возможность объединить все модули в одном месте! Или, если у кого-то есть более одного модуля, он должен объединить это на веб-сайте.

Что я считаю лучшим, так это то, что центральное местоположение содержит только пользователей и их права (например, CMS - все права, ...), а информация синхронизируется с каждым изменением.

(модуль cms, добавление нового клиента -> локально хранить и отправлять данные в центральное местоположение, центральное местоположение -> отправлять в модули -> таблица клиентов обновляется везде)

Таким образом, легко, если кто-то «купил» только один модуль, он может легко синхронизировать его с помощью полной архитектуры.

Надеюсь, я ясно дал понять!

1 Ответ

2 голосов
/ 16 мая 2010

Сложно ответить, но, тем не менее, я думаю, что это может помочь вам взглянуть на архитектурный паттерн Микроядро (из книги Pattern Oriented Software Architecture). Это общее решение для того, чтобы иметь минимальную (микроядерную) систему (cms в вашем случае) и использовать разные модули.

...