[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"question-mikroservisy-chto-takoe-pattern-sidecar":3},{"id":4,"slug":5,"topicId":6,"topicSlug":7,"topicName":8,"topicEmoji":9,"question":10,"answer":11,"codeLang":12,"codeSrc":12,"important":12,"commonMistakes":12,"modernUsage":12,"difficulty":13,"tags":14,"related":16,"progress":17,"seo":18},834,"chto-takoe-pattern-sidecar",23,"mikroservisy","Микросервисы","🔗","Что такое паттерн Sidecar?","Sidecar — это паттерн развёртывания, при котором вспомогательный контейнер работает рядом с основным сервисом в одном pod'е (в Kubernetes) и берёт на себя сквозные задачи: проксирование трафика, логирование, мониторинг, безопасность.\n\n```\n┌─── Pod ─────────────────────────────┐\n│                                     │\n│  ┌────────────────┐  ┌───────────┐  │\n│  │  Основной      │  │  Sidecar  │  │\n│  │  сервис        │◄─►│           │  │\n│  │  (Payment App) │  │  (Envoy)  │  │\n│  └────────────────┘  └───────────┘  │\n│                                     │\n│  Общий localhost, общие volumes     │\n└─────────────────────────────────────┘\n```\n\n### Что может делать Sidecar\n\n- Проксирование трафика — mTLS, retry, circuit breaker (Envoy в Istio).\n- Логирование — сбор и отправка логов (Fluentd sidecar).\n- Мониторинг — экспорт метрик.\n- Безопасность — аутентификация, авторизация, шифрование трафика.\n- Конфигурация — подтягивание секретов из Vault.\n\n\u003Cdetails>\u003Csummary>Пример в Kubernetes\u003C\u002Fsummary>\n\n```yaml\napiVersion: v1\nkind: Pod\nmetadata:\n  name: payment-service\nspec:\n  containers:\n    # Основной контейнер\n    - name: payment-app\n      image: bank\u002Fpayment-service:1.0\n      ports:\n        - containerPort: 8080\n\n    # Sidecar для логирования\n    - name: log-collector\n      image: fluent\u002Ffluentd:latest\n      volumeMounts:\n        - name: shared-logs\n          mountPath: \u002Fvar\u002Flog\u002Fapp\n\n    # Sidecar для экспорта метрик\n    - name: metrics-exporter\n      image: prom\u002Fnode-exporter:latest\n      ports:\n        - containerPort: 9100\n\n  volumes:\n    - name: shared-logs\n      emptyDir: {}\n```\n\n\u003C\u002Fdetails>\n\n| Аспект | Преимущества | Недостатки |\n|---|---|---|\n| Разделение ответственности | Основной сервис не содержит инфраструктурного кода | Дополнительное потребление CPU, RAM |\n| Технологическая гибкость | Sidecar может быть на другом языке | Увеличенная задержка (hop через sidecar) |\n| Единообразие | Одна конфигурация sidecar для всех сервисов | Сложность отладки |\n\nSidecar — основа Service Mesh (Istio, Linkerd), который активно используется в крупных системах для управления сетевым взаимодействием.\n\n> **На собеседовании:** свяжите Sidecar с Service Mesh — это показывает системное понимание. Ключевой плюс: разработчик пишет только бизнес-логику, а сетевые задачи (mTLS, retry, трассировка) берёт на себя sidecar.","","middle",[15],"microservices",[],null,{"title":19,"description":20,"ogTitle":19,"ogDescription":21,"keywords":22,"schemaAnswer":23,"featuredSnippetReady":24},"Что такое паттерн Sidecar? — Gymterview","Sidecar — это паттерн развёртывания, при котором вспомогательный контейнер работает рядом с основным сервисом в одном pod'е (в Kubernetes) и берёт на себя сквоз","Sidecar — это паттерн развёртывания, при котором вспомогательный контейнер работает рядом с основным сервисом в одном po",[15,13],"Sidecar — это паттерн развёртывания, при котором вспомогательный контейнер работает рядом с основным сервисом в одном pod'е (в Kubernetes) и берёт на себя сквозные задачи: проксирование трафика, логирование, мониторинг, безопасность.",true]