Какой хостинг выбрать для web проектов на java?

Question

[S86U]

посоветуйте хостинг для деплоя небольших web проектов написанных на java (war-ники )
с хорошей админкой, а главное с автоматической настройкой ssl сертификатов

Comments

[VolgaVolga]

Не выдумывать и купить VPS.

[kosavpa]

согласен с высказыванием выше, на regru можно купить vps за 300 - 400 рублей. По поводу ssl то там дают в подарок на полгода сертификат за оформление домена (200 рублей). У spring'а удобно можно настроить https вот пример:
Есть ещё вариант на яндекс cloud пробный период активировать

[S86U]

Спасибо за ответ!
Да.. ,
НО в том то и дело что придется поднимать все сервисы их настраивать и обслуживать потом
вечная морока с установкой SSL сертиaфикатов и безопасностью. нужен толковый девопсер, поэтому я и задался вопросом о готовых решениях с коробки

[VolgaVolga]

S86U,

с установкой SSL сертиaфикатов

"Let’s Encrypt" ставится на раз и перевыпускаться будет автоматически.

Answer 1

[Алексей Черемисин]

Придется научиться все делать ручками!
Поставить томкат и nginx например. В томкате есть админ-панелька, но с ней тоже нужно разобраться. В ней можно war-файлы публиковать...
Поставить letsencrypt или вместо nginx поставить caddy, или haproxy.
Ну и я вообще не понимаю, зачем все эти панельки нужны, они все делают из рук вон плохо. Причем, один раз разобравшись, эти панельки нафиг не нужны!
Да и смысла большого в war-файлах не вижу уже лет 10! Есть и spring, и vertx, и sparkjava, и с десяток всего другого, вместо толстых контейнеров.
Есть даже OSGI типа apache karaf и eclipse equinox!

Comments

[S86U]

Спасибо за ответ.
Но не очень понятно что и мелось виду :
Да и смысла большого в war-файлах не вижу уже лет 10! Есть и spring, и vertx, и sparkjava, и с десяток всего другого, вместо толстых контейнеров.

как мне по другому деплоить на сервер приложений (например Payara) если они не упакованы в war? есть какие то новые способы?

[Алексей Черемисин]

S86U, в сервер приложений, скореп всего.war.
Но я уже лет 10 ими не пользуюсь, об альтернативах написал.

[Дмитрий Кинаш]

Алексей Черемисин, можете расшифровать ваше утверждение:

Да и смысла большого в war-файлах не вижу уже лет 10! Есть и spring, и vertx, и sparkjava, и с десяток всего другого, вместо толстых контейнеров.

Оно смущает в первую очередь тем, что на Spring просто замечательно и быстро делаются war-компоненты для последующей загрузки на сервера приложений. На страничке initializr (start.spring.io) упаковка в war указана как один из двух способов основного использования. Погуглил vertx и sparkjava - это все фреймворки разработки, так же как spring, а вовсе не контейнеры для запуска сервлетов.

Или вы имели в виду, что по личному опыту просто 10 лет не делали сервлеты и на ваших проектах (монолит или микросервисы) было достаточно просто закинуть в класспасс джарник?

[Алексей Черемисин]

Дмитрий Кинаш, Я лет 10 не встречал, практически нигде (ни на производстве, ни в форумах-чатах), использование серверов приложений. Не могу сказать, что их не используют. Но в новых проектах их практически нет.
Почему? Сложность отладки. Ибо, нужно не тольео собрать компонент, но и развернуть его, подключиться дебаггером, прицепиться...
Гораздо проще, запускать приложение со встроенным jetty/undertow или чем-то похожим, где у нас есть очень простой web-сервер и единственное приложение в нем.
И да, это путь "микросервисов". EJB контейнеры, увы, уходят, ибо монстры. Их трудно параллелить в облаках, да и просто и ними трудно. В качестве альтернативы - spring boot, примерно тоже самое, что vertx/sparkjava. Просто мир перерос EJB.

Мне, как разработчику, гораздо легче не делать war, а сделать просто uber-jar, где будет все, что нужно, от поддержания http или чего мне там захочется, до моей бизнес-логики.

Нахрена мне страдать, описывать дискрипторы, нахрена мне в приложении распаковка war, нахрена вся эта кухня с security контейнеров?
Вы скажете "а вот замена кода на лету", а я Вам скажу, что приложение рестартует за 500 милисекунд.
В общем, уровень файлов war сейчас переехал в docker/lxc и прочая, + реверс-прокси типа nginx/caddy

Мое приложение, которое пишу прямо сейчас - сервис коммуникации с аудиоплеерами. Принимает логи от плееров по http (4 эндпоинта), транслирует их в elasticsearch, поддерживает связь с плеерами через websocket (два эндпоинта) и протокол MQTT (mosquitto), отдает статистику в prometheus (один эндпоинт), отображает пяток страничек админ-панели (еще 5 эндпоинтов). Для работы приложения нужно в облаке (docker/kubernets) - elasticsearch, mosquitto и внешний openid.
Приложение пожет работать по региональным зонам, и их будет пара десятков совершенно одинаковых.
И нахрена мне здесь контейнер?

[Дмитрий Кинаш]

Алексей Черемисин, спасибо за развернутый ответ. Есть над чем подумать.

Answer 2

[Арина Левадная]

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