Terraform Backend. Какой лучше?

Зависит от требованиям к хранению состояния.
✍️ AWS S3 — Standard (с locking через DynamoDB). Сохраняет состояние в виде заданного ключа в заданном сегменте на Amazon S3. Этот бэкэнд также поддерживает блокировку состояния и проверку согласованности через DynamoDB.

✍️ terraform enterprise — Standard (без блокировки).

✍️ etcd — Standard (без лока). Сохраняет состояние в etcd 2.x по заданному пути.

✍️ etcdv3 — Standard (с блокировкой). Сохраняет состояние в хранилище etcd в виде K/V с заданным префиксом.

✍️ gcs — Standard (с локом). Сохраняет состояние как объект в настраиваемом префиксе в заданном сегменте в Google Cloud Storage (GCS). Этот бэкэнд также поддерживает блокировку состояния.

Существуют также и другие Backend для Terraform.
#вопросы_с_собеседований

11 полезных плагинов для kubectl

Kubectl (Kubernetes Control) — это, по сути, основной интерфейс для взаимодействия с Kubernetes-кластером. Сторонние разработчики сделали для него много полезных плагинов, которые в той или иной ситуации могут облегчить работу инженера и сэкономить время. В этой статье рассмотрены 11 удобных плагинов для расширения функционала kubectl.

Читать статью

🗝 Как запустить контейнер в EC2

Amazon Elastic Compute Cloud — это сервис облачных вычислений, предоставляемый компанией AWS. EC2 позволяет запускать виртуальные машины в облаке и управлять ими.

Автор рассказывает, как правильно развернуть контейнер Docker на EC2.

Смотреть видео

Сколько всего курсов по программированию вы купили?
#интерактив

Различия между test-driven- и observability-driven-разработкой

Мы находимся на пороге новой эры ODD — разработки на основе наблюдаемости. В ней на первый план выходит применение инструментария бэкенд-кода в качестве утверждений для проведения тестов и культура тестирования на основе трассировки. Используя Tracetest, бэкенд-разработчики не просто генерируют E2E-тесты из трассировок OpenTelemetry, они меняют подход к обеспечению качества и повышению скорости даже в самых сложных приложениях.

Читать статью

Очередной #дайджест по DevOps:

✍️ Создаём экземпляр EC2 и S3 Bucket с помощью плейбука Ansible
Создание экземпляров EC2 вручную может занять много времени. К счастью, Ansible предоставляет эффективный и автоматизированный способ создания экземпляров EC2. В этой статье рассмотрен пошаговый процесс создания экземпляра EC2 и S3 Bucket с помощью Ansible Playbooks.

✍️ Книги по Kubernetes — что почитать в 2023 году
Согласно прошлогоднему отчету Cloud Native Operations, недостаток квалифицированных кадров — одна из ключевых причин, тормозящих внедрение Kubernetes. Этот факт подтверждают аналитики DataDog — по их оценкам, из-за нехватки экспертизы миграцию на контейнерную инфраструктуру откладывает 40% компаний.

✍️ kubernetes — это не новый linux, kubernetes — это распределенная база данных
Это шутливая статья, не стоит ее воспринимать серьезно. Источником вдохновения выступила статья и высказывание в чатике kubernetes_ru, а также дискуссия на эту тему с Дмитрием Евдокимовым из luntry.

✍️ Пишем роли ansible не ломая прод — особенности check_mode или как правильно его готовить
Автор попытался рассказать, как можно писать роли и плэйбуки такими, чтобы они отыгрывали без падений при запуске с флагом --check.

✍️ Отладка плэйбуков ansible
Статья о том, как дебажить playbookи, устраняя потенциальные проблемы, не дожидаясь обезвреживания продакшена.

Из сетевых администраторов в CloudOps: особенности перехода и трудности онбординга

В тексте рассказано о личном опыте карьерного перехода: автор хотела стать DevOps-специалистом, но в итоге решила расти в CloudOps.

Читать статью

Переосмысление инфраструктуры как кода с нуля

Большой мыслительный пост об инфраструктуре как коде, предлагающий новый подход, основанный на чертах, вдохновленных тем, как CSS применяется к HTML.

Читать пост

Кто еще не подписан на наш главный канал — очень рекомендуем!

В «Библиотеке программиста» вас ждут фундаментальные IT-темы, Git, рынок труда, главные новости и, конечно же, мемы😎

Вот вам топ недавних постов:
🔍про коммиты в ветках Git
🔍новость о создании сверхразумного ИИ
🔍подборка инфографик на фундаментальные темы
🔍дайджест нейросетей для разработки

👉Подписаться👈

Теорема САР. Что это такое?

Теорема CAP (известная также как теорема Брюера) — эвристическое утверждение о том, что в любой реализации распределённых вычислений возможно обеспечить не более двух из трёх следующих свойств:

Согласованность данных (англ. consistency) — во всех вычислительных узлах в один момент времени данные не противоречат друг другу;
Доступность (англ. availability) — любой запрос к распределённой системе завершается корректным откликом, однако без гарантии, что ответы всех узлов системы совпадают;
Устойчивость к разделению (англ. partition tolerance) — расщепление распределённой системы на несколько изолированных секций не приводит к некорректности отклика от каждой из секций.
#вопросы_с_собеседований