DirksDRЗанимаюсь техподдержкой большой ИС в группе из 10-ти человек. Никто из нас не знает системы целиком.
Когда в систему разработчик добавляет новый функционал, ломается что-то из старого, и пару дней всех лихорадит.
Может, действительно надо ограничивать сложность ИС до определенного уровня?
Борьба со сложностью - декомпозиция...Тут вопрос к вашему руководителю группы на самом деле. То, что никто не знает системы целиком - нормально, но то, что никто не понимает зависимостей (или есть нелогичные зависимости), уже плохо. Декомпозицию ведь, если она возможна, можно сделать и в одной системе. Если у вас не получилось декомпозицию в одной системе, то как вы без этого разделите ее на две разные? И если часто все ломается из-за зависимостей, может попробовать покрыть критичные места юнит-тестами?
Кстати, 10 человек разработки в одной группе - многовато. Когда у меня было 8 (включая меня) человек человек на разработку и поддержку, уже тяжело было уследить за всем.

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

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

Возвращаясь к community.intersystems.com, я уверен, что этот сайт создан группой энтузиастов (если не одним), руководству на него пофиг, и если бы от них требовалось согласие, его бы ждали еще десять лет.

Поэтому мое мнение - если вы можете разделить данные/процессы без дублирования - делите. Не нужно и вредно пытаться делать суперкомбайн. У объединения систем, которое, несомненно, нужно, есть свои пределы, когда минусы начинают перевешивать плюсы.

Alexey MaslovНезарегистрированные пользователи едва ли создают серьёзную нагрузку на БД, они ведь могут её только читать, прайсы какие-нибудь и всякую общую информацию, так? Чтобы вносить любые изменения в БД, нужна регистрация.В моей практике основная нагрузка все-таки шла на чтение. Допустим, у вас интернет-магазин. Пользователь ходит по сайту, дергает каталоги, потом решается сделать покупку, начинает добавлять товар в корзину. Так как корзина хранится на сервере, то регистрация уже произошла, и только в момент подтверждения покупки система спросит адрес/почту/телефон. Т.е. незарегистрированных пользователей в системе просто нет. Есть явная и скрытая регистрация.
Такие организации, как Новосибирскэнергосбыт могут промурыжить пользователя на этапе регистрации (и имеют для этого основания), но большинство организаций побоится отпугивать своих посетителей.

Alexey MaslovЕсли узкое место - CPUПерегрузку по CPU обычно видят, а вот при перегрузке дисковой системы просто пожимают плечами. Не все даже SSD используют.

Alexey MaslovБлок А.Н.Перегрузку по CPU обычно видят, а вот при перегрузке дисковой системы просто пожимают плечами......до тех пор, пока демон записи не перестанет подавать признаков жизни, тогда если и не видят, то сразу чувствуют.Видят то раньше, но не могут понять, куда смотреть. Ставят высокопроизводительное хранилище, более мощное, а скорость не увеличивается (иногда даже падает). Каше использует ее на проценты. Добавляют памяти, немножко помогает, в итоге, махают рукой и говорят - "а, это ваша Каше не умеет работать с диском, то ли дело MSSQL".