DynamoDB Table Migration Between Accounts

https://medium.com/riskified-technology/dynamodb-table-migration-between-accounts-aabfa7ef748

#devops #девопс

Подпишись 👉@i_DevOps

Как уменьшить размер образа Docker для JVM

https://blog.wolt.com/engineering/2022/05/13/how-to-reduce-jvm-docker-image-size/


#devops #девопс

Подпишись 👉@i_DevOps

GlitchTip вместо Sentry. Как мы бесплатно настроили мониторинг ошибок

Представьте, что у вас есть 10 серверов и 20 микросервисов на них, а релизы проходят каждую неделю. Вы уже мониторите жизнеспособность сервисов и докера с помощью zabbix или prometheus, а с помощью ELK или grailog собираете логи. Кажется, что всё хорошо, но в таком потоке релизов, хотфиксов и строчек кода нужно быстро ориентироваться и вылавливать ошибки внутри приложения, которые не влияют на жизнеспособность сервиса, но мешают его правильной работе.

Стоп! Есть же Sentry, скажете вы. И будете правы. Он удобен, хорошо описан, есть документация, комьюнити и поддержка. Однако, есть одно "но".

https://habr.com/ru/company/constanta/blog/706386/

#devops #девопс

Подпишись 👉@i_DevOps

How to Increase Deployment Observability and Simplify Deployment Pipelines

https://medium.com/bondora-engineering-and-data/how-to-increase-deployment-observability-and-simplify-deployment-pipelines-3b271e57ff3f

#devops #девопс

Подпишись 👉@i_DevOps

Tfautomv

Автоматическое создание перемещенных блоков Terraform для безболезненного рефакторинга

https://github.com/padok-team/tfautomv

#devops #девопс

Подпишись 👉@i_DevOps

Наши 5 лет с инфраструктурой «ВсеИнструменты.ру»: от нескольких ВМ до отказоустойчивого решения в трёх дата-центрах

Cтатья посвящена проекту «ВсеИнструменты.ру» — крупнейшему интернет-магазину DIY-товаров и нашему клиенту по совместительству. Расскажем, с чего начинали сотрудничество более пяти лет назад, как сейчас обстоят дела и куда мы вместе идём. Поговорим о сопровождавших этот путь технических вызовах и особенностях решений в инфраструктуре, которые позволили бизнесу добиться впечатляющего роста.

https://habr.com/ru/company/flant/blog/711348/

#devops #девопс

Подпишись 👉@i_DevOps

Как и зачем следует автоматизировать DevOps

Концепция DevOps не нова. В IT-индустрии все понимают, что это правильная методология построения ПО. DevOps пленила мир своим обещанием ускоренной доставки высококачественного продукта. Однако, несмотря на это обещание, многие бизнес-проекты не осознают весь потенциал этой методологии. И хотя отчасти это обусловлено культурной инертностью и недостатком навыков, основным препятствием для получения полноценной отдачи от вложений в DevOps остаётся отсутствие автоматизации. Именно за счёт интеграции и автоматизации можно добиться более эффективного потока разработки ПО. Поэтому в текущей статье мы разберём, что подразумевает собой автоматизация DevOps, и как можно начать автоматизировать ваши процессы в рамках данной методологии.


Rus https://habr.com/ru/company/ruvds/blog/715536/

Eng https://dzone.com/articles/how-and-why-you-should-start-automating-devops


#devops #девопс

Подпишись 👉@i_DevOps

Журналы аудита Kubernetes: лучшие практики и настройка

https://signoz.io/blog/kubernetes-audit-logs

#devops #девопс

Подпишись 👉@i_DevOps

Внедряем устойчивый SRE-подход в компании

https://engineering.reputation.com/building-a-resilient-sre-process-42e659714743

#devops #девопс

Подпишись 👉@i_DevOps

CLI инструменты, которые облегчат времяпровождение в терминале и сделают его приятнее

Многие из вас каждый день работают в терминале, так давайте улучшим это времяпровождение вместе. Существует множество полезных инструментов CLI, которые могут сделать вашу жизнь в командной строке проще, быстрее и в целом веселее.

В этом посте описан мой топ-25 обязательных инструментов CLI, на которые я привыкла полагаться.

Rus https://habr.com/ru/post/711968/

Eng https://dev.to/lissy93/cli-tools-you-cant-live-without-57f6#utils

#devops #девопс

Подпишись 👉@i_DevOps

THE MANY WAYS TO ACCESS ECS

https://blog.symops.com/2023/01/18/ecs-access/

#devops #девопс

Подпишись 👉@i_DevOps

Бесперебойный деплой микрофронтендов с Kubernetes: как настроить

Фронтенд-разработка может жить без независимого деплоя, пока у нее не больше 7 микрофронтендов. Но, чем выше число, тем сильнее страдают процессы. Наша команда в Mindbox прошла через это с Octopus, когда деплоила в Yandex Cloud S3. Причем на все обновления был один свободный бакет. Заливаешь код в мастер, а в это время то же самое делают еще пять разработчиков. Скапливается очередь, код еле ползет, а через час деплой вообще обваливается — Octopus не справился с нагрузкой. Пока чинишь это, оказывается, что твои обновления уже попали в продакшен заодно с чужими.

Когда число проектов возросло до 14, все это повторялось с каждым разработчиком по несколько раз в день. Поэтому мы решили вслед за коллегами-бэкендерами перейти на независимый деплой в Kubernetes.

В этой статье собран опыт платформы автоматизации маркетинга Mindbox по реформированию фронтенда:

Kubernetes вместо Yandex Cloud S3: деплоим микрофронтенды без сбоев
Автоматизированный вывод метаданных: экономим ресурсы разработки
Постепенный переход: меняем деплой без вреда для пользователей
Хот-тестинг: ускоряем обновление фронтенда
Советы: как улучшить деплой без микрофронтендов и Kubernetes

https://habr.com/ru/company/mindbox/blog/711898/

#devops #девопс

Подпишись 👉@i_DevOps

Усиливаем защиту доступа к Kubernetes API

https://goteleport.com/blog/kubernetes-api-access-security/

#devops #девопс

Подпишись 👉@i_DevOps

Устранение неисправностей в приложении Java под Kubernetes

https://dmetzler.github.io/troubleshooting-java-apps-in-k8s/

#devops #девопс

Подпишись 👉@i_DevOps

Раскатка k8s 1.26 ansible+jenkins

И вообще managed cluster своими руками за 1000 и один человеко-час.

Приветствую всех! Недавнее масштабное обновление github (когда там часами не работало ничто) побудило меня поделиться своим опытом автоматизации установки k8s на bare metal.

Итак. Задача: развернуть кластер kubernetes последней на данный момент версии 1.26 средствами CI/CD за минимальное время (на моем оборудовании около 3 минут), и вообще, начать с этого построение своих инструментов управления кластером.

Для этого потребуется от 3 серверов под управлением ubuntu, чтобы прошли тесты sonobuoy conformance (адаптация под rhel потребует небольших доработок).

Разработанный процесс больше подойдет для разворачивания тестовой среды, именно для этого акцент сделан на скорости, исключен любой шаг, без которого все и так полностью будет функционировать. Для production кластера, как минимум, придется добавить дополнительные отдельные etcd узлы, данный процесс за рамками этой статьи. Однако, etcd узлы на мастер нодах созданы будут в рассматриваемом процессе.

https://habr.com/ru/post/713398/

#devops #девопс

Подпишись 👉@i_DevOps