Конечно, ZK хорошо масштабируется. Один из клиентов ZK создает приложение для 20 миллионов пользователей. Приложение прошло стресс-тест пару месяцев назад.
Как и JSF или другие решения на стороне сервера, ZK должен хранить состояния UI на серверах (если вы не используете подход чистого клиента). Это означает, что вы должны сделать сериализуемые состояния, если хотите поддерживать отработку отказа. Вы можете обратиться к http://books.zkoss.org/wiki/ZK_Developer%27s_Reference/Clustering для получения дополнительной информации.
С другой стороны, доступ к состояниям пользовательского интерфейса в одном окне браузера не блокирует доступ к другому окну браузера. Доступ осуществляется полностью параллельно. Узким местом, из нашего опыта консультирования, обычно являются бэкэнд-сервисы, а не пользовательский интерфейс. В любом случае, в зависимости от масштаба таргетинга и сложности приложения, существует несколько архитектурных подходов, таких как использование диспетчера балансировки нагрузки перед уровнем пользовательского интерфейса, запуск уровня пользовательского интерфейса на отдельном сервере и т. Д.
Я не знаком с эвкалиптом, поэтому не уверен, стоит ли что-то замечать.