DevOps

Создание успешной команды SRE Успешные приемы, позволяющие вашей команде SRE приносить пользу Когда я пришел в Mission Lane, я был одним из двух инженеров по надежности сайтов (SRE); вторым был мой начальник, руководитель группы SRE и впоследствии директор организации по платформам. Нам было поручено создать команду SRE, которая занималась бы вопросами наблюдаемости и опыта разработчиков. Это положило начало трехлетнему пути, в ходе которого была создана успешная организация SRE, приносящая огромную пользу Mission Lane. Команда SRE состояла из четырех человек, которые поддерживали 250 микросервисов, 130 разработчиков, сотни релизов в различных средах каждый день и около миллиарда журналов и трассировок каждый день. https://blog.hans-knecht.com/building-a-successful-sre-team-283232bc2694 #devops #девопс Подпишись 👉@i_DevOps

Вебинар «Kubernetes для разработчиков: как вывести свою карьеру на новый уровень в 2024?» Завтра, 18 января в 19:00, Cлёрм проведёт открытый вебинар для всех, кто давно присматривается к Kubernetes, но не знает, с чего начать и как разобраться в этой горе технологий. Спикер — Виталий Лихачёв, Senior Software Engineer в Avito. Встретимся с ним, чтобы обсудить: ➡️Что такое Kubernetes? ➡️Какие у него возможности и принципы работы? ➡️ Какие ошибки на старте работы с Kubernetes встречаются чаще всего? А зачем вообще разработчику Kubernetes? You build it, you own it. Чем крупнее компания, тем больше вероятность, что мы встретим DevOps-подходы, где команды разработки сами отвечают за мониторинг, деплой и надежность своих сервисов и продуктов. Как Docker стал стандартом для разработки и деплоя, так и Kubernetes становится стандартом для развертывания больших проектов. Разработчик, работающий с Kubernetes, пишет более надёжные и стабильные сервисы и становится крайне привлекательным кандидатом на собеседованиях при прочих равных 🙂 Вебинар бесплатный, но нужна регистрация на нашем сайте⬅️ До встречи ✨ Реклама. ООО «Слёрм» г. Лиски, ОГРН 1193668020545 Erid: 2VtzqvyMcgW

BlazingMQ Современная высокопроизводительная система очередей сообщений с открытым исходным кодом BlazingMQ - это фреймворк распределенных очередей сообщений с открытым исходным кодом, который ориентирован на эффективность, надежность и богатый набор функций для современных рабочих процессов. В основе BlazingMQ лежат долговечные, отказоустойчивые, высокопроизводительные и высокодоступные очереди, а также такие функции, как различные стратегии маршрутизации сообщений (например, рабочие очереди, приоритетные, веерные, широковещательные и т. д.), сжатие, высокая согласованность, обнаружение ядовитых пилюль и т. д. Очереди сообщений обычно обеспечивают слабосвязанный, асинхронный канал связи ("очередь") между прикладными сервисами (производителями и потребителями), которые отправляют сообщения друг другу. Можно представить это как почтовый ящик для связи между прикладными программами, где "производитель" опускает сообщение в почтовый ящик, а "потребитель" забирает его по своему усмотрению. Сообщения, помещенные в очередь, хранятся до тех пор, пока получатель не получит и не обработает их. Другими словами, приложения-производители и приложения-потребители могут временно и пространственно изолироваться друг от друга, используя очередь сообщений для облегчения взаимодействия. Внутренняя часть BlazingMQ (брокеры сообщений) была реализована на C++, а клиентские библиотеки доступны на C++, Java и Python. BlazingMQ - активно развивающийся проект, который был продакшен в Bloomberg в течение 8 с лишним лет. Этот репозиторий содержит брокер сообщений BlazingMQ, клиентскую библиотеку BlazingMQ C++ и инструмент командной строки BlazingMQ, а клиентскую библиотеку BlazingMQ Java можно найти в этом репозитории. https://github.com/bloomberg/blazingmq #devops #девопс Подпишись 👉@i_DevOps

