fix_some_typos

Author: Tellz777

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

@@ -10,8 +10,8 @@ weight: 30
 
 Вот один из примеров контура управления: термостат в помещении.
 
-Когда вы устанавливаете температуру, это говорит термостату о вашем  *желаемом состоянии*. Фактическая температура в помещении - это 
-*текущее состояние*. Термостат действует так, чтобы приблизить текущее состояние к желаемому  состоянию, путем включения или выключения оборудования.
+Когда вы устанавливаете температуру, это говорит термостату о вашем *желаемом состоянии*. Фактическая температура в помещении - это 
+*текущее состояние*. Термостат действует так, чтобы приблизить текущее состояние к желаемому состоянию, путем включения или выключения оборудования.
 
 {{< glossary_definition term_id="controller" length="short">}}
 
@@ -27,7 +27,7 @@ weight: 30
 имеют поле спецификации, которое представляет желаемое состояние. Контроллер (ы) для этого ресурса несут ответственность за приближение текущего состояния к желаемому состоянию
 
 Контроллер может выполнить это действие сам; чаще всего в Kubernetes,
-контроллер будет отправляет сообщения на 
+контроллер отправляет сообщения на 
 {{< glossary_tooltip text="сервер API" term_id="kube-apiserver" >}} которые имеют
 полезные побочные эффекты. Пример этого вы можете увидеть ниже.
 
@@ -40,7 +40,7 @@ weight: 30
 Контроллер {{< glossary_tooltip term_id="job" >}} является примером встроенного контроллера Kubernetes. Встроенные контроллеры управляют состоянием, взаимодействуя с кластером сервера API.
 
 Задание - это ресурс Kubernetes, который запускает
-{{< glossary_tooltip term_id="pod" >}}, или возможно несколько Pod-ов, которые выполняют задание и затем останавливаются.
+{{< glossary_tooltip term_id="pod" >}}, или возможно несколько Pod-ов, выполняющих задачу и затем останавливающихся.
 
 (После [планирования](/docs/concepts/scheduling-eviction/), Pod объекты становятся частью желаемого состояния для kubelet).
 
@@ -50,9 +50,9 @@ weight: 30
 {{< glossary_tooltip text="плоскости управления" term_id="control-plane" >}}
 действуют на основе информации (имеются ли новые запланированные Pod-ы для запуска), и в итоге работа завершается.
 
-После того, как вы создадите новое задание, желаемое состояние для этого задания будет завершено. Контроллер задания приближает текущее состояние этого задания к желаемому состоянию: создает Pod-ы, которые выполняют работу, которую вы хотели для этого задания, чтобы задание было ближе к завершению.
+После того как вы создадите новое задание, желаемое состояние для этого задания будет завершено. Контроллер задания приближает текущее состояние этой задачи к желаемому состоянию: создает Pod-ы, выполняющие работу, которую вы хотели для этой задачи, чтобы задание было ближе к завершению.
 
-Контроллеры  также обровляют объекты которые их настраивают.
+Контроллеры также обновляют объекты которые их настраивают.
 Например: как только работа выполнена для задания, контроллер задания обновляет этот объект задание, чтобы пометить его как `Завершенный`.
 
 (Это немного похоже на то, как некоторые термостаты выключают свет, чтобы указать, что теперь ваша комната имеет установленную вами температуру).
@@ -66,20 +66,20 @@ weight: 30
 
 Контроллеры, которые взаимодействуют с внешним состоянием, находят свое желаемое состояние с сервера API, а затем напрямую взаимодействуют с внешней системой, чтобы приблизить текущее состояние.
 
-(На самом деле существует [контроллер](https://github.com/kubernetes/autoscaler/), который горизонтально маштабирует узлы в вашем кластере.)
+(На самом деле существует [контроллер](https://github.com/kubernetes/autoscaler/), который горизонтально масштабирует узлы в вашем кластере.)
 
 Важным моментом здесь является то, что контроллер вносит некоторые изменения, чтобы вызвать желаемое состояние, а затем сообщает текущее состояние обратно на сервер API вашего кластера. Другие контуры управления могут наблюдать за этими отчетными данными и предпринимать собственные действия.
 
-В примере с термостатом, если в помещении очень холодно, тогда другой контроллер может также включить обогреватель для защиты от замерзания. В кластерах  Kubernetes, плоскость управления косвенно работает с инструментами управления IP-адресами,службами хранения данных, API облочных провайдеров и другими службами для релизации
+В примере с термостатом, если в помещении очень холодно, тогда другой контроллер может также включить обогреватель для защиты от замерзания. В кластерах Kubernetes, плоскость управления косвенно работает с инструментами управления IP-адресами, службами хранения данных, API облачных провайдеров и другими службами для реализации
 [расширения Kubernetes](/docs/concepts/extend-kubernetes/).
 
 ## Желаемое против текущего состояния {#desired-vs-current}
 
-Kubernetes использует систему вида cloud-native и способен справлятся с постоянными изменениями.
+Kubernetes использует систему вида cloud-native и способен справляться с постоянными изменениями.
 
-Ваш кластер может изменяться в любой по мере выполнения работы и контуры управления автоматически устранают сбой. Это означает, что потенциально Ваш кластер никогда не достигнет стабильного состояния.
+Ваш кластер может изменяться в любой по мере выполнения работы и контуры управления автоматически устраняют сбой. Это означает, что потенциально Ваш кластер никогда не достигнет стабильного состояния.
 
-Пока контроллеры вашего кластера работают и могут вносить полезные изменения, не имеет  значения, является ли общее состояние стабильным или нет.
+Пока контроллеры вашего кластера работают и могут вносить полезные изменения, не имеет значения, является ли общее состояние стабильным или нет.
 
 ## Дизайн
 
@@ -90,7 +90,7 @@ Kubernetes использует систему вида cloud-native и спос
 {{< note >}}
 Существует несколько контроллеров, которые создают или обновляют один и тот же тип объекта. За кулисами контроллеры Kubernetes следят за тем, чтобы обращать внимание только на ресурсы, связанные с их контролирующим ресурсом.
 
-Например, у вас могут быть развертывания и задания; они оба создают Pod-ы. Контроллер заданий не удаляет Pod-ы созданные вашим развертиыванием, потому что имеется информационные ({{< glossary_tooltip term_id="label" text="метки" >}})
+Например, у вас могут быть развертывания и задания; они оба создают Pod-ы. Контроллер заданий не удаляет Pod-ы созданные вашим развертыванием, потому что имеется информационные ({{< glossary_tooltip term_id="label" text="метки" >}})
 которые могут быть использованы контроллерами тем самым показывая отличие Pod-ов.
 {{< /note >}}
 
@@ -102,7 +102,7 @@ Kubernetes поставляется с набором встроенных ко
 Kubernetes позволяет вам запускать устойчивую плоскость управления, так что в случае отказа одного из встроенных контроллеров работу берет на себя другая часть плоскости управления.
 
 Вы можете найти контроллеры, которые работают вне плоскости управления, чтобы расширить Kubernetes.
-Или, если вы хотите, можете написать новый контроллер самостоятельно. Вы можете запустить свой собственный контроллер виде наборов Pod-ов,
+Или, если вы хотите, можете написать новый контроллер самостоятельно. Вы можете запустить свой собственный контроллер в виде наборов Pod-ов,
 или внешнее в Kubernetes. Что подойдет лучше всего, будет зависеть от того, что делает этот конкретный контроллер.