Инстанс МОЗ я, кстати, так и не глянул. Они там как-то сами разобрались 🙂

Похоже, serverless лихорадка добралась до Украины.

Так что, если будете 25-го мая в Харькове, можно пойти послушать
#serverless #meetup #aws

https://hubhubhub.com/event/epam-kharkiv-open-devops-community-meetup-its-all-about-aws/

Вчера минут через 10 после того, как я запостил новость про Vim, у меня в личке спросили, что это такое.

Если вы всё ещё не освоили, наверное, лучший текстовый редактор в мире (да простят меня фанаты Emacs), для вас сделали вот браузерную игру с управлением в стиле Vim:
#vim #games

https://vim-adventures.com

Ещё не успели сломаться все копья вокруг термина DevOps, а его принципы уже пробуют прикрутить к дизайну.

Назвали это, врочем, весьма прозаично: DesOps
Примерное время чтения 3-5 минут
#devops #culture #design

https://medium.com/designer-hangout/what-is-design-operations-and-why-should-you-care-b72f02b47761

Пользуясь тем, что на канал подписаны все свои, я повыпендриваюсь самописным Sensu плагином для мониторинга Druid DB

Этот плагин, как и любой другой для Sensu, по сути является Ruby Gem'ой. Однако мне приятно, что первую в моей жизни гему не только скачали больше 300 раз, но и успешно использовали в продакшене.

Ладно, я сам успешно её использовал для prod Druid cluster. А вот про сам Druid я расскажу как-нибудь позже
#monitoring #sensu #ruby

https://rubygems.org/gems/sensu-plugins-druid

Ссылка на проект на GitHub
(ну и как обычно: issues & PRs приветствуются)

https://github.com/grem11n/sensu-plugins-druid

Интерактивная карта распространения IPv6 по странам.
Самоё большое проникновение, как ни странно, в Бельгии - 50.88% На втором месте Германия с 41.87%

Колличество устройств с предпочтением IPv6 в Украине - 0.47%

В целом же по миру ситуация с IPv6 не особо утешительная
#ipv6 #networking

https://stats.labs.apnic.net/ipv6

Сейчас проводится исследование аудитории Telegram.

Это не реклама, просто я люблю участвовать в разнообразных опросах и решил поделиться с вами.

https://www.google.com/url?q=https://goo.gl/forms/Q5voOROuJyMaxjvk1&sa=D&ust=1495806392574000&usg=AFQjCNG4XSNT7L1QpAqvjWlxHpVrkorLyw

Пятничный пост!

Для человека, который занимается серверами, в мире существует достаточно "компаний мечты". Некоторые из них очевидны, как Google или Netflix. Другие - не настолько, хотя технически они могут превосходить куда более известных игроков.

Одной из таких компаний вчера исполнилось 10 лет. В честь чего они подготовили интересную инфографику и прикольный ролик.

И да, там было бы очень круто работать, потому что с заявленым охватом, даже страшно представить, какая там инфраструктура :)

https://www.pornhub.com/event/10years

O'Reilly создали карту-пазл для продвижения книги о распределенных системах данных. И это очень крутой способ рассказать о книге. И уж точно не типичный для технической литературы ход

Карта напоминает схемы времен Великих георграфических открытый, хотя у меня была подобная карта Средиземья на форзаце книги

Больше об этом и о самой Data Intensive Applications book тут:

https://www.oreilly.com/ideas/drawing-a-map-of-distributed-data-systems

Оправившись от выходных, возвращаюсь к вам ^_^

Итак, на днях Chris Short написал статью "5 законов, которые должен знать DevOps инженер". Как и большинство статей разряда "Х вещей для Y", текст не несёт какого-то глубокого практического смысла, но поскольку большинство поисковых запросов "wtf is devops" приводят именно к таким статьям, имеет смысл немного о них поговорить.

№1: Забудьте "я не знаю"
Тут скорее о "не посылайте коллег лесом сразу". Потому что с одной стороны, фраза "я не знаю" действительно отдаёт упадком духа, с другой - человек не обязан знать всё на свете. Так что скорее пункт должен был называться: забудьте "это не моя работа"

№2: читайте мануалы
nuff said. Хотя если учесть, что наш народ читает инфструкцию только когда что-то сломалось, пункт нужный

№3: ищите перед тем, как спросить
Но одном из собеседований мне говорили, что на самостоятельный поиск решения стоит тратить ~2/3 времени, отведённого под определённую задачу. Практически это значит следующее: не бегите теребить коллег при первой заминке - вы просто будете раздражать людей и отвлекать их от работы; в то же время, не прикидывайтесь Робинзоном - вы не на необитаемом осторове. С точки зрения команды, гораздо важнее решить задачу в срок, даже если человек решил её не в одиночку. Об этом тоже стоит помнить

