Нужно теперь такое же сделать и для Prometheus

Нетак давно я делал пост об Gotify, которая работает на бинарнике Go и принимает, а потом и пушит вам в вебпанель браузера или в приложение на телефоне.

И вот решил сделать +1 способ получать алерты от Zabbix .
Ссылка на репозиторий - https://github.com/denisgolius/zabbix-to-gotify-alert
PR и Issues приветствуются.🖖🏻

Есть конечно и https://github.com/ableev/Zabbix-in-Telegram от Ильи, но если уж кто боится за Телеграм и его блокировки, то такой вариант вполне себе.

PS: gotify умеет ИзКаРоБкИ в letsencrypt, sqlite/MySQL/PostgreSQL можно использовать как базу для хранения истории пушей и всего прочего.

Один из вариантов зеркалировать трафик продуктовых сред на стейджинговые
https://github.com/buger/goreplay
#http #mirrorin

#unilecs #sorting

🔥 Мы начинаем цикл статей, посвященных алгоритмам сортировки. Цель этих статей - помочь вам вспомнить или освежить в памяти основные моменты и особенности сортировок, это будет некая шпаргалка для тех, кто готовится к техническому интервью или к экзамену в университете.
https://tgraph.io/UniLecs-Top-X-voprosov-po-sortirovke-01-09

Kubernetes Pod Resource Limitations and Quality of Service
https://www.weave.works/blog/kubernetes-pod-resource-limitations-and-quality-of-service

Очередная хорошая статья о том как работает Istio под капотом
https://medium.com/namely-labs/a-crash-course-for-running-istio-1c6125930715

Коллеги, мы продолжаем поиск экстраординарных, уникальных людей к нам в команды, на вакансии: QA Engineer, Support Engineer, Разработчик Ruby, Frontend-разработчик, Системный аналитик, Pre-sale инженер, Менеджер по продажам ИТ проектов, Product Marketing Manager.

https://hh.ru/vacancies?employer_id=2156053

можно в личку мне писать или через сайт.

#вакансии

Как чистить место на диске?

Вроде и вопрос банальный и проблеме сто лет в обед, но в последнее время он возникает так часто, что я решил написать несколько строк по этому поводу. С технической стороной вопроса все вроде бы понятно. Мониторинг настроили, алерты приходят, rm -rf отрабатывает. Но как быть с организационной частью?

Если мы говорим про данные (пользовательские, логи, статистика и тд), то непременно встает вопрос о том как долго их хранить. Без ответа на этот вопрос невозможно настроить автоматическую очистку старых данных, невозможно рассчитать объем хранилища, которое потребуется, да вообще ничего сделать нельзя.

Когда в ответ на этот вопрос вам говорят что храните столько сколько влезет на диск, то это не ответ. Хотя выглядит похоже. По сути этим ответом, проблему с политикой хранения переложили на диск. А диск ни черта не знает про то, что это за данные, кто их использует и как их используют.

Простой пример. У вас есть статистика по продажам вашего продукта. И вот вы поставили задачу хранить столько, сколько влезет на диск. Отлично! В какой-то момент на этой же базе разрослась тестовая таблица. Действуя согласно плану по хранению статистики продаж вы взяли и дропнули все данные за последний год и оставили там последние пару дней. Под условие подходит? Да. Мы нарушили инструкцию? Нет. Все правильно сделали? Да. А бизнес только что продолбал все историю продаж благодаря условию "храним сколько влезет".

Если бы у вас была политика хранения и очистки статистики продаж, то вы бы не смогли взять и удалить эти данные. Вы бы пошли искать что еще занимает место на диске, попытались бы очистить что-то другое. И в конце пришли бы к бизнесу с вопросом - нам нужны деньги на диск. И смогли бы это обосновать за 10 секунд. Примерно так: "Согласно политике, эти данные надо хранить 5 лет. Диск у нас на 1Тб - он закончился. Так что либо докупаем диск, либо меняем политику хранения".

Поэтому ответ на вопрос "Сколько и какие данные хранить?" безумно важен. Вы должны четко понимать кто и как использует какие данные и в зависимости от этого выработать политику очистки, агрегации и архивации этих данных. Совместно с продуктом, конечно.

