Интересная статья от Adrian Cockcroft (VP Cloud Architecture Strategy at AWS), в которой он размышляет о том, как архитектуры современных приложений смещаются в сторону концепции function as a service и как это соотносится с уже популярными событийными моделями.
Также он рассмматривает как совмещение этих двух подходов радикально сокращает time to value.
http://amp.gs/Ygbj

Доклад от Josh Evans (Director of Operations Engineering at Netflix) с Qcon в котором он рассказывает о «живом» и «хаотичном» мире микросервисов который существует в Netflix.
Он начинает с базового описания анатомии микросверисов, вызовы которые приходится принимать при разработке распределенных архитектур, и преимущества которые они дают.
А затем, он повествует о том что фундаментом для овладения совершенным мастерством в разработке микросервисов является применение определенных и специфичных культурных, архитектурных и эксплуатационных подходов.
https://www.youtube.com/watch?v=CZ3wIuvmHeM

Отличное 5 минутное видео о происхождении термина 'human error' и его различных нотациях.
https://www.youtube.com/watch?v=rHeukoWWtQ8

Daniil Baturin написал прекрасный cheatsheet по iproute2. Рекомендуем для беглого просмотра всем, кто хочет обозреть возможности iproute2.
http://amp.gs/YEGh

Все мы помним про старинные рекомендации по установке размера swap в linux системах равной 2х кратному размеру RAM.
Но ведь ядро, фс, шедулеры сильно изменились за последнее десятилетие. Актуальны ли рекомендации на данный момент ?
Прекрасная (и короткая) статья от инженера из RH рассказывает о том, как используется swap в современных системах и какие есть рекомендации по его тюнингу для повышения производительности на данный момент.
http://amp.gs/YE7h

Интересное решение!
Ребята рассказывают о решении, в котором используется Kafka в качестве транспорта реплики MySQL
http://amp.gs/YVBJ

Первая статья из серии о написании concurrent приложений.
В данной статье ребята рассматривают как операционная система управляет планированием IO операций наших приложений.
http://amp.gs/YVx6

Без правильных людей понимающих что DevOps это не тайтл, а изменение в культуре которые должны помагать как руководителям так и девелоперам, очень просто сделать что-то не так.
Чтобы понять, подходит ли вам кандидат вот вам 10 вопросов, на которые должен ответить любой сотрудник который претендует на место в компании с развитой devops культурой.
http://amp.gs/YVe2

Интересный анализ методик devops при помощи теории ограничений и попытка ответа на 4 вопроса Голдратта.
http://amp.gs/Y9vh

Facebook зарелизил проект Prophet — инструмент для предсказания временных рядов (имеющих достаточно большую историю).
На самом деле это чертовски сложная задача, и поэтому безумно приятно видеть такие инструменты в open source.
http://amp.gs/Y9Ro

Репозиторий на гитхабе с структурированной информацией о том, как проектировать большие масштабируемые системы.

http://amp.gs/YSgs

Вышел Terraform 0.9. Добавили environments, улучшили поддержку совместной работы через remote states, добавили и улучшили много провайдеров.
http://amp.gs/YqCM

Всеволод 'ctrlok' Поляков написал здоровенную статью со сравнением существующих решений на поле оркестрации контейнеров. Если вам лень читать ее целиком — ознакомьтесь хотя бы с заключением, там описаны преимущества каждого продукта в сжатой форме.

http://amp.gs/YiCh

История о том, как компания оптимизировала затраты на Amazon. Основная часть экономии получилась за счет оптимизирования использования DynamoDB, использования Autoscaling groups и использования инстансов большого размера для запуска контейнеров.
http://amp.gs/YDOF

Многие компании находят идею DevOps очень привлекательной, поскольку предполагают что это улучшит их продуктивность и уменьшит расходы путём автоматизации ручных процессов.
Но вопрос финансового директора «И что вы ожидаете от этого получить?» может вызвать у вас замешательство.
Matthew Huesser описывает 6 преимуществ которые получит ваша компания в случае DevOps трансформации.
http://amp.gs/Yuni

Статья на медиуме, с рассуждениями о том, кем же на самом деле является SRE в современном cloud-native мире.
В дополнение ко всему в статье представлен стандарт «19-факторного SRE».
http://amp.gs/YuCt

Статья Discord о том как они добиваются быстрого поиска в своём приложении при помощи Elasticsearch.
http://amp.gs/YukV

Курируемый список лучших утилит, ресурсов и технологий, связанных с визуализацией данных
http://amp.gs/Yu7O

Новый выпуск HangOps.ru! Ребята обсуждают прошедший DevOpsDays Moscow, пользу конференций в целом, а также то, как обустроить Росси^W HangOps в будущем.

https://www.youtube.com/watch?v=KWNpgK8ofyk

Завтра, 8 апреля проходит конференция Uptime Day - первая конференция сообщества специалистов, которые занимаются оперативным реагированием на проблемы с веб-проектами, организуют мониторинг своих проектов и отказоустойчивую архитектуру.

Участники смогут познакомиться, высказать пожелания по дальнейшему развитию сообщества, узнать, как устроены мониторинг и обеспечение техподдержки крупных веб-проектов и сервисов — Booking, Badoo, ITSumma, Parallels, Bitrix24 и др.

Подробности на https://uptime-day.timepad.ru/event/469212/

Иван Круглов из Booking расскажет о том как Booking.com мониторит выкладку приложения в условиях, когда новые фичи выкладываются без тестирования

Станислав Осипов расскажет о специфике мониторинга в рекламных платформах

Николай Сивко из Okmeter об их огромном опыте в организации правильного мониторинга

Юля Синянская расскажет об организации и управлении службой поддержки 24/7 - сколько нужно людей, чтобы этот самый 24/7 был полноценным (даже при ограниченных ресурсах), как их искать, как их обучать и как понять что люди работают нормально

Илья Аблеев из Badoo - о мониторинге в Badoo (а там пипец сколько всего мониторить надо)

Александр Демидов на котором держится Битрикс24 - о том, как построить полноценную поддержку огромного проекта силами всего лишь нескольких человек.

Приходите, будет очень интересно! Места заканчиваются, но еще можно успеть :)

Ребята из Prometheus выпустили первую alpha-версию Prometheus 2.0. Основное отличие от ветки 1.х — новый storage, несовместимый со старым. http://amp.gs/tplk

Также, Fabian Reinartz написал большую статью, рассказывающую о проблемах старого storage и преимуществах нового: http://amp.gs/tple