В новости про EKS я допустил досадную оплошность: перепутал регионы Oregon и Ohio
Каюсь 😔
В действительности EKS сейчас доступен в US East (Virginia) и US West (Oregon)
====
В продолжение же истории о Кубернетес, предлагаю вам статью Kubernetes won – so now what?, где автор рассуждает, как у Кубера получилось стать гегемоном на рынке и что теперь коммунити с этим делать
#kubernetes
Каюсь 😔
В действительности EKS сейчас доступен в US East (Virginia) и US West (Oregon)
====
В продолжение же истории о Кубернетес, предлагаю вам статью Kubernetes won – so now what?, где автор рассуждает, как у Кубера получилось стать гегемоном на рынке и что теперь коммунити с этим делать
#kubernetes
James Governor's Monkchips
Kubernetes won - so now what?
One of the questions my colleague Stephen is adept at asking and answering is of the form: “You won, so now what?” On the flight home from Kubecon 2018 recently it struck me that this frame is appropriate for a discussion of the state of the union. Kubernetes…
Что случилось с чатботами?
Чатботы казались следующим UX прорывом и убийцами привычных аппов, бум мессенджеров и покупка оных гигантами индустрии за сумасшедшие деньги, но что-то пошло не так. С момента хайпа прошло уже несколько лет, а мы все ещё не заказываем все что угодно, от пиццы до авиабилетов в Телеграм.
В статье автор рассуждает, почему так произошло и как мы попались на очередной крючок хайпа. Сравнивает особенности чатботов, голосовых интерфейсов и GUI; и показывает, почему прорывной голосовой помощник от Google рискует повторить судьбу чатботов
Эта статья не про ChatOPS, её даже сложно назвать технической, но в конце концов сегодня шабат, можно расслабиться и отдохнуть, чего вам и желаю
Чатботы казались следующим UX прорывом и убийцами привычных аппов, бум мессенджеров и покупка оных гигантами индустрии за сумасшедшие деньги, но что-то пошло не так. С момента хайпа прошло уже несколько лет, а мы все ещё не заказываем все что угодно, от пиццы до авиабилетов в Телеграм.
В статье автор рассуждает, почему так произошло и как мы попались на очередной крючок хайпа. Сравнивает особенности чатботов, голосовых интерфейсов и GUI; и показывает, почему прорывной голосовой помощник от Google рискует повторить судьбу чатботов
Эта статья не про ChatOPS, её даже сложно назвать технической, но в конце концов сегодня шабат, можно расслабиться и отдохнуть, чего вам и желаю
blog.growthbot.org
Chatbots were the next big thing: what happened?
A great bot can be about as useful as an average app. When it comes to rich, sophisticated, multi-layered apps, there's no competition. Today's most successful bot experiences take a hybrid approach, incorporating chat into a broader strategy that encompasses…
Алсо, @mukolaich зарелизил DevOps Factors
Это как “12 Factor App” или “Agile Manifesto”, но о DevOps
Там же в шапке ссылка на GitHub репо с текстом. Как обычно, ишью и пул-реквесты приветствуются.
Пока только на русском
Это как “12 Factor App” или “Agile Manifesto”, но о DevOps
Там же в шапке ссылка на GitHub репо с текстом. Как обычно, ишью и пул-реквесты приветствуются.
Пока только на русском
Вопросы для пост-мортемов и карты аналитики по безопасности
https://www.evernote.com/shard/s318/sh/5c36df8f-6e95-4249-a4a8-df09ec468000/5dd1a17b5318c3be18344c45e9b8ed14
https://www.evernote.com/shard/s318/sh/5c36df8f-6e95-4249-a4a8-df09ec468000/5dd1a17b5318c3be18344c45e9b8ed14
Как говорится, мопед не мой — попросили объяву разместить
05.07 в Киеве пройдёт конференция Riverbed Cruise в Киеве о мониторинге NPM+APM, и сетях
Когда: 05.07 09:00 - 17:30 EEST
Рега: https://goo.gl/asD6Ei
По чём: говорят, что бесплатно
Об чём:
программно-определяемые WAN-сети и критерии, которым они должны отвечать (простота, гибкость, функциональность);
* отслеживание пользовательского опыта при работе с приложениями, а также ошибок на устройствах пользователей;
* превентивное обеспечение работоспособности и качество предоставляемых ИТ-сервисов и приложений с помощью мониторинга пользовательского опыта в связке с мониторингом производительности приложений;
* контроль всей инфраструктуры и сети, а также обеспечение 100% видимости проблем с помощью мониторинга производительности сети и инфраструктуры;
* уникальные, функциональные и недорогие решения Wi-Fi от Xirrus: скорость до 13.8 Гбит/сек, до 780 подключений к одной точке;
* построение филиальной сети нового поколения любого размера, которой сможет управлять всего один человек;
* важность комплексного мониторинга, даже если есть бесплатные решения, которые закрывают потребность в видимости проблем.
#event
05.07 в Киеве пройдёт конференция Riverbed Cruise в Киеве о мониторинге NPM+APM, и сетях
Когда: 05.07 09:00 - 17:30 EEST
Рега: https://goo.gl/asD6Ei
По чём: говорят, что бесплатно
Об чём:
программно-определяемые WAN-сети и критерии, которым они должны отвечать (простота, гибкость, функциональность);
* отслеживание пользовательского опыта при работе с приложениями, а также ошибок на устройствах пользователей;
* превентивное обеспечение работоспособности и качество предоставляемых ИТ-сервисов и приложений с помощью мониторинга пользовательского опыта в связке с мониторингом производительности приложений;
* контроль всей инфраструктуры и сети, а также обеспечение 100% видимости проблем с помощью мониторинга производительности сети и инфраструктуры;
* уникальные, функциональные и недорогие решения Wi-Fi от Xirrus: скорость до 13.8 Гбит/сек, до 780 подключений к одной точке;
* построение филиальной сети нового поколения любого размера, которой сможет управлять всего один человек;
* важность комплексного мониторинга, даже если есть бесплатные решения, которые закрывают потребность в видимости проблем.
#event
RIVERBED CRUISE
Конференция RIVERBED CRUISE | Киев, 05.07
Регистрируйся на Riverbed Cruise – третью ежегодную конференцию о сетевых технологиях и оптимизации современной ИТ-инфраструктуры, где можно обменяться опытом с разработчиками и инженерами платформы Riverbed. Станьте частью цифровой трансформации – не упустите…
This week is first, where Kubernetes is GA on BIG 3: AWS, Azure, GCP.
Just a point.
On the other hand, EKS on AWS not so powerfull as ECS.
#kubernetes
Just a point.
On the other hand, EKS on AWS not so powerfull as ECS.
#kubernetes
cloudonaut
EKS vs. ECS: orchestrating containers on AWS
AWS announced Kubernetes-as-a-Service at re:Invent in November 2017: Elastic Container Service for Kubernetes (EKS). Since ye...
На канале было затишье, но это потому что я был в отпуске. Попробовал сделать правильный отпуск (когда всё отключаешь и не реагируешь на рабочие мессенджеры). Спойлер: не получилось 🙂
Так что сегодня будет немного про Kubernetes. Конкретеней про EKS. Ещё конкретней: вот захардкодженные лимиты на колличество IP per instance-type:
https://github.com/aws/amazon-vpc-cni-k8s/blob/master/pkg/awsutils/vpc_ip_resource_limit.go#L138-L253
За наводку огромное спасибо @hatemosphere
#aws #kubernetes
Так что сегодня будет немного про Kubernetes. Конкретеней про EKS. Ещё конкретней: вот захардкодженные лимиты на колличество IP per instance-type:
https://github.com/aws/amazon-vpc-cni-k8s/blob/master/pkg/awsutils/vpc_ip_resource_limit.go#L138-L253
За наводку огромное спасибо @hatemosphere
#aws #kubernetes
GitHub
amazon-vpc-cni-k8s/vpc_ip_resource_limit.go at master · aws/amazon-vpc-cni-k8s
Networking plugin repository for pod networking in Kubernetes using Elastic Network Interfaces on AWS - amazon-vpc-cni-k8s/vpc_ip_resource_limit.go at master · aws/amazon-vpc-cni-k8s
И далее про Kubernetes:
Прикладное сравнение Kubernetes as a Service от ведущих облачных провайдеров: GKE, AKS, EKS
#kubernetes
Прикладное сравнение Kubernetes as a Service от ведущих облачных провайдеров: GKE, AKS, EKS
#kubernetes
hasura.io
GKE vs AKS vs EKS
The state of managed Kubernetes by industry’s top cloud providers.
А сейчас немного просто про Docker:
3 совета о том, как уменьшить размер образов
Примеры мультистейдж билдов
Стратегии тестирования для разработки с использованием Docker
#docker
3 совета о том, как уменьшить размер образов
Примеры мультистейдж билдов
Стратегии тестирования для разработки с использованием Docker
#docker
Medium
Advanced multi-stage build patterns
Multi-stage builds feature in Dockerfiles enables you to create smaller container images with better caching and smaller security…
Опять я что-то на пару дней пропал, но давайте поговорим о базах данных
A one size fits all database doesn't fit anyone — заметка Werner Vogels, СТО Amazon, о типах БД и вообще всяких вводных штуках, которые надо учитывать при выборе БД. Ну и, конечно же, с описание того, что всё это можно получить managed в AWS
MySQL High Availability at GitHub раасказ о том, как в GitHub делают HA MySQL. Вы эту статью, скорее всего, уже читали, но пусть тоже тут будет
Цикл статей о PostgreSQL в Kubernetes (не поднимайте БД в контейнерах говорили они…)
Часть 1
Часть 2
Stay tuned!
#databases
A one size fits all database doesn't fit anyone — заметка Werner Vogels, СТО Amazon, о типах БД и вообще всяких вводных штуках, которые надо учитывать при выборе БД. Ну и, конечно же, с описание того, что всё это можно получить managed в AWS
MySQL High Availability at GitHub раасказ о том, как в GitHub делают HA MySQL. Вы эту статью, скорее всего, уже читали, но пусть тоже тут будет
Цикл статей о PostgreSQL в Kubernetes (не поднимайте БД в контейнерах говорили они…)
Часть 1
Часть 2
Stay tuned!
#databases
All Things Distributed
A one size fits all database doesn't fit anyone
The days of the one-size-fits-all monolithic database are behind us, and developers are using a multitude of purpose-built databases.
Статья о том, как в Riot Games используют Jenkins вместе с Docker
Вышла она уже почти месяц назад, но все равно интересно
#cicd #jenkins #docker
Вышла она уже почти месяц назад, но все равно интересно
#cicd #jenkins #docker
Riotgames
Revisiting Docker and Jenkins
https://riot.com/2LdK6hI #RiotTechBlog
Ближайшие два дня я в Амстердаме на HashiDays Amsterdam 2018
Если вы где-то рядом, можем пересечься на кофе/пиво
Если нет, но HashiDays вам интересны, вот тут можно зарегистрироваться на живую трансляцию:
https://www.hashidays.com/live
Если вы где-то рядом, можем пересечься на кофе/пиво
Если нет, но HashiDays вам интересны, вот тут можно зарегистрироваться на живую трансляцию:
https://www.hashidays.com/live
Итак, первые итоги HashiDays:
Представили свой service mesh, вшитый прямо в Consul -- Consul Connect
Доступен в публичной бете в версии 1.2 начиная с сегодня
https://www.hashicorp.com/blog/consul-1-2-service-mesh
#hashicorp #event
Представили свой service mesh, вшитый прямо в Consul -- Consul Connect
Доступен в публичной бете в версии 1.2 начиная с сегодня
https://www.hashicorp.com/blog/consul-1-2-service-mesh
#hashicorp #event
Итак, первые итоги HashiDays:
Представили свой service mesh, вшитый прямо в Consul -- Consul Connect
Доступен в публичной бете в версии 1.2 начиная с сегодня
https://www.hashicorp.com/blog/consul-1-2-service-mesh
#hashicorp #event
Представили свой service mesh, вшитый прямо в Consul -- Consul Connect
Доступен в публичной бете в версии 1.2 начиная с сегодня
https://www.hashicorp.com/blog/consul-1-2-service-mesh
#hashicorp #event
Сказ о том, почему YAML не идеален. В том числе из статьи можно узнать некоторые особенности этого языка разметки
Итак, открыто превью Terraform 0.12
Эта версия несёт в себе кучу изменений и нововведений, часть из которых не совместимы с предыдущими версиями, так что пробуйте аккуратно
Что поменялось (в HCL):
- непосредственное обращение к переменным: вместо
- выражения типа
- оператор
- динамические блоки. Теперь вложенные блоки в ресурсе можно будет динамически генерировать на основе тех или иных значений (я джва года ждал эту фичу!)
- значение
И другое.
Если вам прямо не терпится попробовать это прямо сейчас, вот апгрейд гайд:
https://www.terraform.io/upgrade-guides/0-12.html
#hashicorp #terraform
Эта версия несёт в себе кучу изменений и нововведений, часть из которых не совместимы с предыдущими версиями, так что пробуйте аккуратно
Что поменялось (в HCL):
- непосредственное обращение к переменным: вместо
"${var.foo}" можно будет делать ami = var.ami[1]- выражения типа
resource.*.field теперь применимы не только к ресурсам с count, но к любым значениям типа list- оператор
for (!)- динамические блоки. Теперь вложенные блоки в ресурсе можно будет динамически генерировать на основе тех или иных значений (я джва года ждал эту фичу!)
- значение
null, которое можно передать для того, чтобы явно указать, что аргумент не задан И другое.
Если вам прямо не терпится попробовать это прямо сейчас, вот апгрейд гайд:
https://www.terraform.io/upgrade-guides/0-12.html
#hashicorp #terraform
HashiCorp
HashiCorp Terraform 0.12 Preview
Terraform 0.12 focuses on major Terraform language improvements.
Forwarded from ДевОпс Інженер 🇺🇦 (devopsengineer bot)
Вчера релизнулся Kubernetes 1.11 🔥
Тут описано более кратко:
https://kubernetes.io/blog/2018/06/27/kubernetes-1.11-release-announcement/
А тут абсолютно все изменения:
https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.11.md#kubernetes-111-release-notes
Кратко из интересного:
- CRD теперь можно сразу много версий
- в kubelet добавили гибкое конфигурирование по кластерам
- горячий ресайз Persistent Volumes (пока альфа)
- уже можно IPVS балансировку
А теперь про плохое. Мой коллега на KubeCon прыгал на батуте, и вывернул руку. 🤞✊
Мораль: не стоит прыгать на батуте на конференции по куберу. 😂
Тут описано более кратко:
https://kubernetes.io/blog/2018/06/27/kubernetes-1.11-release-announcement/
А тут абсолютно все изменения:
https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.11.md#kubernetes-111-release-notes
Кратко из интересного:
- CRD теперь можно сразу много версий
- в kubelet добавили гибкое конфигурирование по кластерам
- горячий ресайз Persistent Volumes (пока альфа)
- уже можно IPVS балансировку
А теперь про плохое. Мой коллега на KubeCon прыгал на батуте, и вывернул руку. 🤞✊
Мораль: не стоит прыгать на батуте на конференции по куберу. 😂
3 метрики для оценки эффективности dev команды:
- Частота релизов (ну тут всё понятно)
- Лид тайм попадания коммита в прод. Кстати, хорошая метрика, вместе с ней ещё можно регистрировать количество «возвратов» коммита с тест-сессии. Тогда данная метрика будет говорить не только о слаженности CI/CD процессов, но и о качестве кода команды
- Bugs/Users - т.е. общее количество багов делённое на общее количество пользователей. Честно говоря, не встречал раньше, чтобы так считали. В статье это очень мутно объясняется, мол, так вы получите некий «уровень» и если после релиза этот уровень не скачет, значит всё хорошо. Ну Ок. Хотя не ясно, как считать общее количество багов (количество зарегистрированных багов Х2?)
Как-то так
Вот на Reddit есть обсуждение, где можно как раз задать эти вопросы
#agile
- Частота релизов (ну тут всё понятно)
- Лид тайм попадания коммита в прод. Кстати, хорошая метрика, вместе с ней ещё можно регистрировать количество «возвратов» коммита с тест-сессии. Тогда данная метрика будет говорить не только о слаженности CI/CD процессов, но и о качестве кода команды
- Bugs/Users - т.е. общее количество багов делённое на общее количество пользователей. Честно говоря, не встречал раньше, чтобы так считали. В статье это очень мутно объясняется, мол, так вы получите некий «уровень» и если после релиза этот уровень не скачет, значит всё хорошо. Ну Ок. Хотя не ясно, как считать общее количество багов (количество зарегистрированных багов Х2?)
Как-то так
Вот на Reddit есть обсуждение, где можно как раз задать эти вопросы
#agile
The Practical Dev
3 simple productivity metrics for every software team
We rely on tracking sales at the end of the funnel while hoping that productivity stays the same. And it's only after customers have started to leave us that we look back at the way we work, to understand what went wrong.