From 4bc8c27c071bd5a3741114c92175fc3fbd164b2a Mon Sep 17 00:00:00 2001 From: oleg Date: Mon, 23 Mar 2026 12:36:56 +0300 Subject: [PATCH] =?UTF-8?q?=D0=94=D0=BE=D0=B1=D0=B0=D0=B2=D0=B8=D0=BB=20?= =?UTF-8?q?=D0=BE=D1=82=D1=87=D0=B5=D1=82=20=D0=BF=D0=BE=20=D0=B8=D0=BD?= =?UTF-8?q?=D1=84=D1=80=D0=B0=D1=81=D1=82=D1=80=D1=83=D0=BA=D1=82=D1=83?= =?UTF-8?q?=D1=80=D0=B5=20=D0=B8=20=D0=BE=D0=B1=D0=BD=D0=BE=D0=B2=D0=B8?= =?UTF-8?q?=D0=BB=20README.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 3 +++ docs/INFRA_REPORT.md | 14 ++++++++++++++ 2 files changed, 17 insertions(+) create mode 100644 docs/INFRA_REPORT.md diff --git a/README.md b/README.md index ec907a1..25b045b 100644 --- a/README.md +++ b/README.md @@ -10,6 +10,9 @@ [Дизайн документ](./docs/DESIGN.md) + +[Отчет по INFRA](./docs/INFRA_REPORT.md) + # Визуал ![image1.png](docs/images/image1.png) diff --git a/docs/INFRA_REPORT.md b/docs/INFRA_REPORT.md new file mode 100644 index 0000000..a5ec2c9 --- /dev/null +++ b/docs/INFRA_REPORT.md @@ -0,0 +1,14 @@ +# Отчет HW3 + +На инфраструктурном этапе мы выбрали контейнеризацию через Docker и Docker Compose, а также базовую обвязку вокруг основного приложения, необходимую для стабильного запуска проекта на сервере. +Стек быстро разворачивается и позволяет без лишней сложности поднять не только само приложение, но и сопутствующие сервисы, необходимые для проекта. +Основная цель на этом этапе была не в построении избыточно сложной production-платформы, а в том, чтобы получить воспроизводимый и управляемый деплой. + +Основные сложности возникли на стороне сети и конфигурации окружения. У хостера на машине использовался `MTU=1450`, +тогда как Docker по умолчанию работал с `MTU=1500`, и из-за этого часть сетевого взаимодействия работала нестабильно. +На поиск причины ушло достаточно много времени, потому что проблема проявлялась неочевидно и сначала выглядела как сбой на других уровнях. +Дополнительно задержки возникли из-за того, что DNS-записи применялись не сразу, поэтому часть проблем с доступностью сервиса по доменному имени сначала +было сложно отделить от проблем в конфигурации самого деплоя + +Отдельной сложностью стала отправка `traces`: они долго не доходили до системы наблюдаемости, и пришлось отдельно разбираться с настройками сети, +агента и конфигурацией экспорта телеметрии. В итоге проблему решали поэтапной проверкой всей цепочки: от приложения и контейнера до принимающего сервиса