Пятничный деплой

Вебинар «Как работать с Kubernetes и не тратить лишнего» Приглашаем всех, кто хочет снизить затраты на Kubernetes или сразу настроить его на экономичную работу. Мы поделимся опытом удешевления работы с K8s. Покажем, как сократить затраты на уровне кластера, архитектуры и сторонних решений. Дата и время: 25 июля, 11:00. Программа 🔹 «Золотой» стандарт The Twelve-Factor App — разбираем принципы создания «идеального» современного приложения. 🔹 Контроль расходов на уровне K8s — экономим с помощью квот и рассчитываем оптимальные значения реквестов и лимитов. 🔹 Мониторинг — отслеживаем затраты прямо во время работы. 🔹 Автомасштабирование — оптимизируем затраты на уровне архитектуры самого приложения. Регистрируйтесь на вебинар — мы пришлем ссылку на трансляцию в день мероприятия, а после вышлем запись. Зарегистрироваться бесплатно

Дом, милый дом: нюансы работы с ClickHouse. Часть 2, репликация

Если вспомнить работу репликации в MySQL, то реплики получают данные через бинарный лог — файл-журнал. Реплика копирует этот журнал себе и последовательно выполняет операции из него у себя. Концепция репликации в ClickHouse схожа, однако за хранение этого журнала отвечает не сама база. Для хранения и координации действий репликации в ClickHouse требуется распределённое хранилище данных, которое может гарантировать согласованность состояния. Для этого ClickHouse использует один из двух вариантов: Zookeeper или ClickHouse Keeper.

Об этой и других особенностях репликации в ClickHouse вы можете узнать из новой статьи Петра, DevOps-инженера компании Nixys. А ознакомиться с первой частью серии можно по этой ссылке. Приятного чтения! #Хабр #статья_Nixys #ClickHouse

Логическая репликация в PostgreSQL. Репликационные идентификаторы и популярные ошибки Весь процесс логической репликации в PostgreSQL основан на использовании репликационных идентификаторов. 📋 Подготовка: 🔍 Проверка наличия в реплицируемых таблицах первичного ключа или индекса, соответствующего минимальным требованиям и задействованного в REPLICA IDENTITY USING INDEX, либо назначение REPLICA IDENTITY FULL. 🛠️ Репликационные идентификаторы необходимы для однозначной идентификации изменяемых или удаляемых строк при репликации команд UPDATE и DELETE. Репликационные идентификаторы: 🚫 Их можно не настраивать или отключить, если планируется реплицировать только команды INSERT. Главное — исключить из публикации команды UPDATE и DELETE. ⚠️ Для актуальных данных из активно изменяющихся таблиц, где отсутствуют первичные ключи или уникальные NOT NULL индексы, настройка репликационных идентификаторов обязательна. В противном случае UPDATE и DELETE могут привести к отмене транзакций на мастере, что является нежелательным на рабочей базе. 🗂️ Этот запрос поможет вам выявить таблицы без настроенных репликационных идентификаторов.

SELECT pgn.nspname || '.' || pgc.relname AS "Таблицы без репликационных идентификаторов"
  FROM pg_class AS pgc,
       pg_namespace AS pgn
  WHERE pgn.nspname !~ '^(?:pg_.*|information_schema)$'
    AND pgc.relreplident IN ('n', 'd')
    AND pgc.relkind IN ('r', 'p') 
    AND pgc.oid NOT IN (SELECT pgi.indrelid FROM pg_index AS pgi WHERE pgi.indisprimary)
    AND pgc.relnamespace = pgn.oid
    ORDER BY 1;
---

🦄 Не забывайте правильно настраивать репликационные идентификаторы для успешной работы логической репликации!

​Alerts Are Fundamentally Messy Хорошая подход к гигиене алертинга состоит из нескольких компонентов: контроль за условиями срабатывания оповещения, постмортем и ​​размышления о том, что делает алертинг хорошим или плохим. Задача состоит в доведении алертинга до стадии, когда уведомления улетят, когда они должны отправиться, и не будут разосланы, когда это не требуется. Вообще говоря, это недостижимый идеал. Реальность такова, что достижение идеала это процесс, а сам идеал недостижим. В этой статье разобран подобный итеративный процесс. Читать статью.

От проектов странных к вещам понятным и полезным в хозяйстве: SSH over HTTPS. Особо великой науки в этом нет, просто пара ловких пассов руками на стороне клиента и сервера. Зато как только ты оказываешься в сети, где параноидально закрыто всё кроме 80/443 и 53, ты на коне. P.S. Повесить SSH на 443 порт слишком просто. Нужно больше инкапсуляций! https://trofi.github.io/posts/295-ssh-over-https.html

Классный лонгрид с разбором текущих state of the art инструментов и "правил поведения" в Python. Оказывается что poetry уже не торт и вместо pip нужно пользоваться pipx Пишите в комменты, согласны с автором? Или есть советы из разряда "ну такое". Я на питоне давно не пишу, поэтому оценить критически сложновато, но на первый взгляд всё по делу. https://www.stuartellis.name/articles/python-modern-practices/

​Угрозы инфраструктуры с Linux. Разбираем попытки атак В систему встроено много функций, которые работают на ее безопасность. Ограничение прав доступа — в их числе. К тому же на страже Linux стоит крепкое сообщество пользователей. Они регулярно тестируют систему на уязвимости и выпускают патчи. В этой статье разобрано почему, как и кто атакует компании, использующие Linux и каким образом можно отследить попытки атак, а также рассмотрены технические подробности на примере сработавших сигнатур в NGFW. Читать на Хабре.

https://kuberconf.io/ вдруг кто не в курсе

​systemD с 0 до 1: библия сисадмина Что бы кто не говорил, systemD становится стандартом систем инициализацией в линуксе. И с 80% вероятностью все сервера будут с systemD. Не факт, конечно, есть и личные сервера, на которых может стоять хоть Gentoo, хоть Devuan, хоть NixOS. В этой статье мы разобрано создание сервисов и юнитов, как облегчить работу при помощи systemd, отслеживать состояние системы и управлять ей. Читать на Хабре.

🔥 Открытые консультации по Kubernetes от архитекторов Southbridge Лекций по кубу в интернете много, а желающих потратить время и разобрать ваши вопросы — мало. Мы решили это исправить! Southbridge — DevOps-аутсорсер, специализирующийся на k8s. Cреди экспертов — Сергей Бондарев, один из создателей флагманских курсов по Kubernetes учебного центра Слёрм. Первая консультация пройдёт 4 июля в 17:00. Сергей и его коллеги в прямом эфире будут отвечать на все ваши вопросы и делиться best practices по эксплуатации кубов. Для участия в консультациях мы собрали бота-помощника. В нём есть кнопка «Задать вопрос» — спросите у нас что-нибудь нужное! Без ваших вопросов ничего не случится. Так что спрашивайте и занимайте место на нашей встрече. Это бесплатно. 🙃 Ждём вас 4 июля! 🔗 ЗАДАТЬ ВОПРОС И ПРИЙТИ НА КОНСУЛЬТАЦИЮ Реклама ООО «Слёрм» ИНН 3652901451 erid: 2VtzqvdtRur