Пятничный деплой
4.46K subscribers
1.41K photos
29 videos
167 files
7.78K links
Подборка ссылок, статей и постов из мира DevOps\SRE\разработки. Если вы хотите прислать фидбек, интересную статью или просто поболтать пишите @count0ru https://xn--r1a.website/s/count0_digest
Download Telegram
🖇 Battle of the RabbitMQ Queues: Performance Insights on Classic and Quorum - о классических и кворумных очередях в RabbitMQ. Какой тип очереди выбрать для решения тех или иных задач, какие есть плюсы у каждого из типов...

https://dzone.com/articles/battle-of-the-rabbitmq-queues-performance-insights

#rabbitmq #напочитать
👍1
Forwarded from Библиотека программиста | программирование, кодинг, разработка
⚒️ Как создавать отказоустойчивые системы: #инфографика для разработчика

👉 Источник
👍4
Forwarded from DevOps&SRE Library
Why I like discussing actions items in incident reviews

https://incident.io/blog/why-i-like-discussing-actions-items-in-incident-reviews
👍2
🛠️ Бенчмаркинг и тестирование производительности в Go

Насколько быстр ваш код? Тесты расскажут вам об этом. К счастью, в Go есть бенчмаркинг, интегрированный в toolchain, наряду с тестированием. Вот руководство по бенчмаркингу для новичков в Go👇

🔗 Читать
👍2
аж комментарии открыть захотелось!
👍3👎3
Forwarded from Мониторим ИТ
Zabbix vs Prometheus. Что выбрать для гетерогенной инфраструктуры?

Плюсы, минусы, подводные камни 🙃 На самом деле в этой статье рассказано в деталях об установке обоих решений и некоторые детали по ним. Читать статью.
👎8👍1
Forwarded from k8s (in)security (r0binak)
Начинаем эту неделю с неплохой статьи "Kubernetes RBAC Permissions You Might Not Know About, but Should". Она поможет разобраться с опасными RBAC правами в Kubernetes, а также разъяснит потенциальный импакт от использования таких прав.

Конечно, в статье описаны далеко не все такие права. Так например, у нас в Luntry используется около 40 правил для проверки опасных прав RBAC. Кроме этого есть возможность создавать свои правила.
🔥2
Forwarded from /usr/bin
Linux Beyond the Basics: How Linux Reads and Writes Files

В статье подробно разобран механизм чтения и записи данных на ФС Linux.

❗️Статья на medium.com
Forwarded from Библиотека программиста | программирование, кодинг, разработка
⚒️ Фундаментальные основы Redis: на заметку разработчику

👉 Источник

#инфографика
Forwarded from linkmeup
Скажу честно, у самого руки пока до Talos (для куба, а не эти ваши циски и что там ещё есть с таким же названием) не дошли, но с мест докладывают, что проект очень интересный. Потому что кластер, потому что минималистичность без мусора, так необходимая подам, и потому что просто работает, позволяя на ходу доставать из широких штанин напильник любого размера.
Собственно, по ссылке курс молодого бойца.

https://a-cup-of.coffee/blog/talos/
👍2
Forwarded from DevOps&SRE Library
How to Structure a Terraform Project

As exciting as starting a new Terraform project may sound, the first question is where and how we begin. What should be the first file that needs to be created? When the project grows, we realize a few things and learn our lessons about structuring a project in a certain way, but it is too late to put in refactoring efforts.

Various aspects influence the way we manage our Terraform config in a repository. In this post, we will learn about them and discuss a few important strategies and best practices around structuring Terraform project files in an efficient and standardized way.


https://dev.to/spacelift/how-to-structure-a-terraform-project-1ojn
👍2
Forwarded from linkmeup
Я обычно не люблю, когда программисты вещают про сети, но тут прям хорошо. Без заумных слов и чтобы понял даже самый отбитый девопс. Мне кажется, это верный признак того, что автору пришлось усиленно разбираться в теме, перед тем как делать и выходить на публику.
Даже от набросов сетевиков в конце отбился достойно.
https://www.youtube.com/watch?v=-6iWRYkeF14
👎5👍4
Товарищи настраивали web application firewall․ Прислали им новый список айпишников‚ которые надо добавить в whitelist․
Полетел список по процедуре к инженерам‚ те копипастнули и фиганули на прод.
Конечно, всё упало․
А почему упало
Потому что в условно 5 из 200 айпишниках вместо обычной точки использовалась армянская точка․

