Merge pull request #29833 from aak74/patch-1

typos

Author: k8s-ci-robot

content/ru/docs/concepts/architecture/controller.md

@@ -44,11 +44,11 @@ weight: 30
 
 (После [планирования](/docs/concepts/scheduling-eviction/), Pod объекты становятся частью желаемого состояния для kubelet).
 
-Когда контроллер задания видить новую задачу, он убеждается что где-то в вашем кластере kubelet-ы на множестве узлов запускают нужное количество Pod-ов для выполнения работы.
-Контроллер задания сам по себе не запускает никакие Pod-ы или контейнеры. Вместо этого контроллер задания Iсообщает серверу API о создании или удалении Pod-ов.
+Когда контроллер задания видит новую задачу, он убеждается что где-то в вашем кластере kubelet-ы на множестве узлов запускают нужное количество Pod-ов для выполнения работы.
+Контроллер задания сам по себе не запускает никакие Pod-ы или контейнеры. Вместо этого контроллер задания сообщает серверу API о создании или удалении Pod-ов.
 Другие компоненты в 
 {{< glossary_tooltip text="плоскости управления" term_id="control-plane" >}}
-действуют на основе информации (имеются ли новые заплонированные Pod-ы для запуска), и в итоге работка заверщается.
+действуют на основе информации (имеются ли новые запланированные Pod-ы для запуска), и в итоге работа завершается.
 
 После того, как вы создадите новое задание, желаемое состояние для этого задания будет завершено. Контроллер задания приближает текущее состояние этого задания к желаемому состоянию: создает Pod-ы, которые выполняют работу, которую вы хотели для этого задания, чтобы задание было ближе к завершению.
 
@@ -62,12 +62,11 @@ weight: 30
 В отличие от Задания, некоторым контроллерам нужно вносить изменения в вещи за пределами вашего кластера.
 
 Например, если вы используете контур управления, чтобы убедиться, что в вашем кластере достаточно {{< glossary_tooltip text="Узлов" term_id="node" >}},
-тогда этому контроллеру нужно что-то вне текущего кластера, чтобы при необъодимости установить новые узлы.
+тогда этому контроллеру нужно что-то вне текущего кластера, чтобы при необходимости запустить новые узлы.
 
 Контроллеры, которые взаимодействуют с внешним состоянием, находят свое желаемое состояние с сервера API, а затем напрямую взаимодействуют с внешней системой, чтобы приблизить текущее состояние.
 
-(На самом деле существует [контроллер](https://github.com/kubernetes/autoscaler/)
-, который горизонтально маштабирует узла в вашем кластере.)
+(На самом деле существует [контроллер](https://github.com/kubernetes/autoscaler/), который горизонтально маштабирует узлы в вашем кластере.)
 
 Важным моментом здесь является то, что контроллер вносит некоторые изменения, чтобы вызвать желаемое состояние, а затем сообщает текущее состояние обратно на сервер API вашего кластера. Другие контуры управления могут наблюдать за этими отчетными данными и предпринимать собственные действия.