Наш опыт с Kubernetes в небольших проектах (Флант, RootConf 2017)

[@wadyn95]

Ничего себе, так доступно , но при этом в деталях! Потрясающий доклад

[@searchingknowlege]

Монументально, без воды, огромное спасибо за доклад!

[@Axenow]

Дмитрий, смотрю ваши выступления где только можно. Насколько сильно они мне помогают в работе и обучении, я даже не могу передать. Спасибо Вам огромное.

[@alexandrshatilov8227]

Невероятный доклад! Спасибо огромное

[@stepan9437]

Мне кажется это лучшее объяснение про кубернетис

[@theapostal9311]

Хотел рассказать про опыт, в итоге кратко и внятно рассказал про абстракции и архитектуру кубера:) Очень полезный и ёмкий доклад, спасибо!

[@TheMitshel]

Отличный доклад. Как жаль что его не было год назад. Убил кучу времени чтобы со всем этим разобраться.

[@Sam-ee8dx]

Лучший доклад, который слушал, спасибо!!!!!

[@dsp976]

Дмитрий, огромное спасибо

[@anatolyershov9050]

Отличный доклад! Четко и по существу! Так держать!

[@petrkassadinovich2705]

Спасибо, действительно хороший доклад. Сидел и конспектировал многие моменты)

[@evgeniygul1131]

Да, остановись ты! Все.... буэээээ ... меня укачало (но пальчик вверх)

[@dmitriymelnik7519]

Отличный доклад! Спасибо! До этого читал статьи, не узнал и десятой части того, о чем узнал из доклада Дмитрия.

[@СергейПтушкин-к5ы]

Офигенный доклад

[@tilekasankulov5034]

Все четко и в тему!!! Спасибо за доклад!

[@smithwesson9905]

Отличный доклад, спасибо!

[@alexei3366]

Сильно.Осталос только во всем этом разобраться :)

[@gorniv]

Отличный доклад! Большое спасибо!

[@DennisTurbay]

Спасибо за доклад

[@dmitriyengineer2441]

Отличный доклад! Какие 4 команды для логирования и метрик)?

[@dmitriysolodukha9646]

Отличный доклад, вот только если правильно собрать инфраструктуру на том же AWS, там не должно быть проблем с перелинковкой фронта, бэка и т.д. То есть, по сути, это все та же модель "простой" инфраструктуры и функционал автоматического масштабирования везде. То есть если есть такие крутые сервисы как SQS, ASG, RDS и так далее вообще нет никаких проблем связываться компоненты друг с другом.

[@DmitryIvanov-sj2tt]

Спасибо, отличный доклад

[@mmikhail123]

Хороший доклад. Сервайс, эс э кодэ немного режут слух

[@the-unspectd]

Энвёйрамент

[@alekseipolin2384]

Интересно, как сейчас выглядит Kubernetes VS Docker Swarm

[@alekseipolin2384]

Спасибо. А то, читал серию статей на хабре (habrahabr.ru/post/262397/) и комменты, статья старая, но в комментах была обозначена тенденция на перекрытие функционала кубера нативными докер-решениями. Вот и хотел узнать, как сейчас дела обстоят )

[@Flant]

Современные тенденции таковы, что Kubernetes становится фаворитом у большинства, но всё может зависеть от конкретных потребностей, т.к. с функциональной точки зрения это больше основа для PaaS, чем готовая PaaS (о последнем мы писали у себя: habrahabr.ru/company/flant/blog/327338/).

[@alexeygorbachev5092]

swarm - более монолитный, поломается что то, фиг поймешь где

[@inf222]

Имхо, для мелких проектов кубер избыточен. Сайтик задеплоить проще в сварме. Из коробки есть Service с балансировщиком и Service Discovery. Плюс что это всё в нативном докере и не надо огород с мастерами кубера городить.

[@3tonit62]

не понял по поводу mysql, уже давно используем master master wsrep cluster из mariadb. зачем master - slave slave ? не ужели не пробовали нормальный кластер поднять базы? замечетельно работает даже на разнесенных по разным дц с 200мб сеткой как раз для малых проектов. для больших проектов конечно нужна как и для ceph уже 10gb сетка.

[@romangalochkin2564]

Спасибо, супер, очень доходчиво.

[@uuid1]

Лаконично и понятно. Идеально)

