The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Google и IBM представили Istio, платформу для управления микросервисами

25.05.2017 10:08

Компании Google, IBM и Lyft представили новый открытый проект Istio, в рамках которого объединили свои наработки в области координации работы микросервисов. О намерении принять участие в развитии проекта также объявили компании Red Hat, Datawire, Pivotal и Tigera. Код компонентов проекта написан на языках Go и C++, исходные тексты распространяются под лицензией Apache 2.0.

Концепция микросервисов подразумевает разбиение сложных монолитных приложений на набор обособленных микросервисов, каждый из которых берёт на себя определённую функциональность приложения. Микросервисы могут работать параллельно, адаптируясь к изменению нагрузки. Таким образом приложение реализуется в виде сети из связанных между собой микросервисов, каждый из которых запускается в отдельном контейнере. Для управления контейнерами предлагается использовать средства оркестровки, подобные Kubernetes, Cloud Foundry и Mesos.

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

Основные составные части Istio:

  • Envoy - прокси для обработки входящего и исходящего трафика между сервисами в кластере, а также обращений к внешним сервисам. Envoy позволяет организовать взаимодействие между микросервисами, составляющими приложение, поверх сети, предоставляемой нижележащей платформой для управления контейнерами. Прокси образуют mesh-сеть из микросервисов, предоставляя такие функции, как обнаружение новых сервисов, маршрутизация потоков данных, построение цепочки обработки запроса и сбор данных телеметрии;
  • Mixer - представляет средства для централизованного управления прокси и микросервисами, обеспечивая применение ACL, ограничений пропускной способности, квот, аутентификации, трассировки запросов и накопления сведений о телеметрии.
  • Manager - управляющий интерфейс, позволяет на лету изменять настройки и управлять работой компонентов Envoy и Mixer.

Особенности платформы:

  • Автоматическая балансировка трафика HTTP, gRPC и TCP;
  • Тонкое управление поведением трафика в зависимости от правил маршрутизации, обеспечения отказоустойчивости и возникновения/симулирования сбоев;
  • Подключаемый слой для применения политик и API для управления доступом, ограничением пропускной способности и квотами;
  • Автоматический сбор метрик, логов и трассировок для всего входящего и исходящего трафика в кластере;
  • Организация защищённых каналов связи между сервисами с аутентификацией каждого сервиса в кластере.