Pipeline CI/CD, объясненный простыми словами Раздел 1 - SDLC с CI/CD Жизненный цикл разработки программного обеспечения (SDLC) состоит из нескольких ключевых этапов: разработка, тестирование, развертывание и сопровождение. CI/CD автоматизирует и интегрирует эти этапы, чтобы обеспечить более быстрые и надежные релизы. Когда код размещается в git-репозитории, он запускает автоматизированный процесс сборки и тестирования. Для проверки кода запускаются сквозные (e2e) тесты. Если тесты пройдены, код может быть автоматически развернут на этапе staging/продакшен. Если обнаружены проблемы, код возвращается в разработку для исправления ошибок. Такая автоматизация обеспечивает быструю обратную связь с разработчиками и снижает риск появления ошибок в продакшене. Раздел 2 - Разница между CI и CD Непрерывная интеграция (CI) автоматизирует процесс сборки, тестирования и слияния. Она запускает тесты при коммите кода, чтобы обнаружить проблемы интеграции на ранней стадии. Это стимулирует частые коммиты кода и быструю обратную связь. Continuous Delivery (CD) автоматизирует процессы выпуска, такие как изменение инфраструктуры и развертывание. Она обеспечивает надежный выпуск программного обеспечения в любое время благодаря автоматизированным рабочим процессам. CD также может автоматизировать ручное тестирование и этапы утверждения, необходимые перед развертыванием продакшена. Раздел 3 - CI/CD Pipeline Типичный pipeline CI/CD состоит из нескольких взаимосвязанных этапов: - Разработчик коммитит изменения кода в системе контроля исходного кода - CI-сервер обнаруживает изменения и запускает сборку - Код компилируется, тестируется (модульные, интеграционные тесты) - Результаты тестирования сообщаются разработчику - При успешном завершении артефакты развертываются в среде staging. - Дальнейшее тестирование может быть проведено в среде staging перед выпуском. - Система CD развертывает одобренные изменения в продакшене #devops #девопс Подпишись 👉@i_DevOps

⚡️Что такое observability (наблюдаемость) или просто мониторинг?  Проверь себя – пройди тест по мониторингу архитектуры и узнай можешь ли ты строить сложные, эффективные системы мониторинга и логирования. 🫵 Ответишь успешно — пройдешь на курс «Observability: мониторинг, логирование, трейсинг» от Отус по специальной цене. Научитесь строить эффективные системы мониторинга и логирования. Курс идеально подойдет администраторам Linux, DevOps-инженерам и разработчикам, которые хотят повысить квалификацию и увеличить доход. ➡️ ПРОЙТИ ТЕСТ: https://vk.cc/ctY0eb 🤝 Бонусом за успешно пройденный тест, получишь доступ к записям лучших вебинаров курса. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Devops-exercises Вопросы для собеседования по DevOps Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. https://github.com/bregman-arie/devops-exercises #devops #девопс Подпишись 👉@i_DevOps

Faasd Это переосмысленный OpenFaaS, но без стоимости и сложности Kubernetes. Он работает на одном хосте с очень скромными требованиями, что делает его быстрым и простым в управлении. Под капотом он использует containerd и Container Networking Interface (CNI) вместе с теми же основными компонентами OpenFaaS из основного проекта. https://github.com/openfaas/faasd #devops #девопс Подпишись 👉@i_DevOps

Как эффективно работать с MySQL? Расскажет Николай Лавлинский на бесплатном практическом уроке «MySQL 8.0: запуск GTID-репликации в Docker» от OTUS. На вебинаре: - разберём полный процесс запуска надежной репликации в MySQL 8.0 c использованием GTID - используем контейнеры для запуска серверов баз данных 💻 Урок будет полезен начинающим и опытным сисадминам Linux, веб-разработчикам и всем, кто хочет разобраться в работе MySQL в контейнерах. Занятие пройдёт 30 января в 19:00 мск и будет приурочено к старту курса «Administrator Linux. Professional». Доступна рассрочка на обучение! Пройдите короткое тестирование прямо сейчас, чтобы занять место на открытом уроке: https://vk.cc/ctWCVL

