DevOps

Buildg - Интерактивный отладчик для Dockerfile, с поддержкой IDE (VS Code, Emacs, Neovim и т.д.). Source-level inspection Breakpoints and step execution Interactive shell on a step with your own debugigng tools Based on BuildKit (with unmerged patches) Supports rootless https://github.com/ktock/buildg #devops #девопс Подпишись 👉@i_DevOps

mk - Интерактивный запуск задач для Makefile(Taskfile.yml) Функции: - Интерактивный интерфейс: Просматривайте и выбирайте доступные команды make с помощью стрелок или фильтруйте, вводя текст. - Документация: Ознакомьтесь с описанием каждой команды, чтобы понять её назначение и использование. - Клавиши, как в Vim: Используйте j и k для навигации, Enter для выполнения, а q для выхода. - Фильтрация: Быстро находите команды, вводя часть их названия. Нажмите ? для справки. - Удалённый Makefile: Загрузите Makefile с удалённого URL и выполните команды. - Локальный Makefile: Загрузите Makefile из любой директории и выполните команды. - Поддержка Taskfile.yml: Загрузите Taskfile.yml из удалённого URL или локального пути и выполните задачи. https://github.com/orangekame3/mk #devops #девопс Подпишись 👉@i_DevOps

Нужно ли разработчику знать DevOps-инструменты? Кейс из практики Сегодня предлагаем порассуждать на злободневную тему. IT-сфера большая и многогранная. В ней обитают разработчики, сисадмины, инженеры и многие другие. Обычно у каждого специалиста есть чёткая зона ответственности, в рамках которой он действует. Но сегодня всё чаще встречается мнение, что разработчикам было бы неплохо разбираться в DevOps-инструментах. Хотя бы на базовом уровне, чтобы «понимать, что ещё окружает их кроме кода». https://habr.com/ru/companies/slurm/news/740616/ #devops #девопс Подпишись 👉@i_DevOps

🚀 Ваша CMS под контролем: легко, гибко, масштабируемо! Управление контентом — это не просто тексты и картинки, а ключ к стабильной работе цифрового бизнеса. На открытом вебинаре вы поймете, как спроектировать CMS, которая выдержит любой трафик, и поддерживать её без лишних ресурсов. Что вы узнаете на вебинаре: - как грамотно проектировать структуру CMS для высокой производительности; - какие модули и плагины помогут настроить систему под любые задачи; - лучшие подходы к масштабированию и обеспечению стабильности на высоких нагрузках. 🔥 Спикер Евгений Тюменцев — директор компании по разработке ПО. 20 лет преподает компьютерные дисциплины в ВУЗе: C++, Kotlin, C#, ООП. Урок проходит в преддверии курса «Microservice Architecture». Участники получат скидку на обучение! 26 ноября в 20:00 МСК. Регистрация открыта: https://vk.cc/cEZMiL Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

DevOps — смерть это новая жизнь… Есть мнение, что DevOps как индустрия — скорее мертва, чем жива. Нужны ли нам в таком случае мероприятия по интеграции процессов разработки, тестирования и эксплуатации? Мы решили задать самые наболевшие вопросы Диме Зайцеву, директору программного комитета DevOps Conf 2025. Да, всё ещё у нас и на западном рынке, когда мы слышим слово DevOps, то думаем, что у сисадминов изменили имя, и они стали стоить дороже. Это распространённая идея. Но мы так не считаем. И эти люди никуда не уйдут. Очевидно, они всё ещё нужны. У нас всё ещё на них держится огромная инфраструктура. Над ней надо работать, её нужно развертывать. https://habr.com/ru/companies/oleg-bunin/articles/859330/ #devops #девопс Подпишись 👉@i_DevOps

