DevOps Engineer – Uklon в Uklon
  • Стратегія розгортання застосунків Canary. Як підтримати належний рівень обслуговування

    Доброго дня дуже дякую вам за запитання. У цій статі описана частина функціоналу яку ми використовуємо.
    Нажаль я не мав досвіду роботи з Ingress Contour. Я ознайомився з документацією Contour. Contour має дуже цікавий функціонал.
    Ниже у моєму коментарі я намагатимусь відповісти на ваше питання.
    Я можу помилятися у своїх міркуваннях щодо Contour будь ласка виправте мене.

    1) За допомогою функції Upstream Weighting, яка є в Ingress Contour згідно з документацією, можна керувати трафіком. Проте ArgoRollout не підтримує Ingress Contour для керування трафіком згідно з документацією ArgoRollout.
    2) Істіо дає можливість керувати запитами, які надходять від інших Pod-ів без залучення Ingress. Це означає, що якщо ми використовуватимемо Ingress Contour та хочемо керувати усіма запитами за допомогою функції Upstream Weighting, нам потрібно переслати всі запити через Ingress Contour, тобто pod-и інших сервісів мають надсилати запити на зовнішні домени, які пов’язані з Ingress Contour. Також слід врахувати можливу затримку, яку додає Ingress Contour.
    3) -Істіо дає можливість збирати статистику про запити з усіх сервісів, навіть якщо вони надходять безпосередньо до іншого сервісу без залучення Ingress. Для отримання цієї статистики не потрібно вносити зміни до застосунків. Ця статистика потрапляє до Prometheus та використовується для аналізу успішності оновлення програмного забезпечення та рівня обслуговування (SLI).
    — Бачу що Contour завдяки Envoy може надавати метрики про запити які проходять через Igress але не може надати статистику про запити які надходять до сервісів напряму від інших сервісів не через ingress.
    4) — Istio забезпечує trace запитів.
    — В документації Ingress Contour я не знайшов інформації про можливість trace запитів. Ingress Contour використовує Envoy proxy і тому я думаю є можливість включити цей функціонал.

    Підтримав: Сергій Бузько
  • Стратегія розгортання застосунків Canary. Як підтримати належний рівень обслуговування

    Доброго дня дуже дякую вам за запитання. У цій статі описана частина функціоналу яку ми використовуємо.
    Нажаль я не мав досвіду роботи з Ingress Contour. Я ознайомився з документацією Contour. Contour має дуже цікавий функціонал.
    Ниже у моєму коментарі я намагатимусь відповісти на ваше питання.
    Я можу помилятися у своїх міркуваннях щодо Contour будь ласка виправте мене.

    1) За допомогою функції Upstream Weighting, яка є в Ingress Contour згідно з документацією, можна керувати трафіком. Проте ArgoRollout не підтримує Ingress Contour для керування трафіком згідно з документацією ArgoRollout.
    2) Істіо дає можливість керувати запитами, які надходять від інших Pod-ів без залучення Ingress. Це означає, що якщо ми використовуватимемо Ingress Contour та хочемо керувати усіма запитами за допомогою функції Upstream Weighting, нам потрібно переслати всі запити через Ingress Contour, тобто pod-и інших сервісів мають надсилати запити на зовнішні домени, які пов’язані з Ingress Contour. Також слід врахувати можливу затримку, яку додає Ingress Contour.
    3) -Істіо дає можливість збирати статистику про запити з усіх сервісів, навіть якщо вони надходять безпосередньо до іншого сервісу без залучення Ingress. Для отримання цієї статистики не потрібно вносити зміни до застосунків. Ця статистика потрапляє до Prometheus та використовується для аналізу успішності оновлення програмного забезпечення та рівня обслуговування (SLI).
    — Бачу що Contour завдяки Envoy може надавати метрики про запити які проходять через Igress але не може надати статистику про запити які надходять до сервісів напряму від інших сервісів не через ingress.
    4) — Istio забезпечує trace запитів.
    — В документації Ingress Contour я не знайшов інформації про можливість trace запитів. Ingress Contour використовує Envoy proxy і тому я думаю є можливість включити цей функціонал.

    Підтримав: Kristina Banna