Kubernetis - как идет поклевка?

[Мальчик-Одуванчик]

Packt массу своих новых книг распродает за пятерку штука, при этом еще делая скидку на количество.

[Сабина]

Так а нахрена оно. Это же больше приблуда для администраторов управлять контейнерами.
Эт примерно как воткнуть знание vSphere - совершенно иррелевантный навык для девелопера.

Ну вы даете ! Я вообще не знаю что бы делала без докеров( а скоро и кубернетисов как в GCP перелезем).
Rules for local development и debugging когда себе нужно какой нибудь big datasource сэмулировать

[Мальчик-Одуванчик]

Так а нахрена оно. Это же больше приблуда для администраторов управлять контейнерами.
Эт примерно как воткнуть знание vSphere - совершенно иррелевантный навык для девелопера.

Ну вы даете ! Я вообще не знаю что бы делала без докеров( а скоро и кубернетисов как в GCP перелезем).
Rules for local development и debugging когда себе нужно какой нибудь big datasource сэмулировать

Я вообще с биг датой дело не имею. Неужели кубернетис нужен и в этом случае.
Собственно есть простая аналогия между докером и виртуальной машиной.
Кубернетис в этом случае будет аналогом VSpere, которой девелоперы не пользуются.

[Alexander Troyansky]

Так а нахрена оно. Это же больше приблуда для администраторов управлять контейнерами.
Эт примерно как воткнуть знание vSphere - совершенно иррелевантный навык для девелопера.

Ну вы даете ! Я вообще не знаю что бы делала без докеров( а скоро и кубернетисов как в GCP перелезем).
Rules for local development и debugging когда себе нужно какой нибудь big datasource сэмулировать

Я вообще с биг датой дело не имею. Неужели кубернетис нужен и в этом случае.
Собственно есть простая аналогия между докером и виртуальной машиной.
Кубернетис в этом случае будет аналогом VSpere, которой девелоперы не пользуются.

ИМХО, у вас аналогии неверные.
Кубернетис - это продвинутый аналог docker swarm, что, например, позволяет сервисам масштабироваться. А к vSphere Кубернетис вообще мало какое отношение имеет. vSphere - это гипервизор (как KVM или Oracle Box)

[M. Ridcully]

vSphere - это гипервизор (как KVM или Oracle Box)

"Гипервизор" это ESXi.
А vSphere - это приблуда для управления этими "гипервизорами".

[blanko27]

Господа Кубернэтики, скажите, это серьезно?
Doomsday Docker security hole uncovered

A security vulnerability has been disclosed for a flaw in runc, Docker and Kubernetes' container runtime, which can be used to attack any host system running containers.

[M. Ridcully]

Господа Кубернэтики, скажите, это серьезно?
Doomsday Docker security hole uncovered

A security vulnerability has been disclosed for a flaw in runc, Docker and Kubernetes' container runtime, which can be used to attack any host system running containers.

Почему бы и нет?
То есть оно, конечно, vulnerability.
Но я как-то никогда не воспринимал изоляцию контейнеров устойчивой к вредителям.
Это не VM escape.

[liamkin]

Поздно заметил топик. В нашем восточном побережье-слэш-мидуэст - Кубернетес и Опеншифт - очень востребованы. Но не обязательно в разработческом резюме, там сисадмин, девопс и прочее. ДевОпс очень горячая тема в целом. Можно срубить бабла в лехкую. Но надо знать - Git, Jenkins, Ansible, Helm, Docker, Openshift/Kubernetes. А это довольно много.

[nickb]

Сегодня как раз запустил наконец свои 150 микросервисов на новом K8S кластере. Переходим с Cloud Foundry по приказу партии и правительства.

[valchkou]

Сегодня как раз запустил наконец свои 150 микросервисов на новом K8S кластере. Переходим с Cloud Foundry по приказу партии и правительства.

в чем причина перехода?

[Komissar]

Deployment is more important than development?

[nickb]

Сегодня как раз запустил наконец свои 150 микросервисов на новом K8S кластере. Переходим с Cloud Foundry по приказу партии и правительства.

в чем причина перехода?

Что-то там по деньгам. Ну и flexibility у K8S, конечно выше. Наше дело солдатское, сказали мигрировать, мы мигрируем.

[valchkou]

Сегодня как раз запустил наконец свои 150 микросервисов на новом K8S кластере. Переходим с Cloud Foundry по приказу партии и правительства.