В отличие от недавно представленной похожей платформы Linkerd, Istio не ограничивается организацией сетевого взаимодействия и дополнительно предоставляет такие возможности, как аутентификация и обеспечение правил доступа (policy control). При этом Istio пока поддерживает только Kubernetes, в то время как Linkerd доступен для Kubernetes, DC/OS, Mesos и Docker.

  1. Главная ссылка к новости (https://cloudplatform.googlebl...)
  2. OpenNews: Компания IBM открыла исходные тексты операционной системы FusedOS
  3. OpenNews: Представлен Otto, инструментарий для создания микросервисов из изолированных приложений
  4. OpenNews: Intel представил Clear Linux с контейнерами приложений на базе виртуализации
  5. OpenNews: Выпуск MirageOS 2.5, платформы для запуска приложений поверх гипервизора
  6. OpenNews: OSv - новая открытая ОС, нацеленная на выполнение обособленных программ поверх гипервизора
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46598-istio
Ключевые слова: istio, microservice
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Игорь (??), 12:01, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Круто! Да еще и на Go )
     
  • 1.2, Аноним (-), 12:02, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот так оно, Linkerd много лет парился и создавал стартап, пытающийся повторить платформы микросервисов Google, Twitter и Yahoo. Но тут пришли Google с IBM, открыли часть своих разработок и растоптали все усилия Linkerd.
     
     
  • 2.11, Dmitry Shurupov (ok), 18:19, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    «Linkerd много лет парился»: много — это сколько, если анонс первого их Open Source-релиза (0.1.0) состоялся в феврале 2016 года (https://blog.buoyant.io/2016/02/18/linkerd-twitter-style-operability-for-micro)?

    «открыли часть своих разработок» — ключевым звеном стал Envoy, который разработан совсем не Google и не IBM.

    Зато Linkerd уже в CNCF и у них есть пара солидных клиентов. Да и здоровая конкуренция в этом молодом направлении не повредит.

     

  • 1.4, Аноним (-), 13:16, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На POWER7 заработает? А то железо утилизировать надо
     
     
  • 2.32, Аноним (-), 15:21, 26/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    насколько мощное?
     

  • 1.5, Аноним (-), 13:26, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    https://blog.komand.com/microservices-please-dont
     
     
  • 2.6, Аноним (-), 14:09, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в google то и не знали
     
  • 2.8, Аноним (-), 17:20, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошая иллюстация к Step 4: Disappointment
    https://blog.daftcode.pl/hype-driven-development-3469fc2e9b22#05bd
     
     
  • 3.13, angra (ok), 18:35, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему только к четвертому шагу? Там сразу же есть и пятый, то есть трезвые размышления/рекомендации на тему: кому и при каких условиях нужны микросервисы.
     
     
  • 4.25, Crazy Alex (ok), 23:40, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Там рекомендации вида "если у вас ни черта нет архитектуры и вы не хотите о ней думать то миксросервисы вам не помогут".

    По факту же - я бы сказал, что первый фпункт самый существенный аргумент в пользу микросервисов. Если архитектура принуждает писать лучший код - это жирнейший плюс. Да, можно и добровольно... Только выходит редко, всегда найдётся миллион оснований сделать вот для данного конкретного случая маленькое исключение... со всеми вытекающими. А вот если "наляпать абы как" просто не ложится в платформу - как правило, резко находятся возможности сделать по-людски.

     

  • 1.7, Lol (??), 15:27, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кубернетс поверх кубернетса
     
     
  • 2.9, Anonim (??), 18:10, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И кубернетсом погоняет
     
     
  • 3.14, лол (?), 19:11, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Погонщики на галере!
     

  • 1.10, Dmitry Shurupov (ok), 18:10, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эта платформа не «для управления микросервисами», а для обеспечения разных видов взаимодействия между ними.
     
     
  • 2.12, Dmitry Shurupov (ok), 18:21, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    P.S. Месяц назад переводил статью «Что такое service mesh» от авторов Linkerd: https://habrahabr.ru/company/flant/blog/327536/ (англоязычный оригинал здесь: https://blog.buoyant.io/2017/04/25/whats-a-service-mesh-and-why-do-i-need-one/).
     
     
  • 3.26, Ilya Indigo (ok), 01:11, 26/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Благодарю за перевод!
    Очень хорошая статья.
     
  • 2.15, Аноним (-), 19:23, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не правы. Istio несколько шире, чем Linkerd, поэтому официально преподносится как платформа для "developing and managing microservices". Связь между сервисами там лишь одна из многих функций.
     

  • 1.16, A.Stahl (ok), 19:35, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Микросевисами должна рулить микроплаформа.
     
     
  • 2.17, ыы (?), 20:16, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    на базе микро ос, написанной в микрофирме...с символичным микроназванием... например в микрософт :)
     
     
  • 3.18, A.Stahl (ok), 20:19, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот только со времён ДОСа у них плохо получалось с микро* что-то там. МиБы жрались как не в себя.
     
     
  • 4.19, angra (ok), 20:28, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты наверное хотел сказать "со времен висты" или хотя бы "со времен win2k", так как до этого системные требования винды и офиса были весьма скромными.
     
     
  • 5.20, A.Stahl (ok), 20:51, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >весьма скромными

    У тебя весьма нескромные понятия о скромности.
    3.1 весила что-то около 7-8МиБ.
    А 95 и вовсе была на 15-20 1.44 дискетах.
    И это во времена винтов в сотни МиБ.
    >Ты наверное хотел сказать

    Так что нет. Я хотел сказать именно то, что сказал.

     
     
  • 6.28, angra (ok), 05:45, 26/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сравнивать надо с альтернативами. Мелкомягкие в то время смогли сделать win 3.x и xenix, которые работали на процессорах ниже 80386, а мало что умеющий тогда linux требовал не меньше 80386. Во времена win95 его прямой конкурент os/2 warp имел примерно те же требования. Также ко времени выхода win95 компакт диски уже получили широкое распространение и такие нескромные по твоему мнению 30 метров инсталляции помещались где-то в дальнем уголке стандартного 650mb cd-rom.
     
  • 3.27, anonis (?), 04:38, 26/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    работающей на микроволновке..
     
  • 2.21, Аноним (-), 20:52, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А писать их должны микроцефалы.
     
     
  • 3.22, Led (ok), 21:32, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не, пока что микроцефалы здесь пишут только кто что кому должен.
     
     
  • 4.24, Аноним (-), 22:32, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Порцию попозаживина этому писателю микросервисов.
     

  • 1.29, анонимчик (?), 09:37, 26/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    это что-то вроде erlang?
     
  • 1.33, Jd (?), 15:41, 28/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почитаешь про такое и десять раз подумаешь о том, что хорошо что оставил свой монолит )))
     
     
  • 2.34, grsec (ok), 13:57, 29/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    hello world?
     

  • 1.36, Аноним (36), 09:58, 04/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Классическая концепция монструозных обработчиков запросов "всё в одном вечноживущем (теоретически, на практике это хромает) процессе" привела к рождению тонн уродцев. Нет бы сразу на PHP посмотреть, который реализовал не монолитную, а позапросную модель. Там по сути каждый модуль - модное хипстерское слово "микросервис".
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру