diff --git a/DevOps/Helm/Learn-by-Krukov/01-base-helm.md b/DevOps/Helm/Learn-by-Krukov/01-base-helm.md
index 73142ad..81905c6 100644
--- a/DevOps/Helm/Learn-by-Krukov/01-base-helm.md
+++ b/DevOps/Helm/Learn-by-Krukov/01-base-helm.md
@@ -1,6 +1,6 @@
 ---
 title: 01-base-helm
-description: 
+description:
 published: true
 date: 2023-11-08T08:24:36.599Z
 tags: helm
@@ -17,7 +17,7 @@ Helm - это менеджер пакетов для kuberntes.
 Как любой менеджер пакетов, Helm упрощает задачу управления жизненным циклом приложений.
 
 Апдейт и удаление приложений достаточно простые (ну почти всегда). Поэтому в
-данном цикле видео, мы не будем акцентировать внимание на этих действиях. В основном мы 
+данном цикле видео, мы не будем акцентировать внимание на этих действиях. В основном мы
 займемся разбором создания собственных пакетов (chart), их установкой и кастомизацией.
 
 ### Документация
@@ -31,16 +31,16 @@ Helm - это менеджер пакетов для kuberntes.
 Внутри которого находятся:
 * Описание чарта.
 * Шаблоны манифестов.
-* Конфигурационные параметры приложения по умолчанию. 
+* Конфигурационные параметры приложения по умолчанию.
 * Другие, не обязательные файлы.
 
 Для хранения набора таких пакетов можно использовать любой WEB сервер с обязательным файлом index.yaml, в котором
-описываются чарты, которые предоставляются данным сервером. Но это конечно самый простой способ создания репозитория. 
-В принципе хранить архивы пакетов можно в специализированных системах или универсальных приложениях, которые 
+описываются чарты, которые предоставляются данным сервером. Но это конечно самый простой способ создания репозитория.
+В принципе хранить архивы пакетов можно в специализированных системах или универсальных приложениях, которые
 поддерживают helm charts типа Nexus, Harbor и т.п.
 
-Так же чарт можно хранить например в локальной файловой системе, не запаковывая его в архив, в виде структуры файлов 
-и директорий. Но в этом случае затруднена версионность чарта. Т.е. для разных версий чарта необходимо создавать 
+Так же чарт можно хранить например в локальной файловой системе, не запаковывая его в архив, в виде структуры файлов
+и директорий. Но в этом случае затруднена версионность чарта. Т.е. для разных версий чарта необходимо создавать
 отдельные директории. Ситуацию может облегчить хранения файлов чарта в системе контроля версии, например в git.
 
 Основная задача helm:
@@ -71,10 +71,10 @@ Helm не может управлять приложениями, установ
 Изучать что-либо, просто так, без поставленной задачи бессмысленно. Поэтому сформулируем задачу, которую мы должны
 будем решить.
 
-У нас есть некоторое приложение - openresty, которое мы запускаем в кластере kubernetes. Для этого приложения мы написали 
+У нас есть некоторое приложение - openresty, которое мы запускаем в кластере kubernetes. Для этого приложения мы написали
 файлы [манифестов](../base-application).
 
-Наша задача, сделать из этих манифестов чарт, так что бы мы могли при установке изменять парамеры деплоя, 
+Наша задача, сделать из этих манифестов чарт, так что бы мы могли при установке изменять парамеры деплоя,
 конфигурационных файлов, сервисов и т.п.
 
 У нас не стоит задачи сделать супер chart с возможностью кастомизации всего и вся. Только базовый функционал,