Притормози! Глубокое погружение в ограничение скорости В этом посте мы обсудим важность и реализацию механизмов ограничения скорости для повышения надежности API. Что такое ограничение скорости? Это механизм контроля, определяющий, как часто пользователь может обращаться к вашему API в течение определенного времени. Итак, почему вас должно волновать ограничение скорости? Рассмотрим ситуацию, когда к вашему API поступает огромное количество запросов за короткий промежуток времени. Это может быть связано с резким увеличением трафика пользователей, сбоем, вызывающим повторные запросы, или даже попыткой перегрузить вашу систему с помощью DDOS-атаки. Без ограничения скорости ваша система может быть перегружена, что приведет к медленным ответам или, что еще хуже, к полному отказу в обслуживании. Но преимущества ограничения скорости выходят за рамки просто защиты вашей системы. Это также инструмент для управления использованием сервиса. Оно помогает применять политики использования API, контролировать квоты API и даже предлагать клиентам многоуровневые планы использования. Проще говоря, ограничение скорости - это ключевой игрок в эффективном управлении API. https://www.codereliant.io/rate-limiting-deep-dive/ #devops #девопс Подпишись 👉@i_DevOps

Пробки в облаке: Перегрузки снижают надежность ваших приложений? Представьте себе оживленную систему автомагистралей - сложную сеть дорог, мостов, туннелей и перекрестков, каждая из которых рассчитана на определенный объем движения. А теперь подумайте о событиях, которые приводят к пробкам: авариях, дорожных работах или внезапном наплыве автомобилей. Эти происшествия вызывают заторы на дорогах, и часто затор на одном участке шоссе вызывает затор на другом. Например, затор на мосту может привести к затору на дороге, ведущей к нему. Заторы создают множество проблем, начиная от задержек и увеличения времени в пути и заканчивая раздражением водителей из-за потерянного времени и слишком большого количества сожженного топлива. Такие сбои в работе наносят ущерб не только водителям, но и всей экономике. Задерживаются товары, нарушается предоставление услуг, поскольку сотрудники приходят на работу с опозданием (и в раздражении). https://blog.fluxninja.com/blog/traffic-jams-in-the-cloud-unveiling-the-true-enemy-of-reliability #devops #девопс Подпишись 👉@i_DevOps

Друзья!  4 и 5 марта в Москве пройдёт DevOpsConf 2024. В Сколково соберутся более 700 ваших коллег и ведущих экспертов отрасли. В программе — 80+ докладов, митапы, воркшопы и круглые столы.  Покажем все новинки индустрии: использование ChatGPT в своей работе и новые фичи в kubernetes. Расскажем, как жить без Kubernetes, но с ansible и 1С. Не пропустите доклады от самых крутых спикеров мира DevOps: Антон Гаврилов (Инфосистемы Джет). "Kyverno: 99+2" Евгений Харченко (Райффайзен Банк). "Как DevOps влияет на эффективность организации?" Максим Чудновский (АО "СберТех"). "Istio Ambient Mesh - эволюция или революция?" Илья Кочнев (СберМаркет). "FinOps в Облаках" Сергей Реусин (СберМаркет)."Инженерия устойчивости…" Карапет Манасян (MOEX). "Сколько стоит платформа?" Вся Программа - уже на сайте конференции.  ✅ Билеты по выгодной цене здесь: devopsconf Ждём вас на DevOpsConf 2024! Реклама. ООО "КОНФЕРЕНЦИИ ОЛЕГА БУНИНА". ИНН 7733863233.

Руководство по GitOps: ArgoCD против Flux GitOps стал чрезвычайно популярным способом управления инфраструктурой и приложениями Kubernetes. Используя Git в качестве единого источника, GitOps позволяет использовать инфраструктуру как код и автоматизировать развертывание приложений в Kubernetes. Этот подход сегодня используют многие компании, поэтому я хотел поделиться нашим путешествием по GitOps в серии постов на эту тему. https://www.codereliant.io/gitops-guide-argocd-vs-flux/ #devops #девопс Подпишись 👉@i_DevOps

Sre-checklist Контрольный список для всех, кто занимается проектированием надежности сайта 🎯 Цель: Дать командам и отдельным людям представление о том, что нужно учитывать и к чему стремиться в области SRE и в работе. Примечание: эти контрольные списки составлены с учетом моего мнения. Они основаны на моем собственном мнении и опыте и не являются универсальной истиной (да! 😄). Поэтому вы должны сомневаться во всем, что здесь прочитаете, и вы можете высказать свое собственное мнение по этому вопросу, начав обсуждение или предложив изменения в проект 🚧 Вы можете сказать, что этот репозиторий все еще находится в процессе разработки. Я бы не стал рассматривать его как полный исходный код на данный момент или что-то близкое к этому. Вклад в проект более чем приветствуется! https://github.com/bregman-arie/sre-checklist #devops #девопс Подпишись 👉@i_DevOps

👌Экономично. Гибко. Безопасно! На бесплатном вебинаре продвинутого онлайн-курса «Инфраструктурная платформа на основе Kubernetes» — «Service mesh. Istio» разберем концепцию и функционал Service Mesh.  — На примере самого популярного инструмента этого класса - Istio, научимся устанавливать его в ваш кластер, а также настраивать политики управления трафиком. Вас ожидает: - Определение сервисного меша и его роль в современной разработке ПО - Узнаете ключевые возможности Istio - Установите Istio в кластер и сконфигурируете простую политику управления трафиком 🤝Понравится вебинар — продолжите обучение на курсе по специальной цене и даже в рассрочку! Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: LjN8KQphi

Вышел релиз GitLab 16.7 с GitLab Duo Code Suggestions в общем доступе и бета-версией каталога CI/CD https://about.gitlab.com/releases/2023/12/21/gitlab-16-7-released/ #devops #девопс Подпишись 👉@i_DevOps

🗄️Подборка каналов для каждого безопасника и сетевика 🛡ZeroDay - уроки по кибербезопасности и хакингу от нуля до профи, вирусы, взломы, osint, криптография и свежие новости 🌐 Серверная Админа - большое количество уроков и статей по устройству компьютерных сетей. Кладезь информации для безопасника

Как использовать роли Ansible В этом блоге вы узнаете об основах ролей Ansible. С помощью Ansible Roles вы можете повторно использовать созданный вами контент Ansible и делиться им с другими пользователями. Вы узнаете об Ansible Roles шаг за шагом на примерах. https://mydeveloperplanet.com/2023/03/01/how-to-use-ansible-roles/ #devops #девопс Подпишись 👉@i_DevOps

Защита сред AWS с помощью Terraform, Vault и Veeam Я рад представить вам первую статью из серии блогов, посвященных оптимизации управления облачной инфраструктурой, безопасности данных и автоматизации резервного копирования в среде AWS. В этом посте я предоставлю вам пошаговое руководство по использованию Terraform, Hashicorp Vault и Veeam на AWS. Давайте начнем! https://julia.hashnode.dev/secure-your-aws-environments-with-terraform-vault-and-veeam #devops #девопс Подпишись 👉@i_DevOps

🐍 Не просто сложно, а очень сложно... пройти хардкорный тест по Python от OTUS. Ответьте на 20 вопросов и проверьте, насколько вы готовы к обучению на продвинутом курсе  «Python Developer. Professional» от OTUS. 🔹На обучении вас ждет продвинутые темы и практика на «боевых» задачах уровня Middle+ 🔹Проектная работа, которой можно показать свой уровень на собеседовании Овладейте лучшими практиками и навыками Python для уверенного карьерного роста  ✔️  Проверьте формат обучение на открытом уроке 23 января — FastAPI в действии: быстрое создание API для веб-приложений  👉 Пройти тест  https://otus.pw/vtRg/?erid=LjN8KFWEx Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

Простой способ понять Docker Docker известен во всем мире как поставщик контейнерных услуг с открытым исходным кодом, который отлично справляется с упаковкой приложений и их компонентов, а также зависимостей, упрощая процесс развертывания. Это мощный и универсальный инструмент, который упрощает создание, запуск и управление программными приложениями. Однако прежде чем мы погрузимся во внутреннюю работу Docker, давайте разберемся в фундаментальной концепции контейнеров. https://julia.hashnode.dev/an-easy-way-to-understand-docker #devops #девопс Подпишись 👉@i_DevOps