LINUX.ORG.RU

Митап «Да кому он нужен, этот ваш Kubernetes?» Все, о чем Вы боялись спросить, но хотели узнать

 , , ,


2

3

Мы — команда инженеров Containerum из компании Exon Lab. На встрече в Сколково покажем Kubernetes со всех сторон! Расскажем простым языком о пользе технологии для бизнеса, приведем примеры внедрения, покажем как мы работаем с Kubernetes. Митап будет интересен специалистам по развитию бизнеса, проектным менеджерам, любым представителям ИТ-отрасли: системным инженерам, разработчикам, тим лидам, специалистам по devops и многим другим.

Чем Kubernetes полезен для развития бизнеса? Реальные бизнес-кейсы.

Не разбираешься в Kubernetes совсем? Расскажем о его идеологии и основных компонентах.

Знаком с Kuberenetes и готов вступить в горячие дискуссии? Поделимся опытом использования Kubernetes. Расскажем, как Containerum создает production-ready сборку Kubernetes и чем наша сборка отличается от других.

https://exonlab.ru

https://containerum.com

Накормим всякими вкусностями!

Приглашаем сторонних спикеров! Пишите на mark@exonlab.ru

>>> Подробности

Могла быть Встреча, Съезд, Конференция, в конце концов, но нет, будет Митап.

Deleted ()

Слегка непонятно, почему ваше выступление не сделать в рамках периодических митапов по кубернетису - проходят и в СПб, и в Москве. И людей там много ходит.

stave ★★★★★ ()

Все, о чем Вы боялись спросить, но хотели узнать

То бишь ничего?

sphericalhorse ★★★★ ()
Ответ на: комментарий от sphericalhorse

Ну зачем же так-то?

С козырей, да сразу ниже пояса... =)))

anonymous ()

Мы — команда инженеров сепулькария из компании Exon Lab. На встрече в Сколково покажем сепулек со всех сторон!

Кто-нибудь может внятно объяснить что это такое? Понятно, что от авторов новостей такой роскоши ждать не приходится.

anonymous ()
Ответ на: комментарий от anonymous

Кто-нибудь может внятно объяснить что это такое?

k8s — средство оркестрации контейнеров, по поводу которого в мире третий год страшный шум стоит. Странно, что вы не слышали.

ugoday ★★★★★ ()
Ответ на: комментарий от stave

Ребята вроде были на митапе по кубу в mail.ru. Больше митапов - больше адептов kubernetes.

ponyhj ()

Чем Kubernetes полезен для развития бизнеса? Реальные бизнес-кейсы.
Не разбираешься в Kubernetes совсем? Расскажем о его идеологии и основных компонентах.

И вот такое у менеджеров во всём.
Идеология и компоненты Kubernetes выстроены так, что помогает в развитии бизнеса в следующих случаях.
Разделить смысл и контекст - интрига типа.

TomBOY ()

объясните зачем эти посиделки, можно же выложить все это в инете, кто хочет почитает.

barberry ★★ ()
Последнее исправление: barberry (всего исправлений: 1)

и еще название звучит примерно как «где твоя тачка, чувак».

barberry ★★ ()
Ответ на: комментарий от ugoday

оркестрации

А это что такое? «Управление»?

anonymous ()

это просто Замануха

типа продажи воздуха. Сказки ни о чем.

sqq ()
Ответ на: комментарий от anonymous

Управление - это старт/стоп контейнера (брынчать/не брынчать кому-то конкретному). А оркестрация - это кого, где и когда запускать/останавливать (кому и когда брынчать) чтобы в целом все играло сладно.

anonymous ()
Ответ на: комментарий от ponyhj

Ребята вроде были на митапе по кубу в mail.ru. Больше митапов - больше адептов kubernetes.

Меня раздражают митапы, которые привязаны к какой-то конторе. Надоело ей возиться - митапы закончились. Почему не проводить их на своей площадке, но под маркой вообще технологии...

stave ★★★★★ ()
Ответ на: комментарий от anonymous

Как systemd да? Кстати, а чоб тогда через systemd не оркестровать.

irton ★★★★★ ()
Ответ на: комментарий от irton

systemd - это когда ты оркестрируешь каким пальцем по какой клавише тебе надо жать

а k8s - когда определяешь в каком месте вступают скрипки, и где надо притушить громкость духовых

alpha ★★★★★ ()
Ответ на: комментарий от alpha

По сути - средство для управления набором контейнеров, так?

anonymous ()
Ответ на: комментарий от anonymous

По сути весь мир - средство управления набором контейнеров )

k8s - это контейнерное облако, то есть он позволяет абстрагироваться от железа, так как в нем есть планировщик, управление ресурсами и квотами, балансировка нагрузки, auto-healing, auto-scaling, агрегация логов и метрик.. и т.п.

