Создаем самодостаточный Docker-кластер

[Hixon10]

Спасибо за статью!

А можете немного подробнее рассказать про авто-масштабирования сервисов? Используете какие-то хитрые алгоритмы, ML? Или там какие-то базвоые эвристики?

[r-moiseev]

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

Лично не приходилось сталкиваться с ситуациями когда этого не достаточно.

[dmitry_ch]

Так может все же Kubernetes?

[r-moiseev]

Что пропадет из схемы при замене Swarm на Kubernetes. Ну кроме очевидного прокси.

[dmitry_ch]

Кубер как бы из коробки (если это можно назвать так) умеет и проверку живости сервисов, и несет понятие pod-а (когда на хосте рядом будут жить связанные сервисы). Кошку-то готовить надо уметь, причем там есть шутка в том, что не всякий кубер со всяким докером будут жить душа в душе (Докер уж очень от версии к версии меняется).

Но Swarm-у я бы меньше верил, именно из-за «милой» привычки авторов все ломать на каждой новой версии. У поста по ссылке есть продолжение.

[r-moiseev]

Если вы про health check то он есть в самом докере из коробки.

И все же я уточню вопрос. Как kubernetes из коробки решает вопрос мониторинга (не просто жив мертв) и авто скейлинга?

[dmitry_ch]

Из коробки и решает. Это не просто health check, это именно liveness (и не только http, конечно).

Из доки навскидку пример

apiVersion: v1
kind: Pod
metadata:
  labels:
    test: liveness
  name: liveness-http
spec:
  containers:

  - name: liveness

    args:
    - /server

    image: gcr.io/google_containers/liveness

    livenessProbe:
      httpGet:
        path: /healthz
        port: 8080
        httpHeaders:
          - name: X-Custom-Header
            value: Awesome
      initialDelaySeconds: 3
      periodSeconds: 3

[r-moiseev]

А я то спросил про мониторинг. Вот у меня пошел трафик, сервис загибается, как узнать и поднять доп реплики?

[kiltum]

Красиво, но без примеров/кусков кода/настроек выглядит как попытка обкатать идею на сообществе

[r-moiseev]

Это ведь перевод… но мне теперь самому интересно это все реализовать.

[kiltum]

Упс, не заметил. Тогда вопрос снимается. Что касается реализации… не верю. На мой взгляд, слишком все тяжеловесное и не согласованное. Например jenkins и докер — неповоротливый тяжеловес и легкий попрыгунчик.

[r-moiseev]

Конкретные реализации компонентов — подставьте свои. Я бы и Prometheus заменил на Influx стек

[SirEdvin]

Судя по опыту людей с influx стеком — зря-зря.

[SirEdvin]

Немного не понимаю, а что именно не так с jenkins'ом?

[lexore]

Хорошая статья, только режет глаз придуманное самим автором определение:

Самодостаточная система — это та, которая способна восстанавливаться и адаптироваться.

К переводчику претензий нет, просто в статье все-же описана self-sustaining system (самоподдерживающаяся система), а не self-sufficient (самодостаточная).

[r-moiseev]

Да, это правда. Я тоже долго думал как перевести, и в итоге решил оставить оригинал

[AndreyNagih]

(юмор) Самодостаточной системе разработчик не нужен. И пользователь тоже. :-)