Size: a a a

2019 April 08

i

insekt in monhouse.tech
Или надо залогинится обязательно?
источник

MK

Maxim Kadashevich in monhouse.tech
Желательно.
источник

MK

Maxim Kadashevich in monhouse.tech
В вк
источник

MK

Maxim Kadashevich in monhouse.tech
Группа открытая.
источник

MK

Maxim Kadashevich in monhouse.tech
Можно добавляться.
источник

MK

Maxim Kadashevich in monhouse.tech
Затем пишите мне в личку о своём желании участвовать в тренинге.
источник

MK

Maxim Kadashevich in monhouse.tech
Все уроки в рамках тренинга посещать не обязательно.
источник

MK

Maxim Kadashevich in monhouse.tech
Но для целостности обучения - желательно :-D
источник

MK

Maxim Kadashevich in monhouse.tech
источник

OI

Oleg Ivanov in monhouse.tech
Я, конечно, понимаю, что торможу, но всё-таки: какой сорт кофе у вас в офисе использовался третьего числа? Уж очень понравился :)
источник

PL

Polina Lazareva in monhouse.tech
Это наш коллега привёз бразильский кофе из Армении :))
@art_berd, начинай поставки
источник

YK

Y K in monhouse.tech
Oleg Ivanov
Я, конечно, понимаю, что торможу, но всё-таки: какой сорт кофе у вас в офисе использовался третьего числа? Уж очень понравился :)
источник
2019 April 09

MK

Maxim Kadashevich in monhouse.tech
Всем привет!

Тренинги по Базовым понятиям систем мониторинга будут проводиться в виде вебинаров.

Даты проведения будут опубликованы  дополнительно.
источник
2019 April 10

Ks

KIGM saymon.tech sip3.io in monhouse.tech
Всем привет!

Вчера/позавчера прошла конференция  HighLoad в Питере. По нашей теме мониторинга на конфе был стенд Zabbix и Женя Потапов сделал удачный доклад про опыт своей команды.

https://www.highload.ru/spb/2019/abstracts/4917
www.highload.ru
Евгений Потапов  на Saint HighLoad++ 2019
Инфраструктура любого сложного проекта сегодня представляет собой подобие многоэтажного жилого здания. Кто-то следит за состоянием здоровья жильцов в квартире, кто-то - за коммуникациями в самих квартирах, кто-то - за состоянием самого здания и коммуникаций в нем. За последние 10 лет "многослойность" систем очень усложнилась. Приложение, которое развернуто в Kubernetes, который развернут в Openstack, который в свою очередь уже развернут на настоящем "железе" - звучит не как безумный зоопарк, а вполне "живой" (и практически применяющийся) кейс. Сервисы приложения при этом могут коммуницировать между собой через шину на Kafka.Как отследить, где произошла проблема в случае аварии в системе? Может быть, это связано с нагрузкой на базу создаваемой самим приложением? Может быть, что-то происходит с брокером сообщений, и сервисы перестали коммуницировать между собой? А почему начались проблемы с брокером - может быть, это проблемы в низлежащей архитектуре?В докладе я рассмотрю современный стек мониторинга, логирования…
источник

Ks

KIGM saymon.tech sip3.io in monhouse.tech
источник

Ks

KIGM saymon.tech sip3.io in monhouse.tech
источник

Ks

KIGM saymon.tech sip3.io in monhouse.tech
источник

O

Olga in monhouse.tech
а видео с докладом нету?)
источник

O

Olga in monhouse.tech
А то презентация интересная...
источник

Ks

KIGM saymon.tech sip3.io in monhouse.tech
ну... эту конференцию мы не организовывали... хотя с организаторами подружились)
источник