OrangeDevOps

2021-10-09 20:03:59 Рассказ о Дэниеле Синглетари, который благодаря своему опыту работы сантехником смог получить сертификацию AWS, изучить облачный стек и стать DevOps-инженером.

Нужно лишь желание и усердие.

https://vc.ru/life/302102-nashi-miry-ne-tak-daleki-drug-ot-druga-istoriya-santehnika-kotoryy-stal-oblachnym-inzhenerom Открыть/Комментировать

2021-09-30 07:30:13 Размышления коллеги по итогу участия в DevOpsConf

Я писал выше о двух докладах с этой конференции:
https://t.me/orangedevops/170
https://t.me/orangedevops/183

Из того что понравилось в статье это сравнение ITIL c SRE и золотой середине между ними:

"Если рассматривать SRE и ITIL как два разных подхода к автоматизации, то оказывается, что ITIL требует автоматизировать рутину, а SRE считает, что нужно автоматизировать вообще все"
"SRE говорит о том, что у нас есть Chaos Engineering, где, если утрировать, мы рандомно отключаем сервера из сети в production, отслеживаем реакцию систем на отключения и анализируем, как изменить систему таким образом, чтобы она выдерживала подобные отказы.
ITIL же считает, что на все случаи жизни есть Disaster Recovery Plan, в котором описываются все необходимые действия при возникновении аварии."

И цитата которой я стараюсь придерживаться:
"если нужно сделать систему надежной, то из нее скорее нужно что-то убрать, нежели добавить. Системы нужно делать проще."

#devops

https://habr.com/ru/company/mvideo/blog/579818/ Открыть/Комментировать

2021-09-29 19:00:12 Открыть/Комментировать

2021-09-27 13:30:09 Кстати по namespace-ам есть неплохая статья для понимания что это и как они работают

#docker

https://habr.com/ru/post/458462/ Открыть/Комментировать

2021-09-27 13:11:03 Есть довольно старая статья в котором описан оверхед при работе базы Mysql в контейнерах при различных параметрах настройки сети контейнера.

#docker #базыданных

https://dzone.com/articles/testing-docker-multi-host-network-performance Открыть/Комментировать

2021-09-27 13:05:08 Довольно любопытная статья
https://blog.crunchydata.com/blog/deep-postgresql-thoughts-resistance-to-containers-is-futile
в которой пытаются оспорить довод о том что базы данных не желательно использовать в контейнерах.
В качестве аргумента приводится пример с PostgreSQL установленным локально и оказывается, что cgroup и namespace обеспечивают работу его процессов (тоже как при использовании докера).
По мне весьма сомнительная аргументация. Ведь насколько знаю cgroup и namespace обеспечивают работу всех процессов. В любой момент времени любой процесс принадлежит одному экземпляру namespace.
Может я не прав и действительно Postgres локально запущенный равен Postgres в контейнере?

#postgres #docker Открыть/Комментировать

2021-09-12 17:30:54 Комментарий на одном из вебинаров ... Открыть/Комментировать

2021-09-10 12:00:19 Увидел на гитхабе Авито среди их опенсорс-проектов: консольную утилиту для ребилда индексов и primary key PostgreSQL в автоматическом режиме с анализом раздувания индексов и без блокировки таблиц.
Не тестировал пока.

#pgsql

https://github.com/avito-tech/pg_reindex Открыть/Комментировать

2021-09-10 10:25:04 На GitHub Авито ведёт открытый справочник по ценностям, бизнес-процессам, стандартам, процедурам и правилам, которые используются у них в команде разработки. Но мне было интересно глянуть на их инженерные практики. На гитхабе они описывают процесс разбора инцидентов, которые они называют live site review или LSR, типа SRE от Гугла.

#sre #разборинцидентов

https://github.com/avito-tech/playbook/blob/master/avito-developer-practice.md Открыть/Комментировать

2021-06-29 20:05:57 Огромная работа проведена людьми, собравшими инструменты для разработчиков и devops предоставляемые по схеме SaaS, PaaS, IaaS на бесплатной основе...
#tools
https://github.com/ripienaar/free-for-dev#dns Открыть/Комментировать