istio
/
istio.io
mirror of https://github.com/istio/istio.io.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

[uk] Update Ukrainian documentation for ambient mode and related features (#15890) 

* Add Ukrainian language support

* [uk] operations

* [uk] setup

* [uk] Update Ukrainian documentation for ambient mode and related features
This commit is contained in:
Andrii Holovin 2024-11-08 02:49:57 +02:00 committed by GitHub
parent 721710f583
commit fad68dc6c6
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
9 changed files with 159 additions and 23 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
content/uk/_index.html
View File

@ -37,7 +37,7 @@ description: Сервісна мережа для спостережуванос
<section id="landing-panels" class="container">
<div class="panels">
{{< content_panel type="dark" title="latest_news" text="Istio оголошує про випуск режиму оточення (ambient mode) у версії 1.24." button="read_more" url="/uk/news/releases/1.24.x/announcing-1.24/" >}}
{{< content_panel type="dark" title="latest_news" text="Швидко, безпечно і просто: Режим оточення (ambient) в Istio тепер є загальнодоступним." button="read_more" url="/uk/blog/2024/ambient-reaches-ga/" >}}
{{< content_panel type="dark" title="join_the_community" text="Приєднуйтесь до більш ніж 10 000+ ваших колег, які використовують, тестують та впроваджують інновації за допомогою Istio." button="connect_with_us" url="/uk/get-involved" >}}
{{< content_panel type="dark" title="get_started" text="Спробуйте Istio вже сьогодні. Швидко оцініть проєкт у чотири кроки." button="learn_more" url="/uk/docs/setup/getting-started" >}}
</div>

139
content/uk/blog/2024/ambient-reaches-ga/index.md Normal file
View File

@ -0,0 +1,139 @@
---
title: "Швидкий, безпечний та простий: режим ambient в Istio досяг стану загальної доступності (GA) у версії 1.24"
description: Останній випуск показує, що режим ambient, сервісна мережа без sidecars, готовий для всіх.
publishdate: 2024-11-07
attribution: "Lin Sun (Solo.io), від імені SIstio Steering та Technical Oversight Committees"
keywords: [ambient,sidecars]
---
Ми раді оголосити, що режим ambient панелі даних Istio досяг стану Загальної Доступності, і модулі ztunnel, waypoints та API були позначені як Stable Комітетом технічного нагляду Istio. Це знаменує фінальну стадію прогресу функцій Istio, що сигналізує, що режим ambient повністю готовий для широкого використання в промислових середовищах.
Ambient mesh, і його референсна реалізація в режимі ambient Istio, [була анонсована у вересні 2022 року](/blog/2022/introducing-ambient-mesh/). З того часу наша спільнота працювала 26 місяців завдяки співпраці з Solo.io, Google, Microsoft, Intel, Aviatrix, Huawei, IBM, Red Hat та багатьма іншими. Статус стабільності у версії 1.24 свідчить, що функції режиму ambient тепер повністю готові для широкого використання у промислових робочих навантаженнях. Це важливий етап для Istio, оскільки він дозволяє використовувати Istio без sidecars, [пропонуючи користувачам вибір](/docs/overview/dataplane-modes/).
## Навіщо ambient mesh? {#why-ambient-mesh}
З моменту запуску Istio у 2017 році ми помітили чіткий і зростаючий попит на можливості mesh для застосунків, але багато користувачів повідомляли, що накладні витрати ресурсів і операційна складність sidecars були важкими для подолання. Виклики, з якими стикаються користувачі Istio, включають те, як sidecars можуть порушити роботу застосунків після їхнього додавання, великі вимоги до CPU та памʼяті для проксі з кожним робочим навантаженням і незручність необхідності перезапуску застосунків при кожному новому випуску Istio.
Ми як спільнота розробили ambient mesh з нуля, щоб подолати ці проблеми, усуваючи попередні барʼєри складності для користувачів, які хочуть впровадити сервісну мережу. Нова концепція була названа "ambient mesh", оскільки вона була розроблена так, щоб бути прозорою для вашого застосунку: без проксі, розташованих поруч з робочими навантаженнями користувачів, без необхідності змінювати конфігурацію для підключення і без перезапуску застосунків. В режимі ambient дуже легко додавати або видаляти застосунки з mesh. Все, що вам потрібно зробити, це [позначити простір імен](/docs/ambient/usage/add-workloads/), і всі застосунки в цьому просторі імен будуть миттєво додані до mesh. Це одразу ж захистить весь трафік у цьому просторі імен за допомогою стандартного в галузі шифрування mTLS, без додаткових налаштувань чи перезапусків! Більше інформації про причини створення режиму ambient в Istio можна знайти у [блозі "Introducing Ambient Mesh"](/blog/2022/introducing-ambient-mesh/).
## Як режим ambient полегшує адаптацію?{#how-does-ambient-mode-make-adoption-easier}
Основна інновація ambient mesh полягає у розподілі обробки рівнів L4 (Layer 4) та L7 (Layer 7) на два окремих шари. Ambient режим Istio працює завдяки легким, спільним проксі L4 на рівні вузлів та додатковим проксі L7, що усуває потребу у традиційних sidecar-проксі в панелі даних. Цей пошарований підхід дозволяє впроваджувати Istio поступово, переходячи від відсутності mesh до захищеного оверлею (L4) і до повної обробки L7, за потреби, на основі простору імен, у межах вашої інфраструктури.
Використовуючи ambient mesh, користувачі можуть уникнути деяких обмежень моделі sidecar. Протоколи, що надсилають дані з сервера, тепер працюють, більшість зарезервованих портів доступні, а можливість для контейнерів обійти сайдкар, навмисно чи ненавмисно, усунена.
Легкий спільний L4 проксі на рівні вузла називається *[ztunnel](/docs/ambient/overview/#ztunnel)* (тунель з нульовою довірою). ztunnel значно знижує витрати на утримання mesh, усуваючи необхідність можливого перевищення використання ресурсів пам’яті та CPU в кластері для обробки очікуваних навантажень. У деяких випадках економія може перевищити 90% або більше, забезпечуючи при цьому безпеку з нульовою довірою з використанням mTLS, простих авторизаційних політик L4 та телеметрії.
L7 проксі називаються *[waypoints](/docs/ambient/overview/#waypoint-proxies)*. Waypoints обробляють функції L7, такі як маршрутизація трафіку, розширене застосування політики авторизації та стійкість корпоративного рівня. Waypoints працюють окремо від ваших розгортань застосунків та можуть масштабуватися незалежно від ваших потреб, які можуть охоплювати весь простір імен або декілька сервісів в ньому. Порівняно з sidecar, вам не потрібен один waypoint на кожен pod застосунку, і ви можете ефективно масштабувати waypoint відповідно до його області дії, заощаджуючи значну кількість CPU та пам’яті у більшості випадків.
Розділення між захисним оверлеєм L4 та шаром обробки L7 дозволяє поступово впроваджувати ambient режим панелі даних, на відміну від попередньої бінарної моделі "все-в-одному" з інʼєкцією sidecarʼів. Користувачі можуть почати з захисного L4 оверлею, який пропонує більшість функцій, для яких зазвичай впроваджується Istio (mTLS, авторизаційна політика та телеметрія). Складніша обробка L7, така як повторні спроби, розподіл трафіку, балансування навантаження та збір даних для спостереження, може бути увімкнена за необхідності.
## Швидке дослідження та впровадження режиму ambient {#rapid-exploration-and-adoption-of-ambient-mode}
Завантаження образу ztunnel на Docker Hub перевищило [1 мільйон](https://hub.docker.com/search?q=istio), причому лише за останній тиждень його завантажили близько 63 000 разів.
{{< image width="100%"
link="./ztunnel-image.png"
alt="Завантаження Istio ztunnel на Docker Hub!"
>}}
Ми запитали у кількох наших користувачів їхню думку про режим ambient у статусі GA:
{{< quote >}}
**Реалізація сервісної мережі від Istio з їхнім дизайном ambient mesh стала чудовим доповненням до наших кластерів Kubernetes, спрощуючи обов’язки команди та загальну архітектуру мережі. У поєднанні з проєктом Gateway API це дає мені чудову можливість дозволити розробникам задовольняти їхні мережеві потреби, водночас делегуючи лише ту частину контролю, яка потрібна. Хоча це проєкт, що швидко розвивається, він був надійним і стабільним у промисловому використанні та буде нашим стандартним варіантом для впровадження інструментів керування мережею у розгортанні Kubernetes в майбутньому.**
— [Daniel Loader](https://uk.linkedin.com/in/danielloader), провідний інженер платформи в Quotech
{{< /quote >}}
{{< quote >}}
**Режим ambient mesh дуже легко встановити за допомогою обгортки Helm chart. Перехід простий, як налаштування шлюзу waypoint, оновлення міток у просторі імен і перезапуск. Я з нетерпінням чекаю на відмову від sidecar та зменшення використання ресурсів. До того ж оновлення стали простішими. Більше ніяких перезапусків розгортань!**
— [Raymond Wong](https://www.linkedin.com/in/raymond-wong-43baa8a2/), старший архітектор в Forbes
{{< /quote >}}
{{< quote >}}
**Режим ambient від Istio використовується в нашій промисловій системі з моменту його переходу в статус Beta. Ми задоволені його стабільністю та простотою та з нетерпінням чекаємо додаткових переваг і функцій, які прийдуть разом зі статусом GA. Дякуємо команді Istio за великі зусилля!**
— Saarko Eilers, менеджер операційної інфраструктури в EISST International Ltd
{{< /quote >}}
{{< quote >}}
**Перейшовши з AWS App Mesh на Istio у режимі ambient, нам вдалося скоротити приблизно кількість запущених контейнерів на 45%, просто видаливши sidecar та DaemonSets агента SPIRE. Ми отримали багато переваг, таких як зменшення витрат на обчислення або спостереження, пов’язане з sidecar, усунення багатьох умов перегонів, пов’язаних із запуском і завершенням sidecar, а також всі готові переваги лише завдяки міграції, такі як mTLS, зонування та балансування навантаження.**
— [Ahmad Al-Masry](https://www.linkedin.com/in/ahmad-al-masry-9ab90858/), менеджер з інженерії DevSecOps в Harri
{{< /quote >}}
{{< quote >}}
**Ми обрали Istio, тому що нам подобається ambient mesh. На відміну від інших варіантів, з Istio перехід від sidecar до інфраструктури без-sidecar не є стрибком віри. Ми можемо створювати нашу інфраструктуру сервісної мережі з Istio, знаючи, що шлях до системи без-sidecar є двостороннім.**
— [Troy Dai](https://www.linkedin.com/in/troydai/), старший програмний інженер в Coinbase
{{< /quote >}}
{{< quote >}}
**Надзвичайно гордимося бачити швидке і стабільне зростання режиму ambient до GA і чудову співпрацю, що відбувалась протягом останніх місяців, щоб зробити це можливим! Ми з нетерпінням чекаємо, як нова архітектура змінить світ телекомунікацій.**
— [Faseela K](https://www.linkedin.com/in/faseela-k-42178528/), розробник хмарних технологій в Ericsson
{{< /quote >}}
{{< quote >}}
**Ми раді бачити розвиток панелі даних Istio з виходом режиму ambient у статус GA та активно розглядаємо його для нашої платформи інфраструктури нового покоління. Спільнота Istio є динамічною та привітною, а ambient mesh є доказом того, що спільнота приймає нові ідеї та прагматично працює над покращенням досвіду розробників у масштабах експлуатації Istio.**
— [Tyler Schade](https://www.linkedin.com/in/tylerschade/), видатний інженер у GEICO Tech
{{< /quote >}}
{{< quote >}}
**З виходом режиму ambient в статусі GA, ми нарешті маємо рішення для сервісної мережі, яке не прив’язане до життєвого циклу podʼів, вирішуючи основне обмеження моделей на базі sidecar. Ambient mesh забезпечує більш легку, масштабовану архітектуру, що спрощує операції та знижує витрати на інфраструктуру, усуваючи навантаження sidecar.**
— [Bartosz Sobieraj](https://www.linkedin.com/in/bartoszsobieraj/), інженер платформи в Spond
{{< /quote >}}
{{< quote >}}
**Наша команда обрала Istio за його функції сервісної мережі та сильну сумісність з Gateway API для створення надійного рішення для розміщення на основі Kubernetes. Під час інтеграції застосунків у mesh ми зіткнулися з проблемами ресурсів через sidecar-проксі, що спонукало нас перейти до режиму ambient в статусі Beta для поліпшення масштабованості та безпеки. Ми почали з безпеки та спостереження L4 через ztunnel, отримавши автоматичне шифрування внутрішньокластерного трафіку та прозорий моніторинг трафіку. Вибіркове включення функцій L7 і відокремлення проксі від застосунків дозволили нам досягти безперебійного масштабування та зменшити використання ресурсів і затримки. Цей підхід дозволив розробникам зосередитися на розробці застосунків, що призвело до створення більш стійкої, безпечної та масштабованої платформи, підтримуваної режимом ambient.**
— [Jose Marque](https://www.linkedin.com/in/jdcmarques/), старший інженер DevOps в Blip.pt
{{< /quote >}}
{{< quote >}}
**Ми використовуємо Istio для забезпечення суворого трафіку mTLS L4 у нашій mesh і радіємо з приводу режиму ambient. У порівнянні з режимом sidecar, це значна економія ресурсів, і водночас це робить налаштування ще простішим і прозорішим.**
— [Andrea Dolfi](https://www.linkedin.com/in/andrea-dolfi-58b427128/), інженер DevOps
{{< /quote >}}
## Що входить у сферу дії? {#what-is-in-scope}
Загальна доступність режиму ambient означає, що наступні речі тепер вважаються стабільними:
- [Встановлення Istio з підтримкою режиму ambient](/docs/ambient/install/), за допомогою Helm або `istioctl`.
- [Додавання ваших робочих навантажень до mesh](/docs/ambient/usage/add-workloads/) для отримання взаємного TLS із криптографічною ідентичністю, [політик авторизації рівня L4](/docs/ambient/usage/l4-policy/) та телеметрії.
- [Налаштування waypoint](/docs/ambient/usage/waypoint/) для [використання функцій L7](/docs/ambient/usage/l7-features/), таких як зміна трафіку, маршрутизація запитів та забезпечення повноцінного контролю політик авторизації.
- Підключення Istio ingress gateway до робочих навантажень у режимі ambient, що підтримує Kubernetes Gateway API та всі наявні Istio API.
- Використання waypoint для контрольованого виходу з mesh.
- Використання `istioctl` для управління waypoint та усунення неполадок із ztunnel та waypoint.
Більше інформації дивіться на [сторінці статусу функцій](docs/releases/feature-stages/#ambient-mode).
### Плани {#roadmap}
Ми не зупиняємося! Існує кілька функцій, над якими ми продовжуємо працювати для майбутніх випусків, включаючи деякі, які зараз перебувають на стадії Alpha/Beta.
У наших майбутніх випусках ми плануємо швидко розвивати такі розширення режиму ambient:
- Повна підтримка взаємодії між sidecar та режимом ambient.
- Багатокластерні установки.
- Підтримка багатомережевих конфігурацій.
- Підтримка VM.
## Що з sidecar? {#what-about-sidecars}
Sidecar не зникнуть і залишаються важливим елементом в Istio. Ви можете продовжувати використовувати sidecar, і вони залишатимуться повністю підтримуваними. Хоча ми вважаємо, що більшість сценаріїв найкраще обслуговуватимуться мережею в режимі ambient, проєкт Istio залишається відданим подальшій підтримці режиму sidecar.
## Спробуйте режим ambient сьогодні {#try-ambient-mode-today}
З випуском Istio 1.24 та загальною доступністю режиму ambient тепер легше, ніж будь-коли, випробувати Istio на власних робочих навантаженнях.
- Слідуйте [керівництву з початку роботи](/docs/ambient/getting-started/), щоб дослідити режим ambient.
- Ознайомтеся з нашими [посібниками користувача](/docs/ambient/usage/), щоб дізнатися, як поступово впроваджувати ambient для взаємного TLS і політик авторизації L4, управління трафіком, розширених політик авторизації L7 та інших функцій.
- Досліджуйте [нову інфопанель Kiali 2.0](https://medium.com/kialiproject/kiali-2-0-for-istio-2087810f337e) для візуалізації вашої мережі.
Ви можете поспілкуватися з розробниками в каналі #ambient на [Istio Slack](https://slack.istio.io) або використовувати форум обговорень на [GitHub](https://github.com/istio/istio/discussions) для будь-яких запитань.

BIN
content/uk/blog/2024/ambient-reaches-ga/ztunnel-image.png Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 52 KiB

6
content/uk/docs/ambient/usage/troubleshoot-waypoint/index.md
View File

@ -37,7 +37,7 @@ $ kubectl exec deploy/curl -- curl -s http://$REVIEWS_V2_POD_IP:9080/reviews/1
Якщо ваше джерело викликає призначення за допомогою імені хосту або IP-адреси сервісу, використовуйте команду `istioctl experimental ztunnel-config service`, щоб підтвердити, що ваш waypoint використовується призначеним сервісом. За прикладом вище, сервіс `reviews` повинен використовувати `reviews-svc-waypoint`, тоді як усі інші сервіси в просторі імен `default` повинні використовувати waypoint простору імен.
{{< text bash >}}
$ istioctl experimental ztunnel-config service
$ istioctl ztunnel-config service
NAMESPACE SERVICE NAME SERVICE VIP WAYPOINT
default bookinfo-gateway-istio 10.43.164.194 waypoint
default bookinfo-gateway-istio 10.43.164.194 waypoint
@ -51,10 +51,10 @@ $ kubectl exec deploy/curl -- curl -s http://$REVIEWS_V2_POD_IP:9080/reviews/1
...
{{< /text >}}
Якщо вашу джерело викликає призначення за допомогою IP-адреси podʼа, використовуйте команду `istioctl experimental ztunnel-config workload`, щоб підтвердити, що ваш waypoint використовується призначеним podʼом. За прикладом вище, pod `reviews` `v2` повинен використовувати `reviews-v2-pod-waypoint`, тоді як усі інші podʼи в просторі імен `default` не повинні мати жодних waypoint, оскільки стандартно [waypoint обробляє лише трафік, адресований сервісам](/docs/ambient/usage/waypoint/#waypoint-traffic-types).
Якщо ваше джерело викликає призначення за допомогою IP-адреси podʼа, використовуйте команду `istioctl ztunnel-config workload`, щоб підтвердити, що ваш waypoint використовується призначеним podʼом. За прикладом вище, pod `reviews` `v2` повинен використовувати `reviews-v2-pod-waypoint`, тоді як усі інші podʼи в просторі імен `default` не повинні мати жодних waypoint, оскільки стандартно [waypoint обробляє лише трафік, адресований сервісам](/docs/ambient/usage/waypoint/#waypoint-traffic-types).
{{< text bash >}}
$ istioctl experimental ztunnel-config workload
$ istioctl ztunnel-config workload
NAMESPACE POD NAME IP NODE WAYPOINT PROTOCOL
default bookinfo-gateway-istio-7c57fc4647-wjqvm 10.42.2.8 k3d-k3s-default-server-0 None TCP
default details-v1-698d88b-wwsnv 10.42.2.4 k3d-k3s-default-server-0 None HBONE

5
content/uk/docs/concepts/traffic-management/index.md
View File

@ -220,8 +220,11 @@ spec:
- Випадковий (Random): Запити пересилаються випадковим чином до екземплярів у пулі.
- Зважений (Weighted): Запити пересилаються до екземплярів у пулі відповідно до певного відсотка.
- Кільцевий (Round robin): Запити пересилаються кожному екземпляру послідовно.
- Послідовний хеш (Consistent hash): Забезпечує мʼяку спорідненість сесій на основі заголовків HTTP, файлів cookie або інших властивостей.
- Кільцеве хешування (Ring hash): Реалізує послідовне хешування для висхідних хостів за допомогою [алгоритму Кетама] (https://www.metabrew.com/article/libketama-consistent-hashing-algo-memcached-clients).
- Maglev: реалізує послідовне хешування на висхідних хостах, як описано в [Maglev paper](https://research.google/pubs/maglev-a-fast-and-reliable-software-network-load-balancer/).
Докладніше про кожен варіант можна дізнатися в [документації з балансування навантаження Envoy](https://www.envoyproxy.io/docs/envoy/v1.5.0/intro/arch_overview/load_balancing).
Докладніше про кожен варіант можна дізнатися в [документації з балансування навантаження Envoy](https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/upstream/load_balancing/load_balancers).
### Приклад правила призначення {#destination-rule-example}

16
content/uk/docs/overview/dataplane-modes/index.md
View File

@ -18,7 +18,7 @@ Istio підтримує два основних {{< gloss "режим пане
* **Режим sidecar**, який розгортає проксі-сервер Envoy разом з кожним Podʼом, який ви запускаєте у вашому кластері, або працює поряд з сервісами, що працюють на віртуальних машинах.
* **Режим ambient**, який використовує проксі-сервер на рівні 4 для кожного вузла та, за потреби, проксі-сервер Envoy на рівні 7 для функцій на рівні 7.
Обидва режими можуть взаємодіяти один з одним<sup>[α](#supported-features)</sup>, і ви можете вибрати певні простори імен або навантаження для кожного режиму.
Ви можете вибрати певні простори імен або навантаження для кожного режиму.
## Режим Sidecar {#sidecar-mode}
@ -276,19 +276,11 @@ Istio була побудована на патерні sidecar з першог
</tbody>
</table>
## Підтримувані функції {#supported-features}
## Функції, що не підтримуються {#unsupported-features}
В Istio 1.22, реалізовані такі функції режиму ambient, але наразі вони мають статус Alpha:
Наступні функції доступні в режимі sidecar, але ще не реалізовані в режимі ambient:
* Взаємодія з sidecar
* Класичні API Istio (VirtualService та DestinationRule)
* Взаємодія з sidecar-to-waypoint
* Мультикластерні установки
* DNS проксі
* IPv6/Подвійний стек
* Підтримка SOCKS5 (для виходу)
Наступні функції ще не реалізовані:
* Контрольований вихідний трафік
* Підтримка мультимереж
* Підтримка ВМ

4
content/uk/docs/releases/feature-stages/index.md
View File

@ -59,9 +59,9 @@ test: n/a
{{< features section="Core" >}}
### Ambient {#ambient}
### Режим ambient {#ambient-mode}
{{< features section="Ambient" >}}
{{< features section="Ambient mode" >}}
{{< idea >}}
Звʼяжіться з нами, [приєднавшись до нашої спільноти](/get-involved/), якщо є функції, які ви хотіли б побачити в наших майбутніх випусках!

6
content/uk/docs/tasks/traffic-management/ingress/gateway-api/index.md
View File

@ -3,8 +3,8 @@ title: Kubernetes Gateway API
description: Описує, як налаштувати Kubernetes Gateway AP з Istio.
weight: 50
aliases:
- /docs/tasks/traffic-management/ingress/service-apis/
- /latest/docs/tasks/traffic-management/ingress/service-apis/
- /uk/docs/tasks/traffic-management/ingress/service-apis/
- /latest/uk/docs/tasks/traffic-management/ingress/service-apis/
keywords: [traffic-management,ingress, gateway-api]
owner: istio/wg-networking-maintainers
test: yes
@ -269,6 +269,8 @@ spec:
При цьому вам буде потрібно вручну зв’язати `Gateway` з `Service`, а також підтримувати їх конфігурацію портів в актуальному стані.
Для підтримки Policy Attachment, наприклад, коли ви використовуєте поле [`targetRef`](/docs/reference/config/type/workload-selector/#PolicyTargetReference) в AuthorizationPolicy, вам також потрібно вказати імʼя вашого `Gateway`, додавши наступну мітку до вашого podʼа шлюзу: `gateway.networking.k8s.io/gateway-name: <імʼя шлюзу>`.
Щоб зв’язати `Gateway` з `Service`, налаштуйте поле `addresses`, щоб воно вказувало на **один** `Hostname`.
{{< text yaml >}}

4
content/uk/news/releases/1.24.x/announcing-1.24/_index.md
View File

@ -20,9 +20,9 @@ Istio 1.24.0 офіційно підтримується на Kubernetes вер
## Що нового? {#whats-new}
### Ambient mode підвищено до стабільної версії {#ambient-mode-is-promoted-to-stable}
### Режим ambient є загально доступним {#ambient-mode-is-generally-available}
Ми раді оголосити про перехід Istio ambient mode до стабільної версії (або "General Available" - GA)! Це останній етап у [прогресії фаз функцій](/docs/releases/feature-stages/) Istio, що сигналізує про готовність функції до широкого використання у промисловому середовищі.
Ми раді повідомити про [загальну доступність режиму оточення Istio](/blog/2024/ambient-reaches-ga/)! Основні функції (ztunnel, waypoints та API) були позначені TOC як Stable (Стабільні). Це знаменує собою завершальну стадію в [фазі розвитку функцій](/docs/releases/feature-stages/) Istio, сигналізуючи про те, що функції повністю готові до широкого промислового використання.
З моменту [оголошення у 2022 році](/blog/2022/introducing-ambient-mesh/) спільнота активно працювала над [інноваціями](/blog/2024/inpod-traffic-redirection-ambient/), [масштабуванням](/blog/2024/ambient-vs-cilium/), [стабілізацією](/blog/2024/ambient-reaches-beta/) і вдосконаленням ambient mode для готовності до широкого застосування.