Merge pull request #89 from denis-boost/patch-1

Update README.ukrainian.md

Author: NikolayS

translations/unfinished-review-needed/README.ukrainian.md

@@ -36,14 +36,14 @@
     <span> | </span>
     <a href="#спільнота-та-підтримка">Спільнота та підтримка</a>
     <span> | </span>
-    <a href="https://github.com/CONTRIBUTING.md">Сприяння</a>
+    <a href="https://github.com/CONTRIBUTING.md">Участь</a>
   </h3>
 </div>
 
 ## Навіщо це потрібно?
-- Створюйте dev-, QA-, staging-середовища, засновані на повнорозмірних баз даних, ідентичних або наближених до «бойових».
+- Створюйте dev-, QA-, staging-середовища, засновані на повнорозмірних базах даних, ідентичних або наближених до «бойових».
 - Отримайте доступ до тимчасових повнорозмірних клонів «бойової» БД для аналізу запитів SQL та оптимізації (дивіться також: [чат-бот для оптимізації SQL Joe](https://gitlab.com/postgres-ai/joe)).
-- Автоматично тестуйте зміни БД у CI/CD-пайплайнах, щоб не допускати інцидентів у продуктивності.
+- Автоматично тестуйте зміни БД у CI/CD-пайплайнах, щоб не допускати інцидентів у продуктиві.
 
 Наприклад, клонування 1-терабайтної бази даних PostgreSQL займає близько 10 секунд. При цьому десятки незалежних клонів можуть працювати на одній машині, забезпечуючи розробку та тестування без збільшення витрат на залізо.
 
@@ -52,7 +52,7 @@
 ## Як це працює
 Тонке клонування працює надшвидко, оскільки воно базується на технології [Copy-on-Write (CoW)] (https://en.wikipedia.org/wiki/Copy-on-write#In_computer_storage). DLE підтримує два варіанти CoW: [ZFS](https://en.wikipedia.org/wiki/ZFS) (використовується за замовчуванням) та [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
 
-При роботі з ZFS DLE періодично створює нові знімки директорії даних і підтримує набір таких знімків, періодично зачищаючи старі невикористовувані. При створенні нових клонів користувачі можуть вибрати, на основі якого знімка створювати клон.
+При роботі з ZFS DLE періодично створює нові знімки директорії даних і підтримує набір таких знімків, періодично зачищаючи старі невикористовувані. При створенні нових клонів користувачі можуть вибрати, на основі якого саме знімка створювати клон.
 
 Дізнатися більше можна за наступними посиланнями:
 - [Як це працює](https://postgres.ai/products/how-it-works)
@@ -67,35 +67,35 @@
 
 ## Вивчення кейсів
 - Qiwi: [Як Qiwi керує даними для прискорення процесу розробки](https://postgres.ai/resources/case-studies/qiwi)
-- GitLab: [Як GitLab побудував процес ітерації оптимізації SQL для зниження ризиків інцидентів](https://postgres.ai/resources/case-studies/gitlab)
+- GitLab: [Як GitLab побудував ітеративний процес оптимізації SQL для зниження ризиків інцидентів](https://postgres.ai/resources/case-studies/gitlab)
 
 ## Можливості
 - блискавичне клонування БД Postgres - створення нового клону, готового до роботи, всього за кілька секунд (незалежно від розміру БД).
-- Максимальна теоритична кількість знімків: 2<sup>64</sup>. ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням).
-- Максимальний теоритичний розмір директорії даних PostgreSQL: 256 квадрильйонів зебібайт або 2<sup>128</sup> байт ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням).
+- Максимальна теоретична кількість знімків: 2<sup>64</sup>. ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням).
+- Максимальний теоретичний розмір директорії даних PostgreSQL: 256 квадрильйонів зебібайт або 2<sup>128</sup> байт ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням).
 - Підтримуються усі основні версії PostgreSQL: 9.6-14.
-- Для реалізації тонкого клонування підтримується дві технології ([CoW](https://en.wikipedia.org/wiki/Copy-on-write)): [ZFS](https://en.wikipedia.org/wiki/ZFS ) та [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
+- Для реалізації тонкого клонування підтримуються дві технології ([CoW](https://en.wikipedia.org/wiki/Copy-on-write)): [ZFS](https://en.wikipedia.org/wiki/ZFS ) та [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
 - Усі компоненти працюють у Docker-контейнерах.
 - UI для зручності ручних дій користувача.
 - API та CLI для зручності автоматизації роботи зі знімками та клонами DLE.
 - За замовчуванням контейнери PostgreSQL включають безліч популярних розширень ([docs](https://postgres.ai/docs/database-lab/supported-databases#extensions-included-by-default)).
 - Контейнери PostgreSQL можуть бути кастомізовані ([docs](https://postgres.ai/docs/database-lab/supported-databases#how-to-add-more-extensions)).
 - БД-джерело може бути де завгодно (Postgres під управлінням користувача, Yandex.Cloud, AWS RDS, GCP CloudSQL, Azure, Timescale Cloud і т.д.) і не вимагає жодних змін. Немає жодних вимог для встановлення ZFS або Docker у БД-джерела (продуктивна БД).
-- Початкове отримання даних може бути виконане як на фізичному (pg_basebackup або інструменти для бекапів - такі як WAL-G, pgBackRest), так і на логічес (dump/restore безпосередньо з джерела або відновлення з файлів, що зберігаються в AWS S3) рівнях.
+- Початкове отримання даних може бути виконане як на фізичному (pg_basebackup або інструменти для бекапів - такі як WAL-G, pgBackRest), так і на логічному (dump/restore безпосередньо з джерела або відновлення з файлів, що зберігаються в AWS S3) рівнях.
 – Для логічного режиму підтримується часткове відновлення даних (конкретні БД, таблиці).
-- Для фізичного режиму підтримується постійно оновлюваний стан ("sync container"), що робить DLE спеціалізованою реплікою.
+- Для фізичного режиму підтримується постійно оновлюваний стан ("sync container"), що по суті робить DLE спеціалізованою реплікою.
 - Для логічного режиму підтримується періодичне повне оновлення даних, повністю автоматизоване та контрольоване DLE. Є можливість використовувати кілька дисків, що містять різні версії БД, тому процес оновлення не призводить до простою в роботі з DLE і клонами.
-- Надшвидке відновлення на певну тимчасову (Point in Time Recovery, PITR).
+- Надшвидке відновлення на певний момент у часі (Point in Time Recovery, PITR).
 - Невикористані клони автоматично видаляються.
-- Опціональний прапор "Захист від видалення" захищає клон від автоматичного або ручного видалення.
+- Опція "Захист від видалення" захищає клон від автоматичного або ручного видалення.
 - У конфігурації DLE можна настроїти політику зачистки знімків.
 - Невбивні клони: клони переживають рестарти DLE (включаючи випадок із перезавантаженням машини).
 - Команда "reset" може бути використана для перемикання між різними версіями даних.
-- Компонент DB Migration Cheecker збирає різні артифакти, корисні для тестування БД у CI ([docs](https://postgres.ai/docs/db-migration-checker)).
+- Компонент DB Migration Cheecker збирає різні артефакти, корисні для тестування БД у CI ([docs](https://postgres.ai/docs/db-migration-checker)).
 - SSH port forwarding для API та Postgres-з'єднань.
-- Параметри конфіга Docker-контейнера можуть бути спеціалізовані в конфіг DLE.
+- Параметри конфігурації Docker-контейнера можуть бути спеціалізовані в конфігурацію DLE.
 - Квоти використання ресурсів для клонів: процесор, пам'ять (будь-які квоти контейнерів, що підтримуються Docker).
-- Параметри Postgres конфігу можуть бути спеціалізовані в конфізі DLE (окремо для клонів, контейнерів "sync" і "promote").
+- Параметри Postgres конфігурації можуть бути спеціалізовані в конфігурації DLE (окремо для клонів, контейнерів "sync" і "promote").
 - Monitoring: відкритий `/healthz` (без авторизації), розширений `/status` (вимагає авторизації), [Netdata-модуль](https://gitlab.com/postgres-ai/netdata_for_dle).
 
 ## Як взяти участь у розвитку проекту
@@ -104,10 +104,10 @@
 
 ![Поставте зірку](./assets/star.gif)
 
-### Вкажіть очевидно, що ви використовуєте DLE
+### Вкажіть явно, що ви використовуєте DLE
 Будь ласка, опублікуйте твіт зі згадкою [@Database_Lab](https://twitter.com/Database_Lab) або поділіться посиланням на цей репозиторій у вашій улюбленій соціальній мережі.
 
-Якщо ви використовуєте DLE у роботі, подумайте, де ви могли б згадати. Один із найкращих способів згадки – використання графіки з посиланням. Деякі матеріали можна знайти у директорії `./assets`. Будь ласка, використовуйте їх у своїх документах, презентаціях, інтерфейсах програм та веб-сайтів, щоб показати, що ви використовуєте DLE.
+Якщо ви використовуєте DLE у роботі, подумайте, де ви могли б про це згадати. Один із найкращих способів згадування – використання графіки з посиланням. Деякі матеріали можна знайти у директорії `./assets`. Будь ласка, використовуйте їх у своїх документах, презентаціях, інтерфейсах програм та веб-сайтів, щоб показати, що ви використовуєте DLE.
 
 HTML-код для світлих фонів:
 <p>
@@ -160,11 +160,11 @@ HTML-код для світлих фонів:
 ## Ліцензія
 Код DLE розповсюджується під ліцензією, схваленою OSI: GNU Affero General Public License version 3 (AGPLv3).
 
-Зв'яжіться з командою Postgres.ai, якщо вам потрібна комерційна ліцензія, яка не містить пропозицій GPL, а також якщо вам потрібна підтримка: [Контактна сторінка](https://postgres.ai/contact).
+Зв'яжіться з командою Postgres.ai, якщо вам потрібна комерційна ліцензія, яка не містить пунктів GPL, а також якщо вам потрібна підтримка: [Контактна сторінка](https://postgres.ai/contact).
 
 [![Статус FOSSA](https://app.fossa.io/api/projects/git%2Bgithub.com%2Fpostgres-ai%2Fdatabase-lab-engine.svg?type=large)](https://app .fossa.io/projects/git%2Bgithub.com%2Fpostgres-ai%2Fdatabase-lab-engine?ref=badge_large)
 
-## Спільнота та Підтримка
+## Спільнота та підтримка
 - ["Кодекс поведінки спільноти Database Lab Engine"](./CODE_OF_CONDUCT.md)
 - Де отримати допомогу: [Контактна сторінка](https://postgres.ai/contact)
 - [Спільнота у Телеграм (російська мова)](https://t.me/databaselabru)