vdk2ch/flask-htmx-board1
5
0
Fork 0
Code Issues 1 Pull Requests Packages Projects Releases Wiki Activity

asdf

Browse Source
This commit is contained in:
Simple_Not 2023-07-01 22:04:35 +10:00
parent 8391536996
commit 920cf6fcee
1 changed files with 8 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
README.md
View File

@ -7,9 +7,9 @@
1. [Логика работы мониторинга](#логика-работы-мониторинга)
Вообще суть такова:
Вообще, суть такова:
Мы берём фласк, кидаем в контейнер, далее контейнер педалим в кубернетес в деплоймент соответствующий ветке (мастер/дев) с 2-3 подами на деплоймент, всё это должен уметь делать CI/CD
Мы берём фласк, кидаем в докер-образ, далее контейнер педалим в кубернетес в деплоймент, соответствующий ветке (мастер/дев) с 2-3 подами на деплоймент. Всё это должен уметь делать CI/CD
Далее возможно добавление в схему волта
@ -19,7 +19,7 @@
## Локальная сборка и запуск
[наверх](#table-of-contents)
Запуск элементарный, с единственным моментом - нужно предварительно заполнить локальный файл с переменными где лежат пароли, хосты, итд.
Запуск элементарный. Единственный момент - нужно предварительно заполнить локальный файл с переменными где лежат пароли, хосты, и т.д.
Локальный запуск независим от деплойментов.
```shell
@ -45,7 +45,7 @@ python app.py
## Логика доступа к контенту
[наверх](#table-of-contents)
Попадаем на сервер, nginx отправляет в куб. Там ингресс закидывает на деплоймент соответственно доменному имени. Из деплоймента отвечают свободные поды. Поды ходят в постгрес и минио когда надо.
Попадаем на сервер, где nginx отсылает запрос в куб. Там ингресс закидывает его на деплоймент соответственно доменному имени и после отвечают свободные поды. Когда надо, поды ходят в постгрес и минио.
```mermaid
@ -110,7 +110,7 @@ stateDiagram-v2
## Логика деплоя в куб по коммиту
[наверх](#table-of-contents)
Да просто триггерим дев- или мастер-пайплайн, дрон далее локально собирает докер-образ актуальный и обновляет его версию в деплойменте куба.
Да просто триггерим дев- или мастер-пайплайн, далее дрон локально собирает актуальный докер-образ и обновляет его версию в деплойменте куба.
```mermaid
stateDiagram-v2
@ -140,7 +140,7 @@ stateDiagram-v2
## Общая схема отдельного приложения
[наверх](#table-of-contents)
Логика работы идентичная локально и в кубе: получаем реквест и пытаемся обслужить с базы и минио.
Логика работы локально идентична с кубом - получаем реквест и пытаемся обслужить с базы и минио.
```mermaid
stateDiagram-v2
@ -172,7 +172,7 @@ stateDiagram-v2
[наверх](#table-of-contents)
Да собственно собираем логи в локи, а метрики в пром, далее дефолтным путём получаем алерты и дашборды. Внутри куба поды смотрятся на лайфнесс, рединесс, итд чтобы нормально отслеживать деплои.
Да, собственно, собираем логи в локи, а метрики в пром, далее дефолтным путём получаем алерты и дашборды. Внутри куба поды смотрятся на лайфнесс, рединесс и т.д., чтобы нормально отслеживать деплои.
```mermaid
@ -197,7 +197,7 @@ stateDiagram-v2
}
Prometheus --> Alertmanager
Loki --> Alertmanager
Loki --> Alertmanagerg
state alerts_join <<join>>