Комментарии 2
О, интересная тема. Кстати, не так давно здесь, описывая реализацию 3-way merge в werf, мы рассказывали о проблемах/нюансах в replace и patch (в частности, актуально для упомянутого GitOps).
Статья tl;dr. Ах, да — переводное издание. Спасибо за перевод.
Как пользователю — я хочу четкую и однозначную рекомендацию — что конкретно использовать. Из статьи же вынести его нельзя. Как будто kubectl apply надо применять и все будет хорошо. А patch — когда нужно поменять одно поле ресурса. Но тогда replace выглядит более привлекательным (именно, чтобы обеспечить атомарность и логику "если кто-то изменил ресурс и это были не мы, то поймать этот момент и решить что делать — повтор изменения или что-то ещё").
Касательно советов на стековерфлоу — это да, но вообще ничему, что написано в интернете нельзя верить. Начиная от того, что эта информация может быть попросту неверной, так и верной, но когда-то в прошлом, а сейчас уже все поменялось, возможно, что с точностью наоборот.
Правильное сравнение Kubernetes Apply, Replace и Patch