You can do it, with Conduit!

В компании Buoyant создали новое поколение системы поддержки и управления группами сервисов (service mesh) Conduit для организации сервисных шин и обеспечения реестров сервисов (service discovery), балансировки и распределения нагрузки (load balancing), мониторинга, анализа и предупреждения инцидентов (failure handling), маршрутизации коммуникаций между сервисами (routing for inter-service communication).

Новая, пока экспериментальная (not yet production ready), система управления группами сервисов Conduit написана в большей степени на Rust и в меньшей на Go, ориентирована (в отличии от Linkerd) на управление сверхлёгкими сервисными роями с ограниченными по мощности ресурсами, что хорошо применимо в IoT Cloud Native инфраструктурах.

https://buoyant.io/2017/12/05/introducing-conduit/

Для коммуникаций используется пока только протокол HTTP/2, есть возможность использования фреймворка gRPC для расширения функциональности. В качестве управляемого окружения контейнеров в бэкэнде используется Kubernetes.
При создании Conduit использовались многопоточный фреймворк асинхронного неблокирующего ввода-вывода Tokio (https://github.com/tokio-rs/tokio) и фреймворк Tower (https://github.com/tower-rs/tower) для организации асинхронного IO и многопоточной обработки ввода-вывода посредством функционального Future паттерна (подобного IO Monad в Haskell).

https://conduit.io — https://twitter.com/runconduit

https://github.com/runconduit/conduit

Ранее в компании Buoyant была создана подобная система поддержки межсервисной коммуникации и управления группами сервисов Linkerd, написанная на Scala и использующая JVM стэк (Finagle, Netty).
Linkerd поддерживает различные реестры сервисов (service discovery backends), например Consul, ZooKeeper, Nomad, и управляемые окружения для контейнеров, например Mesos, Kubernetes и Rancher.
Linkerd это production ready система управления группами сервисов, которую используют уже многие компании в своих облачных инфраструктурах, в числе которых такие масштабные проекты как компания Monzo (ранее финансовый стартап), серверная часть которого реализована полностью на Go.

https://buoyant.io — https://twitter.com/BuoyantIO

https://linkerd.io — https://twitter.com/linkerd

https://github.com/linkerd/linkerd — https://hub.docker.com/r/buoyantio/linkerd/


#Rust #Go
#Cloud #CloudNative #IoT
#DevOps #SOA #ESB

AzureDay Moscow 2018

10 декабря в Москве пройдёт конференция AzureDay Moscow 2018 для разработчиков, DevOps инженеров и всех интересующихся облачными рещениями и инфраструктурой Microsoft Azure. Мероприятие проводит сообщество Microsoft MVP (Most Valuable Professionals), поэтому всю самую свежую и полезную информацию о возможностях Azure, перспективах развития облачной платформы и её применении можно будет получить из первых уст от профессионалов использующих инфраструктуру Azure Cloud ежедневно для разработки бизнес решений.

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

Регистрируйтесь для посещения конференции (количество участников ограничено) или для просмотра онлайн трансляции мероприятия.

http://azureday.ru

https://habr.com/company/microsoft/blog/431742/

#Azure
#Cloud
#DevOps

Весь ландшафт cloud native технологий и участников экосистемы Cloud Native Computing Foundation в одной интерактивной диаграмме:

https://landscape.cncf.io

https://landscape.cncf.io/format=serverless

#DevOps

Ажайлоподходы для гуртовщиков проектов

https://image-store.slidesharecdn.com/dba2e6e7-c5bf-404d-98f3-4db3531b1156-original.jpeg

https://www.slideshare.net/mobile/ChrisWebb6/last-conference-2016-agile-landscape-presentation-v1

https://www.slideshare.net/mobile/ChrisWebb6/agiledeloitte-agile-landscape-v02

Интересная презентация ландшафта гибких методологий для ведения проектов.
Схемы и подходы, конечно, переусложнены, автор определённо увлёкся инфографикой больше, чем самим содержанием и его осмысленной связностью (схема похожа, но при этом сложнее, чем карта веток метро в Москве =), но, я всегда знал что DevOps это один из ажайлоподходов к организации процессов разработки, а не только все эти инструменты и средства для автоматизации процессов, ускорения поставки и сокращения релиз-циклов новых версий (что тоже соответствует agile методологиям).

DevOps определённо относится к гибким agile подходам в разработке софта, сервисов и программных продуктов.

Ведь смысл DevOps подхода как раз в том чтобы разбить весь процесс от разработки до публичного продакшена на операции, выполнять их пооперационно, как на конвейере (тот самый DevOps конвейер/pipeline и его всевозможные инструментальные реализации - GitLab CI, Drone CI, Jenkins CI, BitBucket Server, etc.) и иметь на каждом этапе при каждой операции диагностическую информацию (тесты, метрики, мониторинг), чтобы как можно раньше максимально быстро устранять возникающие проблемы, зная где именно они возникли, а это уже гибкий agile подход, выявлять проблемы в конкретном месте, как можно раньше и фиксить на месте сразу, что также сокращает релиз-циклы и ускоряет () поставку новых версий и новой функциональности продукта, т.к. в целом поставка непрерывная, а релиз цикл регламентируется только этапами тестирования (unstable -> testing -> stable).

И конечно же, как я писал выше, DevOps это гибкая методология и подходы для более эффективного взаимодействия разработчиков, тестировщиков, DevOps и SRE инженеров, групп инвентаризации и эксплуатации сервисов (SysOps, TechOps, NetOps).

В целом DevOps методологиями должен владеть каждый продвинутый разработчик серверных приложений и сервисов - сейчас это весьма насущный навык.

#DevOps
#Аgile

Также ещё более развёрнуто о всех составляющих методологии #DevOps рассказал Василий Озеров из Rebrain - https://www.youtube.com/watch?v=r1TtfWzXm6k