чем занимается бизнес архитектор
В чем заключается роль бизнес-архитектора в компании
В последнее время стал часто встречать упоминание роли «Enterprise Architect». Решил покопаться в теме и наткнулся на немного сумбурное, но достаточно интересное обсуждение за круглым столом, что же такое или кто же такой «Enterprise Architect». Возможно, наши коллеги по цеху немного однобоко смотрят на роль «Enterprise Architect» исключительно со стороны IT, но обсуждение в любом случае полезное.
Обсуждение за круглым столом, модератором которого была Дэйна Гарднер, главный аналитик Interarbor Solutions, началось с утверждения:
— Необходимость в бизнес-архитекторах сейчас остра как никогда, но, в то же время, попытки превратить бизнес-архитектуру в профессию не обязательно приводят к росту доверия к таким специалистам и их принятию, по крайней мере, пока.
Участники круглого стола, Жанна Росс, директор и ведущий исследователь MIT Center for Information Systems Research, Дейв Хорнфорд, главный специалист по бизнес-архитектуре Integritas Solutions и председатель The Open Group Architecture Forum, и Лен Фескенс, вице-президент направления по развитию навыков и способностей The Open Group, помогли сформулировать следующее:
— Как совершить преобразование ИТ из загадочного мастерства в развитую и структурированную науку и каким образом бизнес-архитекторы получают уникальную возможность предвосхитить концепцию бизнес-архитектуры и повлиять таким образом на гибкость бизнеса.
По мнению Лена Фескенса, бизнес-архитектура сейчас находится, с точки зрения массового сознания, на тех же позициях, что ныне полноценные профессии вроде медицины или юриспруденции 200-300 лет назад. Нет не только сертификации, но и само тело этой науки характеризуется, в первую очередь, весьма частным характером знаний:
— Мы сейчас на примерно той стадии, как были в свое время юристы, востребованность которых зижделась на секретных знаниях и процедурах, известных только им самим и из-за незнания которых у вас при мысли о судебном разбирательстве руки тряслись. Или вот врачи, которые говорят: «Обращайтесь в нашу клинику, потому что только мы разбираемся в лечении конкретно этой болезни».
И Росс, и Хорнфорд согласны с тем, что ставки сейчас очень высоки. Стратегия в сфере ИТ приобретает все большую важность, и правильно построенная архитектура положительно повлияла бы на возможность компании играть на рынке.
Росс также отметила:
— Роль архитектора в том, чтоб обеспечить целостное видение… Таким образом, архитектору придется согласовывать текущие аспекты организации, предвидеть либо создавать новые, и такая деятельность не является просто технологией… это искусство – умение в долгосрочной перспективе предвидеть развитие организации… нам кажется, что это больше инновационная деятельность, чем что-либо еще.
На основании выше сказанного Хорнфорд предположил, что успешная бизнес-архитектура должна быть сосредоточена на ценности бизнеса. По его мнению, различные организации могут по-разному понимать ценность бизнеса:
— Все должно основываться на том, какие цели ставит перед собой тот или иной бизнес. Каким его видят, какова его миссия? Те, кто ведет бизнес, должны четко себе представлять, что будет на конечной стадии, что такое трансформация бизнеса и каким образом «цифровые активы» — фактически, ИТ-активы — способны создать условия для достижения поставленных целей. Все это необходимо для того, чтоб бизнес развивался более эффективно, чем это делают конкуренты.
С такой точки зрения, основополагающее требование к бизнес-архитектору компании — способность быть лидер ом, ничего фактически не имея:
— Если у вас нет навыков лидер ства, то остальное уже мало на что повлияет… Если вы не ведете бизнес и не готовы взять на себя риск быть лидер ом, преобразования будут невозможны. Одним из барьеров для развития профессии архитектора является неготовность носителей этой профессии к рискам лидер ства.
В продолжение дискуссии о проблеме перспективной ценности бизнес-архитекторов Фескенс заявил:
— В конечном счете, влияние бизнес-архитектора происходит из его способности сформулировать высокую потенциальную ценность архитектуры в целом, а также для конкретного архитектора в определенной ситуации… Это одна из главных проблем, с которой сталкиваются бизнес-архитекторы, пришедшие из технической среды. Они могут рассказать о возможностях и функциях, но забывают озвучить выгоду.
От архитектора требуется следующее: гарантировать, что их деятельность и созданная ими архитектура отвечает требованиям и целям; подход архитектора к решению проблем на уровне архитектуры означает, что гибкость и снижение затрат, вообще-то, не являются краткосрочными требованиями. Они, в первую очередь, важная составляющая самой бизнес-архитектуры как потребности.
Росс предостерегла, что потенциальную ценность бизнеса далеко не всегда можно извлечь сразу же — обычно это происходит в перспективе:
— Может потребоваться время для того, чтоб произошел естественный переход к новой структуре после того, как архитектор озвучил преимущества определенной информационной технологии. На самом деле, пожалуй, во многих организациях бывает так: переход произошел не из-за того, что они собирались стать гибче — он произошел оттого, что они озвучили намерение с каждым днем работать все лучше и лучше.
Гарднер подвела черту под обсуждением следующим образом:
— Если мы вернемся к самой сути того, что же требуется от архитектора, то это будет понимание ценности бизнеса и того, как эта ценность доносится до наших клиентов.
Роль бизнес-архитекторов в компаниях со временем меняется. Если 20 лет назад мало кто знал о том, чем же занимаются архитекторы, то сегодня многие компании считают архитектуру предприятия фундаментом его работоспособности. Обязанности архитекторов значительно изменились – от технических обязанностей (суперразработчик) до бизнес-архитектуры и лидер ства. Эта профессия продолжает переживать изменения, и до сих пор остается загадкой, какой же курс она примет к концу текущего дня.
Профессия бизнес-архитектор
Небольшая история
В сентябре 2014 года у меня была свадьба на Кипре и во многих Молах крупных городов под потолком висели огромные баннеры. На них рекламировали современные специальности в университетах: интернет-маркетолог, систематизатор, управляющий колл-центром. В тот момент я поймал себя на мысли: «Почему все же в России, так «просело» высшее образование?» Большинство профессий «оторваны» от реальной жизни.
Стартовал процесс в 2010 году, когда окончил университет по специальности «Мировая экономика», затем 3 года «финансовым советником» в «БКС Премьер», 5 компаний (2 из которых продал): маркетинговая компания, создание франшиз, систематизация и автоматизация. Это стало фундаментом для создания этой профессии.
Откуда это пошло?
В бизнесе к «проектированию» можно смело отнести стратегию компании. Небольшая ремарка:
В любой компании есть 3 уровня: стратегический, тактический, операционный. Операционное действие дает 1 балл (в плюс или минус), тактическое 10 баллов, стратегическое 100 баллов. То есть, верное стратегическое действие дает в 100 раз больший результат, чем операционное. Примеры «операционных» действий: переговорить с клиентом по телефону, выставить счет, поменять текст на сайте, отправить письмо и так далее. «Тактические»: сделать сайт, собрать отдел продаж, сделать маркетинг кит компании. «Стратегические»: это и есть проектирование, это изменение «модели» компании, «воронки продаж», выбор нового продукта, внедрение финансовой и бюджетной политики.
Зачем?
Как эту проблему решает «бизнес-архитектура»:
Результат: за меньшее время делается больше прибыли, освобождаются ресурсы, неэффективные сотрудники, каналы рекламы, услуги и товары уходят, появляется «системность».
Причем алгоритм действий может включать в себя широчайший спектр инструментов: онлайн и оффлайн маркетинг, автоматизация, позиционирование, фирменный стиль, масштабирование, финансы компании, HR, аналитика и многое другое.
Например, выстраивание бизнес-процессов:
Пример. Ивент компания.
Так почему просто не обратиться ко всем этим специалистам по отдельности?
Так и делают 95% предпринимателей в стране, либо сами выполняют эту работу.
Как сказал один предприниматель:
Бизнес-архитектором можно стать лишь имея опыт использования на практике всех инструментов, получения от этого конкретных результатов и отдачи на цифрах. На рынке есть проблема: частенько у собственников достаточно «фрагментарное» видение всех инструментов. То есть, они разбросаны в голове, нет четкого порядка действий.
Цель работы «Бизнес-архитектора», смотреть на компанию, как бы «сверху» и выстраивать «подводную часть» айсберга для различных компаний. Это модель постоянной работы с самыми яркими и успешными предпринимателями страны без существенной привязки к географии.
Организационная структура этой профессии может выглядеть так:
Практика и примеры внедрения
Проще показать суть и ценность на кейсах.
1. Оконная компания.
Было: клиенты с газеты со средним чеком
6 000 рублей. Чистая прибыль не более 50 000 рублей в месяц.
Сделано: проанализировали целевую аудиторию, выделили самую «интересную», запустили интернет маркетинг на нее.
Стало: через 2 месяца средний чек с клиентов от интернет-маркетинга
35 000 рублей. Чистая прибыль
150 000 рублей в месяц.
2. Сеть browbar’ов (девушкам делают дизайн бровей)
Было: 3 собственные точки в Москве и Ростове-на-Дону. Учёт в экселе, сложно масштабировать без участия владелицы бизнеса.
Сделано: создан полноценный бренд бук (не просто гайдлайн, а со всеми смыслами), книга бизнеса (полная инструкция по запуску и ведению бизнеса), книга финансов (вся финансовая составляющая компании), франшиза, продающая презентация по принципу «автоворонки» (давала клиентов без участия менеджеров), централизованная автоматизация поверх созданных бизнес-процессов.
Стало: 2 проданные франшизы в Краснодар и Минск за 1 месяц, владелица практически не участвовала в процессах, появилась полная «прозрачность» на цифрах, повысилась безопасность точек, в 2 раза выросли повторные покупки.
3. Ивент компания (организация мероприятий)
Было: крупный успешный бизнес, но «путаница» среди управляющих партнеров, не хватало системности, участие владельцев во всех процессах, сложно масштабировать, бизнес привязан к людям.
Сделано: создано около 100 регламентов (которые в итоге сократились), прописаны бизнес-процессы, налажена бизнес аналитика, организационная структура, создана Книга бизнеса, анализ и сегментирование целевой аудитории.
Стало: прибыль выросла по экспоненте, у каждого своя зона ответственности, ушла путаница, выход из операционки, бизнес практически без рутины, запущена франшиза.
4. Тату салон
Было: владелец компании «жил» в салоне. 6 дней по 10 часов в неделю
Сделано: проанализирован бизнес по модели «скана бизнеса», выявлены все сильные и слабые стороны, прописаны карты процессов, регламенты.
Стало: появилась проблема «куда девать свободное время», управление на расстоянии, запуск +1 точки.
5. Компания по запуску крупных аттракционов в ТРЦ по всей России
Было: крупная успешная компания, нет бизнес-процессов для быстрого масштабирования, поиск новых мест для запуска силами владельца компании, интуитивное принятие решений
Сделано: бизнес оцифрован по ключевым показателям, модель поиска новых помещений перенесена на математическую как в компании «Магнит», внедрены основные бизнес-процессы, портрет ключевых сотрудников.
Теперь вся «соль».
Интересно мнение резидентов «Спарка» по этой профессии?
Будет ли востребована такая профессия в ВУЗах?
Между бизнесом и «технарями». Кто такой CRM-архитектор и как им стать
копирайтер PR-отдела «Студии Олега Чулакова»
Елена Бережная, менеджер департамента внутреннего маркетинга INVO Group, вместе со своими коллегами из отдела внедрения рассказала о том, чем занимается CRM-архитектор, кто им может стать и кому не стоит этим заниматься.
Если архитектор решит воспользоваться любым из сайтов по поиску работы, то столкнется с тем, что многие вакансии имеют отношение не к строительству, а к IT.
«В этой сфере работать перспективно», — подумают те, кто не собирается заниматься проектированием зданий. И с этим сложно не согласиться: сейчас CRM-системы в нашей стране использует каждая седьмая компания, а потенциал для роста здесь еще больше.
Правда, вузы специалистов по таким системам пока не готовят, да и единых стандартов внедрения не существует. Что скрывается за вакансией CRM-архитектор и как им стать?
Что такое архитектура CRM?
Архитектура CRM — это как сложить кирпичи (элементы CRM и другие IT-продукты), чтобы получился пригодный для жилья дом (была достигнута поставленная цель).
Ключевая задача архитектора CRM — собрать картину бизнеса и перенести на нее решения CRM.
Обычно это проходит следующим образом: специалист проводит встречу с заказчиком, узнает его «боли», проводит свой экспертный анализ, составляет общую картину бизнеса и формирует решение. Конечным этапом становится само внедрение.
В нашей компании вместо понятия «архитектор CRM» используется более простой для восприятия клиентов термин «бизнес-аналитик».
Можно ли обойтись без CRM-архитектора?
Сейчас бизнес становится все более технологичным. И если вы далеки от IT-сферы, то сэкономить время, нервные клетки и деньги поможет именно такой специалист, который говорит с вами на понятном языке, нужным образом оформляет ваши требования и находит дополнительные возможности для оптимизации.
Представьте, что вы поехали на переговоры в Китай. Возможно, вы сможете объясниться на пальцах, но с переводчиком все получилось бы быстрее, проще, без лишних рисков и даже на более выгодных условиях.
Какими качествами должен обладать архитектор CRM?
Требования к опыту и образованию
Работодатели ожидают от архитектора CRM, что он умеет:
Что насчет образования?
Желательно высшее техническое, но ситуация осложняется тем, что в российских учебных заведениях не готовят непосредственно CRM-архитекторов. Пока такие специалисты самостоятельно «вырастают» из финансистов, математиков, инженеров и других технических специалистов.
Можно ли самому освоить эту профессию с нуля?
Не все так просто, как может показаться на первый взгляд. Для начала надо понять, какие конкретно знания добирать.
Как признаются коллеги, самой ценной информации в открытом доступе нет. Многое познается в реальном боевом опыте. Кстати, тут прослеживается аналогия с врачами: одно дело знать, как сделать разрез, другое — идеально выполнить операцию на практике.
Кому не надо идти в CRM-архитекторы
Карьерные возможности
В рамках компании можно выстроить следующую иерархию:
Сколько зарабатывает архитектор CRM?
Это зависит от его опыта, компетенций и региона проживания. Специалист с опытом от года до трех в городе-миллионнике будет получать примерно 40-70 тысяч рублей в месяц.
Профессионал в Москве или Санкт-Петербурге сможет зарабатывать уже 150-200 тысяч рублей ежемесячно.
При желании архитектор CRM также может стать продакт-менеджером или программистом. Это позволит выполнять проекты под ключ самостоятельно и увеличить свой личный доход.
Истории специалистов
Александра Чернухина: «Я получила образование по специальности «Прикладная математика и информатика». Ранее трудилась системным аналитиком в компании, специализирующейся на внедрении и настройке 1С. С «Битрикс24» тоже уже была знакома! Правда, на предыдущем месте работы наша команда состояла всего из четырех человек, где каждый участвовал во всех фазах цикла (продажа, внедрение и так далее). Сейчас я занимаю позицию старшего бизнес-аналитика».
Артем Орлов: «Я закончил бакалавриат по специальности «Бизнес-аналитика» и магистратуру по специальности «Экономика предприятия и инвестиционное проектирование»».
Он рассказывает: «Мой карьерный путь начался с работы в администрации другого города. Я был финансистом, распределял бюджет. Нашлось место и для “преподавательской” деятельности. Я разработал в Excel алгоритмы для автоматизации сбора и анализа данных, но более взрослым коллегам было сложно использовать такого рода инструменты».
Артем добавляет: «CRM-архитектору нельзя стоять на месте, необходимо профессиональное развитие. У нас, например, предусмотрено обучение для сотрудников».
Андрей Сердюк: «По образованию я инженер-технолог по обработке металлов давлением. Работал инженером-технологом на крупном заводе, занимался закупками и логистикой, был директором сети зоомагазинов, управлял небольшим собственным бизнесом».
Андрей рассказывает: «Без компетенций в сфере экономики CRM-архитектору будет сложно. К слову, недавно мы с коллегами проходили общий курс по бизнес-аналитике. А это и сфера корпоративных финансов, и понимание общих правил ведения бизнеса».
Фото и изображения в тексте предоставлены автором
Что такое профессиональный отход владельца от бизнеса
Какие задачи решает архитектор изменений.
В системе профессионального отхода владельца от бизнеса я выделяю роль архитектора изменений, как профессионального независимого директора, и 4 поддерживающих роли, которые привлекаются в зависимости от целей владельца бизнеса.
Архитектор изменений
Архитектора изменений приглашают в одной из следующих ситуаций:
«Настройщик функций»
«SOS»-менеджер
«Траблшутер»
«Менеджер сложного выхода»
12 качеств архитектора изменений
Компетенции архитектора изменений. Иллюстрация принадлежит автору
Архитектор изменений всегда должен быть молод в том смысле, как это описано в стихотворении Коносуке Мацуситы, японского предпринимателя, основателя Matsushita Electric: «Молодость не связана только с внешним видом, алыми щеками и гибкой осанкой. Человек молод, пока он способен масштабно мыслить и мечтать. Человек молод, пока он стремится к приключениям значительно большим, чем к покою. Молодость не в связана с паспортным возрастом. Люди не стареют от того, что прибавляются годы. Мы стареем, когда отказываемся от своих целей. Недостаточный оптимизм сушит душу также, как годы сушат кожу. Тревога, страх, неверие в себя лишает человека душевных сил и веры в себя. Есть люди, которые теряют оптимизм в 16 лет, как и те, кто молод душой и в шестьдесят. Человек молод душой, пока у него есть чувство юмора. Если человек теряет оптимизм и становится циничным и холодным, он может чувствовать себя стариком даже в ранней юности. А человек впечатлительный, оптимистичный и жизнелюбивый чувствует себя молодым даже в преклонном возрасте».
Архитектор изменений сочетает в себе множество профессий: ментор, коуч, фасилитатор, бизнес-тренер и психолог. По классификации психологов он может быть логическим интровертом или интуитивным экстравертом. Он может генерировать и с жаром отстаивать новые идеи. Как показывает практика, все выдающиеся менеджеры были архитекторами изменений.
Форматы работы, которые использует архитектор изменений для достижения результата. Иллюстрация принадлежит автору
Возьмем для сравнения работу архитектора изменений и штатного менеджера высшего звена. Во-первых, разница будет в том, что они владеют совершенно разными управленческими навыками. Во-вторых, отличие в том, что менеджер может позволить себе тратить на реорганизацию лишь 10-20% времени, поскольку большая часть рабочего времени занята операционным управлением. Большинству наемных менеджеров бывает очень сложно внедрить проекты изменений. У архитектора изменений соотношение обратное: 80-90% времени тратится на реорганизацию и лишь 10% на текучку. Временная работа штатного менеджера по внедрению изменений не является основанием для отнесения его к числу архитекторов изменений.
В системе профессионального отхода владельца от бизнеса, управление реализуется на основе проектного метода, когда каждый этап имеют определенные сроки, бюджет и методы контроля.
Чем Архитектор изменений отличается от консультанта?
Очень часто владельцы бизнеса, генеральные директора не склонны доверять бизнес-консультантам. Эти люди живут с совершенно разным пониманием действительности. Предприниматели любят действовать, рисковать, добиваться успеха, а консультанты наблюдают и советуют.
Можно выделить 3 основных причины, по которым менеджеры не доверяют консультантам:
По мнению многих владельцев, «проверенный в боях» Архитектор изменений, который решает реальные проблемы и доказывает жизнеспособность идей, намного ценнее любителей советовать и давать рекомендации.
Наполеон Хилл в свое время писал, что реальную силу знания приобретают лишь тогда, когда они направлены на решение конкретной практической задачи. Советы даже опытного консультанта не стоят ничего, если их не проверили на практике. Архитектор изменений полностью отвечает перед владельцем за результат проекта, поэтому именно в его компетенции находится решение, кого нанять в помощь при реализации работ.
Кто такой Архитектор изменений в современном бизнесе?
В начале понимания сути работы архитектора изменений я приходил в компании и работал с владельцем по контракту. С командой внедрял инструменты управления и уходил. В чем были минусы. Компетенции владельца за это время прокачивались минимально. Не было действительного понимания принципов управления изменениями и как продолжать эту работу в дальнейшем. Управление проектом в качестве консультанта конфликтовало с дальнейшим проведением изменений руками владельца. Устранение этих ограничений является основой идеи работы архитектора изменений. Я не делаю работу за владельцев, а помогаю им со стратегией и реализацией в качестве партнера по управлению.
Системный архитектор. Кто этот человек?
Для кого эта статья? Эта статья, также как и первая, рассчитана на людей, работающих в сфере ИТ. Для разработчиков, тестировщиков, менеджеров разного уровня, аналитиков и т.д. Для расширения кругозора, она также может быть полезна и всем остальным, просто, чтобы иметь представление о том, чем занимается Системный Архитектор. Пригодится материал и тем, кто планирует развитие своей профессиональной карьеры, и тем, кто выкладывает такого рода вакансию и ищет специалиста в команду.
Что еще? Думаю что надо как то договорится о подаче материала. Здесь, как и в первой статье, я рассмотрю конкретный пример из своей практики, который, как мне кажется, максимально точно иллюстрирует специфику работу данного специалиста. Как и раньше, в заключении, попробую ответить на следующие вопросы: кто такой Системный Архитектор, какими навыками должен обладать и т.д. Поехали?
И последнее, думаю, надо представится. Меня зовут Владимир Воловиков. Опыт работы в сфере разработки программного обеспечения более 20 лет. В должности Системного архитектора и Программного архитектора, в общей сложности, более пяти лет. Имею четыре международных сертификата. Текущее место моей работы Системный архитектор, Банк ВТБ.
Ускорим работу
По каким принципам разбивают Монолит на Микросервисы? Вариантов много разных, но самый очевидный по бизнес возможностям. Начало моей работы над проектом, это начало работы над информационной системой, которая была выделена из Монолита в Микросервис по вышеуказанному принципу. Ну, и конечно, если бы работа была сделана удачно, то и делать тут Системному архитектору было бы нечего. Но, как правило, это не так.
Чтобы читатель смог понять глубину проблемы, сделаю еще одно отступление. Представьте себе монолит. Представьте себе, например, интернет магазин и некий сценарий оплаты, который состоит из следующих этапов:
проверка наличие товара в конкретном магазине;
списание средств с карты пользователя;
Если бы мы писали программный код, как бы это все могло выглядеть?
Мы видим три сущности: Goods, Payment, Storage. Каждая сущность имеет свои инкапсулированные методы и свойства. Как быстро все это будет работать? Да, мгновенно! Этот код весь в памяти. А теперь, давайте, сделаем из этого микросервисы. Разделим их по бизнес возможностям
Ну, что ж? Видим проблему, понимаем, откуда она взялась. Самое время заняться проектирование системной архитектуры. Дано:
Разделим “монолитный” микросервис на две части. Сделаем Микросервис для работы с внутренними потребителями и Микросервис для работы с внешними потребителями
Следующим шагом, нужно избавится или максимально исключить, количество интеграций в Микросервисе для внутреннего Потребителя. Вариантов тут два:
изучение бизнес-правил и их упрощение;
изменение архитектуры системы.
Что такое Бизнес-правила? Это, по сути, занесенные на бумагу правила, по которым работает бизнес. Это то, что отвечает на вопрос: ”Почему именно так работает, а не иначе?”. Приведу пример нескольких таких правил в разрезе нашего магазина
Номер
Описание
Для оформления заказа клиенту, сначала, необходимо произвести проверку наличия товара в указанном магазине, и только после нужно списать средства с карточки клиента и маркировать товар, как зарезервированный
Как только товар зарезервирован, необходимо отправить уведомление Менеджеру и Клиенту
Менеджер, получив уведомление о том, что Клиент зарезервировал товар, должен внести в График Доставки зарезервированный товар
Зарезервированный товар должен быть доставлен Клиенту не позднее, чем через 24 часа с момента резервирования
Функция формирования Графика Доставки зарезервированного товара должна быть доступна сотруднику с более высокой компетенцией и ответственностью
Изменение любого пункта из данного списка автоматически влияет на всю логику работы системы. Упростив БП1, вы автоматически уменьшите количество интеграций и, как следствие, система будет работать быстрей. Упростив БП5, ваша система будет проще. Не нужны будут ни какие Ролевые модели, создание AD групп и интеграций с этим сервисом. Будет работать надежнее.
Интервальная синхронизация. Периодически, допустим, раз в сутки, производить запросы к Поставщикам информации и обновлять локальные данные.
Попросить Поставщиков информации отправлять нам уведомление о том, что информация изменилась.
В первом варианте, очевидно, что наша система будет производить неактуальные действия, основываясь на устаревшей информацией. Хорошо ли это? Системный архитектор не может на это ответить, ответ есть у бизнеса, и выглядит он как формирование и внедрение нового бизнес-правила. Принятие его. Например, вот такого
Номер
Описание
После изменения свойств товара оператором, изменение этих свойств на сайте должно появится не позднее 24 часов
Для реализации второго варианта, необходима доработка и нашего Микросервиса, и, возможно, сервиса Поставщика. Необходимо внедрение в архитектуру Шины Событий: Kafka, RabbitMQ и т.д.
В итоге, пусть один из наших сервисов, по разным причинам, не может работать с Шиной событий, а другой может. Итоговая картина будет выглядеть так как рисунке ниже
Теперь посмотрим на Базу данных. Что было, что стало? Идеология проектирования Микросервисов, это идеология инкапсулирования в одном месте логики, данных и команды. Изолированная зона ответственности. Давайте мысленно вспомним, что происходило с данными в результате наших манипуляций проделанных ранее
Единый Микросервис-монолит мы разбили на две части
Для каждого нового Микросервиса, мы выделили отдельную базу данных, по сути, сделав две ее копии
Базу данных Микросервиса для внутреннего потребления мы дополнили двумя таблицами: Данные от поставщика 1 и Данные от поставщика 2
Давайте, попробуем нарисовать Диаграмму сущностей и отношений опять же в разрезе нашего выдуманного интернет-магазина. Как было и как стало?
Стало, после разделения “монолитного” микросервиса на два
Стало, после добавление новых таблиц и уменьшения количества интеграций
Смотрим на то, что получилось и плачем. Решив одну проблему, мы породили целый ворох новых
Рассогласованность данных. Данные у Микросервиса для внешнего потребителя отличаются от данных у Микросервиса для внутреннего потребителя
Избыточность данных: по сути, две копии одного и того же
Отсутствует единый источник правды
Физическая репликация
Первая идея состоит в том, чтобы настроить наши базы данных так, чтобы изменения данных в базе данных Микросервиса для внешнего потребителя, автоматические попадали в базу данных Микросервиса для внутреннего потребителя. Делается это настройками базы данных. Это отличное, простое и надежное решение, но это не наш случай. Наши базы данных отличаются друг от друга. Физическая репликация, это все же инструмент для организации надежности.
Логическая репликация триггерами
Прикладная репликация
Третья идея заключается в том, чтобы использовать уже заложенную в архитектуру шину событий. Сервер приложений Микросервиса для внешнего потребителя, после сохранения данных в своей базе данных, отправляет событие с данными через шину. Сервер приложений Микросервиса для внутреннего потребителя получает это уведомление и вносит изменение в свою базу данных. Тут тоже, как и в случае, с Логической репликацией триггерами присутствует избыточность и также есть какая-то дополнительная сложность в разработке. Более того, в случае, если кто-то сделает изменения прямо в базе, выполнив запрос, то синхронизации не будет. Это тоже нужно учитывать.
Схема с Прикладной репликацией с использованием шины данных
Общая база данных
И последняя идея заключается в том, чтобы сделать единую, общую базу данных для обоих наших микросервисов. Просто консолидировать ресурсы в одном месте. В некоторых случаях, это считается Антипаттерном, потому что противоречит основному принципу микросервисной архитектуре, а именно, инкапсуляции данных, ресурсов и т.д. в одном месте, в одной команде. В случае, если у нас два микросервиса разрабатываются двумя разными командами, но при этом, у них одна общая база данных, то автоматически возникают коллизии. Внесение изменения в эту базу, в ее структуру, будет также влиять на вторую команду. Но у нас одна команда и таких коллизий не будет, поэтому для нас это оптимальный вариант.
Итоговый вариант архитектуры ИС
Подведем итоги
Кто такой Системный архитектор?
Чем отличается Программный архитектор от Системного?
Должен ли уметь программировать Системный архитектор?
Какими навыками должен обладать Системный архитектор?
Как бизнес аналитику, ему необходимо:
уметь внятно и точно выразить свои мысли
переложить их на бумагу
владеть несколькими UML нотациями, например, Диаграмма классов (Class Diagram) и Диаграмма деятельности (Activity Diagram), диаграмма последовательностей Sequence диаграмма. Возможно, также пригодиться Event Storming диаграмма
уметь выявлять бизнес правила (требования)
SOAP, REST, GRPC и т.д. Какие виды протоколов взаимодействия есть между системами. Плюсы, минусы, опыт работы с ними
Различные шины данных. Кеши и т.д. Также плюсы, минусы их
Какие базы данных существуют? Какие задачи решают? Репликация, шардирование и т.д.
Схемы построения надежности баз данных
Схема построения высоконагруженных систем
Сколько лет должно быть практики, чтобы быть Системным архитектором?
Заключение
Системный архитектор, это, безусловно, топ технической специальности. Это опыт, опыт и опыт. Это очень большой кругозор. И это уже конечно хорошо развитые “софт”- скилы. Без них уже никак. Как и что должно работать? Какие взаимодействия? Какая реакция системы? Как бизнес требования переложить в систему? Все это непростые навыки, развить которые, увы, невозможно ни на каких курсах
За помощь в подготовке данной статьи автор благодарит Балахчи Анну Георгиевну, Иркутский Государственный Университет, Факультет Бизнес-коммуникаций и информатики, зав.кафедры, кандидат физико-математических наук