№4: Всё возможно. Никогда не говори никогда. Доверяй, но проверяй
3 тезиса соединены в один пункт. Вероятно, чтобы сохранить красивое число "5". Сами же тезисы оставим для мотивационных статей

№5: Признавай тезнический долг
И это, возможно, важнейший пункт. Потому что каждый раз, как в систему добавляют какие-то костыли и хотфиксы, технический долг растёт и в какой-то момент он может просто вас потопить. Поэтому очень важно отводить время на доведение до ума "склеек изолентой"
#catops #culture

Оригинал на английском:
https://opensource.com/open-organization/17/5/5-devops-laws

Правил сегодня небольшой Puppet модуль и осознал несколько вещей.

Во-первых, у Ruby есть очень много способов стрелять вам в ногу.
Во-вторых, есть такая приблуда - pyenv. Это как rvm, но для Python. Так вот, если у вас есть выбор использовать его или нет, не используйте.
И тем более не пытайтесь менеджить его Puppet'ом
#exp #catops

ссылка на pyenv отвалилась, так что вот отдельно:
https://github.com/pyenv/pyenv

Нужно больше ядер!

Intel анонсировали новые процессоры линейки "Core X", среди них новый Core i9. Как гордо заявляют Intel, это первый дескотопный процессор с 18 ядрами и 36 потоками (в Extreme варианте)

Остался лишь один вопрос: зачем?
#hardware #cpu #intel

https://www.theverge.com/circuitbreaker/2017/5/30/15710476/intel-core-x-processors-i9-chips-i5-i9-skylake-kaby-lake-computex

Методология методологией, но все любят обсуждать тулзы.

На Reddit провели опрос среди SRE об инструментах, которыми они пользуются.

Конечно, выборка в ~100 анкет - это очень так себе, особенно на фоне аудитории Reddit, но всё равно интересно.

Вкратце:

- среди CI/CD уверенно лидирует Jenkins
- среди систем управления конфигурациями, Ansible отметило столько человек, как Puppet и Chef вместе взятые
- Среди контейнеров лидирует Docker. Но примечательно то, что AWS Container Service во много раз превосходит подобный сервис от Google
- Среди обланых провайдеров ультимативно доминирует Amazon
- В мониторинге, как обычно, зоопарк. Но вот хайп вокруг Sensu бесследно пропал
- PagerDuty уверенно лидирует среди контор, которые делают системц оповещения за деньги
#catops #tools

Я не забыл, что обещал написать пару слов о Druid. Мы используем его для т.н real-time data processing. Собственно, для этого он и создавался. И не то, чтобы раньше не существовало подобного рода решений, но тут вот прямо всё и сразу.

Теперь по порядку. Druid - это в первую очередь БД, но, во-первых, ориентированная по столбцам, во-вторых, time-series, что значит, каждая запись в ней имеет метку времени.

Таблицы в Druid называются data sources, а вот сами данные разбиты по "сегментам". Сегмент - это кусок данных за какой-то период времени (по дефолту 1 день). Над которым уже дальше можно проводить те или иные операции.

Ну и, конечно, Druid модульный, как и многое из соверменного софта.

Вот как-то так в двух словах. Подробнее почитать можно тут

#db #druid

У GitHub вот прямо сейчас какая-то беда
Статус в реальном (почти) времени можно смотреть тут:

https://status.github.com/

Сегодня в 20:00 по Киевскому времени пройдёт вэбинар от HashiCorp:

"Build a Secure Cloud with AWS and HashiCorp Vault"

Напомню, что Vault - это хранилище секретов от небезызветсной Hashicorp

Регистрация по ссылке
#event #vault #aws #hashicorp

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

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

Мы, например, используем её, чтобы следить за выполнением тасков и для дальнейшей ретроспективы. Хотя это всего лишь один из графиков, который можно построить на основании kanban-доски
#kanban #agile

https://youtu.be/eo2uv8avEsU

Поскольку на канал подписаны пока "все свои", вы вполне можете писать мне в личку темы об инфраструктуре, которые вам интересны. Я буду стараться уделить им больше внимания.

Однако, буду очень признателен, если вы расскажете об этом канале своим друзьям и знакомым (ну кому это может быть интрересно) и проголосуете за него на Telegram Channels

Кстати, классный ресурс, сам там нашёл несколько интересных штук для себя