Stepgor, зашифрованное хранилище с ключами/паролями - сама по себе штука правильная.
Но именно от взлома сервера, когда злоумышленник получает SSH-доступ с правами юзера, от которого работает приложение, а то и рута - не спасёт. Тут намного более действенны другие методы, начиная с отключения SSH-сервера на хосте, заканчивая разведением сервисов по разным контейнерам.
Что подразумевается под скоростью ответа? TTFB, начало рендеринга страницы, конец рендеринга страницы или ещё что-то? Долго отвечает сам нгинкс или РНР?
Дмитрий, работать может по-разному. Просто вопрос неконкретный - вы навернели конфигов, и у вас не работает.
Очевидно, надо начать с наиболее дубовой работающей архитектуры, а потом постепенно разделять на части, убеждаясь в работоспособности каждого изменения.
Если даже столь простецкая штука, как LE травмирует вам голову - действительно, идите-ка лучше заплатите за воздух, раз не осилили то, чем пользуются миллионы даже не самых скиллованных специалистов.
Ну, справедливости ради, в Эластике размазывание данных по нодам - стандартный способ шардинга. В случае постгреса/etc, конечно, на ум скорее приходят тейблспейсы и партиционирование.
QWATRIX, просто так HTTPS вам не покажет никто - либо устраивать mitm, подсовывая свой корневой сертификат в доверенные, либо добавлять в Wireshark ключи шифрования.
Ну, или (что возможно не всегда) дампить до момента шифровки.
Но именно от взлома сервера, когда злоумышленник получает SSH-доступ с правами юзера, от которого работает приложение, а то и рута - не спасёт. Тут намного более действенны другие методы, начиная с отключения SSH-сервера на хосте, заканчивая разведением сервисов по разным контейнерам.