ScyllaDB на Kubernetes: как запускать Intense Workloads с использованием Spot-инстансов В статье рассказывается, как запускать ScyllaDB — быструю NoSQL базу данных — на Kubernetes с использованием Spot-инстансов, чтобы справляться с интенсивными нагрузками и снижать затраты. Описаны преимущества архитектуры ScyllaDB, инструменты для управления кластерами (например, ScyllaDB Manager и Prometheus), а также возможности быстрого восстановления после отказов, что делает решение высокодоступным и экономически выгодным. https://www.scylladb.com/2023/08/07/scylladb-on-kubernetes-how-to-run-intense-workloads-with-spot-instances/ #devops #девопс Подпишись 👉@i_DevOps

Как правильно хранить секреты? Ручное управление секретами (паролями, ключами API и сертификатами) может привести к утечкам, взломам и значительным финансовым и репутационным потерям. Deckhouse Stronghold — решение для безопасного хранения и управления секретами. Оно централизует хранение конфиденциальной информации, контролирует доступ на основе ролей и политик, а также ведёт аудит всех операций, минимизируя риски утечек и атак. В статье — подробности о том, как не допустить утечку конфиденциальных данных. Запишитесь на демонстрацию, чтобы узнать, как Stronghold может помочь вам.

Teller — универсальный open-source менеджер секретов для разработчиков Больше не нужно покидать терминал, чтобы использовать секреты при разработке, тестировании и создании приложений. Вместо использования кастомных скриптов, токенов в файлах .zshrc, видимых команд EXPORT в истории bash, ошибочно размещенных файлов .env.production и других уязвимостей на рабочей станции, просто используйте Teller и подключите его к любому хранилищу секретов, ключевому хранилищу или облачному сервису, который вам нужен (Teller поддерживает HashiCorp Vault, AWS Secrets Manager, Google Secret Manager и многие другие). Вы можете использовать Teller для упорядочения своего окружения или внедрения его как процесса и лучшей практики для вашей команды. https://github.com/tellerops/teller #devops #девопс Подпишись 👉@i_DevOps

Почта на прокачку: как повысить защиту Microsoft Exchange и не слить чувствительные данные в сеть ⏰ Когда: 27 ноября, 11:00 по Москве📍 Регистрируйтесь на вебинар! SuperHardio time*! Чтобы узнать, как захардкорить самое ценное и построить настоящий лабиринт для хакера, присоединяйтесь к нашему новому образовательному проекту от ИТ-экспертов Positive Technologies. В программе: - Что не так с типовой настройкой Microsoft Exchange 2019 - Топ-3 сценария уязвимостей - Как ИТ-специалисту справиться с бременем ответственности за корректную работу почтового сервиса. - Поговорим про харденинг Microsoft Exchange 2019 и особенности подхода к повышению киберустойчивости Вебинар будет полезен архитекторам, CIO, СТО, DevOps-экспертам и техническим специалистам разных профилей. Присоединяйтесь! *Это как "Марио тайм", время героев-экспертов харденинга

Правильный DevOps для Spring Boot и Java Рустам Курамшин В докладе рассматриваются следующие темы: оптимизация сборки образа приложения, изменение конфигурации приложения без релиза и выделение накатки миграции на БД в отдельную джобу. Все три темы раскрыты очень хорошо. источник #devops #девопс Подпишись 👉@i_DevOps

11 549 утечек данных за год, 47 миллиардов скомпрометированных записей, в среднем 287 дней на обнаружение и устранение инцидентов. Это не просто цифры — это реальность, с которой сталкиваются компании по всему миру. Почему такое  происходит? Потому что бизнес зачастую живет заблуждениями: «Бэкап — не моя задача», «Настройки по умолчанию — и так сойдет». Но такие ошибки могут дорого обойтись. 21 ноября в 11:00 мск приглашаем на бесплатный вебинар «Заблуждения в ИБ, от которых страдает безопасность компаний». Мы разберем самые частые ошибки, обсудим реальные кейсы и покажем, как не стать очередной статистикой. Добавьте в календарь и регистрируйтесь — защита ваших данных начинается с правильных решений. #реклама О рекламодателе

