Александр

Создаёте узлы с их IP-шками, присоединяете к каждому шаблон ICMP Ping, наслаждаетесь проделанной работой.

Просто запустите свой кэширующий реестр: https://goharbor.io/ и используйте его как реестр при сборке образов. Отличнейшее решение — из коробки работает со всеми нужными реестрами, есть многопользовательская поддержка, журналы, адекватный WebUI, проекты — т.е. можно собрать образ, залить в реестр и на своих серверах сразу указывать зависимость от своего реестра для получения образов и плюс ещё несколько полезных и удобных фич. Для apt, npm и прочего ищите аналогичные решения: для большинства популярных репозиториев пакетов должны быть, для остальных — поискать интеграции для существующих решений. А вот для приложений не в репозитории — для каждого своё решение/скрипт.

Если все сервисы вынесены "куда-то" и их обеспечивает "кто-то" - никак - это цена за то, что о них заботится кто-то.

Если все сервисы работают на свое площадке - подключать второго провайдера и настраивать автопереключение каналов. Это не спасет входящие, но по-крайней мере будут исходящие (тырнет, почта).

Полнное решение - купить/арендовать PI-блок и настроить BGP

Ну всё верно, если у вас до 192.168.0.1 потери идут, то проверяйте сетевуха - кабель - роутер, заменив каждый из звеньев этой цепи на заведомой рабочие

Начал писать полный ответ и понял что он будет ну очень объемным, советую гуглить и пообщаться с gpt.

Итак, удаленные сообщения слать запуском notify-send (он шлет сообщение не пользователю а в $DISPLAY, так что прописывать его вручную на случай multiseat) по ssh, он позволяет отсылать сообщения пользователям, в gui они будут отображаться с помощью текущего установленного демона (например xfce - xfcs4-notifyd) и возможности этого демона будут разные. Некоторые позволяют добавлять в уведомление кнопки (скорее всего одну) и настраивать запуск приложения по их нажатию. Например dunst для x11 позволяет вызвать свой скрипт, указав в аргументах выводимое сообщение (а по нему уже определить что это было за действие если их будет много). Приложение для gui может быть тот же zenity.

Еще вариант, у xfce штатный notify-send не умеет делать действия, но демон умеет.. гуглится скрипт, который эту проблему решает и позволяет несколько кнопок действий задавать прямо в уведомлении

Такая балансировка уже реализована в ForkJoinPool, там и равномерное распределение по воркерам, и воркстилинг, и оптимальное переиспользование несущих потоков. Так что в текущей постановке задачи ответ выглядит как рекомендация просто валить запросы в FJP.

1. Рисуем топологию сети
2. Проверяем, что Vlan пропускается на всех участках
3. Просим проверить кого-то еще, если п2 не помог

В вашем случае - взаимодействия нет, если конечно frontend на является нативным приложением.
Поясню:
1) backend подготавливает zip-архив и шлет его в бинарном виде через GET/POST/PUT, выставляя заголовок
Content-Type: application/zip
и возможно

Content-Disposition: attachment; filename="myarchive.zip"

2) frontend, принимая данный ответ на свой запрос:
- если это браузер, то просто скачает файл (если не использовали Blob или что-то подобное),
- если это приложение, то получит бинарный поток, который кладет самостоятельно на диск и распаковывает
- если же frontend в виде JS в браузере примет этот поток, то средств его распаковать у браузера нет! можно только показать прогрессию загрузки.

У вас тут ожидается результат неопределённого размера.
Лучше использовать динамический список вроде ArrayList.

Я вижу следующие пути оптимизации.
1) Мемоизировать (запомнить в массив) хотя-б первую сотню чисел. Тогда например для 120 чиссла
все считать не надо и можно делать перемотку вперед. Или мемоизировать с шагом. Тоже экономия.

2) Можно попробовать считать через золотое сечение (приближенно) если этого достаточно для
ответа.

3) Можно отказаться от java в пользу С++/GMP библиотек. Возможно расчет суммы будет быстрее.

Но вообще фибоначчи действительно не параллелится. В этом главная проблема.

Хочу напомнить что такие системы как ClickHouse ориентированы не на одиночные события
а на стриминг. Тоесть вы должны не просто логгировать а желательно просто потоком лить
много событий. Батч-режим вставки в кликхаус - это и есть ее оптимальный режим.

Вставка по 1 строке например раз в несколько секунд с фиксацией - будет не благоприятным
режимом работы для кликхауса. И наверное с плохим КПД. Подумайте о том что может
стоит все таки писать логи классическим способом и по истечении времени например
сбрасывать пачку к аналитические хранилища.

За упаковку ресурсов отвечает плагин maven-resources-plugin. По умолчанию он включен всегда.
Он является частью общего конвейера сборки и реагирует на process-resources phase.
Его наверное можно отключить настройкой этих реакций. Но я не советую. Скорее всего
вы сломаете логику работы программного продукта.

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

Если у вас есть jar то вы можете его перепаковать просто удалив ресурсы.