Как стать автором
Обновить

Комментарии 12

> Теперь мы можем собирать приложения на локальном кластере Kubernetes.

Вот только нужно убедиться, что нет imagePullPolicy: Always, а то он будет игнорировать собранные локально образы
Основная боль — переключать kubectl между разными кластерами
kubectx эту задачу прекрасно решает.

А в чем боль?

в ~/.bashrc просто добавить:

alias kdev='export KUBECONFIG=/home/noname/.kube/dev'
alias kprod='export KUBECONFIG=/home/noname/.kube/prod'

Еще для себя нашел удобным добавить вот такой алиас:
alias k='kubectl'
делюсь своим маразмом. может кому пригодиться.
оболочка zsh

#kube
export KUBECONFIG=$(find /Users/vasyansk/Documents/Configs/.kube -maxdepth 1 -type f -name '*' | tr "\n" ":") // выбирает все файлики с конфигами из папки где я их храню

alias kex="export KUBECONFIG=$(find /Users/vasyansk/Documents/Configs/.kube -maxdepth 1 -type f -name '*' | tr '\n' ':')" //обновляет список контекстов, если добавился новый файл, что бы не перезапускать оболочку

source <(kubectl completion zsh) // автозаполнение, недавно для себя открыл

// основной - kube приятнее чем просто к или полное kubectl
alias kube="kubectl"

//куча алиасов. так привык, что за чужим компом курю бамбук, и тут поможет автозаполнение :)

alias kaf="kubectl apply -f"
alias kud="kubectl delete"
alias kgd="kubectl get deployment"
alias kgp="kubectl get pods"
alias kgn="kubectl get nodes"
alias kgi="kubectl get ingress"
alias kgs="kubectl get service"
alias kgj="kubectl get jobs"
alias kgcj="kubectl get cronjobs"
alias kgpv="kubectl get persistentvolume"
alias kls="kubectl logs"
alias kec="kubectl exec -ti"
alias kd="kubectl describe"
alias kgc="kubectl config get-contexts"

// два последних как раз и переключают контекст кластеров между собой

alias kcuamega="kubectl config use-context k8s-amega"
alias kcumlm="kubectl config use-context k8s-mlm"
кстати kube-ps1 — просто бомбическая штука.
в консоли сразу видишь в каком кластере ты сейчас «наведешь порядок»
А «стандартный» kubectl plugin чем не угодил?
судя по репе, ей всего 10 месяцев, а я пользуюсь кубом куда больше.
прикольно, что сокращения почти те же ))
kubectx вам в помощь
Дефолтные лимиты на контейнеры для неймспейса — так себе идея чаще всего. Мы ставим лимиты на неймспейс и контейнеры без явно указанных лимитов просто не запускаются. ИМХО так правильнее, выставление корректных лимитов — задача того, кто контейнер деплоит. Дефолты же часто приводят к «хз почему так медленно работает и падает по ООМ», так как тот, кто деплоит контейнер может про них и не знать.

Исключения — неймспейсы для каких-то внешних шедуллеров с однотипными контейнерами, например под раннеры или контейнеры airflow отлично подходят дефолтные лимиты неймспейса.
Про «Наведите порядок»:
Мы стараемся делать максимально однозадачные неймспейсы, таким образом удаление приложения= удаление неймспейса. А это в свою очередь удаляет и все сопутствующие сущности.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий