Ситуация:
Сейчас есть одна база. Скоро добавится ещё одна. Потом ещё несколько. 10-20-30 штук будет со временем. По всей России, в разных точках.

Конфигурация у всех баз будет одна.

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

Всякие документы и их движения ходить не будут. В плане документооборота базы независимы друг от друга.

База нетиповая. Платформа 8.3.26. Стоит БСП 3.1.11.

Вопрос - как лучше будет обеспечить единство конфигураций? Видится варианты через РИБ или все базы подключать и обновлять из одного хранилища.

Сейчас схема работы такая - с базы разработки изменения помещаются в хранилище, потом, раз в сутки, изменения из хранилища накатываются на боевую базу.

В схеме с РИБ нравится, что конфигурация ходит сразу в сообщении обмена и вроде как не будет такого, что придут данные, а база не обновлена. Из нюансов - больше время на передачу сообщения с конфигурацией.
Ещё условно возникают отношения главная база - подчиненные, хотя если смотреть по документообороту и значимости, то они примерно одинаковы, но это условность. Общие данные всё равно будут вноситься только в одну базу.

В варианте с одним хранилищем нравится простота. Но кажется, что может быть такое, что база не обновится, а сообщение с данными к ней уже придут. При этом можно будет обеспечить обновление всех боевых баз в одно время. Но в теории какая-нибудь база может обновляться дольше или скрипт не отработает или ещё что-нибудь техническое. Непонятно.

И кажется странным, что если можно все базы цеплять к одному хранилищу, то зачем бы вообще выдумывали РИБ. Но при этом в интернетах что-то не особо информации нашёл о таком решении.

Что думаете? Может, есть опыт в реализации и той и другой схемы и знаете подводные камни, плюсы минусы?

(0)

1) Я так понимаю, опыта эксплуатации РИБ, и обновления конфигураций по РИБ у вас нет.

Вы забыли про вариант:
-- вчера было обновление.
-- ночью обновление автоматом накатилось на рабочую базу
-- Затем выгрузилось в файлы обмена в кучу РИБ-ов
-- 20 РИБ-ов из 30 обновились успешно

В двух узлах ночью не было электричество/интернета, но утром всё это есть, а данных нет.
Еще в двух файл шёл всю ночь и пришёл битый
Ещё в двух файл пришёл нормальный, но база словам "я не такая, я жду трамвая" обновляться не стала
(и вот этот случай самый интересный, и танцев с бубнами тут может быть много)


Это из опыта эксплуатации УТ10 на (10 ?) РИБ-ах более 15 лет тому назад.

Сейчас конечно всё по другому, быстрее и надженее (это сарказм)

2) >>База нетиповая
Если её писали вы - то ССЗБ
Но если с помощниками, то вас возможно ждёт куча опыта


3) Надеюсь базы (на местах) не файловые

(0) Единая база с включенным разделением данных. Да-да, как во Фреше

(1) да, с РИБами опыта нет.

По поводу файлов - а они могут разве сломаться для некоторых баз, а для других - нет? И если сломались, то можно ведь перевыгрузить..?

И если база не обновилась, то это ведь нужно будет в любом случае решать и обновлять её?

И есть какой-то способ обмена, у которого этих проблем нету?

На местах базы не файловые, везде сервера.

(2) Единую базу не очень хочется из-за большой географической распределенности.

И РИБ и хранилище конфигураций!

Хранилищ возможно потребуется даже несколько
Ну там: разработки, тест/препрод, релиз/прод
А еще для расширений так же

Кстати РИБ прекрасная штука и готовить ее совсем не сложно научиться
Даже если какие сбои - оно прекрасно лечится, можно как выводить базы из РИБ так и заводить в них

И да что базы в РИБ не исключает обмен данными мимо него
Это параллельные процессы

(1) 10 баз всего в РИБ?
Пфф у меня 160+ было в РИБ
Самый прикол это иерархическая связь, когда ЦБ общается с некой ПБ а та со своими подчиненными ПБ

(6) ну там в перспективе будет больше 10. Пока начинается все  с двух баз.
А "прикол" в смысле удобства или сложности, проблемами?

И вот в (1) обозначали проблемы с файлами.. с этим как было при таком количестве баз у вас?

(2)+1
Снимает кучу вопросов, даже при необходимости разделения и выдачи какой-то одной базы.
(4) Когда-то от Краснодара до Алтая работали. При нынешних ценах на связь могут себе позволить такое и весьма средние компании.

(0) Если будет не РИБ. Включите в пакеты обмена номер версии обмена. Будет меньше проблем.

(7) Прикол с иерархией был вынужденный
Структура подчинения + логистика
Ибо файлы обмена местами в совсем диких ипенях на флешках и болванках ездили, там где инета не было

Но да надо учитывать что современные типовые конфы часто не доделаны до нормальной работы РИБ
Не говоря уже про отраслевые и прочие сторонние решения и доработки

Например вот ЕРП например умеет в РИБ (с некоторыми исправлениями там где разрабы типовой например ЕРПУХ забыли)

Но если взять некую добавку-поставку для ЕРП типа "ГНИВЦ:Налоговый мониторинг" - накатили ее на ЕРП и вперед обмен для РИБ пилить
Прикол тут что встроенная "Налоговая витрина" в ЕРП штатно через РИБ пашет а добавка нет :)

(0) Выбор решения во многом будет зависеть от взаимной комбинации следующих условий:
- качества и стабильности связи
- условий работы баз данных (клиент-серверные, файловые)
- наличия и возможностей техподдержки на местах (что-то исправить на месте, если что-то пойдёт не так, или подключиться удалённо в соответствующем часовом поясе).
- требований к отказоустойчивости (длительность простоев при сбоях обмена и критичность возможности продолжать работу хоть как-то на старых данных, если обмен не прошёл).

Одно дело, когда базы клиент-серверные и все живут на одном сервере, куда пользователи подключаются удалённо. Тут можно и РИБ рассмотреть и фреш.
Совсем другое, когда имеем колхоз полный самых разношёрстных баз - у кого-то клиент-серверная база на отказоустойчивом кластере в датацентре с резервированием каналов связи, а у кого-то файловая база на пятилетнем ноутбуке, подключенном к сети по wi-fi, с мобильным интернетом уровня GPRS (жопорез)  и ближайшим айтишником в паре дней езды. В таком варианте РИБ я бы не рассматривал вообще ни под каким соусом - см.(1).
Отдельный вопрос с нынешним состоянием устойчивости связи в стране. Выделен ли бюджет на курьерские службы, которые будут доставлять обновления и данные на флешках, если завтра включат белые списки на проводном интернете.... Вопрос полуриторический-полушуточный (почти).

(9) По номеру версии обмена можно будет определять, надо ли конфигурацию обновлять?

(11) Понял, спасибо!
Но тк у меня не типовая, то все в моих руках будет

(4) И что? Есть неоднократный опыт единых баз с пользователями от Калининграда до Владика

(12) Качество связи будем стараться максимально обеспечить. Все базы будут клиент-серверные, но сервера разные (из-за гео распределенности).
Т.к. важные документы, финансовая информация не будет ходить между базами, то некоторый простой не будет сильно критичным..

Ну и если даже отходить от РИБ, то какой вариант вы бы рассматривали?
И что думаете по единому хранилищу?