Комментарии 11
Интересная штука, кажется, что возможностей стало больше)
Подскажите, пожалуйста, а где прочитать про требования к ресурсам? Желательно в разрезе количества пользовательских сессий)
Подскажите, пожалуйста, а где прочитать про требования к ресурсам? Желательно в разрезе количества пользовательских сессий)
Пока документацию только пишем, но про ресурсы можно сказать примерно так: "как в обычном Spring Boot, если будете использовать JS клиента". В случае, если вы будете активно использовать Backoffice UI, то там придётся раскошелиться на память на сервере, потому что каждая пользовательская сессия может занимать до нескольких мегабайт памяти из-за особенностей рендеринга UI
Спасибо!
В любом случае, ресурсы любого сервера не безграничны, у вас есть лучшие практики для проектов с большими нагрузками (30к+ сессий + сложная бизнес логика с большим количеством фоновых процессов)?
В любом случае, ресурсы любого сервера не безграничны, у вас есть лучшие практики для проектов с большими нагрузками (30к+ сессий + сложная бизнес логика с большим количеством фоновых процессов)?
Что касается производительности — тут рецепты очень сильно зависят от типа вашего приложения, профиля нагрузки и прочих вещей.
Есть некие универсальные подходы, которые можно найти в статьях про Spring/Spring Boot, это все применимо и в Jmix.
А в каждом уникальном приложении свой набор «бутылочных горлышек», которые нужно отдельно выявлять и устранять. Где-то памяти добавить под сессии, где-то кэш добавить, где-то СУБД кластеризовать.
Есть некие универсальные подходы, которые можно найти в статьях про Spring/Spring Boot, это все применимо и в Jmix.
А в каждом уникальном приложении свой набор «бутылочных горлышек», которые нужно отдельно выявлять и устранять. Где-то памяти добавить под сессии, где-то кэш добавить, где-то СУБД кластеризовать.
Для Backoffice UI также используется Vaadin?
Да, его мы пока оставляем.
А какую версию Vaadin вы используете? Что на счет vaadin.com/components?
Есть перспективы у этой технологии или проще уже перейти на React?
Есть перспективы у этой технологии или проще уже перейти на React?
Мы используем Vaadin 8. Переезд на более новые версии в планах есть, но это не первый приоритет. Для Jmix мы рекомендуем делать приложения с использованием React. У нас есть генераторы для TypeScript SDK и UI, чтобы упростить жизнь разработчикам. Вот тут можно почитать про наши разработки и пройти небольшой QuickStart. И да, в качестве API по умолчанию планируем использовать GraphQL вместо REST.
Но TypeScript SDK останется — это хороший слой абстракции над API Jmix бэкэнда.
Но TypeScript SDK останется — это хороший слой абстракции над API Jmix бэкэнда.
Когда планируется перенос LDAP-plugina?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Анонс Jmix 0.9 — предварительный релиз фреймворка