Немного накосячил в видео с объяснением про порты подов и сервисов. Попробую исправиться и внести ясность: - containerPort в ресурсе DeploymentConfig несет исключительно информационный характер. По сути все порты, которые слушает контейнер могут быть выставлены через Service, а containerPort нужен только для информации; - targetPort в ресурсе Service - это порт назначения. То есть это тот порт который слушает контейнер; - port в ресурсе Service - это порт, который будет виден для других подов кластера; На примере с nginx, можно обратить внимание, что в nginx.conf есть следующая директива: listen 8080; Таким образом запись в Service: ports: - name: http port: 80 protocol: TCP targetPort: 8080 Значит, что все члены кластера, которые обратятся на port 80 этого сервиса попадут на порт 8080 контейнера с nginx.
Спасибо за проделанную работу, очень качественный контент! Будем надеяться, что автор вернется и порадует нас дальнейшим обучением openshift. Крайне интересно было бы послушать в Вашем исполнении темы CI/CD, Helm'а, да по сути всё любые связанные тем. Еще раз спасибо и удачи!
Хотелось бы видео по volumes, secrets, builds, про настройку nodePort в OpenShift для доступа к сервису из вне. Очень хорошо все объясняешь, спасибо за твой труд.
Добрый день. Я не мастер опеншивта, но если под ним кубер, то поды могут общаться и напрямую, без сервисов ;) Сервисы нужны в основном, что бы балансировать нагрузку и при пересоздании пода у него может поменяться ip адрес и вам придётся менять настройки... чтобы этого избежать - welcome service ! :)
О, внезапно :) Привет, О себе - я типа системный аналитик, слегка отставший от текущих реалий, но внезапно попавший на проект с микросервисами, опеншифтами, докерами и прочая, и прочая. Поиск на ютубе как то сразу вывел на твои скетчи, на которые сразу и подписался. А тут - продолжение же!
Добрый день. Скажите, будут ли темы: 1) Helm 2) CI/CD в Openshift (если да, то какой интсрумент) 3) Сбор логов (filebeat) 3) init containers 4) Istio 5) Типы деплоя (Канареечный и другие)
Спасибо, интересно но пока не понятно. У меня сейчас задача на работе, переделать все объекты из openshift в шаблоны jinja2, с тем чтобы поместить эти шаблоны в дистрибутив, там же будут храниться и переменные для этих шаблонов. И вот сейчас мне непонятно, что из того, что openshift можно обозначить в виде переменной, а что нельзя? namespace например точно надо в переменную переносить, а вот все остальное пока не понимаю.
Добрый день! Если и переменные и шаблон хранятся в дистрибутиве - в этом же нет никакого смысла? А вообще, советую параметризовать вообще все, потому что перебирать дистрибутив, что бы поменять какое-то поле в конфигурации OpenShift - то еще удовольствие. Знаю по собственному опыту. Кстати, советую посмотреть в сторону Helm для управления деплоем в шифт.
@@user-bx3bt6ny6s переменные и шаблоны будут в разных нексусах, извините, не уточнил. Про хелм мне советовали, да, но пока все решаем через ансибл. Роль, которая перебирает шаблоны, подставляет в них переменные и запускает в os, готова, осталось шаблоны с переменными сделать и разместить их в правильных хранилищах.
![[OpenShift] Урок-5. Зачем нужен OpenShift](http://i.ytimg.com/vi/2QV9AO4YDNk/mqdefault.jpg)
![[OpenShift] Урок-5. Зачем нужен OpenShift](/img/tr.png)
![[OpenShift] Урок-1. Устанавливаем CRC](http://i.ytimg.com/vi/mLdcPiaqxKo/mqdefault.jpg)
![[OpenShift] Урок-2. Контейнеры и Docker](http://i.ytimg.com/vi/uVVXuCq09hI/mqdefault.jpg)
Немного накосячил в видео с объяснением про порты подов и сервисов. Попробую исправиться и внести ясность:
- containerPort в ресурсе DeploymentConfig несет исключительно информационный характер. По сути все порты, которые слушает контейнер могут быть выставлены через Service, а containerPort нужен только для информации;
- targetPort в ресурсе Service - это порт назначения. То есть это тот порт который слушает контейнер;
- port в ресурсе Service - это порт, который будет виден для других подов кластера;
На примере с nginx, можно обратить внимание, что в nginx.conf есть следующая директива:
listen 8080;
Таким образом запись в Service:
ports:
- name: http
port: 80
protocol: TCP
targetPort: 8080
Значит, что все члены кластера, которые обратятся на port 80 этого сервиса попадут на порт 8080 контейнера с nginx.
Хотелось бы увидеть этот ролик пораньше, но лучше поздно, чем никогда 🙂
Хотелось бы продолжения) например, какие фишки добавляет OpenShift по сравнению с чистым кубером. В чем отличие DeploymentConfig от Deployment.
как жаль, что больше нет видео(
очень просто и понятно
Спасибо за проделанную работу, очень качественный контент! Будем надеяться, что автор вернется и порадует нас дальнейшим обучением openshift. Крайне интересно было бы послушать в Вашем исполнении темы CI/CD, Helm'а, да по сути всё любые связанные тем. Еще раз спасибо и удачи!
Павел, отлично объясняешь, понятнее объяснения я не встречал. Не бросай канал, снимай ещё!
Очень круто))) Подробно кратко и по делу, рекомендовал к просмотру своим коллегам...
Очень ждем продолжения!!!
Ух годнота! Огромное спасибо за проделанную работу!!!
Очень информативно !, продолжай а том же духе !! Респект 👍
Хотелось бы видео по volumes, secrets, builds, про настройку nodePort в OpenShift для доступа к сервису из вне. Очень хорошо все объясняешь, спасибо за твой труд.
Очень круто! Спасибо! Хочу ещё!
Спасибо, что выпускаешь видео! 💪🏻 Интересен ещё вопрос снятия/создания дампа, если падает один из сервисов OpenShift 🤔
шёл второй год ожидания видео про пробы(
Спасибо !
Крутяк!
Добрый день.
Я не мастер опеншивта, но если под ним кубер, то поды могут общаться и напрямую, без сервисов ;)
Сервисы нужны в основном, что бы балансировать нагрузку и при пересоздании пода у него может поменяться ip адрес и вам придётся менять настройки...
чтобы этого избежать - welcome service ! :)
Спасибо, единственное что не хватило демонстрации доступности дефолтной странички по открытым портам.
О, внезапно :)
Привет,
О себе - я типа системный аналитик, слегка отставший от текущих реалий, но внезапно попавший на проект с микросервисами, опеншифтами, докерами и прочая, и прочая. Поиск на ютубе как то сразу вывел на твои скетчи, на которые сразу и подписался. А тут - продолжение же!
Привет! Спасибо на добром слове!
а типа зачем это все системному аналитику, кроме очень поверхностного представления об инструментах?
Подскажите пожалуйста, отличаются ли манифесты openshift от kubernetes?
Добрый день. Скажите, будут ли темы: 1) Helm 2) CI/CD в Openshift (если да, то какой интсрумент) 3) Сбор логов (filebeat) 3) init containers 4) Istio 5) Типы деплоя (Канареечный и другие)
И да, спасибо за хорошие видео.
Приветствую!
Хотел istio включить, если получится его поднять в crc. Остальные темы не планировал, но если есть такая потребность, можно подумать.
@@user-bx3bt6ny6s Да, темы интересные. Плюсую по всем 5 вопросам 👍🏻
Спасибо, интересно но пока не понятно. У меня сейчас задача на работе, переделать все объекты из openshift в шаблоны jinja2, с тем чтобы поместить эти шаблоны в дистрибутив, там же будут храниться и переменные для этих шаблонов. И вот сейчас мне непонятно, что из того, что openshift можно обозначить в виде переменной, а что нельзя? namespace например точно надо в переменную переносить, а вот все остальное пока не понимаю.
Добрый день!
Если и переменные и шаблон хранятся в дистрибутиве - в этом же нет никакого смысла? А вообще, советую параметризовать вообще все, потому что перебирать дистрибутив, что бы поменять какое-то поле в конфигурации OpenShift - то еще удовольствие. Знаю по собственному опыту.
Кстати, советую посмотреть в сторону Helm для управления деплоем в шифт.
@@user-bx3bt6ny6s переменные и шаблоны будут в разных нексусах, извините, не уточнил. Про хелм мне советовали, да, но пока все решаем через ансибл. Роль, которая перебирает шаблоны, подставляет в них переменные и запускает в os, готова, осталось шаблоны с переменными сделать и разместить их в правильных хранилищах.
resource средство, запас, источник
volume [ˈvɒljuːm] величина, объём, том, ёмкость, объёмный
Продолжение будет?
6:06 - Container, not Conteiner
У меня есть вопросы. как внешние пользователи могут читать из тома(PVC) openshift? как это возможно?
map [mæp] отображение, отображать, карта, схема, сопоставлять
configuration [kənfɪgjʊˈreɪʃn] настройка, расстановка, комплектация, установка, значение настройки
почему нет продолжения?
mount [maʊnt] установка, установить, крепление, крепить, подключение, подключить
и снова канул в лету :С
container [kənˈteɪnə] вместилище, ёмкость, упаковка, бак, ящик
spec [spek] specification [spesɪfɪˈkeɪʃn] характеристика, описание, уточнение, требование
deployment [dɪˈplɔɪmənt] развёртывание, внедрение, размещение, применение