[@Денис-ц7э4в]

шикарно))

[@nobody_nowhere_]

у nginx могут кончиться воркеры, когда отдача файлов с NFS и хранилка падает - каждый воркер идёт за файлом, ловит (un)interraptable sleep и.. всё. Даже с таймаутом 10с и 100 воркерами уже на 10 людях это перестаёт работать.

[@stepan.martyanov]

Спасибо! очень полезно.

[@melickon]

что стоило выяснить, как произносится слово "service" перед докладом?

[@Sanchitosmr]

Очень класно и понятно.

[@spiritcxz]

@Флант снаружи должен быть ingress или HAProxy?

[@Дмитрий-с3п4ы]

Отлично!

[@kalashmatik0]

Все так и случилось, только вместо depp теперь werf :)

[@spiritcxz]

Если у меня на работе дикий монолит и нет активной стадии разработки, стоит ли ставить кубер чтобы потренироваться и набраться опыта?)

[@inf222]

сначало надо в докеры хотя бы перенести попробовать) потом устать от этого и понять, что легаси лучше не трогать)))

[@itgleb]

Доклад огонь. Немного сложно стало его серьезно смотреть, когда начались "шедулеры" и "сервайсы".

[@agvaresss]

​@choleavv ему типа произношение не понравилось. Коренной англичанин видимо

[@anatoliistepaniuk8217]

КубернетЭс? Ну почему толковые чуваки в Рунете так забивают на свой английский?

[@alexander.kachkaev]

Круть! А кто сейчас в России сдаёт в аренду простенькие кластеры из виртуалок как единый кирпич? Типа GKE, в пять кликов. Запускал ещё тестовый кубер на AWS с помощью kops - удобно. Теперь хочется примерно такой же простоты, только за меньшие деньги (например, со стоимостью виртуалок как на FirstVDS). Кто что слышал/использовал?

[@GraxGool]

mcs.mail.ru

[@Opdeit]

Про кубернетес 16:00

[@DKAS-g4h]

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

[@Flant]

Замечание передано, спасибо! :-)

[@DKAS-g4h]

Спасибо за ваш контент! сжато, четко, по делу

[@ВладимирПротопопов-я6ь]

Сервайс шедулер:). Доклад интересный. Очень круто.

[@daniilbrakk]

А под ceph выделяете локалку/один ДЦ?

[@davidmagton]

Оооочень сильно зависит от множества факторов. Прежде всего от того, что будет потом в этом ceph храниться. Самый лучший вариант для ceph - две 10 Гбит/с локалки (одна для подключения, другая для связи между узлами). У нас есть много инсталляций на "плохих" 1 Гбит/с сетях и все работает "удовлетворительно".

[@dimaem]

Доклад классный, но почему у Дмитрия Столярова голова чистая?

[@eduardmart1237]

Что за Пью-карты и VRP? Это Ciscoтема?

[@nikitosiusisful]

vrrp и ucarp.

[@sptgivchenko9112]

Спасибо. Отличный доклад. В докладе говорилось о том, что в планах есть с VPN сервером внутри kubernetes. Скажите есть ли положительный опыт в этом вопросе?

[@davidmagton]

Положительный. У нас есть openvpn и pritunl.

[@sptgivchenko9112]

Как Вы решали вопорс с масштабированием и отказоустойчивостью? Использовали ли вы несколько мастеров если да то как организовали "Highly available public IPs"? Как я понял не все ЦОДы дают эту возможность для VPN. Умеет ли kubernetes перенаправлять траффик на под в другом ноде если под в текущем ноде стал недоступен (для новых подключений)? Есть ли возможность держать одновременно несколько узлов с VPN сервером и каким то образом балансировать подключения к ним?

[@MrQsam]

сервАйс дисковери

[@itgleb]

с шедулерами

[@re_stuff]

Что ж его так трясет-то.

[@bingo6924]

Весь ок на микросервисах! Цирк)))

[@EnryParx]

"Сервайсы" - это как "тортЫ" или "звОнить" (((

[@ТимурСафаров-в1ч]

Ещё один умник - failover stateFulset stateless guarantee share applications dns discovery cloud native решения rasing db резолвиться в пачку ip адресов Discovery статические соседи на dns zoo keeper Consistent switchcover

[@kiril.d1]

Отличный доклад, спасибо!