Kubernetes tips & tricks: о локальной разработке и Telepresence

[diafour]

После запуска Telepresence без опции --docker-run

С опцией --docker-run всё ясно-понятно: из образа будет запущен контейнер, который заместит контейнер в кластере.
А вот про «без опции» что-то не до конца въеду. Локальная машина будет якобы контейнером в кластере, так? Что будет, если таких команд несколько запустить, начнут мешать друг другу?

[artzcom]

Без опции, трафик будет проксироваться на локальный порт, указанный в deployment или при запуске telepresence. Если запускать telepresence в нескольких экземлярах без опции --docker-run, то нужно следить за пересечением портов

[ckpunT]

А gitkube или ksync не пробовали? Telepresence на фоне gitkube выглядит сложным, а в сравнении с ksync больше ручных действий надо делать.
Ну а костыль с ssh в кубике — ЗЛО! Таких идей даже показывать не стоит :)

[shurup]

Ksync пробовали, вот здесь про него (и некоторых других) наконец-то рассказали.

[crocodile2u]

Я вот пока обходился при разработке docker-compose. Понятное дело, хорошо иметь локальное окружение максмально близкое к проду, но что-то решение не выглядит простым, с docker-compose все на порядок проще.

[strangeman]

Telepresence удобная штука, когда, например, надо подцепиться дебаггером к микросервису. Тормозит все в этом случае жестко, конечно, но иногда это единственный выход.

[kay]

В качестве сетевой альтернативы Telepresence можно рассмотреть https://github.com/txn2/kubefwd и совсем уж простой https://github.com/kayrus/kuttle