Как и зачем тестировать сервисы https://medium.com/dm03514-tech-blog/service-level-test-stacks-in-action-using-go-a77a0e808b1c #msa #tests #qa

Отличный метод для написания ролей в ansible - сделали role init, заполнили readme, пишем роль

Readme Driven Development

RDD — это крайне простая практика.
Пишите Readme в первую очередь, вот в принципе и все. A какие приемущества это вам даст читайте в статье.

#architecture

Сборник ссылок на разбор падений кубера

http://amp.gs/V31Y

И похожая тема, но уже про serverless
http://amp.gs/V31x
#failure #stories #kubernetes #serverless

Мы дожили до этого!

Встречайте краткую выжимку магистрской диссертации Docker and Kubernetes in high security environments

Вообще, интересно потому что исследуется пример не абстрактного SaaS, а подход к безопасности шведской полиции.

#kubernetes

Обеспечиваем совместимость RESTful API клиентов c gRPC
сервисами https://blog.maddevs.io/go-rest-or-grpc-5eace88499bd #grpc #golang

Наконец случилось то, чего мы так долго ждали - появилось решение, которое позволяет деплоить базы прямо в куб легко и непринужденно! https://kubedb.com Если кто уже пробовал, или хочет рискнуть - полцарства за фидбек!

Terminals Are Sexy — отличная подборка всевозможных штук для работы в терминале для Linux, macOS и даже Windows.

http://amp.gs/V29r

Интересные ссылки с гугл доков
Kubernetes Learning Resources — подборка ссылок на ресурсы для изучения Kubernetes http://amp.gs/V2NQ

Kubernetes Distributions & Platforms — таблица сравнения почти сотни вендоров, поставляющих Kubernetes http://amp.gs/V2Nb

#kubernetes

Не знаю как вы, а я вот только что узнал про то что у Яндекс есть свой пулер для PostgreSQL https://github.com/yandex/odyssey #yandex #postgresql

Вот ещё про odissey в личку прислали https://youtu.be/Wq7wQ9oyvSw

Еще раз про SLO
#sre #slo
https://medium.com/@jerub/service-level-objectives-in-practice-ed1200502d5

Интервью с Мартином Фаулером про второе издание его книги Refactoring.

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

https://www.youtube.com/watch?v=gcSh-yXaXVs

🎉 Друзья, новогодние праздники промчались на одном дыхании! В Москве пришли морозы и мы бы совсем замёрзли, если бы не горячий интерес к Kubernetes со стороны русскоговорящего сообщества. 🙂 Прошло уже шесть месяцев с момента предыдущего митапа, наш Telegram-чат-канал русскоговорящего сообщества Kubernetes ( @kubernetes_ru ) уже вырос почти до 2500 человек, а вместе с ним продолжают расширяться и области применения Kubernetes, как и масштаб проблем, которые успешно решаются с его помощью. Облака спускаются на землю 6 февраля, ведь мы снова встречаемся и на этот раз мы будем делать это вместе с Яндекс!

ПРОГРАММА
19:00 - 19:20 Socializing, встречаемся, общаемся
19:20 - 19:35 Welcome & digest (Денис Измайлов, Axept)
19:35 - 20:10 Операторы в Kubernetes (Артём Андреенко, Chief Infrastructure Officer at Prisma.AI)

На примере Prisma.AI, Артём расскажет поделится опытом разработки операторов в Kubernetes. Операторы как инструмент запуска, поддержания работы и масштабирования сложных приложений.

Артём руководит бэкендом и инфраструктурой в Prisma, приложении, которое скачали около 150 миллионов раз, также является соведущим подкаста GolangShow и активно продвигает русскоязычное сообщество Go.

20:10 - 20:55 CaaS в Яндекс.Облаке: обо всех аспектах во всех деталях (Данила Дюгуров, руководитель Developer Platform в Яндекс.Облако)

CaaS в Яндекс.Облаке. Данила расскажет в целом про стратегию развития контейнерных сервисов в Яндекс.Облаке. Мы также поговорим про ближайшие тактические планы Яндекс.Облако – что и когда ждать. И на десерт раскроет детали внутреннего устройства сервиса managed-k8s.

Данила руководит Developer Platform в Яндекс.Облако. Работает в Яндексе с 2007 года. Окончил факультет Прикладной математики и процессов управления СПбГУ.

20:55 - 21:20 Кофе-брейк и живое общение
21:20 - 22:00 “Кормчий” в мире бизнеса: причины хайпа и успеха (Александр Поломодов, руководитель разработки в привлечении Tinkoff.ru)

За 4 года пребывание в “открытом плавании” Kubernetes прошел невероятной большой путь как с технической точки зрения, так и с точки зрения adoption. Вокруг этой технологии Linux Foundation и Google создали целый фонд CNCF, который отвечает за развитие как Kubernetes, так и других проектов, посвященных Cloud Native технологиям. В этом докладе будут рассмотрены причины такого поразительного успеха, а также варианты сертификации по Kubernetes (CKA, CKAD, KCSP) и в чем их суть.

Александр больше 13 лет опыта работы в IT на позициях разработчика, аналитика, тимлида, руководителя проектов, руководителя разработки. CKA (Certified Kubernetes Administrator).


УСЛОВИЯ УЧАСТИЯ:

1. Мероприятие бесплатное.
2. Регистрация обязательна по ссылке: https://events.yandex.ru/events/yagosti/06-feb-2019/
3. ОБЯЗАТЕЛЬНО возьмите с собой паспорт, права или иной документ, удостоверяющий личность.
4. Вступайте в нашу группу на Meetup.com, чтобы быть первыми, кто узнает о следующих событиях: https://www.meetup.com/Moscow-Kubernetes-Meetup/


