Forwarded from DocOps
Конфиги nginx на JavaScript.
Идея писать конфиги nginx на тьюринг-полном языке программирования не нова. Но тут сами разработчики nginx сделали такой модуль. Уже можно писать код на JS и байндиться к нему из конфига с помощью специальных директив. А скоро (обещают в 2019) станет можно и прямо в конфиге nginx писать нa JS.
Про это рассказал на #SaintHighLoad2019 Дмитрий Волынцев из nginx. Держите конспект: https://github.com/docops-hq/conf/blob/master/highload/19/spb/njs-nginx.md
А ещё они, конечно, перепробовали все интерпретаторы JS и сделали свой, супербыстрый. Посмотрите на бенчмарки:
Идея писать конфиги nginx на тьюринг-полном языке программирования не нова. Но тут сами разработчики nginx сделали такой модуль. Уже можно писать код на JS и байндиться к нему из конфига с помощью специальных директив. А скоро (обещают в 2019) станет можно и прямо в конфиге nginx писать нa JS.
Про это рассказал на #SaintHighLoad2019 Дмитрий Волынцев из nginx. Держите конспект: https://github.com/docops-hq/conf/blob/master/highload/19/spb/njs-nginx.md
А ещё они, конечно, перепробовали все интерпретаторы JS и сделали свой, супербыстрый. Посмотрите на бенчмарки:
Forwarded from Yandex Cloud
Начинаем новую неделю с двух шикарных новостей!
(1) Сервисы Yandex Load Balancer и Yandex Managed Service for Redis вышли из стадии Preview и стали общедоступными - теперь на них действует гарантированный уровень обслуживания сервиса (SLA) и тарифы.
Yandex Load Balancer позволяет создавать и настраивать балансировщики для обеспечения отказоустойчивости вашего приложения и для распределения сетевого трафика по облачным ресурсам). Начало работы | Тарифы | SLA
Yandex Managed Service for Redis (помогает разворачивать и поддерживать кластеры баз данных на основе СУБД Redis в инфраструктуре Яндекс.Облака). Начало работы | Тарифы | SLA
(2) В Яндекс.Облаке появился новый сервис, который очень ждали, - Yandex Monitoring, предназначенный для сбора и визуализации метрик. С помощью сервиса вы можете выгружать метрики ваших облачных ресурсов и визуализировать их в вашей корпоративной системе мониторинга или же наоборот, вы можете загружать в Yandex Monitoring свои метрики с приложений, установленных в Облаке или в вашем локальном дата-центре. Таким образом вы сможете отслеживать состояние облачной и локальной инфраструктуры централизованно в удобной для вас системе, смотреть, как взаимодействуют разные ресурсы проекта, быстро регистрировать и устранять аномалии и планировать дальнейшую работу. Начало работы
(1) Сервисы Yandex Load Balancer и Yandex Managed Service for Redis вышли из стадии Preview и стали общедоступными - теперь на них действует гарантированный уровень обслуживания сервиса (SLA) и тарифы.
Yandex Load Balancer позволяет создавать и настраивать балансировщики для обеспечения отказоустойчивости вашего приложения и для распределения сетевого трафика по облачным ресурсам). Начало работы | Тарифы | SLA
Yandex Managed Service for Redis (помогает разворачивать и поддерживать кластеры баз данных на основе СУБД Redis в инфраструктуре Яндекс.Облака). Начало работы | Тарифы | SLA
(2) В Яндекс.Облаке появился новый сервис, который очень ждали, - Yandex Monitoring, предназначенный для сбора и визуализации метрик. С помощью сервиса вы можете выгружать метрики ваших облачных ресурсов и визуализировать их в вашей корпоративной системе мониторинга или же наоборот, вы можете загружать в Yandex Monitoring свои метрики с приложений, установленных в Облаке или в вашем локальном дата-центре. Таким образом вы сможете отслеживать состояние облачной и локальной инфраструктуры централизованно в удобной для вас системе, смотреть, как взаимодействуют разные ресурсы проекта, быстро регистрировать и устранять аномалии и планировать дальнейшую работу. Начало работы
cloud.yandex.ru
Новый сервис Yandex Monitoring, публичный релиз Load Balancer и Managed Service for Redis
Новый сервис для сбора метрик состояния ресурсов с возможностью их визуализации.
Sysadmin Tools 🇺🇦 pinned «Апрельский список бесплатных курсов Linux Academy: - Ansible Quick Start - Using Ansible for Configuration Management and Deployments - Google App Engine Deep Dive - DevSecOps Essentials - Beginner’s Guide to Containers and Orchestration - Elastic Stack Essentials…»
Forwarded from Hastic
Версия 0.3.2-beta: перекопали ядро и наконец сделали все более стабильным:
https://hastic.io/release-notes/2019/04/08/0.3.2-beta/
https://hastic.io/release-notes/2019/04/08/0.3.2-beta/
Forwarded from Go Дайджест
Весьма интересный пост о нагрузке Postgres, инструментами, написанными на Go. 🏋️♀️🏋️♂️
https://blog.lawrencejones.dev/building-a-postgresql-load-tester
https://blog.lawrencejones.dev/building-a-postgresql-load-tester
blog.lawrencejones.dev
Building a PostgreSQL load tester
This post covers the implementation of pgreplay-go, a tool to realistically simulate captured Postgres traffic. I'll explain why existing tools didn't fit and explain some challenges in the implementation, focusing on what I learned personally from the process.
Forwarded from DevOps Deflope News
Весьма полезная статья от Taz Brown из Red Hat про оптимизацию скорости выполнения Ansible.
http://amp.gs/RhGB
#ansible #article
http://amp.gs/RhGB
#ansible #article
Opensource.com
Ansible performance: Revving up the engine and maintaining stability
Try these tips and tricks to optimize Ansible and improve its speed and performance.
https://github.com/QubitProducts/exporter_exporter
"Реверс прокси для экспортеров, позволяет открыть один порт для всех экспортеров на хосте "
"Реверс прокси для экспортеров, позволяет открыть один порт для всех экспортеров на хосте "
GitHub
GitHub - QubitProducts/exporter_exporter: A reverse proxy designed for Prometheus exporters
A reverse proxy designed for Prometheus exporters. Contribute to QubitProducts/exporter_exporter development by creating an account on GitHub.
Forwarded from Go Дайджест
Пост в инженерном блоге компании Segment, о том, почему они отказались от UUID, и что используют вместо него. 🤓
https://segment.com/blog/a-brief-history-of-the-uuid
https://segment.com/blog/a-brief-history-of-the-uuid
Segment
Twilio Segment Blog
Universally Unique Identifiers (UUIDs) have evolved from solving database management challenges to becoming a foundational element of modern data systems. This blog explores the history, structure, and practical applications of UUIDs, highlighting their role…
Forwarded from Evil Martians
Визуализация бинарников Go при помощи D3: один из контрибуторов CockroachDB и исследователь БД сделал инструмент для наглядного разбора скомпилированных программ и написал о том, что ему удалось обнаружить.
Читать: http://amp.gs/Rh6w
Читать: http://amp.gs/Rh6w
Forwarded from DocOps
UDP против TCP, или Будущее сетевого стека.
Александр Тоболь из Одноклассников рассказывает на #SaintHighLoad2019, почему в мире беспроводных сетей ненадёжный UDP может быть надёжнее, чем надёжный TCP. Конечно, не чистый UDP, а реализованный поверх него собственный протокол: self-made UDP. Александр отлично объясняет всё, что нужно понимать, если вы работаете с доставкой контента.
Информации в докладе много, очень много. Я конспектировал его два с половиной часа и ещё не дошёл до конца. Трансляция позволяет перемотать непонятный фрагмент и послушать его ещё раз. И потом ещё раз. Что это вам напоминает? Мне — TCP. Мой мозг умеет принимать информацию примерно втрое медленнее, чем Александр умеет её отправлять. Да, а если бы я сидел в зале, был бы UDP. 🙂
Вот первая часть конспекта: https://github.com/docops-hq/conf/blob/master/highload/19/spb/tcp-vs-udp.md
А ниже график того, что происходило в моей голове, когда я слушал доклад. У кого так же?
Александр Тоболь из Одноклассников рассказывает на #SaintHighLoad2019, почему в мире беспроводных сетей ненадёжный UDP может быть надёжнее, чем надёжный TCP. Конечно, не чистый UDP, а реализованный поверх него собственный протокол: self-made UDP. Александр отлично объясняет всё, что нужно понимать, если вы работаете с доставкой контента.
Информации в докладе много, очень много. Я конспектировал его два с половиной часа и ещё не дошёл до конца. Трансляция позволяет перемотать непонятный фрагмент и послушать его ещё раз. И потом ещё раз. Что это вам напоминает? Мне — TCP. Мой мозг умеет принимать информацию примерно втрое медленнее, чем Александр умеет её отправлять. Да, а если бы я сидел в зале, был бы UDP. 🙂
Вот первая часть конспекта: https://github.com/docops-hq/conf/blob/master/highload/19/spb/tcp-vs-udp.md
А ниже график того, что происходило в моей голове, когда я слушал доклад. У кого так же?
Forwarded from oleg_log (Oleg Kovalov)
Возрадуемся, стал доступен шустрый клиент для прометеуша от VictoriaMetrics.
https://github.com/VictoriaMetrics/metrics
+ тут еще быстрые гистограммы появились https://github.com/valyala/histogram
https://github.com/VictoriaMetrics/metrics
+ тут еще быстрые гистограммы появились https://github.com/valyala/histogram
GitHub
GitHub - VictoriaMetrics/metrics: Lightweight alternative to github.com/prometheus/client_golang
Lightweight alternative to github.com/prometheus/client_golang - VictoriaMetrics/metrics
Forwarded from HABR FEED + OPENNET
Обзор и сравнение контроллеров Ingress для Kubernetes
https://habr.com/ru/post/447180/
Tags: Блог компании Флант, DevOps, Kubernetes, Системное администрирование, Ingress
Author andreios on #habrahabr
https://habr.com/ru/post/447180/
Tags: Блог компании Флант, DevOps, Kubernetes, Системное администрирование, Ingress
Author andreios on #habrahabr
Хабр
Обзор и сравнение контроллеров Ingress для Kubernetes
При запуске кластера Kubernetes для конкретного приложения следует понимать, какие требования представляет к этому ресурсу само приложение, бизнес и разработчи...
Forwarded from CatOps
Статья Ловушки Хаос Инженерии от Nora Jones — инженера в Slack и со-авторки Chaos Engineering.
Собсно подвохи Chaos Engineering:
1: Можно измерить его эффективность по колличеству найденных дефектов
2: В ходе подготовки эксперимента не обязательно задействовать всю команду
4: Инженеры, занимающиеся хаос тестированием, обязаны заставлять людей чинить найденные дефекты
4.5: Инженеры, занимающиеся хаос тестированием, должны сами чинить найденные дефекты
5: Это “неправильное” хаос тестирование, если вы сразу же начинаете не с продакшена
6: Главное в хаос тестировании — это провести эксперимент
7: Позаботиться о безопасности можно потом, пока надо “сотворить хаос”
8: Можно заниматься “хаос инженирингом” без понимания системы, с которой работаешь
8.5: Можно несерьёзно относиться к определению “стабильное состояние”
3: Существует чётко задукоментированный способ делать хаос тестирование
Детальней в статье 😉
#chaos
Собсно подвохи Chaos Engineering:
1: Можно измерить его эффективность по колличеству найденных дефектов
2: В ходе подготовки эксперимента не обязательно задействовать всю команду
4: Инженеры, занимающиеся хаос тестированием, обязаны заставлять людей чинить найденные дефекты
4.5: Инженеры, занимающиеся хаос тестированием, должны сами чинить найденные дефекты
5: Это “неправильное” хаос тестирование, если вы сразу же начинаете не с продакшена
6: Главное в хаос тестировании — это провести эксперимент
7: Позаботиться о безопасности можно потом, пока надо “сотворить хаос”
8: Можно заниматься “хаос инженирингом” без понимания системы, с которой работаешь
8.5: Можно несерьёзно относиться к определению “стабильное состояние”
3: Существует чётко задукоментированный способ делать хаос тестирование
Детальней в статье 😉
#chaos
Medium
Chaos Engineering Traps
Here we are. Where are we going?
Forwarded from Пятничный деплой
* Паттерны хранения и обработки данных в ClickHouse / Александр Крашенинников (Badoo)
Forwarded from Пятничный деплой
7_Паттерны_хранения_и_обработки.pdf
3.1 MB