alpha ★★★★★ ()

Да кому он нужен, этот ваш митап?

(Странно, что до сих пор не спросили. Не торт.)

thesis ★★★★★ ()
Ответ на: комментарий от alpha

Скорее не от самого железа, а от топологии. То есть вместо того, чтобы думать: «вот эти 3 коробки для mysqld кластера, на этих двух крутится tomcat, и еще одна нужна для nginx frontned» просто регистрируешь их все в кластере, а потом в файлике описываешь желаемую топологию: какие сервисы должны на одной ноде находиться, и сколько экземпляров кого создавать, а кубернетес уже сам подбирает ноды и стартует на них контейнеры в правильном порядке.

anonymous ()
Ответ на: комментарий от anonymous

Привязка контейнера к ноде - это скорее костыль для некоторых специфичных задач.

Для большинства приложений ты стараешься никаких явных привязок не делать. Либо «запусти 6 штук nginx-фронтендов», либо «разложи по одному инстансу на каждой ноде, сколько бы их ни было».

Выкатка приложения на конкретный хост противоречит концепции, и не дает использовать всю силу auto-healing и auto-scaling и прочих нужных примочек, ради которых это всё это затевалось.

alpha ★★★★★ ()

Знаком с Kuberenetes и готов вступить в горячие дискуссии? Поделимся опытом использования Kubernetes. Расскажем, как Containerum создает production-ready сборку Kubernetes и чем наша сборка отличается от других.

Zver Kubernetes

anonymous ()
Ответ на: комментарий от alpha

Выкатка приложения на конкретный хост противоречит концепции, и не дает использовать всю силу auto-healing и auto-scaling

Да пребудет с нами сила auto-makaking.

anonymous ()

Правильно ли я понимаю, что эти же доклады будут на DevOps Days в Казани?

theLastOfCats ()

Расскажем простым языком

Поржал.

anonymous ()

а не поздновато ли о кластерах разговаривать когда они уже в продакшене даже у мыл.ру?

bernd ★★★★★ ()
Ответ на: комментарий от ugoday

k8s

Какой ещё «кейтс», в новости про него не было.

muon ★★★ ()
Ответ на: комментарий от muon

k8s

Какой ещё «кейтс», в новости про него не было.

http://edit.dialogic.com/glossary/kubernetes

The name Kubernetes originates from Greek, meaning helmsman or pilot, and is the root of governor and cybernetic. K8s is an abbreviation derived by replacing the 8 letters “ubernete” with “8”.

MumiyTroll ★★ ()
Ответ на: комментарий от barberry

объясните зачем эти посиделки, можно же выложить все это в инете, кто хочет почитает.

А как же поесть этих мягких французских маффинов да попить смузей?

h578b1bde ★☆ ()
Ответ на: комментарий от MumiyTroll

Сами создадим себе проблемы, потом сами будем городить костыли.

И часто в проекте применяется этот принцип?

muon ★★★ ()
Ответ на: комментарий от muon

Сами создадим себе проблемы, потом сами будем городить костыли.

И часто в проекте применяется этот принцип?

ХЗ... Я не пользую. Так и не придумал этому реального применения.

В хозяйстве было некое подобие - Docker Swarm — создаёт проблем больше чем решает... Снесли.

У кубернетеса главным преимуществом перед свормом видится сеть — большая часть проблем в сворме была именно из-за сети. Но в итоге дискуссий - перейти на кубернетес или на железо/виртуалки - отказались от «оркестрации контейнеров». Микросервисов у нас нет, а разворачивать «жЫрные» сервисы с персистентными данными в контейнерах — глупо. С учётом наличия персистентных данных вся эта «оркестрация» и вовсе лишняя, т.к. контейнеры привязаны к хостам где лежат данные (кластерные ФС - отдельная проблема).

MumiyTroll ★★ ()
Ответ на: комментарий от alpha

IPv6 без оверлейных сетей и ручной раздачи адресов уже научились? Или всё так же на уровне IPv4 из RFC1918?

anonymous ()
Ответ на: комментарий от MumiyTroll

Но в итоге дискуссий - перейти на кубернетес или на железо/виртуалки - отказались от «оркестрации контейнеров»

Перешли на виртуалки или как?

tailgunner ★★★★★ ()
Ответ на: комментарий от tailgunner

Перешли на виртуалки или как?

В зависимости от сервиса... Некоторые оставили в докере, но без сворма, другие - да, на виртуалки.

MumiyTroll ★★ ()

Накормим всякими вкусностями!

Как-то неоднозначно звучит. Это сознательно было сделано?

