Для чего нужен msa
MSA на Xiaomi: что это за программа и как отключить
Если вы, так же как и мы, любите ковыряться в вашем смартфоне Xiaomi, то вы наверняка натыкались на приложение с лаконичным названием MSA. Что же это такое, зачем оно и можно ли его отключить? Давайте разбираться.
ЧТО ТАКОЕ MSA XIAOMI?
Можно утверждать почти со стопроцентной вероятностью, что прошивка MIUI от Xiaomi за все годы своего существования набрала гораздо больше положительных отзывов, чем негативных – не зря же бренд до сих пор остается настолько популярным. Однако почти бескомпромиссная любовь фанатов не означает, что MIUI – идеальная прошивка. Есть и в ней недостатки, и, пожалуй, самый главный из них – назойливая реклама. Наиболее «рукастые» умельцы уже давно разобрались, что за «выдачу» рекламы в родных приложения Xiaomi отвечает то самое MSA.
Официально Xiaomi утверждает, что приложение MSA имеет только одну функцию – поддержка приложений «Живые обои», «Погода» и «Календарь». Однако по Сети уже давно ходит информация о расшифровке трех букв в названии MSA: MIUI System Ads, то есть «реклама в MIUI на системном уровне». Верить этому или нет – решать только вам, но стоит отметить, что эту расшифровку используют такие крупные западные издания, как Android Authority.
Наверняка вы уже знаете, что Xiaomi добавили возможность удалить рекламу почти во всех родных для MIUI приложениях – для этого существуют отдельные пункты в меню данных программ. Но многие не догадываются, что несмотря на отключенную рекламу, траффик, выделяемый на нее, все равно постоянно «долетает» до вашего устройства. В этом и есть самый большой грех MSA.
ГЛАВНАЯ ПРОБЛЕМА MSA
Если вы никогда не пользуетесь мобильным интернетом, то вас MSA, в принципе, не должно беспокоить, но все остальные, так или иначе, будут подмечать увеличенное количество скачанных мегабайт в течение дня. Кроме этого, постоянная работа MSA в фоне может заметно высасывать соки из вашей батарейки. Возникает вопрос – можно ли тогда избавиться от негативных последствий работы MSA?
Многие просто боятся лезть в системные приложения – кто знает, как производитель настроил смартфон? В самом опасении нет ничего плохого, ведь действительно после удаления нужных для прошивки файлов могут появиться ошибки в работе устройства. Однако многие владельцы телефонов Xiaomi на своем личном опыте уже показали, что отключение или удаление MSA не влияет на адекватную работу смартфона.
Проблема состоит в том, что просто так удалить MSA не получится – для этого нужно получение рут-прав. Если вы знаете, как это сделать, то наша помощь и не нужна – с «рутированным» устройством можно делать все, что угодно, вплоть до перепрошивки.
ОТКЛЮЧАЕМ MSA В MIUI 12 БЕЗ ЛИШНИХ ХЛОПОТ
Можно ли отключить работу MSA без рута? Да, и самым простым способом является блокировка его доступа к Интернет-траффику. Заходим в приложение «Безопасность», находим там пункт «Передача данных», а в нем ищем подпункт «Сетевые подключения». Перейдя в это меню, нажимаем на «три точки» сверху, из которых «вываливается» раздел «Фоновые подключения». Заходим в него и находим то самое MSA. Переводим его в положение «Отключено». После этого перезагружаем смартфона и радуемся.
Многие умельцы также советуют выходить из Mi-аккаунта на смартфоне – по их словам, так MSA отключается автоматически. Однако многие привыкли к возможности загружать свои данные в облако, чтобы впоследствии удобно переходить с телефона на телефон, так что это точно не самый комфортный вариант.
Теперь мы разобрались с вами, что же такое MSA и что можно сделать, чтобы вас не раздражала назойливая реклама и быстро разряжающаяся батарейка. Не забывайте о том, что это смартфон должен работать так, как вы хотите, а не наоборот.
Что такое MSA на Xiaomi, Redmi, POCO и как отключить или исправить сбой в приложении
Рано или поздно владелец смартфона Xiaomi, Redmi или POCO находит в настройках системы приложение MSA. В новых устройствах с последними версиями интерфейса MIUI оно уже предустановленно. А вот в старых устройствах доступно не сразу, а появляется после нескольких обновлений прошивки. За что же отвечает MSA? Можно ли удалить, и будет ли смартфон корректно работать в таком случае? Далее разберемся в этих вопросах.
Что это и для чего нужно?
Существует официальная и пользовательская версия, что такое MSA на Xiaomi. Согласно первой — это специальная служба, которая поддерживает работу «живых обоев», «Календаря» и «Погоды». Вторая — неофициальная версия, говорит о том, что с помощью MSA выводится реклама в предустановленных приложениях. Среди них «Браузер», «Проводник», «Шторка уведомлений», «Загрузки» и другие. С помощью такого подхода компания Xiaomi зарабатывает деньги, поскольку свои смартфоны продает по минимальной стоимости и после вычета всех налогов и обязательных платежей, получает всего около 5% дохода.
Главная проблема для пользователей, причиной которой является работа этой программы — повышенная трата трафика. MSA всегда работает в фоне, регулярно отправляя на сервера Xiaomi и принимая от них файлы небольшого размера 1-5 Кб. В принципе, это не критично. Но так как операторы сотовой связи округляют цифры до 50-150 Кб, выделенный трафик в рамках тарифного плана или опции расходуется быстрее. Если такое происходит в обычных условиях использования связи, то больших потерь вы не понесете. А вот в случае с роумингом ситуация уже другая.
Можно ли удалить MSA?
Многие пользователи боятся удалять системные приложения, предустановленные производителем. В принципе, это правильно, поскольку существует риск возникновения разных ошибок в работе смартфона, если тронуть действительно важные службы для системы. Но MSA это не касается. Многочисленные отзывы опытных пользователей на форуме 4pda доводят, что никаких изменений в работе мобильного устройства не происходит.
Что касается самого процесса удаления, то здесь не все так однозначно и многое зависит от конкретной модели. Дело в том, что на одних устройствах требуется получение прав суперпользователя и установка любой программы из Google Play для деинсталляции системных приложений.
В свою очередь, некоторые пользователи утверждают, что успешно избавились от MSA даже без рут прав. Можете попробовать этот способ. Откройте «Проводник», далее «Внутренняя память», введите в поле поиска MSA и удалите два файла.
Как отключить MSA в MIUI?
Для каждого пользователя лучшим способом будет деактивация в настройках Xiaomi, Redmi или POCO. В таком случае служба перестанет использовать доступ к Интернету.
В приложении MSA снова произошла ошибка
22-23 марта 2021 года большое количество пользователей столкнулись с тем, что на экранах смартфонов производителя Xiaomi и суббрендов Redmi и POCO начало появляться окно с уведомлением о сбое в MSA. Причем это коснулось владельцев телефонов с разными версиями оболочки MIUI. Как оказалось, данная проблема возникла в результате обновления системной службы Google Android System WebView, которая входит в состав ОС Андроид. Компания Google выпустила обновление своей службы, в результате которого появились сообщения об ошибке от имени фирменных программ Xiaomi. Напомним, подобные ситуации уже имели место и раньше, например, обновление клавиатуры Gboard с ошибками.
В таком случае исправить ошибку «в приложении MSA снова произошел сбой» можно одним из двух способов в зависимости от ситуации:
Также до того времени (обычно несколько дней), пока разработчики выпустят стабильную версию программы, необходимо через «Три точки» (в правом верхнем углу экрана) отключить «Автообновление» Android System WebView, убрав галочку.
После этого рекомендуется перезагрузить смартфон.
Что такое приложение MSA на Xiaomi и можно ли его удалить
Покупая новый андроид-телефон, мы получаем массу встроенных утилит, разобраться с предназначением которых не всегда удается. Одни подобные программы крайне полезны, другие же не нужны и попросту занимают память смартфона. Далее поговорим о том, что такое приложение MSA в MIUI, для чего оно нужно и можно ли его удалить/отключить.
Что такое MSA Xiaomi
MSA на Xiaomi – это приложение, которое внедряет рекламные объявления в загрузки и браузер. За счет этого пользователи видят рекламу, содержание которой составляется исходя из поисковых запросов. Дело в том, что Xiaomi продает большую часть своих смартфонов по низкой стоимости, и доход от продаж составляет 5 % от общего после вычета налогов. В связи с этим производитель извлекает основную часть прибыли за счет показа назойливой рекламы. Причем рекламные вставки присутствуют не только в браузере, но и в некоторых системных приложениях. Программа встроена в глобальную версию прошивки, поэтому от Android ничего не зависит.
Если на старых версиях прошивки приложение устанавливалось в памяти только после нескольких обновлений, то сейчас оно идет уже установленным в системе. Поэтому все смартфоны Сяоми идут со встроенной службой MSA.
Можно ли его удалить
Удалить MSA из памяти смартфона можно, как и любую системную утилиту. Но, чтобы это сделать, нужно иметь рут-права. После их получения вам необходимо скачать из Play Market любое приложение, позволяющее удалять предустановленные программы.
После загрузки подходящего приложения вам нужно войти в него, в поисковой строке выбрать MSA, затем тапнуть на кнопку «Удалить».
Обратите внимание! Некоторые утверждают, что избавились от приложения без получения рут-прав, поэтому многое зависит от версии MIUI и модели вашего смартфона.
Другой вопрос: нанесет ли удаление приложения ущерб работе смартфона? Большинство пользователей указывают, что изменений после удаления не произошло (об этом говорят в отзывах на различных форумах, в том числе 4pda).
Как отключить MSA
Так как MSA – системное приложение, есть риск, что его удаление повлечет за собой нарушения в работе телефона. Кроме того, если ранее вы не работали с правами суперпользователя, то проще всего отключить приложение.
После этого перезапустите смартфон, и назойливая реклама больше не будет всплывать во время просмотра контента.
В целом нельзя однозначно сказать, нанесет ли удаление программы MSA вред работе смартфона. Одни пользователи утверждают, что после этого телефон начал периодически выдавать ошибки. Другие же отмечают, что никаких изменений после удаления не произошло. Поэтому оптимальным вариантом станет отключение MSA. Если же вы хотите сэкономить место в памяти, то удаляйте софт, однако для этого понадобится обладать рут-правами.
Что такое MSA на Xiaomi?
Любители копаться в настройках смартфона частенько натыкаются на приложение MSA. Для чего на Xiaomi установлено это приложение, за что оно отвечает и можно ли его удалить? Постараемся ответить эти вопросы.
Внимание: владельцы смартфонов Xiaomi стали массово жаловаться на проблемы вылетов из приложений и ошибку: «в приложении msa произошел сбой». Ниже мы опишем решение данной проблемы.
Появление данной ошибки не зависит от модели вашего смартфона. Ошибка прилетела со стороны Google, который «напортачил» при обновлении сервиса Android System WebView. Чтобы исправить ошибку, делаем следующее:
После этих манипуляций чаще всего проблема с ошибкой в msa решается. Вот еще некоторые способы, которые помогли многим пользователям:
Можно не удалять Android System WebView, а обновить до более свежей версии.
В некоторых случаях помогает обновление браузера Google Chrome. Делается это также через Плей Маркет.
Что такое MSA
Любой владелец Xiaomi сталкивался с встроенной рекламой. Так вот MSA — это системное приложение, которое анализирует запросы пользователя в браузере и на основании полученных данных загружает релевантные рекламные объявления. MSA по умолчанию встроена в глобальную версию прошивки MIUI. MSA также отвечает за обновление динамических обоев и взаимодействует с данными о погоде.
По большому счету это системное приложение не должно мешать пользователю. Единственный его минус — повышенный расход трафика. Опять таки если у вас безлимитный интернет, то не стоит обращать на это внимания. MSA работает в фоне принимая и отправляя на сервера Xiaomi файлы очень маленького размера.
Пожалуй единственная ситуация, где потеря даже минимального трафика может доставить неудобства — это нахождение в роуминге, где каждый мегабайт на счету. Здесь действительно можно будет задуматься о возможности отключения этого приложения.
Можно ли удалить MSA?
Удалять системные приложения из смартфона — дело неблагодарное.Беда в том, что всегда есть риск возникновения ошибок в работе девайса. Однако в случае с удалением MSA никаких серьезных проблем не наблюдалось. Об этом говорят многочисленные отзывы продвинутых пользователей с форума 4PDA.
Сам же процесс удаления — вопрос отдельный и он сильно зависит от модели вашего Xiaomi. В некоторых случаях вам может потребоваться получение Root-прав. Мы бы не рекомендовали удалять системное приложение, ведь гораздо проще его отключить.
Как отключить MSA
Если вы находитесь в роуминге и хотите сэкономить трафик — это лучшее решение и не требует серьезных заморочек. Рассмотрим процесс отключения MSA на примере смартфона Xiaomi Mi 8 Lite с MIUI 11.
После данных манипуляций необходимо будет перезагрузить смартфон.
Есть еще один простой вариант экономии трафика, при котором MSA не будет расходовать лишнего. На время нахождения в роуминге можно выйти из Mi-аккаунта. Таким образом будет отключена синхронизация девайса с облачным хранилищем.
Микросервисы глазами аналитика
Расскажу про системы с микросервисной архитектурой (MSA). Как они устроены, как я их анализировала, какие увидела проблемы и преимущества.
1. Что такое система с MSA
На практике это все может оказаться запутавшейся в себе и своих связях, перегруженной и довольно хрупкой конструкцией. Все зависит от способа приготовления и места приложения.
То есть, как неоднократно писали (раз, два, три), MSA полезна не везде. Решение о ее использовании не тривиально, такие системы сложны для понимания и требуют особого внимания к своей архитектуре.
1.1. Выявление микросервисов
Вы спросите меня, что такое микросервисы? Я отвечу, что это, как правило, небольшие сервисы.
И вы уйдете, так и не узнав, что каждый реализует свою функцию, у каждого своя база данных и может быть свой стек технологий.
Самый сложный, вероятно, вопрос: как выделять микросервисы? Правильного ответа или алгоритма для этого нет. Все зависит от домена и того, какие проблемы вы решаете.
В главной шпаргалке по MSA в блоке Декомпозиция есть пополняемый перечень используемых подходов.
Давайте рассмотрим на примере способ декомпозиции по поддомену.
Этот подход основан на domain-driven design (DDD). То есть необходимо выявить поддомены системы, у каждого из которых своя доменная модель. Далее поддомены конвертируются в микросервисы.
Допустим, мы делаем систему для заказа продуктов в небольшом магазине рядом с домом. У нас есть пользовательские истории:
доставки товара (delivery).
Для обеспечения этих процессов необходимо где-то хранить информацию о наличии и количестве продуктов (stock). А также вести финансовый и бухгалтерский учет всех операций (accounting).
Опираясь на доменную модель, мы можем выделить следующие микросервисы:
Но это не единственный вариант. При декомпозиции стоит внимательно изучить бизнес-процессы и пользовательские требования, а также варианты развития системы.
Например, если конечный пользователь заказывает и оплачивает продукты во внешней системе партнера (какой-нибудь продуктовый маркетплейс). В наш магазин просто приходит информация о необходимости собрать и отправить заказ. Оплату партнер отправляет нам раз в месяц суммарно за все сделанные заказы, с учетом возвратов и пр. В этом случае отдельный микросервис Payment пока что не нужен.
Теперь, когда мы выделили основные микросервисы для нашего домена, давайте посмотрим, что с ними происходит в рамках системы и как при этом работают бизнес-процессы.
1.2. Микросервисы и бизнес-процессы
Бизнес-процессы в системе с MSA обычно проходят через несколько микросервисов.
Вернемся к нашему примеру заказа товаров через интернет. С учетом выявленных микросервисов процесс будет примерно таким:
Каждый этап бизнес-процесса обеспечивается отдельным сервисом. Выглядит симпатично и довольно удобно, согласитесь. Ошибки и доработки легко локализуются, у каждого микросевиса своя простая и понятная всем обязанность.
Но что происходит, когда в системе работает сразу несколько бизнес-процессов?
Скорее всего, эти процессы где-то используют одни и те же данные, а значит будут обращаться к одним и тем же микросервисам, или создавать для себя реплики и разбираться с согласованностью.
Ниже в разделе «Процесс разработки системы с MSA» еще напишу про варианты развития событий в такой ситуации. Но так или иначе стоит учитывать, что разные процессы могут использовать одни и те же микросервисы, причем, бывает, на разных этапах и по-разному.
Например, мы можем в системе для заказа товаров через интернет также проводить процесс продажи товаров непосредственно в магазине. В новом процессе сервис Stock появляется только после оплаты. В отличие от заказа через интернет, где есть предварительная проверка наличия товара.
Для ускорения и упрощения реализации бизнес-процессов в MSA иногда создают отдельные управляющие микросервисы и/или используют инструменты автоматизации.
1.2.1. Управляющие микросервисы
Иногда имеет смысл создать управляющий микросервис, который следит за прохождением процессов через разные сервисы и внешние системы.
В управляющем микросервисе будет происходить вызов разных MS в нужной последовательности. А также, возможно, какая-то промежуточная логика, характерная для конкретного процесса.
Так, для обработки продажи товара в магазине можно создать управляющий микросервис Processes. Он сначала вызовет MS Payment для проведения оплаты, затем MS Stock для изменения остатков товара и MS Accounting для фиксации финансовых операций в отчетности.
1.2.2. Платформы BPM
В управляющих микросервисах удобно использовать движки для автоматизации процессов, например Camunda BPM. Такие инструменты позволяют в графическом виде задавать последовательность действий, проверки и условия переходов. При запуске процесса платформа самостоятельно выполняет все описанные шаги.
Вернемся к нашему примеру продажи в магазине:
При реализации этого процесса через Camunda необходимо сделать его BPMN-схему (например, в Camunda Modeler):
Процесс OfflineSale в Camunda BPM
Каждый прямоугольник на схеме ссылается на код с логикой:
При инициации продажи MS Processes запустит этот процесс и Camunda выполнит каждый этап в заданной последовательности.
Более сложные схемы могут включать разветвления, таймеры, подпроцессы и пр.
Удобно, что уже описанные элементы одного процесса легко переиспользуются в другом процессе. Также небольшие изменения можно реализовывать без программирования.
Мы рассмотрели, как выделять микросервисы и как их складывать в нужном порядке для реализации процессов. Теперь давайте посмотрим на способы взаимодействия микросервисов с друг другом и внешним миром.
1.3. Интеграции
Помимо своей базы данных у каждого микросервиса еще и свой API, любого протокола и вероисповедания. Вот он, век индивидуализации, во всей своей красе.
1.3.1. Взаимодействие между микросервисами
Нет каких-то правил или ограничений для формата интеграций между микросервисами. В рамках одной системы используют разные протоколы и подходы, синхронное и асинхронное взаимодействие.
Обычно архитекторы отдают предпочтение REST+JSON/GraphQL/gRPC и обмену сообщениями с помощью брокера типа Kafka и MQ Rabbit. Итоговый выбор инструментов зависит от требований и возможностей команды.
Рассмотрим возможную последовательность вызовов для реализации процесса продажи товара в магазине из нашего примера:
MS Processes вызывает MS Payment для инициации оплаты и ждет от него обратную связь, чтобы продолжить свою работу. После получения ответа, происходит аналогичный синхронный вызов к MS Stock для списания товаров. Далее в сообщении для брокера уходит информация для MS Accounting, реализуя асинхронное взаимодействие. И MS Processes завершает свою работу, совершенно не беспокоясь, получил MS Accounting данные о покупке или нет.
Стоит учитывать, что каждый микросервис может внезапно отказать и у нас таких ненадежных ребят много. То есть доступность в MSA на самом деле так себе. Многие брокеры гарантируют доставку, и никто не висит «на линии», ожидая ответа. Поэтому рекомендуется по возможности использовать асинхронное взаимодействие между сервисами.
Но в любом случае всегда надо продумывать сценарии-«предохранители»: то есть писать отдельный код на случай отказа каждого звена в процессе.
1.3.2. Интеграции с другими сервисами
Внешние сервисы, если им повезет, взаимодействуют с MSA-системой через API-шлюзы.
По К. Ричардсону API-шлюзы занимаются:
объединением API для запросов к нескольким микросервисам;
распределением запросов по нужным микросервисам;
преобразованием разных протоколов интеграций (как микросервисов, так и внешних систем);
реализацией граничных функций вроде аутентификации.
В нашем примере в качестве API-шлюза вполне может выступать MS Processes. Однако при более сложных процессах и интеграциях бывает проще и надежнее их разделить. Например, если у нас есть свой фронт и внешний сервис, которые интегрируются по разным протоколам и поддерживаются разными командами. Но внутри приложения обе интеграции запускают один и тот же процесс.
Как правило внешним системам шлюз предоставляет REST+JSON API, так как в нему все привыкли и считают простым для интеграции. Но можно использовать и GraphQL, который позволяет клиенту указывать в запросе, какие именно данные нужно вернуть. Этот подход помогает при работе с несколькими клиентами, у каждого из которых свои цели и пристрастия.
1.4. Отчеты и мониторинг
Итак, у нас есть микросервисы и их интеграции, которые реализуют бизнес-процессы. Для нормального функционирования за этим всем нужно пристально наблюдать, выявлять эффективность и слабые места. И здесь тоже есть свои особенности, связанные с архитектурным подходом.
Нельзя просто так взять и одним запросом к БД собрать сквозной отчет по процессу. Для этого нужен специальный сервис, который будет собирать копии нужных таблиц из всех микросервисов. И только на его основе специально обученные люди будут создавать красивые картинки. В общем, чтобы заказчик мониторил бизнес-показатели, без DWH и BI-системы не обойтись.
Также сложновато без специальных инструментов, типа Kibana, посмотреть, где сломался объединяющий несколько API процесс. И, конечно, для этого необходимо продумывать систему логирования: что, как и когда каждый микросервис будет писать в логи.
И еще желательно, чтобы кто-то периодически тыкал во все ваши микросервисы палочкой, проверяя их доступность. Этот механизм тоже требует отдельных сервисов и проработки их логики.
Волшебство здесь в том, что все эти прибамбасы должны быть согласованы на уровне компании и аккуратно выполняться всеми командами, учитывая интересы всех и вся. Но это уже совсем другая история.
Подводя предварительный итог можно сказать, что на каждый чих аспект системы нужен отдельный микросервис, интеграция и, возможно, отдельная технология. Это придает определенное своеобразие работе с MSA, в том числе задачам аналитика.
2. Что происходит с аналитиком
Если коротко, то аналитик на проектах с MSA устраняет неопределенность. Впрочем, как и везде.
Есть десятки микросервисов и их интеграций, разные технологии и архитектурные паттерны. Процессы, которые действуют по-разному и имеют разные цели, но пересекаются с друг другом. В такой ситуации командам очень сложно разобраться, что, куда и зачем передается, как проходит процесс полностью, что на него может повлиять, на что он может повлиять.
То есть здесь кому-то очень важно уметь:
приводить хаос в порядок;
понимать ключевые и потенциально опасные части процессов;
контролировать знания команды о системе;
доносить до бизнеса возможности и ограничения продукта.
В общем, для бизнеса и команды аналитик может быть более чем полезен в микросервисной ситуации. Осталось понять, как аналитику не лопнуть от такого счастья.
2.1. Процесс разработки системы с MSA
Часто команды выделяются на продукт или продуктовое направление.
В нашем примере могло бы быть такое разделение:
Микросервисы Payment, Stock и Accounting используются в обоих процессах.
Каждый общий сервис может дорабатываться только конкретной командой, возможно, это будет третья Команда В. Но это может стать узким местом и замедлить разработку. Так как другим командам придется ждать, пока у команды-владельца сервиса дойдет очередь до их задачи.
Еще можно дублировать общие микросервисы, не смешивая разные процессы. То есть у обеих команд будут свои Payment, Stock и Accounting. Таким образом каждая команда сможет дорабатывать и развивать их исключительно для целей своего продукта. В этом случае придется строго следить за согласованностью данных. И смириться с тем, что вы будете дублировать большинство доработок.
Общие микросервисы также могут дорабатываться сразу обеими командами. Но тогда необходимо, чтобы кто-то решал конфликты интересов, обеспечивал обратную совместимость и отслеживал целостность и независимость каждого такого микросервиса. Хорошо, если для этого назначается конкретная команда и конкретные люди, которые будут делать вдумчивое ревью каждой доработки.
2.2. Задачи аналитика
Для адекватного анализа необходимо знать все, что как-либо затрагивает или может затронуть твой продукт. То есть аналитикам на проектах с MSA необходимо понимать:
свой продуктовый процесс;
логику работы всех задействованных в продукте микросервисов и механизмы их взаимодействий;
процессы продуктов, которые используют те же микросервисы;
внешние интеграции, их механизм и логику.
Рассмотрим пример, когда надо добавить в метод создания заказа новое поле discount. В этом поле содержится размер скидки, которую интернет-магазин предоставил покупателю.
Для реализации этого небольшого изменения необходимо:
Понять, есть ли в системе подобное поле для скидок, которые предоставляет наш магазин. Если есть, то проработать их взаимодействие и исключить путаницу.
Добавить поле в API-шлюзе для внешних систем.
Добавить поле в API MS Order, его логику и, возможно, БД.
Понять, необходимо ли передавать новое поле в MS Payment. Или достаточно изменить логику расчета цены товара при передаче данных о заказе.
Обновить публикуемые сообщения, связанные с созданием заказа. Определить, какие еще сервисы должны быть оповещены о предоставлении скидки через брокер сообщений (например, MS Accounting).
Добавить в MS Accounting новое поле и логику его обработки.
Продумать, что делать, если на любом из этапов случится сбой (транзакций на весь процесс нет в силу разных БД у микросервисов).
Узнать, как этот показатель должен отражаться в бизнес-отчетах и добавить его в DWH/BI (если повезет, через специально обученных людей).
Бизнес-требования и функционал системы определяют, в каких микросервисах, API и БД должны появиться поле и логика его обработки. То есть разработчик с этим не подскажет. А для заказчика это будет «вам нужно всего лишь добавить одно поле».
2.3. Возможные проблемы
Обозначу основные проблемы, с которыми довелось столкнуться, в порядке убывания бесячести.
2.3.1. Ничего не понятно
Многообразие сервисов, интеграций и технологий со стороны может выглядеть как запутанный клубок разных проводов. И чтобы вытащить свою зарядку для телефона, приходится распутывать LAN, провод от лампочки, чей-то переходник и Ктулху знает что еще.
Но в отличие от проводов, с микросервисами часто еще и не понятно, как их вообще распутывать.
Можно обращаться к гуру, которые все это делали и помнят. Только гуру, как известно, всегда заняты, потому что незаменимы. И скорее всего они что-то забыли или, что хуже, не знают о том, что они что-то забыли.
2.3.2. «Чужие» доработки
Решение видится в совокупности факторов:
повсеместное покрытие автотестами, что и так обязательно для MSA;
документирование всех изменений в едином пространстве ДО реализации (например, писать новые требования на общей странице и выделять их тегами со ссылкой на задачу, где эти требования будут реализованы);
очень дружная и активная коммуникацией аналитиков.
Документирование в таких объемах само по себе может стать проблемой, поэтому стоит посмотреть в сторону автоматизации. Так вы не будете тратить время хотя бы на таблички с API и БД. Но для этого придется поуговаривать разработчиков прикрутить какой-нибудь swagger2markup и выгрузку актуальных полей БД.
2.3.3. Заказчику сложно
Бизнес ничего не понимает сильнее, чем обычно. Откуда такие сроки, почему все сломалось, зачем вам этот GraphQL?
Чтобы принимать решения по продукту, надо разбираться в работе системы. А значит и всех этих переплетениях процессов, о которых тут так много написано. Хорошо бы совместно с менеджерами составлять ту самую бизнес-документацию и поддерживать ее актуальность.
2.3.4. Требуется много знаний
На самом деле это не проблема, а возможность получить новые навыки и посмотреть на разные технологии.
Помимо знаний о самой MSA, нужно быть готовым разобраться в принципах REST, брокеров сообщений и любом способе интеграции, который придет в голову вашему архитектору.
Возможно вас также затронут JWT, инстансы, балансировка, развертывание, анализ производительности, доступности и другие сложные слова.
Ну и совершенно не лишним будет стандартный набор аналитика из работы с требованиями, моделирования, написания понятной документации, БД и SQL и проектирования интеграций.
2.4. Плюсы MSA для аналитика
Несмотря на все проблемы и сложности, работать с микросервисами мне понравилось. И вот почему:
Относительно легко добавлять новые продукты и функции. Для этого пишут новые микросервисы и не нужно беспокоиться о том, что новый код как-то сломает работающие процессы. И даже если вы правите уже работающие микросервисы, то отследить зависимости и влияние проще, чем в монолите.
Скорее всего вы будете работать с профессионалами. Микросервисная архитектура создает вызовы для аналитиков, разработчиков, QA, DevOps и даже менеджеров. То есть все члены команды должны обладать определенным опытом и навыками для нормальной реализации этого подхода.
В системах с микросервисами аналитик бОльшую часть времени занимается именно анализом. На «неаналитические» задачи попросту не остается ресурса. Здесь аналитик по полной реализует свои профильные hard и soft скиллы.
Работа на проекте с MSA подразумевает особый подход, определенные навыки и знания. Нужно разобраться в деталях процессов и технологий. Возможно, изучить что-то или придумать новую схему работы, взаимодействия с заказчиком и коллегами.
Все это вполне постижимо и действительно интересно, хоть поначалу и не совсем прозрачно.
Надеюсь, после этой статьи кому-то станет немного понятнее, что может скрываться за этими загадочными словами в вакансиях. И к чему готовиться, если у вашего техлида внезапно улучшилось настроение и загорелись глаза.