Библиотека девопса | DevOps, SRE, Sysadmin

Reverse Shell и Bind Shell

Secret Docker Commands В видосе, автор расскажет о полезных и продвинутых командах Docker, которые обычно не встречаются в документации. Он покажет системные (docker system df, docker system prune и другие) и контекстные команды (docker context create, docker contex use), продемонстрирует использование Grab и контейнера Net Shoot в работе по устранению неполадок, а также даст парочку советов по устранению неполадок в Docker Desktop. Смотреть #видео

Что творится?!!! 🫣🫣🫣

Очередной #дайджест перед выходными 🔴 containerd vs. Docker — понимание их взаимосвязи и того, как они работают вместе 🔴 Jira, Compass и Bitbucket — расширяем возможности инженеров с помощью новых ништяков DevEx 🔴 Настраиваем CI/CD с GitHub Actions и werf — как настроить пайплайн CI/CD в GitHub, подготовка репозитория, заливка приложения и файлы конфига GitHub Actions 🔴 Создание чат-бота для анализа и расшифровки видео — использование GenAI и бесшовной интеграции, предоставляемую Docker, для упрощения обработки и понимания видеоконтента 🔴 Как работает etcd с Kubernetes и без него — материал познакомит вас с принципами работы etcd, чтобы вы могли глубже понять внутреннюю работу Kubernetes и получить дополнительные инструменты для устранения неполадок в вашем кластере

🐰 Как решить проблему высокой связанности сервисов с помощью событийно-ориентированной архитектуры и RabbitMQ В этой статье я расскажу, как оптимизировать сложную систему микросервисов через брокер сообщений, в данном случае RabbitMQ. Мы рассмотрим вариант решения проблемы высокой связанности между сервисами через переход на событийно-ориентированную архитектуру (EDA). Читать статью

Ваш клиент хочет развернуть корпоративное приложение на AWS, которое будет состоять из нескольких веб-серверов, нескольких серверов приложений и небольшой (50 ГБ) базы данных Oracle. Информация будет храниться как в базе данных, так и в файловых системах различных серверов. Система резервного копирования должна поддерживать восстановление базы данных, восстановление всего сервера и всего диска, а также восстановление отдельных файлов со временем восстановления не более двух часов. В качестве базы данных они решили использовать RDS Oracle. Какая архитектура резервного копирования будет соответствовать этим требованиям? 1. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием AMI и дополнение к резервному копированию на уровне файлов в S3 с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов. 2. Резервное копирование RDS с использованием развертывания в нескольких зонах доступности. Резервное копирование экземпляров EC2 с использованием Amis, и дополнить копированием данных файловой системы на S3 для обеспечения восстановления на уровне файлов. 3. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием моментальных снимков EBS и дополнение резервными копиями на уровне файлов в Amazon Glacier с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов. 4. Резервное копирование базы данных RDS на S3 с использованием Oracle RMAN. Резервное копирование экземпляров EC2 с помощью Amis. И дополнить моментальными снимками EBS для восстановления отдельных томов.

💪💪 Эволюция Terraform: как мы безопасно отделили кучу сервисов от монолита Если вы используете terraform для управления облачной инфраструктурой, возможно, вы столкнулись с некоторыми проблемами по мере роста вашего проекта. Возможно, ваш код становится слишком сложным и запутанным. Возможно, развертывание занимает слишком много времени и приводит к ошибкам. Возможно, ваша команда боится вносить изменения, потому что не знает, что может привести к поломке. Если что-то из этого звучит знакомо, то пришло время провести рефакторинг. Читать статью #туториал

Docker простыми словами - канал шпаргалка для тех, кто использует Docker в работе программиста, тестировщика или на любой другой позиции. Первый канал по Docker. Поискав в телеграме каналы по docker и не найдя ничего, я решил обьединить контент в одном месте. По содержанию в канале: - вопросы с собеседований - команды докера - книги - тесты для проверки ваших знаний - обучающие видео - чат для обсуждения Подписывайтесь, комментируйте и предлагайте свой контент в нашем новом сообществе: @justdocker Реклама. Киренкина Марина Дмитриевна, ИНН 345702417736. Erid 2VtzqxaUnS4

#memes

Расскажите о Docker Trusted Registry Это хранилище образов для безопасного хранения и управления образами Docker. Его можно установить на своих мощностях, либо в частном облаке. DTR применятся в процессах CI/CD для сборки, поставки и запуска приложений. Его также можно развернуть в отказоустойчивом варианте, есть встроенная система управления доступом.

