Puppet выкатили блогпост о том, как сделать себе роадмап по изучению собственно Puppet.

Пост все же больше рассчитан на бизнес, но несколько интересных ссылок там внутри есть

#puppet

Статья Manisha Sahasrabudhe о подводных камнях внедрения DevOps в компании.

В принципе, никаких сакральных знаний в этой статья не содержится. Но, как говорится, иногда необходимо повторять очевидные вещи

#culture

В этой статье Aymen El Amri (twi) собрал ссылки на все свои публикации на Medium:

Docker cheat sheet
список книг
несколько статей про культуру
статья по Salt

Enjoy!

#culture #books #salt #docker

Чтобы было понятно, по поводу чего я буду выплескивать свою боль сегодня.

Ну как боль. Просто у них там несколько новостей подъехало

https://www.2do2go.ru/uploads/b852b7b1c5a8175c311379aaa6d4f5cd.jpg

Ну, собственно, боли от Кафки было в моей жизни не так уж много. Хотя пару недель назад словил интересный баг.

При определенном размере сегмента умирал log.logCleaner тред. На этот счёт даже баг завели. Но если у вас версия пораньше, чем 0.10.2.2 или 0.11.0.0, можно пробовать играться с log.cleaner.io.buffer.size в сторону повышения. Понятное дело, в разумных пределах. Ну и кроме того, баг был замечен не по всему кластеру, а на отдельных нодах. Так что рестарт, в принципе, помогал.

Далее по Кафке:

LinkedIn анонсировал опенсорсную тулзу Cruise Control. Штука призвана не давать кластеру окончательно умереть. Она будет просчитывать оптимальную (на взгляд машины) конфигурацию и предлагать её применить. Как-то так.

Кроме того, Pinterest разработал для этого свою тулзу со звучным названием DoctorKafka. Доктор собирает метрики с кластеров Кафки и на их основании балансит нагрузку. Ну а если для балансинга не хватает ресурсов, шлёт алерт.

Ни одну из этих штук я руками не трогал. Но, может, вам будет интересно

#kafka

Что у нас из новостей?

VMware анонсировал VMware Cloud on AWS. В двух словах: вы используете те же инструменты VMware, которые использовали до этого (если использовали) но физически всё происходит в AWS. Плюс доступ к AWS сервисам. В добавок имеется поясняющая картинка

А ещё они же сделали ещё одну сесурити-штуку — VMware AppDefense

Вот краткая заметка об этом в блоге Puppet

#vmware #aws

Чё там обсуждают на Реддит?

А на Реддит обсуждают, как хранить секреты, напимре, тут и вот тут. Хотя во втором треде всё вообще с другого вопроса началось. А вот Alexey Kuleshevich целую статью, как подружить Terraform и Credstash написал.

Так и живём

Я джва года ждал эту фичу!!!!

tl;dr: теперь можно делать кастомные дескрипшены отдельным правилам в AWS security groups. Пока только в VPC

#aws

Не помню, писал ли я уже о предстоящих ивентах, но на всякий случай, напишу.

Итак, в среду 2017-09-06 в Киеве пройдёт Первый Docker meetup на главной базе Ciklum. Это, если кто не знает, одна из двух высоток над Байковым кладбищем.

А неделей позже — 15 сентября — всё там же над Байковым кладбищем пройдёт уже второй по счёту Kubernauts Kyiv meetup

Ссылки на ивенты я дал, зарегаться можно прямо через Meetup, вроде ничего не забыл.

Ах да, если вам кажется, что надо оповещать об ивентах не только в Киеве, напишите мне прямо сюда: @grem1in (ну с указанием города желательно)

#event

Из лёгкого чтива на пятнцу: Remind Engineering обещают делать открытые отчёты о состоянии инфраструктуры (кстати, прикольная идея, главное, за NDA не заскочить)

Собственно, уже готов второй отчёт

Немного ChatOps на вечер.

Опять же сборник разряда "awesome-%i" Что прикольно, со ссылками на уже существующих открытых ботов

#chatops

