From 2b99e3897dc98b379a0ad4196dafef363b29bb68 Mon Sep 17 00:00:00 2001 From: denis-boost <61793934+denis-boost@users.noreply.github.com> Date: Tue, 22 Feb 2022 21:44:24 +0200 Subject: [PATCH] Update README.ukrainian.md --- .../README.ukrainian.md | 38 +++++++++---------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/translations/unfinished-review-needed/README.ukrainian.md b/translations/unfinished-review-needed/README.ukrainian.md index e40521da..6ae423da 100644 --- a/translations/unfinished-review-needed/README.ukrainian.md +++ b/translations/unfinished-review-needed/README.ukrainian.md @@ -36,14 +36,14 @@ | Спільнота та підтримка | - Сприяння + Участь ## Навіщо це потрібно? -- Створюйте 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 - створення нового клону, готового до роботи, всього за кілька секунд (незалежно від розміру БД). -- Максимальна теоритична кількість знімків: 264. ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням). -- Максимальний теоритичний розмір директорії даних PostgreSQL: 256 квадрильйонів зебібайт або 2128 байт ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням). +- Максимальна теоретична кількість знімків: 264. ([ZFS](https://en.wikipedia.org/wiki/ZFS), варіант за замовчуванням). +- Максимальний теоретичний розмір директорії даних PostgreSQL: 256 квадрильйонів зебібайт або 2128 байт ([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-код для світлих фонів:

@@ -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)