Деплой больших инфраструктур в Yandex Cloud: как минимизировать риски и ошибки Привет, я Алексей Колосков, DevOps‑инженер Hilbert Team. Сегодня я расскажу вам историю о компании, которая из маленькой облачной инфраструктуры выросла до сложного решения с использованием Infrastructure as Code (IaC) и Terraform. И, как это часто бывает, в процессе роста учли не всё. Все персонажи вымышлены и любые совпадения случайны (ну, почти). В этой статье покажу грабли, на которые можно наступить при росте облачной инфраструктуры, и расскажу, как их обойти. https://habr.com/ru/companies/yandex_cloud_and_infra/articles/858704/ #devops #девопс Подпишись 👉@i_DevOps

❓Как корпоративному архитектору успешно провести трансформацию бизнеса? 19 ноября в 19:00 мск приглашаем вас на бесплатный открытый вебинар! Узнайте, как корпорации избегают краха, используя эффективные методы корпоративной архитектуры. Более 70% бизнес-трансформаций терпят неудачу. Причина — неготовность компаний к изменениям. На вебинаре мы разберём, как корпоративный архитектор помогает оптимизировать процессы, правильно управлять инвестициями и добиться успеха. Вы получите практические знания, которые помогут вам управлять миллиардами, правильно реорганизовать систему управления и стратегические активы. 🚀 Хотите стать архитектором, который направит трансформацию в нужное русло и обеспечит выполнение стратегии? 🔴 Регистрируйтесь прямо сейчас и получите скидку на участие в обучении «Enterprise Architect»: https://vk.cc/cEUTbx Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Sudo без бинарного setuid или SSH через UNIX-сокет В этом посте я подробно расскажу, как заменить sudo (программу с `setuid`), используя SSH через локальный UNIX-сокет. Я считаю, что программы с setuid`/`setgid — это устаревшая часть наследия UNIX, которую следует исключить. В будущем посте я объясню причины безопасности, стоящие за этим утверждением. Это связано с работой группы Confined Users SIG в Fedora. https://tim.siosm.fr/blog/2023/12/19/ssh-over-unix-socket/ #devops #девопс Подпишись 👉@i_DevOps

Архитектура кластеров Kubernetes - выбор размера рабочего узла Стоит ли создавать кластер Kubernetes с меньшим количеством крупных узлов или с большим количеством мелких узлов? В этой статье мы рассмотрим все плюсы и минусы. Когда вы создаете кластер Kubernetes, одним из первых вопросов, который у вас может возникнуть, является: "Какой тип рабочих узлов я должен использовать и сколько их нужно?". Если вы создаете локальный кластер, стоит ли заказывать серверы последнего поколения или использовать дюжину или около того старых машин, которые валяются в вашем центре обработки данных? Или если вы используете управляемый сервис Kubernetes, например Google Kubernetes Engine (GKE), следует ли вам использовать восемь экземпляров n1-standard-1 или два экземпляра n1-standard-4 для достижения желаемой вычислительной мощности? https://learnk8s.io/kubernetes-node-size #devops #девопс Подпишись 👉@i_DevOps

🔥 Как сократить баги и ускорить релизы с помощью безопасной разработки Ты создаешь крутые приложения, но баги и уязвимости продолжают отнимать драгоценное время, особенно когда горят дедлайны? 😬 Представь, что ты можешь защитить свой код на каждом этапе разработки и при этом сэкономить нервы и время! Мы разработали новый курс «Безопасность приложений для разработчиков», чтобы показать, что безопасность — это не про сложности, а про качество и экономию времени. 🎯 Почему стоит записаться? · Ты научишься строить защиту ещё на этапе планирования, минимизируя уязвимости. · Безопасность не замедлит процесс — мы покажем, как сохранять темп и укладываться в дедлайны. · Меньше проблем на проде — ты будешь предотвращать уязвимости на ранних стадиях, избегая лишних правок. 👨‍💻 Авторы курса — эксперты Positive Technologies, одной из лидирующих компаний на рынке кибербезопасности. Ты будешь учиться у профессионалов, которые ежедневно работают над безопасностью приложений. ⏰ Старт курса 25 ноября, длительность — 3 недели, формат — онлайн. Учись в любое время и из любой точки. Не трать время на исправления багов — записывайся на курс и учись предотвращать их заранее! 👉 [Забронировать место на курсе]

