From 6aec724e6f169ebcd48036d2e5f06092e7b1b394 Mon Sep 17 00:00:00 2001 From: dannc Date: Mon, 24 Oct 2022 09:50:43 +0700 Subject: [PATCH] homework 11.1: complete homework --- readme.md | 1 + src/homework/11-microservices/11.1/readme.md | 25 ++++++++++++++++++++ 2 files changed, 26 insertions(+) create mode 100644 src/homework/11-microservices/11.1/readme.md diff --git a/readme.md b/readme.md index f516d1d..a0cd041 100644 --- a/readme.md +++ b/readme.md @@ -53,3 +53,4 @@ * [10.4. ELK](/src/homework/10-monitoring/10.4) * [10.5. Sentry](/src/homework/10-monitoring/10.5) * [10.6. Инцидент-менеджмент](/src/homework/10-monitoring/10.6) +* [11.1. Введение в микросервисы](/src/homework/11-microservices/11.1) diff --git a/src/homework/11-microservices/11.1/readme.md b/src/homework/11-microservices/11.1/readme.md new file mode 100644 index 0000000..e0b6f66 --- /dev/null +++ b/src/homework/11-microservices/11.1/readme.md @@ -0,0 +1,25 @@ +Выполнение [домашнего задания](https://github.com/netology-code/devkub-homeworks/blob/main/11-microservices-01-intro.md) +по теме "11.1. Введение в микросервисы" + +## Q/A + +### Задание 1 + +> Руководство крупного интернет магазина у которого постоянно растёт пользовательская база и количество заказов рассматривает возможность переделки своей внутренней ИТ системы на основе микросервисов. +> +> Вас пригласили в качестве консультанта для оценки целесообразности перехода на микросервисную архитектуру. +> +> Опишите какие выгоды может получить компания от перехода на микросервисную архитектуру и какие проблемы необходимо будет решить в первую очередь. + +Самая главная проблема, которую предстоит решить - это разделение функционала интернет-магазина на домены. +На основе этих доменов будут создаваться микросервисы. + +После решения данной проблемы можно получить следующие выгоды: +- изолированность доменов и сервисов. Это означает, что при отказе одного микросервиса или целого домена остальные будут работать. + Например, при отказе сервиса оплат останется работать витрина и корзина, что положительно скажется на пользовательском опыте. +- упрощённое горизонтальное масштабирование. В отличие от монолита, микросервисы легче масштабировать при возникновении нагрузки. + Достаточно только поднять количество реплик сервисов, которые испытывают нагрузку, в то время, как количество других сервисов останется без изменения. +- построение структуры разработки на основе схемы доменов. Это означает, что для каждого домена (набора микросервисов) + будет выделена своя команда разработки и поддержки. Таким образом, можно развивать функционал каждого домена максимально независимо друг от друга. +- вытекает из предыдущего: уменьшение значения TTM (time to market), то есть количество времени, прошедшее + с момента взятия задачи в работу до её реального релиза на продуктовое окружение.