Если вам отвечают хранить столько сколько влезет, то это означает ровно одно: Тот кто отвечает абсолютно не понимает кто и как использует эти данные. И вы со спокойной душой можете взять и дропнуть все нафиг, оставив данные за последний день. Чтобы такого не случилось - сходите и выясните политику очистки ваших данных.

Крутая презентация про внутреннее устройства Golang - подойдет для поннимания начинающим и для подготовки к интервью http://m0sth8.github.io/runtime-1/#1
#golang #interview #основы

За окном выходные, и я таки сделал подборки интересных подкастов и утилит, которые уже неделю планировал написать.

Начнем с подкастов, сначала русскоязычные.
1. Podlodka Podcast — драйвовый еженедельный подкаст про разработку и смежные темы (из недавних выпусков например очень интересные про личный бренд, синдром самозванца, распределенные команды, выгорание и технический долг) http://amp.gs/Vht9, все выпуски: http://amp.gs/Vhti

2. Слава + Паша — арегулярный подкаст про разработку, но часто обсуждаются и другие темы, например билд системы или Docker с Kubernetes. http://amp.gs/VhtF

3. The Art Of Programming — подкаст про разработку (опять), много интервью с конференций. http://amp.gs/VhtU

4. QA Guild Podcast — отличный подкаст про тестирование. Весьма полезно если хотите быть в курсе современных трендов в тестировании и его автоматизации. http://amp.gs/VhtN

И немного англоязычных:
1. Real World DevOps — новый подкаст от Mike Julian, автора Practical Monitoring и Monitoring Weekly. В виде интервью про эксплуатацию реально работающих систем, а не про теорию. http://amp.gs/Vhtu
2. On-Call Nightmares Podcast — истории от разных людей из индустрии про On-Call. http://amp.gs/VhtA
3. Ну и я уже упоминал его ранее, Soft Skills Engineering — подкаст про нетехнические стороны разработки ПО. Отличный юмор и разбор интересных вопросов каждую неделю. http://amp.gs/Vht3

#podcast #digest

awesome для sre http://github.com/dastergon/awesome-sre/blob/master/README.md #sre #awesome

Истории провалов часто интересней историй успеха. Успех у каждого свой, а вот словить те же грабли -- раз плюнуть.

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

#kubernetes

Отличный репозиторий на гитхабе с кучей ссылок на различные курсы и обучающие материалы.
http://amp.gs/Vvoc

P.S. Спасибо за ссылку, Миша =^._.^= ∫
#github #courses

Grokking the System Design Interview

Самый крутой курс для подготовки к System Design Interview. Очень кратко и емко рассмотрены основные кейсы, термины и понятия, которые необходимо знать для проектирования систем.

Part 1:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-1/579

Part 2:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-2/580

Part 3:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-3/581

Part 4:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-4/583

Part 5:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-5/584

Интересная статья Andreas Klinger про управление распределенными командами.
http://amp.gs/VVbx

Заодно порекламирую HangOps_ru, в прошлом году как раз была встреча про удаленную работу
http://amp.gs/VVb7
#remote #hangops_ru

Как организовать rate limit в haproxy https://medium.com/devopslinks/understanding-rate-limiting-on-haproxy-b0cf500310b1 #haproxy #ratelimit

Раз пошла тема про интервью по System Design и подготовку - вот есть такой ресурс https://www.interviewbit.com/courses/system-design/ Там еще много разделов помимо этого, стоит присмотреться. #systemdesign #architecture #interview

История о том, почему нельзя игнорировать трейсинг в распределенных системах

tl;dr: потому что с ним гораздо быстрее искать, где проблема.

#observability

Немного полезняшек для Terraform'a
tfmask — отличная штука для маскирования секретов из вывода terraform plan или apply http://amp.gs/VUIZ;
tfenv — другая утилита для упрощения использования переменных окружения с тераформом http://amp.gs/VUI7;

Ну и напоследок вчера яндекс облако выпустило провайдер для тераформа http://amp.gs/VUIp
#terraform #github

Хорошие новости под вечер вторника — у нас есть Terraform-провайдер .
Terraform — это инструмент, помогающий декларативно управлять облачной инфраструктурой. Состав инфраструктуры определяется с помощью конфигурационных файлов, в которых указываются требуемые облачные ресурсы и их параметры.

Подробнее о том, как использовать Terraform Provider for Yandex Cloud читайте в нашей документации.

#yacloud_news