ПОЯВИЛИСЬ ВОПРОСЫ?

1. Все вопросы и пожелания можете написать в Telegram или на e-mail.
2. Готовы выступить с докладом на следующем митапе? Срочно пишите в Telegram: @DenisIzmaylov или на email: events@axept.co

Многие знают про readiness/liveness probes в Kubernetes, но часто не понимают что именно в них должно быть. Статья которая раскрывает тему healthcheck достаточно глубоко - https://medium.com/@copyconstruct/health-checks-in-distributed-systems-aa8a0e8c1672 Настоятельно советую посмотреть еще ссылки в конце - там тоже много вкусного.
#sre #healtcheck

Все. Не могу больше. За последние три дня я получил 5 вопросов о том что такое percentile (он же персентиль или процентиль). А я всего-лишь имел неосторожность указать в ТЗ на разработку системы аналитики для нашего курса, что помимо среднего времени прохождения задания нам еще нужны персентили. Это же персентиль, Карл! Они же практически везде в IT вылезают.

Ну да ладно. Внесу свою лепту в улучшение жизни на земле и в двух словах расскажу про персентили. Надеюсь это кому-нибудь да пригодится.

Вместо предисловия рекомендую купить и прочитать отличную книгу про статистику: https://www.mann-ivanov-ferber.ru/books/golaya-statistika/. Книга написана простым языком и повествует о том как вообще смотреть на всякие статистические показатели.

Возвращаемся к персентилям. Давайте представим себе ситуацию, что на нашем небольшом, обитаемом острове живет 10 человек. И у первого зарплата 10 тысяч, у второго 11 тысяч, у третьего 12 и так далее. У последнего 19 тысяч.

Средняя зарплата 14 500 рублей (не верьте на слово - проверьте!). А теперь давайте одному аборигену зарплату поднимем до 300 тысяч. Среднее тут же возрастает до целых 42600. Но блин, ведь у большинства зарплата в несколько раз меньше среднего! Вот тут на сцену и выходят персентили - они позволяют легко и непринужденно отсекать различные пики и всплески.

50-ый персентиль (он же медиана) в нашей гипотетической ситуации до повышения зарплаты будет так же равен 14500. Он показывает, что 50% людей получают 14500 или меньше, а другие 50% - 14500 или больше. Если взять 70-ый персентиль, то он уже будет равен 16300, что означает что 70% людей получают 16300 или меньше. А остальные 30% 16300 или больше.

Все просто? Круто! Теперь давайте повысим зарплату нашему поселенцу до 300к. Как мы помним среднее у нас поднялось до 42600. А вот 50-ый и 70-ый персентили не изменились - потому что у нас 70% как получали 16300 так и получают. Изменения коснулись только оставшихся 30%.

Где это применяется? Да везде. Когда вам говорят среднее значение зарплаты и не говорят медианы - вас набманывают. Точнее говорят приятную часть и опускают ту, которую вам лучше не знать. Но без медианы абсолютно непонятно как получилось среднее - может 100 человек получают 100 рублей, а один известный нефтяной управленец миллиард, вот вам и нормальная средняя зарплата.

Если возвращаться к IT, то самое частое применение - это полоса трафика к вашим серверам. Очень часто счет вам выставляют на основании 95-ого персентиля по используемой полосе. Что следует читать как: 95% времени вы использовали 3 mbit/s (или сколько там у вас). А остальное время может и были какие-то пики, но мы их не учитываем.

Или еще хороший пример - время ответа веб сервера. Если 99-ый персентиль равен 200ms - это означает, что 99 процентов ваших клиентов получают ответ от сервера за 200 ms или быстрее. И если вдруг какой-то тип по 2G будет получать ответ в течении 10 минут - ваша статистика не сильно испортится и вам не придется гадать почему вдруг среднее время ответа выросло до 300 ms.

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

удобная консольная тулза для просмотра логов http://lnav.org/
#logs

Привет, коллеги. Вы первыми сейчас узнаете, что 14 февраля мы делаем special edition нашего @ Kubernetes Meetup #2 – ♥ Kubernetes – и уже есть ссылка на регистрацию: https://corp.mail.ru/ru/press/events/550/

В этот раз мы собираемся пораньше, кроме классных докладов, будет панельная дискуссия: «Ванильный Kubernetes или дистрибутив вендора?» – и самое главное, в честь праздника мы приготовили для гостей несколько особых сюрпризов.

Регистрируйтесь по ссылке: на празднике Kubernetes 14 февраля мы ждем больше гостей, чем обычно на митапе, но места разлетаются, как всегда, быстро. Все заявки просмотрим и вышлем подтверждения в течение нескольких дней.

Немножко утилит про сети.

* ksniff — kubectl плагин, который использует tcpdump и Wireshark для снятия трафика в любом поде в кластере Kubernetes.
http://amp.gs/VWbN
P.S. Напоминаю, что плагины kubectl теперь можно удобно ставить с помощью krew
http://amp.gs/VWbJ

* kubefwd — решение для форвардинга портов из Kubernetes на локальное окружение.
http://amp.gs/VWbL

* sshuttle — простая штука для создания подобия VPN через ssh соединение без админских прав.
http://amp.gs/VWb3
И kuttle — обертка для sshuttle для kubectl для пробрасывания сети из Kubernetes на локалхост.
http://amp.gs/VWb2

#tools #network