start translation to russian

Author: wm-wm-wm

mddocs/docs/ru/changelog/0.1.0.md

@@ -1,3 +1,3 @@
-# 0.1.0 (2024-12-25)
+# 0.1.0 (2024-12-25) { #0.1.0 }
 
 🎉 Первый релиз Data.Rentgen! 🎉

mddocs/docs/ru/changelog/0.2.0.md

@@ -1,7 +1,7 @@
-# 0.2.1 (2025-04-07)
+# 0.2.1 (2025-04-07) { #0.2.1 }
 
 ## Улучшения
 
-- Размер образа уменьшен в 2 раза
-- Пользователь docker-образа изменен с `root` на `data-rentgen` для повышения безопасности.
-- При сборке генерируется файл SBOM (Software Bill of Materials).
+- Уменьшен размера образа в 2 раза
+- Для улучшения безопасности пользователь docker-образа измененен с `root` на `data-rentgen` 
+- Файл SBOM (Software Bill of Materials) генерируется при релизе

mddocs/docs/ru/changelog/0.2.1.md

@@ -1,23 +1,22 @@
-# 0.3.0 (2025-07-04)
+# 0.3.0 (2025-07-04) { #0.3.0 }
 
 ## Новые возможности
 
 - Улучшена поддержка `openlineage-airflow` ([#210](https://github.com/MobileTeleSystems/data-rentgen/issues/210)).
 
-  Раньше мы отслеживали только события начала/окончания DAG и Task, но не отслеживали связи между данными.
-  Теперь мы сохраняем связи между данными, создаваемые операторами Airflow, такими как `SQLExecuteQueryOperator`.
-
+  Раньше мы отслеживали только события начала/окончания DAG и Task, но не отслеживали lineage
+  Теперь мы сохраняем lineage, созданный операторами Airflow, такими как `SQLExecuteQueryOperator`.
 - Добавлена поддержка `openlineage-flink` ([#214](https://github.com/MobileTeleSystems/data-rentgen/issues/214)).
 - Добавлена поддержка `openlineage-hive` ([#245](https://github.com/MobileTeleSystems/data-rentgen/issues/245)).
 - Добавлена поддержка `openlineage-dbt` ([#223](https://github.com/MobileTeleSystems/data-rentgen/issues/223)).
-- Добавлена детализация `DATASET` для `GET /api/datasets/lineage` ([#235](https://github.com/MobileTeleSystems/data-rentgen/issues/235)).
+- Добавлена грануляция `DATASET` для `GET /api/datasets/lineage` ([#235](https://github.com/MobileTeleSystems/data-rentgen/issues/235)).
 - Сохранение SQL-запросов, полученных от интеграций OpenLineage. ([#213](https://github.com/MobileTeleSystems/data-rentgen/issues/213), [#218](https://github.com/MobileTeleSystems/data-rentgen/issues/218)).
 
 ## Критические изменения
 
-- Изменен тип `Output.type` в ответе `GET /api/*/lineage` с `Enum` на `List[Enum]` ([#222](https://github.com/MobileTeleSystems/data-rentgen/issues/222)).
+- Изменение `Output.type` в ответе `GET /api/*/lineage` с `Enum` на `List[Enum]` ([#222](https://github.com/MobileTeleSystems/data-rentgen/issues/222)).
 
-### Примеры ENUM в ответе о связях между данными
+### Примеры ENUM в ответе lineage
 
 === До
 
@@ -53,11 +52,11 @@
   }
   ```
 
-  Мы используем схему выходных данных, если она доступна, в противном случае используем схему входных данных.
+  Мы используем схему выходных данных, если она есть, иначе используем схему входных данных.
 
-- `Input.schema` и `Output.schema` перенесены в `Dataset.schema` в ответе `GET /api/*/lineage` ([#249](https://github.com/MobileTeleSystems/data-rentgen/issues/249)).
+- Перемещение `Input.schema` и `Output.schema` в `Dataset.schema` в ответе `GET /api/*/lineage` ([#249](https://github.com/MobileTeleSystems/data-rentgen/issues/249)).
 
-### Примеры схемы в ответе о связях между данными
+### Примеры схемы в ответе lineage
 
 === До
 
@@ -124,25 +123,28 @@
 ## Улучшения
 
 - Добавлен скрипт `cleanup_partitions.py` для автоматической очистки старых партиций таблиц ([#254](https://github.com/MobileTeleSystems/data-rentgen/issues/254)).
-- Добавлен скрипт `data_rentgen.db.seed`, который создает примеры данных в базе данных ([#257](https://github.com/MobileTeleSystems/data-rentgen/issues/257)).
-- Ускорено получение объектов `Run` и `Operation` из базы данных по id ([#247](https://github.com/MobileTeleSystems/data-rentgen/issues/247)).
+- Добавлен скрипт `data_rentgen.db.seed`, который создаёт примеры данных в базе данных ([#257](https://github.com/MobileTeleSystems/data-rentgen/issues/257)).
+- Ускорено извлечение `Run` и `Operation` из базы данных по ID ([#247](https://github.com/MobileTeleSystems/data-rentgen/issues/247)).
 - Ускорено получение событий OpenLineage из Kafka ([#236](https://github.com/MobileTeleSystems/data-rentgen/issues/236)).
 - Сделана более надежной обработка сообщений в консьюмере ([#204](https://github.com/MobileTeleSystems/data-rentgen/issues/204)).
 
-  Ранее некорректно сформированные события OpenLineage (JSON) приводили к пропуску всего пакета сообщений, прочитанных из Kafka.
-  Теперь сообщения анализируются по отдельности, а некорректные отправляются обратно в топик Kafka `input.runs__malformed`.
-- Улучшено сохранение данных о связях для длительных операций ([#253](https://github.com/MobileTeleSystems/data-rentgen/issues/253)).
+  Ранее некорректно сформированные события OpenLineage (JSON) приводили к пропуску всего пакета сообщений, считанного из Kafka.
+  Теперь сообщения обрабатываются по отдельности, а некорректные отправляются обратно в Kafka-топик `input.runs__malformed`.
+- Улучшено хранение данных о происхождении для долгих операций ([#253](https://github.com/MobileTeleSystems/data-rentgen/issues/253)).
 
 ### Описание
 
-  Ранее, если операция выполнялась в течение длительного времени (более дня, потоковые задачи Flink могут легко работать месяцами или годами), и граф связей строился за последний день, то задача/запуск/операция Flink отсутствовали в графе.
+  Ранее, если операция выполнялась долго (более дня, стриминговые задачи Flink могут легко работать месяцами или годами),
+  и граф lineage строился за последний день, задача/запуск/операция Flink отсутствовали в графе.
 
-  Это происходило потому, что мы создавали связи ввода/вывода/столбцов в начале операции, и события `RUNNING` той же операции (контрольные точки) просто обновляли статистику в той же строке.
+  Это происходило потому, что мы создавали записи о входных/выходных данных и столбцах при старте операции,
+  а события `RUNNING` той же операции (контрольные точки) просто обновляли статистику в той же строке.
 
-  Теперь мы создаем новую строку для связей ввода/вывода/столбцов также и для событий контрольных точек. Но только одну строку для каждого часа с момента запуска операции, так как увеличение количества строк замедляет построение графа связей.
+  Теперь мы создаем новые записи о входных/выходных данных и столбцах также и для событий контрольных точек.
+  Но только одну запись за каждый час с момента запуска операции, так как увеличение количества строк замедляет построение графа происхождения.
 
   Для короткоживущих операций (большинство пакетных операций занимает менее часа) поведение остается неизменным.
 
 ## Исправления ошибок
 
-- Исправлен шаблон URL для DAG и Task в Airflow 3.x ([#227](https://github.com/MobileTeleSystems/data-rentgen/issues/227)).
+- Исправлен шаблон URL для Airflow 3.x DAG и Task ([#227](https://github.com/MobileTeleSystems/data-rentgen/issues/227)).

mddocs/docs/ru/changelog/0.3.0.md

@@ -1,4 +1,4 @@
-# 0.3.1 (2025-07-04)
+# 0.3.1 (2025-07-04) { #0.3.1 }
 
 ## Критические изменения
 

mddocs/docs/ru/changelog/0.3.1.md

@@ -1,4 +1,4 @@
-# Changelog
+# Журнал изменений
 
 [0.3.1][0.3.1]
 [0.3.0][0.3.0]

mddocs/docs/ru/changelog/index.md

@@ -1 +1 @@
-Если в некотором запуске одна и та же таблица используется как для ввода, так и для вывода (например, при объединении дубликатов или выполнении некоторых проверок перед записью), DataRentgen исключает из lineage связи `dataset1 -> dataset1`  с параметром `granularity=DATASET`.
+If some run uses the same table as both input and output (e.g. merging duplicates or performing some checks before writing), DataRentgen excludes `dataset1 -> dataset1` relations from lineage with `granularity=DATASET`.

mddocs/docs/ru/changelog/next_release/261.bugfix.md

@@ -1,3 +1,3 @@
-Добавлено обходное решение для случаев, когда OpenLineage отправляет событие приложения Spark с `job.name=unknown`.
+Add workaround if OpenLineage emitted Spark application event with `job.name=unknown`.
 
-Для этого требуется установка OpenLineage с внедренным исправлением: [https://github.com/OpenLineage/OpenLineage/pull/3848](https://github.com/OpenLineage/OpenLineage/pull/3848).
+This requires installing OpenLineage with this fix merged: [https://github.com/OpenLineage/OpenLineage/pull/3848](https://github.com/OpenLineage/OpenLineage/pull/3848).

mddocs/docs/ru/changelog/next_release/263.improvement.md

@@ -1 +1 @@
-В версиях 0.3.0 и 0.3.1 lineage с параметром `granularity=DATASET` мог возвращать датасеты, которые не были связаны друг с другом, но были входными/выходными данными одного и того же запуска. Теперь при построении графа учитываются только прямые связи.
+In 0.3.0 and 0.3.1 lineage with `granularity=DATASET` may return datasets which were not interacted with each other, but were inputs/outputs of the same run. Now only direct interactions are used while resolving lineage graph.

mddocs/docs/ru/changelog/next_release/264.bugfix.md

@@ -1,5 +1,5 @@
-Добавлены пользовательские фасеты `dataRentgen_run` и `dataRentgen_operation`, позволяющие:
+Add custom `dataRentgen_run` and `dataRentgen_operation` facets allowing to:
 
-- Передавать пользовательские поля `external_id`, `persistent_log_url` и другие поля для Run
-- Передавать пользовательские поля `name`, `description`, `group`, `positition` для Operation
-- Отмечать событие как содержащее только данные Operation или данные и Run, и Operation.
+- Passing custom `external_id`, `persistent_log_url` and other fields of Run.
+- Passing custom `name`, `description`, `group`, `positition` fields of Operation.
+- mark event as containing only Operation or both Run + Operation data.