Моя позиция такова, что докеру и технологиям на его основе в проде не место. Да, как тулзы они полезны, и внутри для инфраструктуры используются. Но костылинг вокруг них тот еще! Такие кишки в прод торчать не должны, нужно лучше продумывать деплой.

Если же оно якобы всех устраивает в проде - значит подход к контролю качества соответствующий. Это весело, конечно, но туфта. Таким окучивать менеджеров всяких, как раз.

Deleted ()
Ответ на: комментарий от anonymous

Кто-нибудь может внятно объяснить что это такое?

Запускаешь его на 100 серверах, определяешь докер контейнеры для фронтенда, для бекенда, фронтенд запускаешь в 40 репликах, бекенд запускаешь в 80 репликах. Определяешь между ними програмную сеть, лоад балансинг. Потом когда ноды отваливаются, заменяешь на другие такие же и туда медленно переползает упавшие реплики.

vertexua ★★★☆☆ ()
Ответ на: комментарий от Deleted

kubernetes - это не «основанная на докере» технология.

Это технология оркестрации контейнеров, совместимых со стандартом Open Containers Initiative

И основана она на базе внутреннего проекта Google, существовавшего уже тогда, когда про докер никто не слышал.

alpha ★★★★★ ()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от alpha

А по-русски технология управления контейнерами. Навыдумывают уродских заимствований, чем заковырестее, тем умнее думают)))

anonymous ()
Ответ на: комментарий от anonymous

Управление - это management, orchestration - это другое слово, и у него есть свои особенности.

Это терминология, а не художественная литература и точность терминов критична.

alpha ★★★★★ ()
Ответ на: комментарий от alpha
сущ.
 1) инструментовка, оркестровка
 2) гармоничное сочетание
 3) амер.; уст.; разг. пальто

Какая еще оркестрация? Хипстерский новояз? Такого слова нет в русском языке.

anonymous ()
Ответ на: комментарий от anonymous

оркестровка - это документ, статичный объект, оркестрация - это процесс

В русском языке 1890 года многих слов нет, появляются новые объекты - появляются слова.

Бравировать незнанием профессиональной терминологии и архаизмами - это не решение.

alpha ★★★★★ ()
Ответ на: комментарий от alpha

Слово дирижировать тебе незнакомо? Врочем, о чем я говорю, если у вас митап.

anonymous ()
Ответ на: комментарий от alpha

Да, для общего развития, orchestration это существительное, и оно описывает результат либо эффект, а не процесс.

anonymous ()
Ответ на: комментарий от Deleted

Звучит как старческое брюзжание, извините.

ugoday ★★★★★ ()
Ответ на: комментарий от anonymous

Пустой спор.

Боязнь увеличить словарный запас и перегреть мозги анонимуса запоминанием ещё одного длинного слова - это недостаточное обоснование для того чтобы вместо создания термина бросаться переиначивать и расширять значения имеющихся слов.

alpha ★★★★★ ()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от Deleted

будет Митап

Можешь представить каким языком они там будут рассказывать.

no-such-file ★★★★★ ()
Ответ на: комментарий от alpha

3>Пустой спор. Конструктивную критику сабжа модератор режет, приходится уныло троллить тебя.

anonymous ()

К этой новости можно прикрепить картинку. Смысл соответствует тексту.

anonymous ()
Ответ на: комментарий от alpha

В облачных вычислениях это всё было уже лет 20 как. Планировщики ресурсов, MPI для собственно запуска, distributed shell'ы...

Самое хреновое в этой оркестрации - это то, что там не скрипками дирижирует кубернетес, а этакими китайскими музыкальными центрами.

Контейнер - это либо уродливое г*но «собери все зависимости приложения в кучу», либо это слои, которые чем тоньше, тем меньше различий между контейнером и приложением, в него упакованным. При этом вылезает обратно вся история с зависимостями и фактически появляется поверх нормального дистрибутива Linux «контейнерный дистрибутив». Вообще контейнеры поощряют бардак и отсутствие унификации в ИТ-инфраструктуре, плодят дыры в безопасности (поскольку содержимое контейнеров же трогать низзя ни в коем случае, даже если разработчик туда запихал отруби мамонта) и жрут в разы больше места на диске. По сути это статически собранные пакеты на стероидах, при этом ещё и работающие с ядром через слой контейнерной «абстракции», т.е. медленнее нормальных приложений. Почему они нужны бизнесу? Особенно однодневному быдло-рашн-бузинесу? Потому что облегчают сиюмоментный х*як-х*як-продакшн. А что там будет дальше и как это администрировать - никого не волнует. Зато разработчикам удобно ничего не знать про Linux. Просто бать какая высокая достойная цель достигнута!

DRVTiny ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.