User Tools
devops2._использование_kubernetes
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
devops2._использование_kubernetes [2025/09/26 09:40] val [Вопросы] |
devops2._использование_kubernetes [2026/01/30 13:18] (current) val [4.8 Helm - от основ до универсального чарта] |
||
|---|---|---|---|
| Line 150: | Line 150: | ||
| ssh kube3 systemctl restart containerd | ssh kube3 systemctl restart containerd | ||
| ' | ' | ||
| - | |||
| - | kubeN# | ||
| - | crictl pull server.corpX.un:5000/student/gowebd | ||
| - | crictl images | ||
| - | crictl rmi server.corpX.un:5000/student/gowebd | ||
| </code> | </code> | ||
| + | * [[Система Kubernetes#Управление образами]] | ||
| * Используем на kube1 [[Система Kubernetes#Инструмент командной строки kubectl]] | * Используем на kube1 [[Система Kubernetes#Инструмент командной строки kubectl]] | ||
| Line 410: | Line 406: | ||
| * Видео [[Все что должен знать DevOps про PostgreSQL]] | * Видео [[Все что должен знать DevOps про PostgreSQL]] | ||
| - | ===== Доп. занятие ===== | + | ==== 4.8 Helm - от основ до универсального чарта ==== |
| - | + | ||
| - | ==== Причины ==== | + | |
| - | + | ||
| - | Много материала в 3 дня не помещается никак | + | |
| - | + | ||
| - | Мало часов | + | |
| - | + | ||
| - | Очень сложная тема, необходимо еще несколько раз переслушать материал | + | |
| - | + | ||
| - | Много, сложно. Даже в том что я думаю, что усвоил, на самом деле не уверен | + | |
| - | + | ||
| - | Объем данных создал в голове кашу | + | |
| - | + | ||
| - | ==== Еще причины и пожелания ==== | + | |
| - | + | ||
| - | Было очень тяжело. Во первых удерживать постоянно внимание. Это очень трудно | + | |
| - | Второй день была лекция почти 4 часа и там удержание внимание превращается в подвиг. | + | |
| - | + | ||
| - | Поэтому нужны перерывы. Хотя бы 5 минут на 40-60 минут освободить внимание. | + | |
| - | + | ||
| - | Второй момент связан с той ситуацией, когда на второй день на самой тяжёлой лекции один студент сказал, а чем вы вообще занимаемся занимаемся. На мой взгляд его вопрос связан | + | |
| - | не с пониманием каких-то конкретных вещей, а с потерей общего понимания занятия, его цели и смысла. | + | |
| - | + | ||
| - | И тут, на мой взгляд, просто нужен общий план лекций или план работ. | + | |
| - | + | ||
| - | Без такого плана непонятно как распределять силы. Непонятно что важно, что не очень важно. | + | |
| - | Непонятно что из чего вытекает. | + | |
| - | + | ||
| - | Как правило по ходу лекции ты улавливаешь, что из чего вытекает в данный конкретный момент, но при этом через некоторый промежуток времени теряется общий план задачи. А что бы собственного говоря делаем, к чему идём? Зачем все эти шаги? | + | |
| - | + | ||
| - | Если студент имеют возможность смотреть на такой план, то он может понять на каком этапе он находится, | + | |
| - | что он уже сделал и что ему предстоит. | + | |
| - | + | ||
| - | А если не может, то преподавателю при наличии такого плана достаточно будет 2-3 минут что бы вернуть к сути «заблудившегося» студента. | + | |
| - | + | ||
| - | Мы сейчас находимся условно в пункте II.5. То есть мы проделали то, то и то. Сейчас мы делаем это, а после этого у нас по плану то-то, то. | + | |
| - | + | ||
| - | ==== Вопросы ==== | + | |
| - | + | ||
| - | Как реализуется управление конфигурацией и секретами в Kubernetes, и чем это лучше или хуже по сравнению с Ansible Vault? | + | |
| - | + | ||
| - | Как Docker сети (bridge, host, overlay) работают и взаимодействуют между контейнерами на одном хосте и в кластере Kubernetes? | + | |
| - | + | ||
| - | Какие подходы существуют для организации сетевого взаимодействия и безопасности (например, через Service и Ingress) при масштабном развертывании микросервисов в Kubernetes? | + | |
| - | + | ||
| - | + | ||
| - | Очень хотелось бы рассмотреть https://github.com/rancher/rancher на живом примере (подготовка к развертыванию, работа в его веб-интерфейсе) | + | |
| - | Rancher — это платформа для управления контейнерами с открытым исходным кодом. Rancher позволяет легко запускать Kubernetes в любом месте, соответствовать требованиям ИТ и расширять возможности команд DevOps. | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | 1 Базовые и продвинутые сущности k8s | + | |
| - | + | ||
| - | 2 Стратегии deploy и rollback с реальными примерами из практики | + | |
| - | + | ||
| - | 3 Работу с облаками | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | Хотелось бы рассмотреть поподробнее компоненты k8s | + | |
| - | + | ||
| - | Такие как | + | |
| - | + | ||
| - | Coredns | + | |
| - | + | ||
| - | Ingress | + | |
| - | + | ||
| - | Sidecar | + | |
| - | + | ||
| - | Istio | + | |
| - | + | ||
| - | Может рассмотреть подробно как работает например kube api и etcd, scheduler, kube-proxy | + | |
| - | + | ||
| - | Можно показать визуально как это выглядит в k9s | + | |
| + | * Видео [[универсальный_helm-чарт|Helm - от основ до универсального чарта]] | ||
devops2._использование_kubernetes.1758868856.txt.gz · Last modified: 2025/09/26 09:40 by val
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