в чем причина перехода?

Что-то там по деньгам. Ну и flexibility у K8S, конечно выше. Наше дело солдатское, сказали мигрировать, мы мигрируем.

вам лично что больше нравится

[nickb]

Сегодня как раз запустил наконец свои 150 микросервисов на новом K8S кластере. Переходим с Cloud Foundry по приказу партии и правительства.

в чем причина перехода?

Что-то там по деньгам. Ну и flexibility у K8S, конечно выше. Наше дело солдатское, сказали мигрировать, мы мигрируем.

вам лично что больше нравится

Оба ничего.
Deployment и operations - явно проще на PCF. Если ТОЛЬКО stateless microservices одни - самое оно. По быстрому попробовать что-то очень просто, слепил jar и закинул в облако, буквально пара команд.
Мы 2+ года на PCF в production.

По гибкости и возможностям - K8S. Система labels очень удобная. Сам docker image дает больше возможностей, чем PCF buildpack.

[Sergunka]

Сегодня как раз запустил наконец свои 150 микросервисов

Чо так мало то?

[Sergunka]

Deployment и operations - явно проще на PCF.

А ваш прайвет Клауд на чем крутится на своем дата центре или на амазоне/ажуре?

[nickb]

Deployment и operations - явно проще на PCF.

А ваш прайвет Клауд на чем крутится на своем дата центре или на амазоне/ажуре?

На Амазоне. Каждый environment- на 2х кластерах, east/west region. Ну и global load balancer - для внешних систем.

[nickb]

Сегодня как раз запустил наконец свои 150 микросервисов

Чо так мало то?

Ну, пока так. Там на самом деле количество уже не важно потом, если CI/CD и конфигурации сделаны масштабируемыми и соблюдают naming conventions. Просто начальный deployment долгий.
Я тестирую deployment всего 4х приложений end2end. Если все взлетело, то и остальные взлетят, никуда не денутся.
А 150 - это только начало

[Sergunka]

Deployment и operations - явно проще на PCF.

А ваш прайвет Клауд на чем крутится на своем дата центре или на амазоне/ажуре?

На Амазоне. Каждый environment- на 2х кластерах, east/west region. Ну и global load balancer - для внешних систем.

А какие базовые сервисы используете? Типо Postgres, mySql, Cassndra, MongoDB, Redis, RabbitMQ, Vault свое что нибудь прикручиваете к примеру Кафка и тд? Что для временных рядов используете aka Time Series?

Заранее благодарен

[nickb]

У нас все по-простому. Oracle/MySql/Postgress.
Kafka. NewRelic. Splunk logging.

Еще был Netflix OSS stack, но от него сейчас только Spring Config Server остался

[nickb]

Еще RASP проделан, но это уже больше экзотика

[valchkou]

У нас все по-простому. Oracle/MySql/Postgress.
Kafka. NewRelic. Splunk logging.

Еще был Netflix OSS stack, но от него сейчас только Spring Config Server остался

что используете в качестве дисковери сервиса (типа eureka, counsul)?
есть ли некий API репозиторий, который автоматически обновляется в появлением новых сервисов/api?

[Sergunka]

У нас все по-простому. Oracle/MySql/Postgress.
Kafka. NewRelic. Splunk logging.

Еще был Netflix OSS stack, но от него сейчас только Spring Config Server остался

А что для секьюрити аусентикация/авторизация используете? Потом как то без кеша - фронтенда совсем, что ли нет?

[Sergunka]

Еще RASP проделан, но это уже больше экзотика

И еще походу вопрос - кубернетис так же на амазоне арендуете? Свой кластер делали для песочницы?

[nickb]

У нас все по-простому. Oracle/MySql/Postgress.
Kafka. NewRelic. Splunk logging.

Еще был Netflix OSS stack, но от него сейчас только Spring Config Server остался

что используете в качестве дисковери сервиса (типа eureka, counsul)?
есть ли некий API репозиторий, который автоматически обновляется в появлением новых сервисов/api?

Когда были на Unix, то были Eureka/Zuul. Но теперь это все не нужно, в PCF есть routes. В K8S есть ingress.
При deployment просто указываешь, как трафик пойдет. Т.к. deployment сделан через templates, то получаются новые routes, если новый сервис добавляется. Ничего не надо discover