Я не могу маппить это на структуру, мне она не известна (а точнее, известно, что она может меняться)

Тогда сложнее, потому что обычно JSON одинаковый, слегка может меняться. Тогда for, только так.

В этой задачке известен путь. Я же не знаю на каком уровне окажется мой foo

доктор, откуда у вас такой json?

из кубернетиса >_<

😂😂😂😂

Что-то не сходится, в k8s api жёсткая схема, она может меняться только от версии

На самом деле нет, может меняться когда им вздумается (ох уж этот куб). Но тут дело в другом — я не знаю сущность в которой по итогу будет описано то, что мне нужно. Условно, спека контейнера может быть описана как в поде, так и в демонсете и т.д. То есть, путь к ключу будет меняться.

Даже вот лучше пример: я хочу удалить все конкретные аннотации, которые могут наршуить NDA. Но аннотации могут быть вообще на любом уровне

Вообще нет. Спека контейнера описана в структуре Container. https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.19/#container-v1-core

Она в свою очередь может быть включена в PodSpec, который может быть уже включен в PodTemplateSpec, который включается в DaemonSetSpec

Кубернетесь это просто

я с потолка брал пример про контейнер, чисто для примера. Так-то да, ты прав.

Да без разницы, всё API кубернетиса строго типизировано

Кроме аннотаций и лейблов, там map[string]string

Могу даже больше сказать: api кубера code-first. Т.е. разработчики k8s пишут структуры на го, а потом специальный генератор читает го-код и уже из него генерит спецификацию API

Используюй какой-нибудь json токенайзер и фильтруй в нем.

стандартный пакет и так умеет работать как токенайзер

а зачем

Может.