<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Ivan Kruglov</title>
    <description/>
    <link>https://speakerdeck.com/ikruglov</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/ikruglov.rss"/>
    <lastBuildDate>2018-04-03 17:13:03 -0400</lastBuildDate>
    <item>
      <title>Service mesh для микросервисов</title>
      <description>Service mesh - это выделенный слой в инфраструктуре компании, который призван упростить взаимодействие между сервисами, а также сделать его надежным и безопасным. В юрисдикцию service mesh, по разным мнениям, входят: маршрутизация запросов, service discovery, балансировка, обработка ошибок, мониторинг, трейсинг, авторизация и аутентификация и др. вещи. Реализация тоже варьируется от размазывания функционала по всему стеку до концентрации большей части его в одной точке. В своем докладе я бы хотел затронуть тему построения service mesh на примере Booking.com в контексте перехода от монолитной к сервис-ориентированной архитектуре. Мы погрузимся в детали некоторых компонентов и рассмотрим примеры решений удачных и не очень. Также затронем опыт внедрения и эксплуатации L7 proxy envoy и linkerd.</description>
      <media:content url="https://files.speakerdeck.com/presentations/6a9f8cffb0b34bb288058dce08675504/preview_slide_0.jpg?9755259" type="image/jpeg" medium="image"/>
      <content:encoded>Service mesh - это выделенный слой в инфраструктуре компании, который призван упростить взаимодействие между сервисами, а также сделать его надежным и безопасным. В юрисдикцию service mesh, по разным мнениям, входят: маршрутизация запросов, service discovery, балансировка, обработка ошибок, мониторинг, трейсинг, авторизация и аутентификация и др. вещи. Реализация тоже варьируется от размазывания функционала по всему стеку до концентрации большей части его в одной точке. В своем докладе я бы хотел затронуть тему построения service mesh на примере Booking.com в контексте перехода от монолитной к сервис-ориентированной архитектуре. Мы погрузимся в детали некоторых компонентов и рассмотрим примеры решений удачных и не очень. Также затронем опыт внедрения и эксплуатации L7 proxy envoy и linkerd.</content:encoded>
      <pubDate>Sun, 01 Apr 2018 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/ikruglov/service-mesh-dlia-mikrosiervisov</link>
      <guid>https://speakerdeck.com/ikruglov/service-mesh-dlia-mikrosiervisov</guid>
    </item>
  </channel>
</rss>