Вендор и производитель IT-инфраструктуры YADRO в поиске инженеров С++ в департаменты разработки технологий мобильной связи, микропроцессоров и программного обеспечения. Команды занимаются созданием телекоммуникационного оборудования для беспроводных мобильных сетей и сопутствующих услуг, разработкой флагманского продукта, современного хранилища TATLIN.UNIFIED и внедрением интеллектуальных функций в решения компании. Ребята ждут талантливых middle, senior и tech lead – специалистов из разных сфер с уверенным опытом в разработке, знанием классических алгоритмов и структур данных, а также умением тестировать собственный код. Амбициозные проекты, возможность влиять на продукт, обучение и профессиональный рост – неотъемлемая часть работы в YADRO. Локацию ты можешь выбрать сам: есть удаленка, а также офисы в Москве, Санкт-Петербурге, Екатеринбурге, Нижнем Новгороде, Минске. Подробно про задачи и условия по каждой вакансии смотри здесь и отправляй резюме: • Software Engineer C/C++ (telecom) - https://clck.ru/3A8mDs • Data Scientist - https://clck.ru/3A8mGq • Senior C++ developer/Старший инженер-программист С++ (TATLIN.UNIFIED) - https://clck.ru/3A8mMR Реклама. ООО «КНС ГРУПП», ИНН 7701411241, www.yadro.com erid: 2SDnjesYpdf

FlyOS — занятный подход к запуску полноценной системы Linux, которая всегда будет по рукой, в кармане, прямо в смартфоне. Это не замена Android на Linux на смартфоне, это отдельная подсистема, которая устанавливается на устройство. Для установки потребуются root права. После установки, запущенная Linux система (и возможность управления самой подсистемой) оказывается доступна в отдельной веб-панели. Официальный сайт #новости

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом. Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций. Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах. 👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.

Расскажите о средствах оркестрации и случаях их использования Оркестрация позволяет управлять работой контейнеров, запущенных в больших и динамических окружениях. С ее помощью можно автоматизировать и управлять следующими задачами: ✍🏻 Создание и развертывание контейнеров; ✍🏻 Балансировка нагрузки; ✍🏻 Разделение ресурсов между контейнерами; ✍🏻 Мониторинг контейнеров и серверов; ✍🏻 Масштабирование контейнеров; ✍🏻 Перенос контейнеров с одного сервера на другой, если на первом возникает недостаток ресурсов.

25 апреля, 19:00 Selectel Admin Meetup. Дискутируем про terraform, эволюцию ОС и выбор специальности Админ/DevOps Ребята из @SelectelCareers проводят митап для системных администраторов и DevOps. На мероприятии обсудят: применение IAC для тестирования облачной платформы, расскажут про эволюцию установщиков ОС и устроят дискуссию о том, кем становиться в 2024 году — DevOps-инженером или системным администратором. Основные темы: ◽️ Альтернативы terraform и сравнение с ansible ◽️ Эволюция и автоматизация установщиков ОС ◽️ Выбор между DevOps и системным администрированием Подключайтесь онлайн или приходите в офис в Санкт-Петербурге: https://slc.tl/jpg0j Реклама ООО «Селектел» erid 2VtzqwWmrL8

Очередной #дайджест для DevOps-ов ❎ Запуск крупных симуляций с помощью AWS Batch multi-container jobs — как применять AWS Batch в рамках беспилотной техники и роботов ❎ Учите матчасть — почему стоит изучать туториалы перед работой с облаками и кому это особенно важно ❎ Распределенная ФС на Go — полезный и подробный 10ти часовой курс ❎ PostgreSQL High Availability и repmgr — как настроить кластер PostgreSQL high-availability с помощью контейнеров Docker и инструмента repmgr ❎ ClickHouse как бэкенд для Prometheus — рекомендации по использованию инструмента и описание альтернативных решений, таких как Thanos, Grafana Mimir и Victoria Metrics

🤔🤔 Как добавить системности в мониторинг продакшна: параметры и тулинг для инцидент-менеджмента На проде что‑то сломалось — такова суровая реальность, случается с лучшими из нас, увы. Что обычно происходит в подобных случаях? Ловим алерты, бежим смотреть графики и логи, вызваниваем из отпуска разработчика, который занимался этой функциональностью, выкатываем фикс, рвем на себе бороду, проводим пост‑мортем. Это реакция на уровне здравого смысла, классика. Но когда речь заходит о недозаработанных из‑за инцидента деньгах, расстроенных пользователях — любое улучшение, даже небольшое, на доли процента — может принести ощутимый результат. Автор расскажет, как подойти к вопросу мониторинга методологически — задействовать инструментарий инцидент‑менеджмента. Обсудит, как оценивать критичность сервисов и какие системы могут быть полезны для отслеживания проблем. Статья ориентирована в первую очередь на тех, кто прямо сейчас занимается мониторингом на уровне общей инженерной грамотности, но пока не использует в явном виде инцидент‑менеджмент как подход. Читать статью #почитать

🧔🧔 Доклад с DevWorld 2024 Спикер поделится советами и хитростями из опыта работы с Git. Это вторая часть, а вот первая. Смотреть #мероприятие

#memes