expressrus, DragonFly?! Даже не слышал о таком форке Redis. Про операционную систему на основе FreeBSD, DragonFly - слышал. Но это совсем разные вещи, софт и ОС.
Если не трудно, дайте ссылочку на посмотреть.
А в чем собственно проблема? Вместе с IP, выдается еще целая куча опций, принимать или нет, и как их интерпретировать - исключительно прерогатива только клиента.
Дмитрий Кинаш, Я лет 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.
Приложение пожет работать по региональным зонам, и их будет пара десятков совершенно одинаковых.
И нахрена мне здесь контейнер?
Если оба компа пингают друг друга через роутер, то проблемы не вижу, за исключением того, что у них общий вещательный домен ethernet. Лучше бы подсети по отлельным vlan раскинуть, но для этого управляемый коммутатор нужен.
Дополнительно, можно обновлять время последнего чека задачи в отдельную табличку. Но это уже по желанию или что там вы с этими интревалами хотите делать..
Или в базу класть дату следующего интервала.
Gallismo, в базе храните время старта и окорчания задачи и интервал.
На нужную дату вычислять, пробегая по всем интервалам, у которых не истекло время окончания.
Если не трудно, дайте ссылочку на посмотреть.