Будьте внимательнее‚ когда получаете данные! Ну нельзя же спутать

127։0։0։1
127·0·0·1
127․0․0․1

Правда

Вам кажется‚ что вы никогда не попадёте в такую ситуацию
Тогда обратите внимание‚ что в этом тексте нет НИ ОДНОГО стандартного знака препинания!
‚ ‒ это не ,
․ ‒ это не .
и даже вот чёрточки ‒ которые использовались выше - это не дефисы, и даже не тире․
👍3👎2🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
Дорогие программисты (особенно кто кодит не профессионально и не часто), если не пользовались Cursor — рекомендую попробовать.

Это редактор кода на основе VS Code, в который встроили хорошую поддержку AI. Можно выбирать API из множества провайдеров, он сам корректно добавляет контекст, очень удобно подсвечивает добавления/изменения кода.

Я часто прошу накинуть прототип, который дальше довожу до ума. Можно выделить кусочек кода и попросить в нем что-то поменять.

Лично для меня полезно, потому что я программирую редко и часто не помню интерфейсы библиотек (и даже части синтаксиса), но хорошо понимаю, что хочу получить.

Хорошие фул-тайм программисты говорят, что им полезно как мощный инструмент рефакторинга, который берет на себя рутину.

Я сижу на бесплатном тарифе, больше тяжелых запросов — за 20$ в месяц.

Upd. Коллеги напоминают, что совсем недавно Lex Fridman взял интервью у создателей — занимательный разговор!
👎12👍1
Forwarded from Enabling.team Insights
В конце октября 2024 года вышел 10-й юбилейный отчет Accelerate State of DevOps 2024 от DORA и Google Cloud. Напомним, что исследование Accelerate State of DevOps проводится ежегодно с 2014 года, за 10 лет в исследовании приняли участие свыше 39 тысяч профессионалов по всему миру, работающих в компаниях различных размеров и отраслей. Авторы отчета - команда DORA (DevOps Research and Assessment), которая входит в Google Cloud и состоит из исследователей, архитекторов, консультантов, технических писателей, экспертов по UX и DX. В этом году отчет получился на 120 страниц, мы внимательно изучили новый отчет и подготовили краткий обзор.

Исследование в этом году сфокусировано на таких направлениях и практиках, как применение AI, Platform Engineering, Developer Experience, Transformational leadership и их влиянии на Software delivery performance, Reliability, Product performance, Team и Organizational performance, Productivity и Well-being.

Что интересного мы отметили:
1. В исследовании приняло участие 3000 профессионалов из 3-х основных индустрий Technology (36%), Financial Services (16%) и Retail/E-commerce (9%). Большинство участников (76%) работают в компаниях размером больше 100 сотрудников, 46% в компаниях больше 1000 сотрудников. Инженеров и руководителей практически поровну, 90% FTE (Full-time employee), в среднем имеют 16 лет опыта, 5 лет на текущей роли и 3 года в текущей команде. Участники исследования из 104 стран, топ-6 стран: США, Великобритания, Канада, Германия, Япония, Индия, есть участники из Китая и России;
2. В начале отчета даны хорошие определения ключевым терминам, практикам и метрикам используемым в исследовании, чтобы синхронизировать терминологию;
3. По изменениям в ключевых метриках: в прошлом году Time to Restore Service переименовали в Failed deployment recovery time, в этом - Change failure rate переименовали в Change fail rate и экспериментируют с 5-й метрикой Rework rate, а также изменили концепцию измерения Software Delivery Performance;
4. По изменениям в профилях эффективности команд: соотношение Elite (19%) и Medium (35%) осталось практически без изменений с прошлого года, профиль High сократился на 10%, а Low вырос с 17% до 25%;
5. По изменениям ключевых метрик в профилях: Change fail rate у профилей High вырос с 10% до 20%, у Medium сократился с 15% до 10%, у Low сократился c 64% до 40%. Также у Low профилей Deployment frequency и Change lead time увеличился до 6 месяцев;
6. Приведены результаты исследования применение AI практик и инструментов и их влияние на ключевые метрики, индивидуальную продуктивность и инженерные практики. Этому направлению отведено четверть отчета, отметим хорошо составленный набор задач для которых применяют AI инструменты и анализ доверия к результатам работы AI инструментов;
7. Отдельная секция посвещена Platform Engineering, авторы ссылаются на книгу Team Topologies, опыт компаний Spotify и Netflix, дают хорошее определение: "Platform engineering is a sociotechnical discipline where engineers focus on the intersection of social interactions between different teams and the technical aspects of automation, self-service, and repeatability of processes". Исследуют влияние внутренних платформ (Internal developer platform) на индивидуальную и командную продуктивность, на ключевые метрики и результаты в разрезе 1, 2 и 5 лет использования платформ;
8. Исследование затронуло применение продуктового подхода (User-centered approach) в командах, в отчете приведены результаты влияния на Developer Experience и ключевые метрики;
9. Из Transformational Leadership охвачены такие аспекты как: Vision, Inspirational communication, Intellectual stimulation, Supportive leadership, Personal recognition и их влияние на Employee burnout, Job satisfaction, Team performance и Organizational performance;

