Fаcebook рассказала о службе компактного размещения данных Akkio. Она помогает уменьшить количество данных на серверах, тем самым улучшив пропускную способность сети. Информация хранится в регионе пользователя и двух соседних дата-центрах, что, по мнению специалистов, снижает время отклика на 50%: https://tproger.ru/news/facebook-akkio/

Как вы знаете, до недавнего времени пользователи Microsoft Azure могли пользоваться услугами CDN от Verizone и Akamai. Теперь же Microsoft запустила еще и свою родную сеть доставки контента.

https://azure.microsoft.com/en-us/blog/microsoft-s-content-delivery-network-is-now-generally-available/

17 октября повторится суточная онлайн конференция All Day DevOps. 125 докладов на любой вкус, 24 часа подряд. У вас еще есть время запастись энергетиками.

http://amp.gs/huog

Анатомия слайсов в go https://medium.com/rungo/the-anatomy-of-slices-in-go-6450e3bb2b94 #golang #slices

Вот цикл статей для знакомства со связкой Spark+Scylla https://www.scylladb.com/2018/07/31/spark-scylla/ #spark #scylla

Пригодится для "освежить знания" перед собеседованием или получить мнимальное представление о распределенных системах и их проблемах
http://dimafeng.com/2016/12/04/distributed-systems/
#distributedsystems #raft #paxos #consensus #interview

К сожалению, не все слышали про компанию Percona, которая помимо своего дистрибутива mysql старается развивать toolkit вокруг mysql\mongo решений (если вы не слышали про Percona Tools и администрируете mysql - бегом смотреть https://www.percona.com/software/database-tools/percona-toolkit и ваша жизнь станет значительно легче), есть еще PMM https://www.percona.com/doc/percona-monitoring-and-management/index.html - хорошо подходит для начинающих нормально мониторить базы данных, но боящихся сразу окунуться в Prometheus с головой. Помимо этого компания Percona проводит вебинары для DBA и "сочуствующих", вебинары обычно бесплатны и многие можно найти в открытом доступе - я как то уже выкладывал сюда. Так вот, недавно я наткнулся на еще один вебинар, посвященный mongo, в котором нормально раскрываются темы репликации и шардинга.
https://www.youtube.com/watch?v=oH-gQ4JdXQc
#mongo #percona

🔍 Sysdig Falco.

Посмотрел на Falco - инструмент для мониторинга активности в ОС. В заметке небольшой обзор - примеры правил, тесты, немного видео и полезные ссылки для настройки такого мониторинга.

📗 https://sysadmin.pm/sysdig-falco/

#sysdig #falco #security

Может и правда, ну его?

Вебинар «Нужен ли вам Kubernetes» 15 октября в 19:00
https://habr.com/post/426103/
Tags: Системное администрирование, Серверное администрирование, DevOps, Блог компании Southbridge, kubernetes, вебинар
Author aSkobin on #habrahabr

​Многие пользователи Kubernetes знают про etcd, что есть такая штука и она там где-то внутри используется. Вот тут вы можете потыкать и посмотреть как работает кластер etcd и что бывает, если выводить-вводить ноды, как он разваливается и проводит выборы.
http://play.etcd.io/play
#etcd

Любителям Azure и мелкомягких ребят #azure

13 сентября состоялась закрытая конференция Microsoft «DevOps Summit», где эксперты делились опытом и рассказывали, как эффективно организовывать процессы создания продуктов внутри любой компании. Всем понятно, что развёртывание, разработка, тестировые среды потихоньку перебираются в облако и, если ИТ для вас не только работа, но и реальный интерес, посмотрите запись саммита, который доступен по этой ссылке:

https://aka.ms/ds_tg3
⁠

Красношапые расскажут про ansible https://www.redhat.com/en/events/ansible-automates-moscow-2018 #ansible

Анализ-сравнение производительности ectd с consul и Zookeeper
https://coreos.com/blog/performance-of-etcd.html
Хотелось бы отдельно выделить утилиту, которая использовалась для анализа, которая расположена тут https://github.com/etcd-io/dbtester , очень крутая тулза и подробное описание методики тестирования, а так же есть постоянно обновляемые отчеты https://github.com/etcd-io/dbtester/tree/master/test-results
Советую покопаться в этой репе - на основе этой методики и некоторых утилит, вы вполне можете собрать свой "бенчмаркинг" для собственных систем.
#ectd #consul #zookeeper #benchmark #dbtester

Супер крутой интерактивный рассказ про то, как устроен TLS (который ещё зовут SSL'ем). Разобран буквально каждый байт, переданный между клиентом и сервером.

Strace в 60 строчек код

https://4gophers.ru/articles/strace/#.W8IphBMzbOQ

Митап 14 октября в Москве: техническая коммуникация / управление знаниями

По традиции, еду из Новосибирска, чтобы организовать митап Write the Docs Moscow.
В программе три-четыре коротких доклада, форсайт-сессия и афтепати. Темы докладов скоро будут в @docops.

Что делать участникам:

0. Если хотите выступить, подайте заявку на доклад. За две недели можно подготовить отличный доклад, организаторы вам помогут.
1. Зарегистрируйтесь на митап. Вход свободный, но места ограничены.
2. Позовите на митап коллег!
3. Готовьтесь к афтепати. После митапа отправимся в Гастропаб 31 на Шаболовке, это в том же здании.

Ссылка на трансляцию будет в @docops перед началом митапа. Записи докладов будут позже на YouTube.

Обсуждение — в чате @docsascode.

#writethedocs #writethedocs_moscow

В догонку интересные размышления про редакторы-ide. Доля истины (на мой взгляд существенная) в этом есть

​​Как фичи текстового редактора вредят автору.

Павел Молянов гневается на авторов, которые ставят лишние пустые строки между абзацами. Поделюсь мыслями о том, почему авторы так делают и как им помочь.

Обычно абзацы в тексте и так разделяются: увеличенным расстоянием между строками, реже красной строкой или как-то ещё. Стиль абзаца задаётся один раз на весь документ: в CSS для веба или в настройках визуального (WYSIWYG) редактора. Авторы не должны вручную менять стиль конкретных элементов текста. Зачем же они это делают? А потому что могут.

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

Легковесные языки разметки, напротив, дают автору очень мало свободы, зато исправляют ошибки за автора. Так, в Markdown, rST и AsciiDoc любое количество пустых строк — это просто начало нового абзаца, а все абзацы имеют один стиль. Фичи «испортить дизайн» просто нет.

Языки разметки — как кубики Лего. Они жесткие, соединяются только как задумано, зато из них можно город построить. А визуальные редакторы — как песок. Как будто бы у вас полная свобода, но на деле вы будете бегать и исправлять осыпающиеся стенки.

Именно поэтому README на Гитхабе обычно выглядят чисто и красиво, а форумные посты — убого и вырвиглазно.

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

#docops_markups #docops_bestpractice