Ты кстати говорил что в прод тянете эту штуку- работает?

Друзья, спасибо всем, кто был на Moscow Kubernetes Meetup 7!

Мы ещё раз все вместе доказали миру, что в сообществе Kubernetes и цифровой трансформации происходят события, от которых не может отвлечь даже коронавирус, курс доллара и стоимости нефти. 🙂

А для тех, кто всё пропустил – 5 марта 2020 вместе с нашими друзьями Яндекс.Облако, мы провели совместную конференцию-митап по Kubernetes. Семь докладов. 🎁 Более 1500 заявок. Почти 300 гостей из десятков городов. Шесть часов. 20 килограмм пиццы 🍕 и 15 килограмм фруктов. 🍏

Традиционно собрались все, от ИТ-директоров и Вице-президентов, до руководителей отделов и прогрессивных DevOps-инженеров.

Только представьте – где ещё ведущие умы Сбербанк, МегаФон, Альфа-Банк, Банк ОТКРЫТИЕ, Ростелеком, АльфаСтрахование, OZON, X5 Retail Group, AVITO.ru, Тинькофф, Райффайзенбанк, МТС, Cisco, БКС, Acronis, ЦИАН, Kaspersky Lab HQ, РЖД - Российские железные дороги, Центробанк РФ, Яндекс, Wrike, ABBYY Россия, Nutanix, Microsoft Russia, Группа ВТБ, Dodo Pizza Moscow HQ, IBM, LEROY MERLIN, McDonald's, Отп банк, Модульбанк, S7 TechLab, Ingram Micro Cloud Russia, Huawei Russiai, Tele2 Russia, РОСГОССТРАХ, Сравни.ру, ДИТ: Технологии Москвы, Mail.ru Group, Veeam Software, ПАО «Газпром», ОАО АК Транснефтепродукт, ООО "ЛУКОЙЛ-Центрнефтепродукт", QIWI Russia, Oracle Россия и СНГ, Unilever и ключевых ВУЗов могли бы собраться так на одной площадке, приятно и полезно обменяться опытом, обсудить насущный именно сегодня вопросы миграции в облака и микросервисы? 🙂

Коммьюнити-конференции – это наиболее актуальный источник информации для ИТ и бизнеса. Да, иногда слайды не самые красивые, да, спикеры иногда запинаются, но их доклады – они отражают именно то, что важно именно сегодня. В современных технологиях всё меняется очень быстро. Через месяц уже будут совсем другие вопросы.

Следите за анонсами, подписывайтесь на группу в ФБ ( https://www.facebook.com/groups/kubernetesMSK ), в Telegram ( https://t.me/kubernetesMSK) и присоединяйтесь к чату русскоговорящего сообщества Kubernetes ( https://t.me/kubernetes_ru ).

Ещё раз отдельное спасибо потрясающей команде Яндекс.Облако, которая вкладывается и помогает развивать русскоговорящее сообщество Kubernetes, делает всё для своих клиентов, заботится о их будущем, а также удобстве для DevOps-команд, Архитекторов и разработчиков. И спасибо спикерам, докладчикам, за тщательную подготовку и сильные выступления! Декатлон, Сбермаркет, Авито, Мой Склад, OZON.travel, Яндекс.Облако, уан лав. 😍

Ссылка на запись трансляции конференции: https://www.youtube.com/watch?v=JhvE-y1Dy_o&t=10m

Дмитрий, а эта штука разве не на уровне ноды будет разруливать ремоте IP? Мне нужно именно чтобы в под возращалось, которых к примеру 9 штук, чтобы именно в тот под который давал ответет клиенту.

remote_addr - это адрес клиента, вместо него можно любую переменную nginx запихать, в том числе и куки и любые другие заголовки. Если там указан remote_addr, то запрос от одного ip клиента всегда будет попадать в тот же самый pod, если конечно он не умрет.
Про разруливание на уровне ноды не понял. ingress nginx это L7 балансировщик, в апстримах у него ip адреса pod'ов, что имеется в виду в этой схеме про разруливание на уровне ноды и разруливание чего?

А есть ли готовые линтеры которые проверяют есть ли лимиты и реквесты в чарте и если нет то не дают деплоить ?

это адрес Pod
который входит как endpoint в 2 сервиса, один

PTR возвращается от DNS сервера внутри kubernetes

а что это за консольное чудо?

K9s

мож какой-то оператор есть, но вообще решается довольно просто лейблами и кронджобом