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

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

В преддверии Docker meetup, который пройдёт уже завтра делюсь с вами статейкой про 7 уязвимостей в Docker и как с ними бороться.

#docker #security

6 дней назад AWS написали о поддержке балансинга по IP адресам в Application Load Balancer — ALB, не путать с ELB.

Я эту новость как-то пропустил, потому что мы ALB не используем, но вам то может быть интересно. Так что исправляюсь

#aws

Вот я пару дней назад кидал фотку HQ Twitter. А чего я туда ходил? Ходил я слушать про Linkerd — сервис для создания сетки (service mesh — опять же, не знаю, как это грамотно перевести на русский)

Мне, в принципе, было не очень понятно, но интересно. А ещё там же я встретил русскоговорящего индуса 🙂

И если вам сейчас тоже не очень понятно, о чём вообще речь, вот краткая заметка от Buoyant о том, что же за зверь такой — service mesh.

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

Ну а вот ссылка на сам Linkerd

А чего я об этом вспонил то? Да потому что на следующей неделе в Сан Франциско пройдёт митап у HAProxy по поводу сетки (mesh) микросервисов. Я, конечно, ни на что не намекаю, но, вдруг, такое впилят в HAProxy?

Короче, будете во Фриско в эти дни — заскочите, потом расскажите 😉

#microservices #haproxy

Одна из презентаций со вчерашнего Docket meetup сразу с примерами конфигурации.

Правда, для minikube примера нет, так что, если у вас нет аккаунта Azure, пощупать руками не получится.

Ну хотя бы слайды можно почитать

#kubernetes #azure #event