Для чего нужна команда git commit --amend? Команда git commit --amend используется для изменения последнего коммита в локальном репозитории. Она позволяет исправить сообщение коммита, добавить в него изменения, которые не были учтены, или удалить файлы, которые не должны были быть в коммите. Основные случаи использования: 1. Изменение сообщения коммита: если было допущено опечатку или необходимо уточнить содержание сообщения коммита.

   git commit --amend -m "Новое сообщение коммита"
   

2. Добавление изменений в последний коммит: если были забыты изменения, которые нужно включить в последний коммит, можно их добавить, выполнить git add для этих файлов и затем git commit --amend, чтобы объединить их с предыдущим коммитом. 3. Удаление ненужных файлов: если случайно добавлен лишний файл, можно удалить его с помощью git rm, затем выполнить git commit --amend, чтобы пересобрать коммит без этого файла. После выполнения git commit --amend создается новый коммит с измененной историей, что важно помнить, если работа ведется в команде. #devops #девопс Подпишись 👉@i_DevOps

📹 Новая версия СУБД РЕД База Данных 5.0. Узнайте о новых возможностях на вебинаре 21 ноября в 14:00 проводим вебинар «РЕД База Данных 5.0 – СУБД для безопасных информационных систем». Расскажем о новых возможностях администрирования и оптимизации баз данных и функциях для прикладных разработчиков. ⚡️ Что нового? — поддержка формата JSON — международные временные зоны — планировщик заданий — табличные пространства — PSQL-профайлер — кеш компилированных запросов — синхронно-асинхронная репликация — решена проблема долгих транзакций 🛡 Безопасность РЕД База Данных 5.0 соответствует новым Требованиям по безопасности информации к системам управления базами данных, утвержденных приказом ФСТЭК России. ⛓ Подробнее о деталях обновления вы можете почитать в пресс-релизе. Спикерами выступят: 🎙 Симаков Роман, Директор Департамента развития системных продуктов, product owner РЕД Базы Данных 🎙 Дмитрий Еманов, Архитектор РЕД Базы Данных 🔥 Успейте зарегистрироваться, количество мест ограниченно! Реклама ООО "Ред Софт" ИНН 9705000373, erid: 2VtzqxQFCUN

Будущее Kubernetes и DevOps: строим прогнозы на 10 лет Мы спросили инженеров «Фланта» и экспертов из индустрии, как, по их мнению, будут развиваться Kubernetes, DevOps, Ops и Cloud Native-экосистема в ближайшее десятилетие. Наша задача была спрогнозировать будущее на основе тенденций в настоящем, а не просто «заглянуть в хрустальный шар» и пофантазировать. В результате родилась эта статья. Присоединяйтесь к нам в комментариях — давайте вместе подумаем, как будут выглядеть важные в нашей работе инструменты через 5–10 лет. https://habr.com/ru/companies/flant/articles/800959/ #devops #девопс Подпишись 👉@i_DevOps

Жизненный цикл контейнеров в Docker Compose: использование хуков post_start, pre_stop В версии 2.30.0 Docker Compose появился новый функционал - хуки жизненного цикла контейнера. Давайте разберемся, что это такое и как их использовать для решения практических задач. https://habr.com/ru/articles/856698/ #devops #девопс Подпишись 👉@i_DevOps