Какова рекомендуемая архитектура базы данных / программного обеспечения или стратегии для проектирования систем членства, используемых в нескольких местах?
Я работаю над системой торговых точек, которая работает с нескольких витрин.Я использую модель, которая использует (ограниченные) локальные данные, так что в случае сбоя в сети Интернет продажи могут продолжаться.
Но я озадачен, что бы было лучше всего получить доступданные в реальном времени, такие как системы членства.Проще говоря, есть два варианта:
- Нет доступа к данным полуреального времени без подключения к центральной базе данных.
- Локальное размещение базы данных с логической репликацией.Запросы на чтение -> локальная база данных, запросы на запись -> центральная база данных.
С помощью pglogical я мог бы создать второй подход, но как это будет работать, когда вы приблизитесь к масштабу.Например, в моей родной стране продуктовый рынок насчитывает около 1000 витрин, мог бы такой подход расширить.
Еще одна проблема, с которой я сталкиваюсь, связана с точки зрения технического обслуживания.Будет ли локальный хостинг с такой формой репликации не подвержен ошибкам.