Как модулировать приложение преобразования веб-сервиса b2b
Как бы вы сконфигурировали большое приложение, которое имеет некоторые входящие (SOAP) веб-сервисы, некоторые исходящие веб-сервисы, преобразования между ними и внутренними форматами, внутренние сервисы журналирования, доступ к внешним веб-сервисам архивирования, задерживает контент и работает над этим асинхронно и так далее?
Один из способов - разделить функциональность на набор WAR, развернуть их все на одном сервере приложений и заставить их взаимодействовать с внутренними веб-сервисами. Это имеет некоторые издержки, особенно если сообщения большие, и вы можете столкнуться с проблемами производительности из-за ограничений числа потоков и так далее.
Другим способом было бы поместить все в гигантскую ВОЙНУ, чтобы вы могли общаться напрямую. Не совсем модульность. Чтобы ты делал?
1 ответ
На мой взгляд, сильно зависит от зависимостей между модулями. Могут ли они жить самостоятельно, наполняясь чем-то полезным, когда бегают одни? Если это так, возможно, имеет смысл развернуть их отдельно, чтобы вы могли обновить свою систему, пока другие части продолжают работать. Если они могут делать что-то полезное только в комбинации, единственной причиной их развертывания на разных машинах могут быть ограничения аппаратного обеспечения.