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

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

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

Занимаюсь low, no code, где та грань когда малый начинает переходить в средний?:)

Да, думаю, что это тоже не совсем уместно в большом бизнесе) Если накидать какой-то лендос, то может и норм, а вот какую-то кастомную систему, то тут точно нужна своя разработка)