Size: a a a

2020 November 15

SP

Sergey Pechenkó in DevOps
Aleksey Shirokikh
в ицинге логика поднятия события в плагине тоесть разбросана по милиону мест. мне так было бы не удобно.
Зато интерфейс между плагином и опросом не хрупкий. Соответственно, плагину может быть 10 лет, но он работает ровно также, как и работал 10 лет назад.
источник

PK

Phil Kulin in DevOps
Вот смотри.

digitalocean:
- srv1:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
- srv2:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
vscale:
 -srv3:
         -ssh
         -LA
         -swap usage


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

AS

Aleksey Shirokikh in DevOps
Sergey Pechenkó
Зато интерфейс между плагином и опросом не хрупкий. Соответственно, плагину может быть 10 лет, но он работает ровно также, как и работал 10 лет назад.
whatever
источник

PK

Phil Kulin in DevOps
Aleksey Shirokikh
в ицинге логика поднятия события в плагине тоесть разбросана по милиону мест. мне так было бы не удобно.
ээээ? Там не так как в нагиосе?
источник

AS

Aleksey Shirokikh in DevOps
Phil Kulin
ээээ? Там не так как в нагиосе?
в нагиосе так же. и это на мой взгляд не удобно
источник

PK

Phil Kulin in DevOps
Phil Kulin
Вот смотри.

digitalocean:
- srv1:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
- srv2:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
vscale:
 -srv3:
         -ssh
         -LA
         -swap usage


Давай мы прикинем, во что мне выльется настроить это в проме. Чтобы мне круглосуточно в телегу и почту, а сотруднику в телегу только в рабочее время
Ну и acknowledge конечно же
источник

PK

Phil Kulin in DevOps
Это кстати вообще самая главная штука
источник

ЕО

Евгений Омельченко... in DevOps
Aleksey Shirokikh
его задача получить от множества промов информацию об алертах сгруппировать их и отправить в нужном направлении
Если у тебя будет приёмник алертов из АМ, который будет организовывать логику, то что мешает туда все промы уж направить? Это какая-то бессмысленная задача получается. Делать то, что будет уметь твоё собственная алертилка просто из коробки
источник

AS

Aleksey Shirokikh in DevOps
Евгений Омельченко
Если у тебя будет приёмник алертов из АМ, который будет организовывать логику, то что мешает туда все промы уж направить? Это какая-то бессмысленная задача получается. Делать то, что будет уметь твоё собственная алертилка просто из коробки
ещё раз я не против же. если считаешь что нужно написать свой — велкам. я с удовольствием посмотрю на твоё дао
источник

AS

Aleksey Shirokikh in DevOps
я не защищаю пром с  точки зрения простоты. он оооооочень сложный.
источник

AS

Aleksey Shirokikh in DevOps
и в нем что бы всё работало ровно нужна бездна компонентов.
источник

PK

Phil Kulin in DevOps
Мне просто кажется стейты это вообще не его задача
источник

AS

Aleksey Shirokikh in DevOps
но компоненты можно заменять. и скейлить независимо.
источник

AS

Aleksey Shirokikh in DevOps
вот пришли парни с викторией и решили еще одну не большую боль. долговременное хранилище
источник

PK

Phil Kulin in DevOps
У меня аж глаз задергался
источник

AS

Aleksey Shirokikh in DevOps
Phil Kulin
У меня аж глаз задергался
что? ну диаграма состояний и что ?
источник

AS

Aleksey Shirokikh in DevOps
это то что внутри кода происходит
источник

PK

Phil Kulin in DevOps
Aleksey Shirokikh
вот пришли парни с викторией и решили еще одну не большую боль. долговременное хранилище
Вот кстати. Я вот думаю тут не поиспользовать ли его для данных с метками времени. Вместо timescaledb так сказать
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Вот смотри.

digitalocean:
- srv1:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
- srv2:
         - https
         - ssh
         - внутренний mysql без доступа наружу
         - проверка сертификата
         - проверка диска
         - LA
         - swap usage
vscale:
 -srv3:
         -ssh
         -LA
         -swap usage


Давай мы прикинем, во что мне выльется настроить это в проме. Чтобы мне круглосуточно в телегу и почту, а сотруднику в телегу только в рабочее время
будет 7 алертов в проме, эксалаций и расписаний alertmanager вроде не поддерживает. Придется взять вместо него что-то другое, либо выкинуть условие "сотруднику в телегу только в рабочее время"
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
будет 7 алертов в проме, эксалаций и расписаний alertmanager вроде не поддерживает. Придется взять вместо него что-то другое, либо выкинуть условие "сотруднику в телегу только в рабочее время"
Я намекаю на то, что я не совсем понимаю, зачем это вымучивать из прома. Пром может быть источником данных для этого. Но и всё
источник