В конце отчета рассмотрена методология, включающая модель исследования, форматы проведения интервью и опросов, примеры гипотез и вопросов, исследуемые инженерные практики, метрики и результаты. Подробнее про результаты исследования читайте в новом отчете Accelerate State of DevOps 2024.
👍21
🔩 Boot Time Presentations - сборник докладов и выступлений, тема которых так или иначе связана с ускорением загрузки системы.

Материалы представлены в списке от самых свежих - выступлений 2024 года, до самых старых - презентаций 2006 года...

https://elinux.org/Boot_Time_Presentations

#linux #boot #speed
👍3
Forwarded from DevOps&SRE Library
Understanding DNS in Kubernetes

In this post, we will cover the following:

- Overview of DNS Resolution and CoreDNS, the default DNS provider in Kubernetes.
- Kubernetes DNS policies, such as ClusterFirst, Default, and None, and their effects on pod DNS configurations.
- Differences between The GNU C Library (glibc) and musl libraries.


https://povilasv.me/understanding-dns-in-kubernetes
Forwarded from PythonDigest
Mount — ещё один способ уменьшения размера Docker-образа
https://ift.tt/i30KPnG

Делюсь лайфхаком по уменьшению размеров Docker-образов. Как-то нам попалась на поддержку и развитие CRM-система, написанная на Ruby... Обновили Ruby-пакеты и под них код, написали Dockerfile. Первая сборка была удручающей: образ в 2Гб. Это нормальный размер, если ты собираешь образ с Torch и другой ML-штуковиной, но CRM - нет. В результате дальнейших действий, удалось сократить размер образа до 200Мб. Cделали следующее, чтобы сократить размер
👍7👎4
Forwarded from PythonDigest
Werkzeug - 3.1.2
https://ift.tt/63TjigP

Швейцарский армейский нож веб-разработки Python. Скачать можно по ссылке: https://pypi.python.org/pypi/Werkzeug/
🔥1
Forwarded from linkmeup
Собственно, тут как в анекдоте - два путя.
Первый: ты в курсе, что DNS это не только чОрная магия, но ещё и увлекательный тулинг вокруг, поэтому ржёшь над девопсами, узнавшими про NS1.
Второй: ты никогда не слышал про NS1, route 53 и прочие DNS-сервисы, поэтому в докладе тебя ждёт удивительный мир.

https://www.youtube.com/watch?v=Fa2-CdzY75g
👍5🔥2
Forwarded from PythonDigest
PSQLBuddy — резервное копирование и восстановление PostgreSQL
https://ift.tt/pic3CIe

Все мы так или иначе решаем вопросы резервирования наших данных. Но всегда хочется, чтобы думать об этом приходилось как можно меньше, стоило это дешевле, а восстановление было простой задачей. Это я и попытался сделать в своем проекте PSQLBuddy.