Forwarded from Пятничный деплой
Видосы с kubecon подъехали https://www.youtube.com/playlist?list=PLj6h78yzYM2Njj5PvNc4Mtcril2YyR95d
YouTube
KubeCon + CloudNativeCon China 2019 (Shanghai) - YouTube
I hate overtime
#arch #microservices На волне популярности микросервисов все стремятся окрестить свое детище микросервисной архитектурой, но почему-то у большинства это все вырождается в распределенный монолит с кучей chatty-коммуникаций между сервисами, jira ping-pong между…
О, прям как по заказу подвезли! Не знаю как сейчас, но в первом издании Питера перевод был слегка корявым(не фатально)
Forwarded from DevOps&SRE Library
Newman_Sozdanie_microservisov.pdf
4.9 MB
Создание микросервисов
Сэм Ньюмен
2016
Сэм Ньюмен
2016
Forwarded from DevOps&SRE Library
How we implemented RED and USE metrics for monitoring
Как устроен мониторинг в компании THRON.
https://medium.com/thron-tech/how-we-implemented-red-and-use-metrics-for-monitoring-9a7db29382af
Как устроен мониторинг в компании THRON.
https://medium.com/thron-tech/how-we-implemented-red-and-use-metrics-for-monitoring-9a7db29382af
DevOps&SRE Library
How we implemented RED and USE metrics for monitoring Как устроен мониторинг в компании THRON. https://medium.com/thron-tech/how-we-implemented-red-and-use-metrics-for-monitoring-9a7db29382af
#devops #monitoring
Щас может крамольную вещь скажу, но, имхо абсолютно не важно как собирать метрики и где их хранить. Все эти холивары а-ля графит vs пром и т.д. приносят больше вреда чем пользы, т.к. отвлекают от главного: важно не как собирать, а что собирать!
Обычно мониторят слоями, например железка-контейнер-оркестратор-прилажка. И если с первыми 3мя все понятно: вкрутил use/red/4gs и вперед, то что снимать с приложения, далеко не так очевидно. Конечно можно обвязаться теми же подходами, но боюсь, ваша идеальная утилизация/сатурация мало поможет бизнесу у которого клиенты не идут по happy flow. Конечно можно отдать это BIщикам, но, имхо, у них немного другая задача, да и вешать алерты на пентахо не очень удобно😁.
Кароч на подумать.
Щас может крамольную вещь скажу, но, имхо абсолютно не важно как собирать метрики и где их хранить. Все эти холивары а-ля графит vs пром и т.д. приносят больше вреда чем пользы, т.к. отвлекают от главного: важно не как собирать, а что собирать!
Обычно мониторят слоями, например железка-контейнер-оркестратор-прилажка. И если с первыми 3мя все понятно: вкрутил use/red/4gs и вперед, то что снимать с приложения, далеко не так очевидно. Конечно можно обвязаться теми же подходами, но боюсь, ваша идеальная утилизация/сатурация мало поможет бизнесу у которого клиенты не идут по happy flow. Конечно можно отдать это BIщикам, но, имхо, у них немного другая задача, да и вешать алерты на пентахо не очень удобно😁.
Кароч на подумать.
Снимаете бизнес-метрики с приложения?
Anonymous Poll
5%
Не, только USE/RED
19%
Не, только кастомные технические метрики
36%
Снимаем
40%
Ваще без мониторинга живем
Forwarded from Dmitry Sh
И еще один перевод на тему GitOps в нашем блоге — теперь уже подробнее о подходе в целом, его отличиях от Infrastructure as Code и Continuous Delivery: https://habr.com/ru/company/flant/blog/458878/
Хабр
Что такое GitOps [по версии Weaveworks]?
Прим. перев.: После недавней публикации материала о методах pull и push в GitOps мы увидели интерес к этой модели в целом, однако русскоязычных публикаций на эту...
Forwarded from oleg_log (Oleg Kovalov)
Методичка как быть умненьким на любом митинге (работает во всех сферах):
https://www.sadanduseless.com/work-meeting-lifehacks/
https://www.sadanduseless.com/work-meeting-lifehacks/
Sadanduseless
20 Tricks to Appear Smart In Meetings
Illustrator Sarah Cooper has published a hilarious and very true book "100 Tricks to Appear Smart in Meetings". This is a sneak-peak selection of the 20 funniest tricks you should totally use.
Forwarded from oleg_log (Oleg Kovalov)
Зарелизили наш меседж брокер на Кафке 2.0, теперь красивая версия Hermes 1.0.
(5 лет работы, но я последний год только).
https://allegro.tech/2019/05/hermes-1-0-released.html
(5 лет работы, но я последний год только).
https://allegro.tech/2019/05/hermes-1-0-released.html
blog.allegro.tech
Hermes 1.0 released
After 5 years of developing and maintaining Hermes, we are very excited to announce that version 1.0 has been released.
oleg_log
Зарелизили наш меседж брокер на Кафке 2.0, теперь красивая версия Hermes 1.0. (5 лет работы, но я последний год только). https://allegro.tech/2019/05/hermes-1-0-released.html
#kafka
Вот еще поделие на кафке: https://github.com/zalando/nakadi и годный доклад по микросервисы впридачу: https://itnan.ru/post.php?c=1&p=322474
Вот еще поделие на кафке: https://github.com/zalando/nakadi и годный доклад по микросервисы впридачу: https://itnan.ru/post.php?c=1&p=322474
GitHub
GitHub - zalando/nakadi: A distributed event bus that implements a RESTful API abstraction on top of Kafka-like queues
A distributed event bus that implements a RESTful API abstraction on top of Kafka-like queues - zalando/nakadi
Forwarded from DevOps&SRE Library
Lessons learned from running Kafka at Datadog
Полезные советы по Kafka от компании Datadog.
https://www.datadoghq.com/blog/kafka-at-datadog
Полезные советы по Kafka от компании Datadog.
https://www.datadoghq.com/blog/kafka-at-datadog
Forwarded from Data Phoenix
How To Become a Data Engineer
A list of useful resources to help you learn Data Engineering from scratch
http://bit.ly/2G0H53V
A list of useful resources to help you learn Data Engineering from scratch
http://bit.ly/2G0H53V
GitHub
adilkhash/Data-Engineering-HowTo
A list of useful resources to learn Data Engineering from scratch - adilkhash/Data-Engineering-HowTo
К вопросу о мониторинге: братишки решили нод для кубера докупить т.к. в старые мощности уже шедуллер шедулить отказывался. Ну прикинули сколько машин надо, что по бабкам и почти уже согласовали, но тут кого-то черт дернул утилизацию имеющихся мощщей посмотреть. А там(барабанная дробь) по 30% от каждой виртуалки. Оказалось, что кто-то очень запасливый выставил подам реквесты с запасом в несколько раз и потом их забыли порезать
Мораль сей басни: инфраструктуру надо мониторить не только когда что-то сломалось, но и в динамике иногда поглядывать
Мораль сей басни: инфраструктуру надо мониторить не только когда что-то сломалось, но и в динамике иногда поглядывать
Forwarded from Пятничный деплой
Практически все кто использует Kubernetes, рано или поздно, сталкиваются с необходимостью подсчёта потребляемых ресурсов. Следующая штука должна вам очень помочь https://github.com/rchakode/kube-opex-analytics/blob/master/README.md ну и вдогонку отличная статья на тему - https://medium.com/swlh/bringing-prometheus-metrics-and-grafana-dashboard-for-cost-allocation-on-kubernetes-clusters-1ee7f68cd677 #k8s #capacity
GitHub
rchakode/kube-opex-analytics
🎨 Kubernetes Cost Allocation and Capacity Planning Analytics Tool. Hourly, daily, monthly reports - Prometheus exporter - Built-in & Grafana dashboard. - rchakode/kube-opex-analytics
Forwarded from DevOps&SRE Library
Terraform, 2e.epub
5.5 MB
Terraform: Up & Running: Writing Infrastructure as Code, 2nd Edition (Early Release)
Yevgeniy Brikman
2019
Yevgeniy Brikman
2019
Нашел вот такую: https://www.infoq.com/news/2019/06/risk-based-testing-agile/ штуку и она навела меня на мысль: возможно ли построить с риск-менеджментом что-то аналогичное обычным перфоманс-показателям(kpi)? Допустим, дядя в дорогом костюме лихо просчитывает риски на ближайшее будущее, принимает решения, что с ними делать(контролировать/минимизировать и т.д.), а потом эскалирует это все на мидл-менеджмент и бедалаги начинают рисовать свои паутинки рисков, конкретно по своим направлениям(тестирование, разработка, инфра и т.д.). Получается такой себе strategic vs tactic. Ну и в отличие от неработающих kpi и csf здесь хотя-бы можно будет будет порефлексировать почему риск сыграл, где его не учли и еще кучу полезностей
BTW царь-тестировщики подсказывают, что у них риск-бейзд тестинг уже давно изобретен. Ждем девРискОпс😂
BTW царь-тестировщики подсказывают, что у них риск-бейзд тестинг уже давно изобретен. Ждем девРискОпс😂
InfoQ
Adapting Risk-Based Testing to Agile Teams: Think about Testing before Coding
Risk-based testing improves the quality of the delivered stories and helps system testers to become part of the Scrum team, said Csaba Szökőcs, a product expert at Evosoft Hungary Kft. At TestCon Moscow 2019, he explained how they adapted classical risk-based…
#k8s
Как вам вот такая милота: https://azure.microsoft.com/mediahandler/files/resourcefiles/phippy-goes-to-the-zoo/Phippy%20Goes%20To%20The%20Zoo_MSFTonline.pdf ? Кубернетес для самых маленьких)
Как вам вот такая милота: https://azure.microsoft.com/mediahandler/files/resourcefiles/phippy-goes-to-the-zoo/Phippy%20Goes%20To%20The%20Zoo_MSFTonline.pdf ? Кубернетес для самых маленьких)
Forwarded from ITGram
Внеплановый пост о том, что вчера я зарелизил Dephell -- инструмент для управления Python проектами с целой коллекцией фич: работа с зависимостями в любом формате, умный резолвер, аудит безопаности, поиск устаревших пакетов, просмотр лицензий зависимостей, управление виртуальными окружениями, бамп версии проекта, сборка пакетов, установка CLI инструментов в изолированное окружение и ещё много-много всего. Работал я над этим больше полугода, причем последние 2 месяца full-time, по 12 часов в день. Всё для вас ❤️
GitHub
GitHub - dephell/dephell: :package: Python project management. Manage packages: convert between formats, lock, install, resolve…
:package: :fire: Python project management. Manage packages: convert between formats, lock, install, resolve, isolate, test, build graph, show outdated, audit. Manage venvs, build package, bump ver...