kubeformation — интересный проект, который помогает генерировать файл с параметрами Kubernetes кластера для его создания в Google Cloud или Azure.

http://amp.gs/e7GO
GitHub: http://amp.gs/e7GA

Интересная статья от Tõnis Tiigi про сложные паттерны использования multi-stage билдов в докере.

http://amp.gs/evVs

Интересная статья о CNI и о том, как выбрать сетку для Вашего кубера. Рассматриваются 7 самых популярных реализаций, есть сравнительная табличка с фичами 🏆

В целом ничего супер нового и прорывного, но вполне себе интересно и полезно. 🙏

📌 https://chrislovecnm.com/kubernetes/cni/choosing-a-cni-provider/

Управление знаниями: диагностика багов

Есть методология диагностики багов, которая повышает интеллектуальный уровень разработчиков, помогает со "сложными" багами и делает ваши волосы мягкими и шелковистыми.
Очень здорово, если ваши ключевые алгоритмы (они же - ключевые действия пользователей) будут описаны в виде sequence диаграм (https://cdn-images-1.medium.com/max/1820/1*vnSPuXKP9w7He0CBkLtaKA.png например). Колонки - это компоненты проекта. В парадигме микросервисной архитектуры это могут быть микросервисы, в парадигме монолита - например, модули.
Смысл заключается в том, чтобы научить инженеров представлять себе картинку процесса целиком и уметь его держать в голове. Потому что смысл любой диагностики сводится к половинному поиску по этой схеме: берём наиболее интересную точку, проверяем в ней состояние и делаем выводы, где проблема - выше или ниже.

Управление знаниями: диагностика багов, часть 2

Вторая фишка диагностики кажется дорогой и вызывает много сопротивления у инженеров, но есть немало ситуаций, когда она полезна.
Инженер, который ведёт диагностику должен писать логи своих рассуждений, буквально что-то вида:

Тикет: не загружаются файлы
Зашёл в Sentry - вижу ошибку, что кончилось место
Зашёл на srv1
Набрал команду df, места на /dev/sda1 1 мегабайт

Формат логгирования может быть произвольным (оптимизируйте так, чтобы это было комфортно), но суть в том, чтобы
- видеть, какие контрольные точки смотрит инженер
- какие выводы он делает из того, что видит
- сделать диагностику отчуждаемой (отладку сложного бага по этой методике можно перекинуть на другого человека без лишнего геморроя!)
- убедиться, видят ли инженеры "всю картину" ключевого алгоритма, не занимаются ли они тыканием "там, где светло", а не там, где искать нужно.

В любом случае, это хороший способ обучать людей.

Опять я что-то на пару дней пропал, но давайте поговорим о базах данных

A one size fits all database doesn't fit anyone — заметка Werner Vogels, СТО Amazon, о типах БД и вообще всяких вводных штуках, которые надо учитывать при выборе БД. Ну и, конечно же, с описание того, что всё это можно получить managed в AWS

MySQL High Availability at GitHub раасказ о том, как в GitHub делают HA MySQL. Вы эту статью, скорее всего, уже читали, но пусть тоже тут будет

Цикл статей о PostgreSQL в Kubernetes (не поднимайте БД в контейнерах говорили они…)
Часть 1
Часть 2

Stay tuned!

#databases

Неплохая серия заметок в блоге Kubernauts про мониторинг Java приложений с Prometheus.
Рассмотрен вариант добавления метрик приложения и их сбор через JMX.

http://amp.gs/7lTw
http://amp.gs/7lTF

Хашикорпт написал про интеграцию Consul and Envoy using Gloo Connect
https://www.hashicorp.com/blog/hashicorp-consul-envoy-gloo-connect

Знали ли вы, что ноды для нового кубернетиса от Амазона можно собирать при помощи пакера и даже есть репка от Амазона где все разжевано? https://github.com/awslabs/amazon-eks-ami

Отличная статья в блоге компании Xebia про различные варианты организационной структуры современных компаний.
http://amp.gs/7fxA
и ее перевод http://amp.gs/7fxi

Подробно рассматриваются три основные схемы, из каких команд они состоят и как взаимодействуют.
TL;DR Это про продуктовые, платформенные и SRE команды.

P.S. Больше вариантов топологий можно найти на http://amp.gs/7fxJ и на русском http://amp.gs/7fxK

Третья часть про терраформ 0.12, а именно про For and For-Each
https://www.hashicorp.com/blog/hashicorp-terraform-0-12-preview-for-and-for-each