Данный способ не помог решить проблему. Мне кажется необходимо отрубить CORS на стороне nginx-ingress-controller'а и установить CORS на уровне самого приложения. Но при очистке всех аннотаций, связанных с CORS из nginx-ingress-controller'а, я получаю ошибку уровня:
Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.
Как будто под капотом самого nginx-ingress-controller'а вшити требования к allow-origin из-за того, что credentials = true
mayton2019, Мы боремся с постоянно падающими подами. Просто у нас люди перезагрузили worker node, из-за чего абсолютно все поды попадали. Ну и k8s сейчас пытается их заново поднять, но не может. Они то поднимаются, то падают.
mayton2019, Да, в них стоит grpc_probe, который пингует базу данных. Но если бы была проблема с подключением к БД, то в логах это было бы указано. Есть микросервис, в котором этот grpc_probe успешно пингует БД в логах, но потом всё равно тупо стопается.
Как раз таки все его логи я и скинул. То есть он сразу же после запуска вырубается. Причем это не только с этим микросервисом! Так почти со всеми! Мне кажется это из-за того, что сам k8s стопает поды по неизвестной мне причине. Сейчас, уже через пару часов, абсолютно все поды запущены в статусе Running. Но всё равно, хотелось бы знать, в чем была причина такого поведения, и как это избежать в дальнейшем.
P.S. Сейчас глянул поды, большенство из них опять упали. Время проблему не решило.
С чего я взял что это jpg. Ибо если просмотреть и ссылку данного изображения и вообще скачать его, то виден формат jpg. Но если проверить через nodepad++ сам код файла, то можно увидеть следующее:
Не понимаю в чем вообще прикол.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Как будто под капотом самого nginx-ingress-controller'а вшити требования к allow-origin из-за того, что credentials = true