Шутки шутками, а в Hashicorp тут релиз-инженера ищут

Ну а сама форма заявки вот

Ну и я тоже кого-то ищу 😉

Ищу единомышленников (нас уже 150 на секундочку!), так что, если вам нравится мой канал, дайте на него ссылку друзьям или знакомым или не знакомым, но тем, кому это всё будет интересно!

А ещё можно полайкать вот тут

Какая-то ленивая суббота. Работать не хочется, зато хочется валяться на диване и слушать электро-свинг.

Потому каких-то тяжелых статей сегодня тоже не будет. Зато будет общая статья The evolution of DevOps от вице президента по контенту O'Reilly Media Mike Loukides.

В статье описаны, в принципе, какие-то общие штуки и немного истории. Но это сделано как-то очень стройно и слаженно. Очень приятно читать, даже с учётом того, что я давно уже всё читаю через слово ;)

И да, вы могли заметить, что я часто даю ссылки на Твиттер авторов. Дело в том, что в Твиттере сидит вся техническая движуха Западного США. Так что, если у вас ещё нет там аккаунта, рекомендую завести. А на кого подписаться, можете хоть в этом канале смотреть

Ну и фотку, собственно, Твиттера вдогонку 😉

Это ни разу не по теме канала, но мне очень хочется поделиться этой статьей. Хотя она будет полезна многим вне зависимости от рода деятельности

VC перевели несколько англоязычных материалов о прокрастинации и методах борьбы с ней. Статья большая, но я прочёл её на одном дыхании.

И хотя Tim Urban пользуется собственной терминологией, персонажи статьи очень хорошо перекликаются и с Берновскими "Ребёнком - Взрослым - Родителем" и с Фрейдовскими "СуперЯ - Я - Оно"

Короче, рекомендую к прочтению вообще всем, особенно, если вы решили попрокрастинировать в понедельник

P.S. Ссылки на оригинальные англоязычные публикации внизу статьи

#culture

Вот я, например, жуткий прокрастинатор. Статью ниже, я очень давно хотел перевести, но зафейлился на этапе того, что в Украине нет платных дорог и я не смогу найти аналог "EZPass" для наших реалий.

А статья вообще о ещё одном убийце проектор — чрезмерном перфекционизме. Тут понятно, откуда растут ноги: нам хочется делать нашу работу хорошо и с этим нет никаких проблем. Проблемы возникают, когда мы решаем, что работу необходимо сделать идеально. А идеального, как водится, не существует. Но мы всё равно начинаем прикидывать шаги, которые приведут нас к идельному результату. И чем дальше, тем больше этих шагов собирается. И в какой-то момент вы понимаете, что делаете всё, что угодно, кроме первоначальной цели.

Потому что, как гласит последняя фраза в статье: лучше сделать хорошо сейчас, чем идеально позже

#culture

Интересное чтиво о том, как в Facebook перешли от релиз-модели основанной на cherry-picks и ручном труде к quasi-continuous деплою (я вот даже не очень понимаю, как лучше перевести "quasi-continuous" на русский)

Статья небольшая, но почитать интересно. Особенно с учётом того, какой ФБ огромный. Ну и небольшим бонусом к статье блог Atlassian про разные git workflow вообще: какие бывают, примеры и т.д

Приятного чтения!

#workflow #github

@NinekFlames подсказывает, что "quasi-continuous" по-русски будет "квазинепрерывный"

Спасибо! Так и запишем 😉

Статья на 8 страниц от u/fagnerbrack, где он описывает своё видение алертинга.

И, в принципе, это выжимка из Google SRE book. Там как раз глава есть про алерты. Только в статье всё в более общих словах, без привязки к системе мониторинга

А вот ещё одна статья на ту же тематику от другого инженера Google.

Ну а там где алерты, там и инциденты. Так что вот вдогонку заметка из блога GCP о том, как они с ними (инцидентами) справляются

Ну и совсем на последок книжка Art of Monitoring у самого никак до неё руки не дойдут 😢 Но в списке на чтение уже давно лежит

#monitoring #alerting