Поскольку Podman может запускаться без root-прав, ему требуется отдельное место для записи образов. Поэтому репозиторий Podman расположен в домашнем каталоге пользователя ~/.local/share/containers.
На 7.7 (Maipo) podman (podman-0.12.1.2-2.git9551f6b.el7.x86_64) не хочет менять GraphRoot для non root пользователя с ~.local/share/containers/storage на что-то другое, если менять storage.conf и libpod.conf. Это как-то лечится?
Есть кластер, в нем 10 апп серверов, запросы на них идут с api-серверов, пришел первый запрос, попал на app-1, получил ответ от внешней системы 404, вернул его api, пришел такой же запрос, попал на app-5, который от внешней системы получил 200 и тело ответа, все это закэшировалось, теперь все такие запросы будут получать либо 200, либо 404, в зависимости от того, на какие апп-серверы попадут. Что с этим делать?
Насколько я понял предыдущий вопрос, ответы сохраняются в файлы, если у вас есть 10 серверов, которые обрабатывают запросы, при попадании запроса, он все равно запрашивает ответ от внешней системы и сохраняет его в файл (или heap), при этом все копится. Если, как я написал, серверов у вас много, а слои фронта (api) и backend(app) разделены, у вас вся информация будет только накапливаться. Вопрос, что с ней делать? Особенно если у вас монолит и 200 методов api.
Очень интересно, насколько зависят ваши результаты от самого приложения, у нас, например, Eden заполняется очень быстро, при этом OldGen растет медленно, поэтому NewRatio мы ставим 1.
Видимо все забыли про виртуальный хостинг, с ограничением на время исполнения скрипта, ведь у Вас получится что один скрипт будет висеть до его уничтожения сервером, при этом пользователю будет отдаваться ошибка.
На 7.7 (Maipo) podman (podman-0.12.1.2-2.git9551f6b.el7.x86_64) не хочет менять GraphRoot для non root пользователя с ~.local/share/containers/storage на что-то другое, если менять storage.conf и libpod.conf. Это как-то лечится?