0: Приветствую всех сегодня у нас открытый урок по теме архитектуры корпорации на основании фреймворк итогов 10, и мы сегодня будем рассматривать 1 из ключевых моментов этого free.

1: 1 из ключевой часть это, соответственно, цикл иди, но мы будем его смотреть, рассматривать немножко с нетрадиционного подхода, потому что традиционный подход у нас говорит о том, как нужно. Правильно

2: Выполнять эдем и что от него ожидать? А мы сегодня будем рассматривать его с точки зрения. А что будет, если все-таки нарушать этот эдем и выполнять его неправильно? Вот это немного.

3: Такой материал интересный и уникальный, потому что сам фреймворк с этой точки зрения на неё не смотрит на материал, тем не менее, давайте будем знакомиться. Меня зовут денисе, я 1 из преподавателей курса архитектуры корпорации итогов 10 в компании.

4: Отпуск. У меня есть некоторый расширенный опыт в разработке систем устройств программного обеспечения для иностранных и российских компаний около

5: 8 и, ну, более 8 лет в Роли главного архитектора проектов, связанных с различными индустриями и структурами, в том числе государственными и в том числе некоторыми закрытыми и также около 4 лет. И, по моему, даже

6: Ну, более 4 лет в Роли корпоративного архитектора, как в разных компаниях, так и так и непосредственно в проектах. Сегодня у нас вебинар, я тему уже его назвал. Это у нас открытый урок. Какие правила?

7: Активное участие очень приветствуется. То есть делитесь своим опытом, задавайте вопросы, пишите, пишите их в чат. Я чат вижу, мы проверили. Чат работает также в чате. Есть ссылка на опросы от очень внимательно относится к обратной связи и при

8: Приветствует заполнение опросов с вашей стороны. Очень внимательно читаем, принимаем во внимание и улучшаем и непосредственно проведение наших занятий и, соответственно, материал. Вот

9: Поэтому запись придёт и сегодня, если нужно, будем рисовать на белой доске.

10: Для того, чтобы лучше понять некоторые моменты. Так это я, это я про себя и про наш вебинар сегодняшний, давайте с вами знакомиться. Есть ли у вас опыт работы в сфере информационных технологий и с какой целью пришли сегодня на

11: Наш вебинар. Пишите в чат, я буду потом посмотрим некоторые ответы, кто захотел познакомиться, а я продолжу про немножко про отус расскажу, что это такое, за что за компания.

12: Занимается и почему вам может быть интересно отус это компания по обучению обучающая компания создаёт авторские онлайн курсы по различным айти направлениям.

13: От различного вида сложности и различного уровня вовлечённости также разрабатываются курсы по запросам компаний. То есть некоторые компании обращаются в отпуск, чтобы

14: Подготовили под них специализированный курс и отус, соответственно, подготавливает такие, такие курсы и ведёт их, что отличает отус от других онлайн обу.

15: Обучающих компаний то, что у otus есть настоящая образовательная лицензия и выдаются дипломы и удостоверения о повышении квалификации или профессиональной переподготовке, которые государственного образца, их можно зарегистрировать и если нужна

16: Формальное формальное свидетельство, которое вам поможет вашей карьере, работе, то отус вполне себе предоставит это по итогам прохождения курса. Курсы различные, это

17: По программированию, по безопасности, по архитектуре, по современным направлениям, то есть и по по data science, по дата инжинирингу, по информационному, по искусственному интеллекту различным иным направлениям информационных технологий, Бо курсов более 100.

18: И практически по каждому выдаётся сертификат курсы обычно состоят из блока какого-то занятий, какого-то количества домашних заданий и выполнения.

19: Проектной работы по итогам курса, но некоторые курсы могут идти без этого, но большая часть идёт с выполнением проектной работы. Вот так. Ну вы познакомились со мной, с вами, ну, не знаю, познакомимся, значит, в процессе заня.

20: Перейдём непосредственно к теме нашего занятия. Это того причины, последствия и как избежать ошибок.

21: А вот представляется, коллеги, вот в 25 лет войти в разных ролях.

22: От работа отклонения оо, понять, насколько интересны курсы. Да, хорошо. Как раз это сегодня, собственно, тема занятия, да, мы, как бы, и, значит, то, кто знак, напишите в чат, кто изучал, может

23: Быть в каком-то виде тогов, кто знаком с идём и в какой степени вы знакомы. Ну то есть условно изучал, значит, знаком хорошо что-то слышал. Может быть, может есть те, кто применяет в своей работе уже в своей ра.

24: Тогов и методологии может быть какие-то, какие-то куски вот оттуда. Поэтому пишите, давайте общаться. Значит что у нас сегодня по по занятию у нас обзор обязательно тогов её, потому что надо установить некую базовую линию от кото

25: Мы будем отталкиваться, потому что есть некая специфическая терминология, есть некое специфическое представление, и нам надо всем, что называется, выровнять в своём понимании. Значит, фазы идём, посмотрим. Во первых, поймём, что такое.

26: Как таковой. Да, понятно, что за сегодняшнее, за сегодняшнее занятие мы не сможем, допустим, глубоко его посмотреть, но я постараюсь донести основные идеи и мысли и таким образом, чтобы вот вы даже сегодняшнее заня,

27: Ушли, наполненные неким неким пониманием и, самое главное, сформировали у себя вопросы, вопросы, которые вы далее будете, допустим, самостоятельно прорабатывать, или, или же

28: С этими вопросами вы придёте на курс. Вот, значит, посмотрим, что такое несоблюдение фас фактически означает, да, что такое нарушение? Примеры из практики обсудим. Не знаю, сколько получится. У меня примерно в голове есть

29: 3, 4, 3, 4, 5 примеров. Вы можете свои примеры писать, допустим, и мы будем их обсуждать. Ну, обсудим, что такое курс корпорации тогов архитектура, и немного просто ответим на вопросы, поговорим, да.

30: Вот так вот, Михаил говорит, что последние 15 лет системный архитектор. Очень приятно, очень приятно видеть людей с архитектурным опытом у нас, потому что, я думаю, мы с вами, значит, установим некую коммуникацию и будем обсуждать, значит, цели вебинара, какие мы уже немножко про них поговорили, но

31: Получить представление, да, понять принципы философии, как я уже сказал, и дальнейшее влияние на свою карьеру обсудить, значит, перейдём непосредственно к материалу. Если есть вопросы, пишите, пишите в чат, я буду смотреть, как они накапливаются.

32: Есть вопросы, прям на которые можно ответить сразу, то я буду отвечать. Если есть вопросы, которые можно отложить, то, ну, соответственно, отложу, да, потому что материал такой плотный, и нам надо попробовать уложиться. Значит, что такое итогов, итогов?

33: Это, скажем так, фреймворк, да, что такое фреймворк? Это некая некие, скажем так, методические методологические ограничения, которые, скажем так, ведут к некоторому гарантированному результату.

34: Ну, некоторому ожидаемому результату гарантированным сложно, может быть, назвать, но иногда, используя фреймворк результат достигнуть можно с большей вероятностью, чем действия на наугад да, вот, значит, тогов это сокращение.

35: Open архитектор де опен групп архитектр фреймворк некоторые его называют то гав, но в английском языке ударение на 1 слог, поэтому это архитектурная основа предоставляет методы, инструменты для того,

36: Того, чтобы организовывать архитектуру предприятия и реализовывать корректный архитектурный процесс, корректный с точки зрения тогов, есть иные, конечно, методологии подходов к корпоративной архитектуре, но что отличает тогов то, что он вышел

37: Из практики, то есть он появился где-то в конце девяностых годов и с тех пор эволюционирует, эволюционирует и изменяется. У меня есть по моему открытое видео и на непосредственно на курсе я немножко касаюсь истории, то

38: Показываю, как он эволюционировал, да, и тот же самый фреймворк. И тоже я показываю, как эволюционировал, но сегодня мы на этом не будем заострять внимание. То есть в чем смысл тогов был, скажем так,

39: Те, кто занимался вопросами управления корпоративными архитектурами, собирались на мероприятиях до опен групп и решали, каким образом практики, вот которые имеются наработанные.

40: Формализовать в некий, в некую такую методологическую основу, которую можно дальше распространять и развивать, да, вот поэтому Токов отличает от остальных фреймворков, которые вы можете назвать, если знаете, может изучали то, что

41: Он не из теории в практику идёт, а он как бы выжимает, формализует практические процессы, которые существуют, и оформляет их просто в некое в неком виде методологии, в неком виде документов.

42: Материалов. При этом, что тогов отличает, он, скажем так, не даёт конкретных инструкций по тому, как действовать, он, скорее всего,

43: Определяет образ результата, которого нужно достигнуть. Но какими средствами вы будете это достигать? Это отдельная история. Например, тогов перекликается с неким некими методами проектного управления. То есть он берет оттуда некоторые методы, но в то же время делает отсылки, что

44: Если вам нужно детальнее и глубже проектным управлением заниматься, то, пожалуйста, есть там методологии принц и иные, оттуда и берите. А вот для тогов мы берём условно некоторые только часть, да, вот.

45: Изначально, конечно, у нас в информационных технологиях итеративных подходов и моделей не было. Они были, скажем так, все как на водопадные, да, или последовательны. И вот тогов тоже он

46: Представляется, как не такая фундаментальная, тяжёлая, монолитная, там последовательная методология для крупных корпораций и условно, там стартапам или маленьким компаниям он не нужен, ничего подобного. Те, кто заканчивают, значит, курсы, по того 10.

47: Ну, сейчас 10 версия фреймворка идёт, была 8, 9, вот кто заканчивает курс по 10, понимают, что именно то, что он выходит из практики и просто фиксирует эту практику в неких, так сказать, печатных материалах текстовых.

48: Позволяет использовать его гибко и гибко применять. Мы это вот сейчас пока у нас обзор идёт, мы посмотрим но тем не менее мы коснулись такого вопроса, что тогов, он как бы больше в корпоративную архитектуру

49: Зачем она вообще нужна, эта корпоративная архитектура и, скажем так, какая, какая её сущность, какая её суть? Дело в том, что предприятие, оно не существует в вакууме, оно существует в окружении чего-то, и корпоративность здесь имеется в вид.

50: Корпорация как корпорация, как набор предприятий. То есть мы ориентируемся всегда на то, что это фреймворк, который подходит для больших организаций. Но в то же время здесь есть некий трюк, слово, организация, organisation.

51: Английском языке, в корпоративной культуре, оно используется в широком понятии. Это как и предприятие целиком, так и некий условно отдел внутри этого предприятия. И вот здесь организация, которая внедряет, допустим, того, это может быть и транс.

52: Национальная корпорация, а может быть, и условно некое подразделение, департамент итогов одинаково хорош будет и для глобального спектра, да, и для, скажем так, уменьшенной модели, потому что процесс

53: Одинаковы. И вот собственно стремление корпоративной архитектуры сделать так, чтобы процессы и на общекорпоративном уровне, и на уровне непосредственно отдельных отделов они были схожи если не совсем одинаковы, то схожи вплоть до

54: Масштаба, да, вот, вот в этом смысл корпоративной архитектуры. Более того, корпоративная структура, она нужна для решения, скажем так, ежедневных задач жизни жизненного цикла.

55: Это создание, развитие, поглощение, да, поглощение иных предприятий и поглощение этого предприятия другими предприятиями. Это все архитектурные задачи, потому что вот

56: Как мы в основном, кто в it работает, мы условно все прикладники, и мы все сразу думаем там про системы приложения, как у нас там че поставить, там база данных, там api, там, джиар писи, что у нас вот это будет

57: Kafka rabbit и прочее. Это очень маленькая часть, мы вот прям сегодня посмотрим, это маленькая часть, корпоративная архитектура, это целиком, это и про бизнес процесс, это и про данные, и про взаимодействие, и про непосредственно программно.

58: Аппаратную часть, да, про вызовы, которые сегодня есть, и про решение вот бизнес задач предприятия, например, какая может быть бизнес задача, которую архитектура должна решать такая, о которой не задумывался 1?

59: Банк присоединяет другой банк. С чего начать? Да вот с чего начать? Те, кто прикладники, сразу побегут. А что у них там за хранилище? Что у них там оракал? Или, или, или мэскель, там постгрес. Ой, а у нас этого нет, это не главное.

60: Главное это понять, насколько бизнес процессы поглощаемого предприятия близки или различаются с тем предприятием, которое его поглощает, с поглощающим предприятием. Поэтому тогов выделяется базово во.

61: Фреймворке 4 слоя, на которых постоянно ведётся работа. Каждый раз любая архитектурная задача должна учесть в себе эти слои, это бизнес архитектура, то есть это бизнес стратегии, бизнес процесс.

62: Архитектура данных, которая сегодня, скажем так, не менее важна, чем бизнес архитектура. До вот этой эры, дейта, дривен и big data, да, то есть где-то до 12 года, что big date

63: Где-то плюс минус в 12 году начинал стартовать. Бизнес процессы были гораздо важнее.

64: Но данные сегодня они примерно ту же самую важность имеют, что и бизнес процессы, потому что, как бы, ну, уже упоминалось, существуют data компании, которые свои бизнес процессы выстраивают от того, как данные будут жить, двигать.

65: А где они будут порождаться, где употребляться, где они будут условно храниться и прочее. Да, архитектура приложений, это ещё 1 слой, это, ну, это нам всем, кто в архитектуре работает. Прикладникам хорошо, знакомо. Да, я сам.

66: Поняли? Из моего бэкграунда больше, естественно, прикладник. Вот. И технологическая архитектура это тоже сегодня важный момент. Почему? Потому что технологическая архитектура это условно диплой, где мы будем размещаться, локальные машины, там

67: Аппаратная часть, виртуальные среды, кубернетес, да, облачные подходы и вот это все, вот это все, это все архитектурные задачи, которые должны решаться корпоративной архитектурой, которая должна обеспечивать

68: Чёткий и понятный и прозрачный прозрачный архитектурный процесс. Вот если есть вопросы на данном этапе, пишите, не стесняйтесь, в чат будем дальше двигаться.

69: Что такое архитектурный процесс с точки зрения методологии и вообще с точки зрения правильного представления, значит, если мы возьмём 4 наши слоя, это бизнес архитектура данных, приложений технологических, то взаимодействие этих слоёв ведётся через

70: Задачи, которые 1 слой через задачи и задания, которые 1 слой назначает другому. То есть, условно бизнес архитектура говорит архитектуре данных и всем остальным, что она хочет получить, то есть

71: Какой результат? А все остальные слои отвечают, как этот результат будет достигаться, не должно быть в правильном архитектурном процессе ситуации, когда технологическая архитектура диктует бизнесу как

72: Выстраивать его процессы. Вот. И что делать? Вот, вот этого, вот этого движения, вот этого движения, что, да, от технологической архитектуры, условно в бизнес не может быть. Это, это некорректный архитектуры, процесс, корректный процесс. Это когда бизнес говорит, мне нужна

73: Условно такая бизнес функция, а технологическая архитектура отвечает, мы реализуем её при помощи условно облачного подхода, потому что он отвечает вот таким задачам все, да, вот это правильный процесс, но не может быть процесса, когда из за

74: Того, что мы размещаемся в публичном облаке. Давайте поменяйте свои бизнес процессы и, например, перестаньте хранить у себя персональные данные. Это абстрактный пример, но я думаю, он понятен. То есть вот такого не может быть. И собственно, корпо задача корпоративной архитектуры обеспечивать это

75: Архитектурный процесс итогов это 1 из фреймворков, который позволяет именно такой процесс архитектурный обеспечить. Есть различные инструменты, есть базы, базовые вопросы, которые итогов закрывает, но

76: Процесс обеспечивает так, если есть вопросы, тоже пишите на прикольно и непосредственно, то это ключевой компонент фрейворка. Эм, это сокращение от архитектор девелопмент метод.

77: То есть метод разработки архитектуры выглядит он вот так вот, как вот такая знаменитая ромашечка Токов. У меня есть вот другая картинка, она более привычная, да, вот так вот эта ромашечка выглядит. То есть здесь у нас некая

78: Количество фаз, по которым нужно проходить и требования. Также вот есть предварительная фаза, мы сейчас все это очень разберём так, чтобы было понятно, значит, из чего состоит и он состоит из фаз, значит, фазы, все фазы.

79: Принцип, какой все фазы принимают задачу и формируют ответ, фиксируя его в некой, в неком управлении требованиям по центру, по центру, да и, кстати, пока я

80: Рассказывать про её вот вам вопрос, подумать.

81: Где здесь корпоративная архитектура? Не надо отвечать на него сейчас или где здесь корп архитектор. Не надо отвечать на него. Сейчас, пока будем рассматривать мы, вы сможете на него ответить. Все начинается. С чего начинается все с предварительной фазы. Что

82: Что такое предварительная фаза? Предварительная фаза это фаза формирования, непосредственной, фаза формирования непосредственно архитектурной задачи. Значит, мы все работаем над архитектурной задачей. Она может быть любая. Это может быть задача, как изменить цвет.

83: На 1 странице магазина или на 2, да, так и слить 2 транснациональные корпорации.

84: Значит, могли бы вы поделиться презентацией после вебинара? Это надо в отпуск написать. Вот, и они тогда помогут с этим. Вот, значит, какая бывает архитектурная задача. То есть, либо кнопку, цвет кнопки поменять, казалось бы, что тут архитектурная задача, но даже она

85: Решается через и я прям расскажу. Либо это слияние 2 транснациональных корпораций, это одинаково. Для тогава нет разницы, между этими задачами нет разницы, да, поэтому все начинается с предварительной фазы. Предварительная фаза это фаза формиро.

86: И фиксации, и понимания требований, причём не только архитектурой, но и теми, кто заказывает архитектурную работу заказчиками, да, поэтому мы вот у нас есть вот здесь плашечка бирди фсди, мы её прям

87: Ставим сюда на предварительную фазу. Здесь формируются требования Бирт это business requirement, дефинишен а sd, фанкшн специфике то есть это условно бизнес требования и функциональные нефункциональные требования. Вот.

88: Они формируются, формируются непосредственно на предварительной фазе, да. Далее у нас идёт фаза архитектурного видения. Это, скажем так, 2 ключевой момент в тогах. И вот он включён

89: В. Д. Значит, архитектурное видение это очень важный компонент всего, потому что здесь происходит предварительная проработка требований и концептуальная проработка требований, которые в рамках архитектурной

90: Задачи согласованы и представляются, но ключевым результатом фазы архитектурного видения является то, что заказчику представляется некий формализованный результат в виде, например.

91: Концептуальной архитектуры проекта, да, я сейчас упрощаю виде концептуальной архитектуры проекта, который показывает, как архитектурная задача будет решаться и как это решение будет соответствовать требованиям. Так

92: В вопросах архитектурного видения или вижена прорабатывается, во первых, карта стейкхолдеров, то есть кто является реальным бенефициаром этой задачи, ну или стейкхолдером. Да, и это, кстати, не всегда директора может быть зависи.

93: Задачи Лиды, направления эксплуатации могут быть ключевыми бенефициарами, хотя задача, казалось бы, вообще к ним не имеет отношения. Вот на этой фазе обязательно нужно

94: Выявить стейхолдеров обязательно, значит, проработать концептуальный подход обязательно уже определить. Может быть некие у нас гэпы недостатки есть, да? Ну, например, сразу понятно, что если от вас требуют

95: Онлайновой биай отчётности у вас биай системы нет, и вы даже никогда не думали о том, что вам биай система нужна, это сразу уже на этой фазе видно и вы прям записываете себя в этот гэп. То есть вы условно концептуальную архитектуру рисует

96: Так, здесь должна быть биай система, но у нас её нет. И мы и дальше у нас там условно развилки, мы её купим или сами сделаем. Это уже 2 вопрос. Это тоже в цикле есть, но мы его отложим. Пока. Вот, но нам нужна

97: Система без биосистемы ваша задача не решается. И вот на этапе видения будут рассказывать, что у нас появится биосистема и значит, мы будем решать задачу. Там биосистема, которая соответствует таким-то таким функциональным и нефункциональным требованиям. Да, вот, и самое главное,

98: На фазе видения формируются задания, задания на все остальные фазы цикла и то есть

99: На бизнес архитектуру, на архитектуру приложений, технологическую, да, на то, каким образом будут выбраны те и те или иные те или иные решения, да, как будет осуществлён переход

100: К этим решениям и какие последствия для корпоративной архитектуры это, это принесёт и какие выводы она должна сделать, да, вот вот так работает цикл цикл. Поэтому у нас здесь на фазе вижена формируется архитектурное видение.

101: Который, в том числе несёт, который в том числе несёт задачи, которые складываются в центр управления требованиями для иных фаз. На фазе бизнес архитектуры у нас формируется, формируется изменения бизнес архитектуры.

102: У нас формируются бизнес, архитектурные задачи, да, и решаются бизнес, архитектурные вопросы на фазе. У нас также архитектура данных тоже может решаться на этапе бизнес архитектуры, но

103: Она такая немножко переходная, она может вот как бы с фазы б, на ц. Я думаю, что следующая версия тогов, которая выйдет, она будет учитывать этот момент. Вот на фазе цэ, это у нас системная архитектура, это вот все.

104: Любимый системный дизайн микросервисы, кафки, рэббитмкью, бесконечные споры.

105: Что лучше, как лучше? Да, вот технологическая фаза это у нас архитектура развёртывания виртуалки, кубернетос, облако, сиайсиди, все остальное про

106: Вот, да, фаза её, что такое фаза, её фаза е, это когда мы уже проработали все этапы на уровне бизнеса, данных, системы технологий, мы уже понимаем, как мы бу.

107: Будем решать конкретную архитектурную задачу непосредственно вот всеми вот этими инструментами, которые есть и нам уже понятны наши гэпы. То есть, то есть где у нас конкретно есть недостатки и на father её самое главное, что

108: Происходит, мы формируем и принимаем решение. Мы сразу в целевое состояние перейдём или у нас несколько Шагов будет, которые называются переходными архитектурами, то есть транзишн, архитек, да.

109: То есть переходные архитектуры и таких переходных архитектур может быть несколько, и мы тогда на father её фиксируем для каждой переходной архитектуры те изменения, которые в ней должны быть.

110: Внедрены. Вот. И тогда у нас на father её появляется основной инструмент. Основной результат это переходные архитектуры. Фаза ф. Мигрейшн плейн. Значит, слово мигрейшн здесь может ухо немножко так задевать. Почему? Потому что

111: Можно спутать это как непосредственно миграцию данных, миграцию в другой цод или это orm миграции, которые в разработке по часто приводятся? Нет мигрейшен здесь в данном случае это переход от это планирование переходов и непосредственно исполнение.

112: Переходов от текущего состояния, которое зафиксировано в имеющейся архитектуре, к следующему состоянию. Это может быть, например, транзитивная архитектура. 1, 2, 3, либо же финальная. Вот это планы, как мы будем переходить от имеющегося

113: Состояние кругом фактически, фактически это и есть разработка, это вот здесь аджайл, скрам, таски, спринты, сейф, что там у нас v модел, вот это все, вот, вот все, что вы слышите, вот это, это

114: Вот это 1 фаза ф цикла. Иди. Сколько здесь архитектуры, здесь архитектуры в том, чтобы

115: Не перекликались механизмы, чтобы не было накладок, да, но это мы дальше посмотрим. Дальше фаза управления внедрением имплементейшен Гавар. То есть это надо посмотреть, насколько качественно архитектурное решение или переходная архитектура.

116: Была внедрена для того, чтобы понять, у нас вообще результат достигается или нам надо откатиться, условно выкинуть всю сделанную работу и начать заново, да, вот это у нас управление качеством, качеством внедрения и

117: Менеджмент это управление архитектурными изменениями в широком смысле, значит, архитектура живёт некими условно шаблонами, требованиями, там, паттернами, рекомендациями.

118: Местами, которые должны исполняться, исполняться при проработке архитектурных решений. И вот на этой фазе, когда у нас условно качество имплементации достигнуто, собирается информация о том, насколько качественно

119: Насколько паттерны и шаблоны соответствуют тому, что реально происходит. Понимаете? Вот и архитектура корпоративная должна меняться, исходя из того, что в реальности, что

120: Какой обратную связь она получает? Это собственно управление обратной связью. И здесь, собственно, также можно, например, создать архитектурную задачу на Ровно такой же цикл.

121: Которая будет прорабатываться. Это будет условно. Там не бизнесовая задача, а задача корпоративной архитектуры. Вот, вот так работает цикл. И вот сюда поставим архитектурный паттерн. Так работает цикл им

122: И сразу вопрос а он является ли?

123: Водопадным или он интерактивный. И ответ на этот вопрос, бесспорно, есть.

124: Цикл идём итеративный и итерации вот здесь как бы стрелки не показаны, да, но мы можем, если нужно, порисовать эти же стрелки на, на белой доске, но я думаю, что

125: И что? И так понятно, какие у нас, значит, фазы, предварительная фаза и фаза вижна, да, то есть фаза предварительной проработки требований и задач. Здесь есть собственная петля, то есть мы прора,

126: Батываем концептуальные подходы до тех пор, пока заказчик задачи условно не поймёт, как эта задача будет решаться, и условно не то что одобрит, а согласится с нашими решениями, потому

127: Что изменения, которые происходят, они могут потребовать, например, создания отдельного подразделения на уровне бизнеса, создание каких-то департаментов, создание новых связей между этими департаментами и создание

128: Новых бизнес процессов. Ну, тот же самый биай, это значит, должен быть процесс поставки данных туда. И он ни разу не технический, потому что это значит, и управление документами, и извлечение данных из этих документов, и по подраз,

129: Делением, соответственно, отбрасываться какие-то данные должны быть, они там не готовы могут быть, да, вот, поэтому это та вот та итерация, далее итерации, которые вот прорабатываются по непосредственно бизнесовым информационным структурам и технологическому её

130: Это отдельная петля, которая тоже может ходить бесконечное количество раз в рамках 1 архитектурной задачи. Тут уже вопрос, как корп архитектура выстраивает этот процесс, как это управляется? То есть мы условно, бизнес.

131: Требования прорабатываем, а у нас нет систем, да, и мы вот можем зависнуть на том, на выработке системных подходов, как эти бизнес требования выработать. Мы вырабатываем системные требования и видим, что нет у нас

132: Возможности условно тоже самое облако деплоится. Или же виртуализации у нас вообще никакой нет, у нас только железные серверы, а у нас горизонтальное масштабирование заложено, потому что требования такие. И не можем же мы масштабироваться железными серверами. Это

133: Можем неэффективный процесс, будет затрат много и тяжёлый, поэтому условно нам надо виртуализацию. То есть мы сюда, в apart солюшен, записываем себе виртуализацию и 1 переход это условно, там локальная виртуализация, потом

134: Может быть частное облако или мы сразу в контейнеры там переходим. Принимаются здесь такие решения. И, соответственно, здесь вот переходы постоянные. То есть мы взяли 1 транзитивную архитектуру, пошли её внедрять, внедрили, вернулись, проработали те,

135: Изменения, которые были, вернулись к другой транзитивной архитектуре и пошли дальше работать, ну и между качеством внедрения и непосредственно тем, какие задачи должна решать корп. Архитектура в части управления.

136: Шаблонами. Здесь тоже собственная, как бы петляя, существует, потому что

137: Если решение внедрено некачественно, то тут ещё вопрос. Это те, кто исполнял это решение, не смогли. Либо же паттерн такой, который исполнить, то, в принципе, может и нельзя. И поэтому, может, его надо менять, да, вот.

138: Вот так. Теперь вернёмся к тому примеру, который мы уже нужно поменять. Условно цвет кнопки архитектурно. Почему поменять цвет кнопки на 1 странице веб сайта является архитектурной задачей и

139: Почему эту задачу можно разложить на тот же самый цикл. Идём, и она, самое главное, выполняется по тому же циклу. И хотя отдельно никто не выделяет этого, то есть никто не фиксирует себе, что да, мы действительно работаем по идём, мы знаем эту методологию, мы знаем этот подход, но

140: Давайте рассмотрим задачу изменить цвет кнопки на сайте. Простая задача, казалось бы. Ну что там? Пойди поменяй.

141: Предварительная фаза. Мы фиксируем требования изменить цвет кнопки на сайте. Значит у нас есть заказчик задачи уже и у нас есть бенефициар задачи. То есть то кому-то, кому мы будем отчитываться так значит изменить цвет кнопки. Какой кноп?

142: Где он находится, на какой цвет? Это все требования, казалось бы, элементарные, ну, требования. И мы их должны зафиксировать. Постоянный ли этот цвет, должен ли он там при рефреше, оставаться при наведении

143: Мышки и тому подобное. Это все проработка бизнес требований на предварительной фазе. Хорошо требования зафиксировали. Мы переходим на стадию вижена на стадии вижена. Мы, например, фиксируем, что нам условно концептуально

144: В нашей системе ничего менять не нужно. То есть мы проработали и зафиксировали нулевую работу в части того, что нам ничего в нашей, нашей системе менять не нужно. Мы только меняем условно параметр 1 из компонентов. Очень хорошо. Мы возвра,

145: Щаемся к заказчику и говорим концептуально ничего не меняем, просто меняем компонент. Хорошо, переходим на фазу на стадию б проработка бизнес процессов. Интересно.

146: Если кнопка станет, допустим, красного цвета, станут ли на неё чаще нажимать, или Реже, если на неё станут нажимать чаще или, например, на неё станут нажимать двойным нажатием, повлияет ли это на какие-то процессы, которые в этом, которые реализуются на

147: Веб страница это все вопросы, которые к бизнесу относятся, если, например, кнопка становится красной, рождает ли она какую-то новую бизнес функцию, например, при нажатии на красную кнопку, например на чёрную

148: Кнопку ничего не выскакивало, никакого сообщения, а на красную кнопку, например, рекламное сообщение выскакивает. Это тоже

149: Это тоже вопрос бизнес процесса. Далее переходим на фазу ц. Проработка системная. Нужно ли нам развернуть новые компоненты? Ну, скажем так, не нужно. Хорошо. Нулевая работа. Все компоненты остаются такие, какие есть.

150: 1 компонент меняется. Мы фиксируем, что 1 компонент, отвечающий за цвет кнопки. Какой бы он ни был, он меняется, мы там меняем фаза д. Надо ли нам изменить диплой? Как нам изменить диплой? Как мы доставим изменения непосредственно на прод, если у нас

151: Тестовая среда. Надо ли нам это протестировать? Есть ли у нас препрод, среда? Надо ли нам предварительно показать заказчику, что цвет кнопки тот, который есть, может быть, ну, мы, может, не зафиксировали его код, да, цвета, ну, там, 16.

152: Представление мы зафиксировали только, ну просто, что он был быть красный. Вот, да, это технологическая проработка. Собираем все проработки, которые были переходим на фазу её и смотрим мы можем

153: Сразу достигнуть целевого состояния. То есть, чтобы кнопка стала красной, можем. Хорошо, тогда мы планируем на мигрейшен пленнинг, мы планируем

154: Наши, наш переход условно задача. Зайди, создаются задачи на спринты, зайди в файл, там поставь такое-то значение, перегрузи, напиши такие тесты. Это вот все задачи на разработку, то есть на исполнение той, той, той,

155: Тех миграций, изменений в системе, которые должны быть, да, и далее мы смотрим, насколько вообще у нас успешно все это внедрилось, допустим, успешно. И мы качество оценки, хорошо, качество

156: Качество оценки по качеству имплементации у нас хорошие, высокие, да, то есть все, все внедрилось, все без прерывания сервисов. У нас все произошло. Никаких технических долгов или архитектурных долгов у нас это не потребовало. Какие, есть ли изменения? Изменений нет.

157: Вот, вот так работает цикл и на примере изменения кнопки цвета Ровно также он будет работать, когда нужно 2 транснациональные корпорации друг друга поглотить или и создать 3, или выделить бизнес подразделение какое-то или ещё

158: Что вот Ровно так же он будет работать. Вот поэтому идея применим вы, мы все по нему живём, просто мы не выделяем вас.

159: Так, про архитектуру вижн мы сказали, про про итерации сказали, существуют итерации между циклами тоже надо понимать, потому что на фазе эф, когда у нас планирование миграции, у нас могут потребоваться дополнительные, у нас могут

160: Дополнительные архитектурные задачи, которые породят либо свои микроциклы, либо крупные циклы, да, в том же примере с кнопкой у нас может не быть библиотеки, например, которая рисует кнопки в красные примеры специа,

161: Такие, ну, экстравагантные, но, тем не менее, у нас может не быть библиотеки, которая рисует кнопки в красной. Или у нас может не быть хранилища, где цвета для этих кнопок хранятся? Да, тогда нам надо решить час.

162: Архитектурные задачи, непосредственно связанные с этим, как организовать хранилище, как взять библиотеки, где, что это за библиотеки, как проработать, на что они будут влиять. Вот так это про цикл. И если какие-либо вопросы

163: Давайте посмотрим, как быть в ситуации, когда внедрён странный сап, в котором космический деньги стоит реализовать учёт затрат и другие современные требования от государства. Ну, тут не очень понятно, что значит как

164: Быть очевидно, надо, ну, ваш вопрос. Стоит ли менять его или сделать что-то своё? Ну, давайте так рассмотрим. Вот так, если

165: Требования существуют, остаться только на этом сапе и не хотим ничего вкладывать. Ну тогда надо минимизировать как бы затраты и переиспользовать то, что есть. А если у нас стоит задача решить, вот смотрите, решить задачу, которая

166: Называется учёт затрат по гособоронзаказу и прослеживаемость продукции, то может быть, нужно как раз пройти, проработать вопросы на предварительной стадии и концептуальной вот здесь вот на фазе вижена, чтобы посмотреть, а может быть, it.

167: Задачи то решаются проще, быстрее и соответствуют требованиям, предъявляемым к этим задачам на других инструментах. И тогда уже начать формировать все остальные подходы при помощи этих других инструментов, да, то есть вот, вот так, так, да.

168: У нас вопросы, переходите на на 1 с понятно понимаю. Вот переход на 1 с это, кстати, тоже мощная архитектурная задача, которая полностью циклу им соответствовать будет.

169: Так, ну хорошо, с циклом идее мы разобрались. Значит, у нас есть, например, вопрос. Хотите ответить? Нет, какой смысл и значение архитектурного вижн? Вот это вот вопрос, пожалуйста. И ещё у нас был вопрос, где

170: В цикле и корпоративная архитектура, и корпоративный архитектор, потому что давайте посмотрим. Так, ну, вижн это что у нас это архитектор, назначенный на задачу, так не обязательно корпоративный, просто архитектор бизнес, это бизнес архитектор, ну либо же он совмещает эту роль с

171: Архитектором систем. Системная системная архитектура это системный архитектор прикладной, понятно, технологический, технологическая архитектура это условно, либо тот же прикладной архитектор, либо архитектор инфраструктуры, да. Ну а далее здесь уже

172: Совместная работа, а где корп архитектура здесь в цикле де вот кто скажет.

173: По логике мы должны фиксировать требования в кружке реквайринг менеджмент. Есть ли элемент цикла воспринять результаты предыдущих проектов? Вот смотрите, что такое предыдущих проектов. Предыдущие проекты у нас должны закончиться требованиями. Смотрите, я вам прям вот отвечу.

174: На ваш вопрос картинкой. Вот смотрите, значит, управление, все, все фазы, вот все фазы красным будут все фазы, все фазы, вот этот переход, осуществляя требования к

175: Этому переходу кладут в управление требованиями все ваши вот как вы говорите, предыдущие проекты, они вот здесь в требованиях лежат. То есть вот вы, когда сформированный вижн фиксирует

176: Требования ко всем остальным фазам через в управлении требованиями мы переходим в фазу б результат работы фазы б мы кладём в требования, он же является входом, дополнительным для фазы ц на фазе ц пора.

177: Работали, результат положили, да, он же является входом сюда, отработали на фазе д, положили результаты. Это же вход на её на фазу её вот через центр мы ходим все время. То есть, если вот убрать, так почистить вот эти сре,

178: Мы ходим вот так все время.

179: Вот так.

180: Понимаете, да?

181: Вот Сергей говорит, тогда это ответ на место корп. Архитектора, правильно понимаете, корп. Архитектура действительно находится у нас в центре. Прям напишем здесь корп. Почему? Потому что corp. Архитектура формирует те,

182: Ко всем архитектурным процессам, которые существуют в организации, да, вот, то есть задача кор архитектуры управлять этими требованиями и выявлять переиспользуемые сущности.

183: Который можно, который можно, ну, дальше использовать уже в частных задачах. Вот очень хорошо, что мы познакомились с циклом

184: Мы познакомились с циклом иди продолжим. А теперь мы условно прошлись по той части, которая соответствует занятиям, занятиям по фреймворку, то есть то, как надо работать с фреймворком, а теперь

185: Посмотрим то, чего никто не касается, а что фактически будет и как понять, что идём нарушен.

186: Да, и какие последствия он несёт? Значит, что такое фактически нарушенный д, значит, это вот так выглядит. Либо у вас его нет. Ну, вы просто не работаете по этому циклу, либо вы работаете вот так прям я вот покажу.

187: Ходит задача. Вот здесь задача.

188: Покрасить, добавить кнопку на сайт или нет. Ладно, это неудачный биосистему разработать. Какая наша 1 реакция у всех у прикладников.

189: Сап поставим.

190: Вот что происходит. Вот это типичное нарушение цикла и сап.

191: Или, или, ну любой напишите оракл.

192: Да, другое нам надо, нам надо сделать, сделать биай систему, которая, ну, решает какие-то задачи. Сегодняшний сегодняшний прыг это авс биай с сервис.

193: Все вот типично вот это прям ежедневный, ну как это каждодневный пример нарушения гены.

194: Что происходит, вижн пропустили это пропустили, это пропустили, побежали в c, заказали себе здесь, там ларч, прочее заказали, значит, денег потратили, потратили, потратили, потратили.

195: Пришли все, вот это все пропустили, пропустили, пропустили, пришли сюда, а вам говорят, а, нет.

196: Она не может делать то, что надо, и вы-таки сразу, а что надо то?

197: А надо, а надо вот это вот это вот это вот это вот это вот это вот это вот это вот это вот это вот это плюс security и персональные данные все.

198: А эвис уже не подходит, например, да? Ну или, хуже того, там и вот не подходит. То есть, что работа проделана, работа проделана впустую, затраты понесли все задач.

199: Не решена типичный пример нарушения цикла.

200: Хорошо. Берём задачу. Берём задачу, задачу 2.

201: И сразу такие, типа.

202: Нам надо новый бизнес процесс.

203: Ни фиксации старых бизнес процессов имеющихся ничего сразу бизнес процесс. То есть vision пропустили, ну и опять все дальше пошли уже сразу по неправильному направлению.

204: Нарушение м, это принятие решения ограничен, ограничит круг лиц в своих интересах очень хорошо. Только знаете, что вот это нарушение, м, вы все равно будете так или иначе знаете, где вот будете делать вот здесь

205: Потому что для того, чтобы сказать, что нам нас, мы такие умные и мы пропустим все фазы вообще, нам принять решение надо вот здесь вот, да, то есть у вас фаза, а все равно будет, а фаза, а кстати, фаза, а это 1 из ключе, это ключевая фаза, потому что как я

206: Сказал, она создаёт задачи на остальные фазы, да и вполне себе фаза. А вот в вашем примере может сказать, что вот здесь нулевая работа будет везде.

207: Все, ну или, допустим здесь нулевая, а вот здесь, где у нас ивес написано, да, не нулевая. Вот все. И opportunity солюшенс, у нас будет 1 солюшенс, все, вот.

208: Понимаете? То есть вы все равно цикл дента, правильно пошли, просто вы нулевые работы себе зафиксировали, а нулевая работа это все равно фаза, которая отработала нормально. Вот нулевая работа, вы прове

209: Да, действительно, нулевая работа. Ну и хорошо, пошли дальше. Никаких систем создавать не надо.

210: Ага, вот понимаете, да, и требования вы положили сюда, и все эти нулевые работы, вот они здесь лежат.

211: Пожалуйста, но в данном случае вы его не нарушили, вы просто как бы зафиксировали, но нарушение, я говорю, это перескакивать, либо небрежно работать с фазами, с каждой фазой. А теперь мы, поскольку разобрались, что такое, ну, фактически нарушение гемма, да, мы прям на Явных

212: Пример. Посмотрим, что такое нарушение на практике. Значит, что такое нарушить её, на что такое, нарушить её на предварительной фазе, то есть просто исключить эту предварительную

213: Фазу, ну, её связь с фазой. А, допустим, на этой стадии, это вот, вот, вот эта картинка, которую все прекрасно знают, это и есть нарушение фазы предварительной стадии. То есть мы вообще не разбираемся в том, что надо

214: Не фиксируем, ничего, ничего не понимаем. Схватили, побежали. Вот, вот эта картинка иллюстрирует, как нельзя лучше получится вообще. Не то. Вот, вот это у нас предварительная фаза, которая была, которая была пропущена, но так

215: Пустим.

216: Мы хорошо задачу получили, пропустили фазу, а

217: Мы пропустили, мы пропустили предварительную фазу, фазу предварительную мы взяли задачу получили, согласовали, поняли образ результата, который заказчик хочет требования есть функциональные требования, есть нефунк.

218: Национальные требования есть все классно. Мы, но фазу, а мы пропускаем почему? А у нас вот нам некогда думать, нам надо делать. Мы и так знаем, что бизнесу нужно, потому что они сами не представляют, чего вообще говорят, да, мы знаем, систе.

219: Тем хуже того, мы знаем систему лучше бизнеса. Вот, и можем влиять на их бизнес процессы. Поэтому фазу мы, а, пропускаем, сразу бежим, ну, в ц или в д, да, то есть берём систему, либо сразу в deployed. И что получается, мы

220: Делаем, наверное, мы решаем задачу, но так, что она будет оторвана от бизнес реальности.

221: И business её не примет. Я пример сейчас у меня будет вот такой, поймёте, хороший вот у нас не фиксируются границы требований к конкретной задачи. То есть мы будем, допустим, двигаться итерационно и, ну там по скраму живём и

222: Будем показывать бизнесу результат условно каждого спринта, а он будет накидывать все новые и новые требования, которые будут нас заставлять над этой задачей работать бесконечно, потому что мы не видим результата, потому что он на фазе, а не сформирован, мы не видим границ.

223: Этих требований мы не видим формально зафиксированных показателей успеха, которые на фазе, а должны фиксироваться, да, мы не видим концептуального подхода, чтобы бизнесу сказать нет, вот архитектурная задача была такая она, вот мы вот договорились, что она

224: Решается. А если у вас новые требования, тогда это, ну, это как бы новая задача, которая является развитием этой, мы тогда доделаем и будем делать новую, да, вот такой, такой разговор, все вспоминают. Это и есть тоже работа по по идее.

225: Вот доверие, доверие стейкхолдеров теряется, то есть непонятно что там ваше it делает, че делают стейкхолдеры, то есть ну условно назовём их для целей нашего занятия, владельцы денег, они идут на сторону, начинают

226: Привлекать внешних консультантов, начинают привлекать внешних исполнителей. Внешние исполнители 1 делом, что говорят, ой, да, ваши ничего не умеют. То есть вот последствия нарушения фаза. То есть, когда мы не представили бизнесу, то

227: Как мы будем достигать результат предварительно и в каких границах мы это будем делать, как мы его померяем, не согласовали это да, может вылиться в то, что текущая команда отдела it будет просто.

228: Жизненные примеры товарищи разрабатывали, допустим, ну, скажем так, информационно аналитическую платформу.

229: Полгода не давали никаких результатов, внедрили искусственный интеллект, работающий над поиском.

230: Бизнес не понял, как, как им пользоваться, им просто сказали, задача была сделать расширенный поиск, да, там условно, ну, с контекстными подсказками и тому подобное. Они стали внедрять искусственный интеллект.

231: Там хорошую ллм модель поставили, все рак реализовали, все реализовали. Бизнес не понимает, как этим пользоваться, потому что бизнес хотел написать, условно, слово там какое-нибудь, там, не знаю, там, судострое.

232: Строительный завод. И чтобы ему материалы по судостроительному заводу показали, а нужно писать, допустим, теперь запрос там, предоставь мне там, какую-нибудь сводку за последний, там, по судостроительному заводу. Или расскажи все, что ты знаешь. Вот.

233: Фазу, а пропустили, потому что не показали бизнесу, как будет достигаться результат. Показали бы лмку сразу, рассказали бы условно, что эта лмка, может, бизнес сразу сказал нам такого не надо.

234: Полгода внедряли ещё пример дешборд делался аналитический, делался аналитический дешборд, получили задачу условно по регионам России нужно показывать какие-нибудь там товарные остатки.

235: Очень классно корпоративный архитектор позвал, не проработал, не проработал задачу по edm, позвал аутсорсинговую компанию, они сделали классный красивый дашборд, потому что, ну, естественно,

236: Интерфейс прорабатывался, да, без, ну, без дизайна редко все силы были убиты на дизайн, но никто не, но им также предоставили доступ к данным. Сказали, вот данные у нас лежат вот в фбд, все, чего я думаю, большинство догадалось, что сделал.

237: Аутсорсинг компания, она просто с веб страницы стала ходить в tbd.

238: На демонстрации все прошло гладко, потом выяснилось, что бд аналитические запросы отрабатывает медленно, а там были аналитические запросы, а почему она их на демонстрации отработала быстро, потому что к демонстрации готовились, сидели, тыкали, тыкали.

239: Тыкали и условно закэшировали кучу данных в бд, и у неё время ответа было маленькое, а потом все стали.

240: Смотреть, что время ответа выросло. И условно 2 часа сидишь, тыкаешь там 30 минут демонстрируешь, тогда плюс минус нормально работает. О чем это говорит. Посмотрим формально на фазы.

241: На фазе вижена архитектор не проработал концептуальный подход, да не сформировал задачи на бизнес процесс, он не понял бизнес процессы.

242: Не сформировал задачи на то, что к базе данных нужно условно ходить через кэширующий сервис, потому что он не понимал бизнес процесс, то есть он фазу вижена пропустил и не сформировал задачи на остальные фазы.

243: Ну, дальше смотреть смысла нет, потому что, как бы, ну и так понятно, что сделано было не то. Вот что такое пропустить фазу, фазу, а

244: Если вопросы есть, пишите так че такое пропустить фазу б. Значит, о чем фаза б фаза б это бизнес slow, значит, на бизнес слое надо оперировать исключительно вот исключительно понятиями бизнес процесс.

245: Организационная единица, бизнес сервис, бизнес функция и велью ещё ценность, поток ценности, создание вот поток ценности. Здесь вот указан вот такой, ну такую стрелочку указывается, да, вот, вот, вот эти вот значки такой пирами.

246: Это возможность, это, ну, допустим, сегодня не будем рассматривать, но на бизнес уровне только этими понятиями, когда начинается рассуждение на бизнес уровне, что эта функция у нас будет реализована в оракле, это

247: Рассуждение нужно сразу пресечь и сказать, что непосредственно как технически реализуется эта функция на бизнес дискуссиях, на бизнес обсуждении не ука.

248: Оказывается, она будет реализована в соответствии с техническим и технологическим потенциалом компании. Нужно указать требования к этой функции. Да, но что часто бывает, это 1 условно нарушение, которое бывает на фазе б, но что часто

249: Бывает на фазе б, когда её пропускают. Просто у вас дублирующие функции появляются в системе, которые делают одно и то же условно разными путями с разными данными по разной логике. В итоге в итоге у вас как бы условно отчёт 1.

250: Данные в нём разные. Вот что такое пропустить фазу б, то есть не зафиксировать, если мы возьмём отчёт владельца отчёта, способы реализации, логическое представление отчёта.

251: Выгрузки и тому подобное. Пропустить фазу б это гарантированно получить себе дубликаты функций, которые будут работать по разному и вести к полнейшему рассинхрону.

252: В том, что ожидается и никто не будет знать, кто прав.

253: Вот у бизнес функции обязательно должен быть владелец пропустить фазу б. Это значит делать задачу неизвестно для какого, для какой бизнес функции, для какого владельца этой бизнес функции.

254: Вот что такое пропустить фазу. Далее пойдём. Ну это наша всеми любимая.

255: Системные приложения. Что такое пропустить фазу ц.

256: Это получить все то, о чем говорят постоянно в YouTube на конференциях и о чем вот постоянно все спорят на систем, дизайне и тому подобное, это получить технически неверное.

257: Неверную реализацию архитектурной задачи, которая выражается в какой-нибудь микросервис с hell. Да почему? Потому что фазу ц пропустили, архитектор микросервисы, не определил архитектор.

258: Не определил правила определения этих микросервисов. Просто было отдано сразу вот сюда, в мигрейшн, разработчики что сделали, как им удобно. А как они сделают в пределе, разработчики пойдут.

259: Будут делать 1 класс, 1 микросервис, потом у них появится микросервис схе, потом они будут героически с ним бороться, докладывать на конференциях. Потом в интернете начнутся рассуждения о том, что микросервис это плохо. Давайте все вернёмся к монолиту.

260: Вот что такое пропуски фазы, когда архитектура фактически отсутствует на системном, технологическом, на системном уровне, да, несмотря на то, что вроде как все сразу интересуются системами, то есть как это происходит на практике.

261: Приходит архитектурная задача, архитектор говорит это решается, а это вот там микросервисы, кафка и редис все, все, что он делает и это идёт в разработку хорошо, если скажет ещё kafka.

262: Он может просто сказать микросервисы через mq и редис в качестве кэша, не объяснив и не продумав на именно на фазе ц. Почему у него, во первых, это микросервисы какие, почему у него там такой mq.

263: Используются они другой, а есть разница большая, между тем, как работает тот же самый реббит и кафка. И работать с ними тоже надо по разному. Вот. А просто сказать, что у нас все микросервисы через mq взаимодействуют и

264: И поэтому у нас, типа, там подход такой, и вот я архитектор, я просто так решил, а разрабы там, а я до уровня разрабов не опускаюсь, это пусть там аналитики и разработчики сами решают, нет.

265: Получи. Получим вот это циркуляционные зависимости. Нарушение, нарушение транзакционных паттернов. Те же самые Сак, да, зависимости, когда 1 сервис вызывает другой, потому что архитектор не проработал зависимости.

266: 1 сервис вызывает, другой, тот вызывает, 3 этот падает, и они все каскадированно падают. И у вас получается такой микросервис хел из пятисотых ошибок. Вот консистентности слабой. Ну это да, что разработчики

267: Делать, какой самый такой любимый антипаттерн в микросервисном подходе? Я почему говорю про микросервисный подход? Потому что у всех на слуху можно любой другой подход взять и обсудить тоже на фазе ц, но это прям такой хороший, там на микросервисах просто все

268: Сразу недостатки архитектурных подходов видны, потому что, ну, они прям сразу видны и ведут к задержкам. Их можно пощупать, ощутить. Вот какой у нас самый явный антипаттерн в микросервисном подходе, когда 2 сервиса в 1 бд ходят.

269: Да, разработчики часто так делают. Ну, им так удобно.

270: Ну как почему? Ну потому что мы дружные команды и вообще разрабатываем 2 сервиса 1 командой. Мы всегда договоримся, мы всегда тошку куда-нибудь положим, и все. Она там у нас будет лежать. Все, у нас монорепа. Никто, ничё, у нас никто ничего, никуда не приде.

271: Вот зачем нам делать интерфейсы доступа сходите к нам в бд.

272: Связанность на уровне бд. Пожалуйста, сделаем, как это work. Популярная была штука дебилинг. Вот понимаете? То есть, почему удобно данные перекачиваются классно, не надо ни сервис, ничего. Вот фактические примеры нарушения вы

273: С ними сталкиваетесь ну практически каждый день да, mq используем тоже непонятно какую-либо же идём вообще в какой-то extreme мы воспринимаем, что у каждого микросервиса свои данные, свои хранилища до.

274: Того, что огромные хранилища информации мы заставляем иметь копию в каждом микросервисе.

275: Потому что мы просто как бы догматически трактуем вот эти подходы. Это тоже нарушение фазы цэ, отсутствие архитектурного, архитектурной руки на фазе ц, то есть, ну, пропускаем все, идём дальше. Фаза д.

276: Здесь в качестве иллюстрации изображён тех радар, у кого нет тех радара в организации внедряйте.

277: Хорошая вещь, потому что снимает очень многие вопросы, кто знаком с тех радаром, поставьте плюс фаза д нарушение это и сломанный диплой. Это, это как бы отсутствие вообще прослеживаемости, чего происходит от

278: Отсутствие управления кодом, управление секретами, управление всего. Вы, вы.

279: Вы что-то разработали, но каждый пошёл это ставить сам, как умеет, доходит до того, когда отсутствует фаза д. В принципе в корпоративном архитектурном процессе, что каждый команды покупает себе собственные ресурсы, ну, скажем,

280: Сервера, и кто-то туда на железное ставит, кто-то ставит виртуализацию проксмокс, кто-то weaver, кто-то опенстек развернул, кто-то вообще не сидит в организации диплоид, все в клауд публично.

281: Потому что им так удобно это вот тоже отсутствие, отсутствие влияния корпоративной тектуры на фазу д.

282: Вот, вы тоже с этим сталкиваетесь? Ну, потому что ц, и д, они близки, да, вот разработали. А как это деплоить? А у нас нет процесса деплоя, сходи условно, там, к Ивану, если есть среди нас Иван.

283: Это не вы, вот он расскажет, куда надо файлы скопировать, чтобы он поставил, да, Тестов нет, ничего нет. То вот типичное нарушение фазы.

284: Нарушение фазы её. То есть это у нас, где у нас транзитивные переходы не выработались.

285: Мы не знаем, здесь, здесь, здесь более абстрактные вещи, менее такие приземлённые у нас нет, здесь мы не проанализировали гэпы. То есть мы условно сказали, что нам надо 5 микросервисов биа, ну,

286: Новое хранилище которое будет разворачиваться на каких-то серверах и прочее, но все выясняется в том, что у нас некому работать с этим, с хранилищем и опыта нет, но а это никто не посмотрел, потому что это gap, анализ гэпов не

287: Был проведён на father её, и мы сразу перепрыгнули в мигрейшн, то есть стали сразу внедрять и столкнулись с тем, что никто не знает, как писать код под хранилища. А во что это вырождается? Это

288: То, что с, ну, модели данных для неё хранилищ, во первых, они не стандартизированы, во вторых, все пытаются с esco хранилища перетаскивать революционные, да и там такая модель не работает, и в итоге мы делаем

289: Оно, оказывается, в сотни раз медленнее, если бы условно какой-нибудь сделали и все, и сразу начинаются крики, что кассандра плохая, там сила плохая, все тормозное и тому подобное. Просто вот этот гэп компетенций по

290: Работе условно с несколь хранилищами не был на father её зафиксирован, потому что её пропустили. Не было миграции, не было транзитивного перехода с эскуэль к не эскуэль технологиям. Какой может быть транзитивный переход. Мы наши эскуэль хранилище переводим условно в ci

291: Модель и начинаем с ней работать как с Кивель. Адаптируем наши процессы под Кивель. Потом мы переходим на некое хранилище горизонтально масштабируемое, которое Кивель работает. Ну, такой пример, да, вот вам как бы 2 перехода, 2

292: Да, зависимости игнорирования, то есть для кото сервис для которых нужны платформы a platform нет, невозможно внедрить это изменение, да.

293: Нет оценки готовности к изменениям. Что такое готовность к изменениям? Это слабая связанность. Чем слабее связаны компоненты, тем тем больше они готовы меняться, независимо от других. Вот не учитываются связи между компонент.

294: И, соответственно, мы приходим в фазу планирования миграции, не учитывая это, соответственно, мы меняем 1 компонент, он тянет за собой другой, потому что это не было учтено. Вы скажете, а надо было на системном анализе, ну, в смысле на систем.

295: Дизайне это учитывают хорошо, но на системном дизайне то это надо было учесть и указать как зависимость, а у нас фазы её нет, некуда указывать эту зависимость. Вот что такое нарушение фазы е нарушение фазы ф.

296: Это непосредственно реализация изменений и

297: Ну, реализация задач, то есть непосредственно процесс, процесс кодирования, процесс релизов. Основное, основное влияние этой фазы, если её пропустить в том, что у вас релизы, которые должны были выйти 1

298: Функциональность, которая должна была выйти 1 за другой. Зависимая, выйдет независимо и условно. Последняя выйдет 1 и сломает вам процесс. Вот деливери процесс сломан, он не

299: Ну, не формализован, не присутствует, да, вот фаза ф, это условно деливери процесс и все.

300: И тогда получается, что вы сделали, вам надо откатываться, а у вас нет ещё и плана отката, который тоже на фазе ф должен быть сформирован. Она тоже формирует это, да, кроссплатформенные зависимости.

301: Тоже, тоже должны быть учтены. Вот сталкивались с этим все это вот отсутствие работы на фазе ф, отсутствие нормального деливери плана. Вот мы зависим от другой команды, потому что они делают библиотеку.

302: Они обновили свою библиотеку, она у нас встала просто потому, что у нас пересборка, у нас все сломалось, потому что мы не знали, что они библиотеку поменяли. Вы скажете, разработчик должен за этим следить. Очень хорошо, что он должен за этим следить. Но это фаза ф. Что он должен

303: Тему. Задачу такую надо поставить, чтобы он следил вот так.

304: Фаза джи, отсутствие архитектурного надзора и отсутствие оценки качества внедрения архитектуры это самая сложная вещь организация должна разработать собственные инструменты оценки.

305: Качество имплементации архитектур. Здесь вот внизу представлен такой пример. Давайте я его увеличу чуть чуть, чтобы видно было.

306: А вот, я думаю, видно, да, можно ещё это я делал для 1 компании крупной инструмент оценки качества имплементации архитектуры. Если пропускать эту фазу, то

307: Мы получаем технические долги, архитектурные долги, причём очень серьёзные. Значит, что такое вот, например, инструмент оценки качества документации архитектуры? Это, скажем так, заполняемая экспертами некая форма, которую эксперты ставят

308: Свои оценки относительно того, насколько качественно, по их мнению, было внедрено то или иное изменение, например, задаются такие вопросы нарушает ли, нарушает ли внедрённые изменения схемы?

309: Создаёт ли оно архитектурный долг в ней, существует ли, например, у неё ограничения по масштабируемости? Выполняются ли требования по производительности? Это вот все экспер.

310: Заполняет, ставят свои баллы, там от 1 до 10 или там от нуля до единички. Это не принципиально как, да, но смысл и по итогам, по итогам считается некий

311: Результат приводится значение и оценивается таким образом, качество вот, но, но основной негативный эффект от того, если нарушить фазу джи, то есть имплементейшен гарс и

312: Не оценить качество внедрения тех долги и архитектурные долги будут

313: Которые потом неизвестно когда можно исправить пример из жизни прям

314: Сейчас многие ужаснутся, но я расскажу.

315: Пропущены были, естественно, фазы ц да, то есть системного дизайна и нет, не существует фазы джи.

316: Сервис управления конфигурациями конфигурации хранятся в тысячах ям файлов, да, сервис стартовал в контейнере на на продакшн среде.

317: Что сделали разработчики, потому что фаза ц была пропущена, фазы джи не существует, выпустили в prod, все работает, они взяли и стали просто делать гитпул изнутри контейнера изменившихся конфигурационных файлов.

318: И потом их применять у себя внутри контейнера как изменение конфигурации им очень удобно было.

319: Только вы можете представить, какое количество это не пересборка контейнера, чтоб вы понимали с новыми конфигурационными файлами. Это именно гитпул изнутри контейнера.

320: Из корпоративного дита этих конфигурационных файлов, ну там, джейсонов или ямлов, неважно. И перечитка их после того, как они спорились внутрь контейнера. Вы представляете, какое количество нарушений технологических, информационной безопасности?

321: Все остального, это, это, эта имплементация породила, да, то есть это, ну, огромное количество технических долгов, а фазы джи нет, это работает на, на проде.

322: Вот вот такой пример что такое, что такое нарушить или не уделять внимание фазе джи. Если бы была фаза джи, то все то посмотрели бы, как оно внедрено, то разобрались бы и сразу бы зафиксировали технический долг и не

323: Реализовали бы это изменение, ну, откатили бы его назад.

324: Завершаем рассмотр нарушения фаз. Фаза эйч это про архитектурный континуум. Смысл архитектурного континуума состоит в том, что существуют шаблонные архитектуры, существуют конкретные внедрения этих шаблонных архитектур и должна существоват

325: Обратная связь в корпоративную архитектуру для изменения шаблона.

326: Для изменения шаблонов, потому что та должна меняться. Вот это и с решениями чек, листами, паттернами надёжности и тому подобное. Это все на фазе эйч, фаза после

327: При каждой внедрении нужно смотреть, насколько наши паттерны, наши чек листы и насколько по обратной связи соответствуют тому, что что задумалось. Возможно, их нужно менять те же самые

328: Те же самые. Смотрим, что все переиспользуют былинки. Значит, у нас нет условно точки в чек листе, где запретить дебелинк. Значит, мы должны их запретить, либо разрешить их навсегда, без, без ограничений. Тоже вариант, но

329: Обратная связь должна быть, все используют, все используют, например, кафку с kafka, диби, то есть они запросы делают по, по партициям, да, мы условно не ограничили такое, такую работу.

330: Да, то есть поэтому.

331: Поэтому условно должны, должны изменить свои чек, листы, свои паттерны, да, здесь вот, когда будете там пересматривать, здесь, условно, те моменты, которые я рассказал, они здесь вот текстом обозначены. Вот что такое нарушение фазы эйч.

332: Прошлись по всем фазам фаза управления требованиями, мы отдельно, тогов её отдельно рассматривает, но мы её для цели данного занятия не рассматриваем, потому что у нас так и должны во время вписаться. Вот, но, по моему, очевидно,

333: Что не хранить требования, не фиксировать результаты своей работы в хранилище требований это означает постоянные созвоны перезвоны, просто трата времени на пересылку каких-то документов, там несоответствие требований.

334: 1 я делал 1, по 1 задаче оказывается другое, да, то есть вот управление требованиями ведёт к этому так, вопрос. А что происходит после появления шаблонной версии архитектуры 2 0 со всеми прикладами, которые сделаны? Проект 1 0 пишем всем старичкам.

335: Долг, а в том числе, сразу скажу, в том числе, только не нужно с тех долгами быть особо строгими, нужно давать достаточно времени. Ну, понимаете, если техдолг вызван каким

336: То инцидентом информационной безопасности это, конечно, бесспорно, надо срочно устранять. А если у нас переход с какого-нибудь, с 13 на пресс, 18, здесь нужно план выработать тоже. Это тоже можно представить в виде отдельной архитектурной задачи, также проработать её

337: И дать достаточно времени на то, чтобы команды перешли. Да, вот. Но, конечно, да, крепкая корпоративная архитектура, когда у неё выходит шаблонная архитектуры 2 0 и то есть

338: Это условно. И паттерны чек листы под 2 0. Она должна навязывать внедрение этой архитектуры через различные инструменты, в том числе и через управление техдолгом, да, нужно выставлять техдолги командам на управление данными.

339: Тоже нужно выставлять техдолги и в kpi команд. Корпоративная архитектура должна как раз процентовки внедрения решения архитектуры 2 0 и управление данными тоже выставлять это вот прям тогов тоже об этом рассказывает, это немножко за рамками.

340: Занятие. Но да, буду рассказывать. Итого мы

341: Прошлись по материалу, и, надеюсь, он был полезным и интересным. Значит, что выяснили для себя, выяснили для себя, что тогов у итогов и это структурированный поэтапный подход итерации есть он фазированный на каждой фазе у нас.

342: Есть необходимое количество задач, которые надо решить, да, результаты мы все кладём. И самое главное, что мы посмотрели на, с другой стороны, а что будет, если не соблюдать его, в общем, или какую-то фазу в частно

343: И мы теперь знаем, что будет, если, ну, какую фазу не соблюдать. И там вот было обсуждение в чате на тему того, что будет. Если мы вот смотрели, мы решим там какие-то фазы пропускать. Мы теперь знаем, какие будут после

344: На каждой фазе. Если мы готовы принять, то мы эти последствия, мы принимаем обдуманное, подкреплённое решение на то, чтобы эти фазы пропустить, и оно не будет спонтанным. Но мы понимаем, чем мы рискуем, можем оценивать.

345: Так, вопросы, давайте вопросы. Значит, просьба ещё раз просьба заполнить опрос по занятию. Сейчас ссылку ещё раз положу. Пишите вопросы, может

346: Что-то хотите обсудить? А я пока расскажу про то, как проходят занятия на курсе и из чего он состоит, какие преподаватели, курс называется архитектура корпорации тогов 10.

347: Здесь вот есть ссылочка, давайте мы её скопируем и положим, в чат не крутится. Ну ладно, здесь есть ссылка, можно ознакоми.

348: И можно пройти некое вступительное тестирование. Это не ваше тестирование на знание тогов, это, скорее всего, на то, как вы будете себя чувствовать, как вы будете себя чувствовать. Ну, в принципе.

349: Вот на этом курсе некое такое, ну, не профориентация, но нечто похожее, да, как у нас проходит, значит, из чего состоит программа курса, это основные, как бы, ключевые моменты, это, ну, естественно, знакомство, циклы.

350: Мы вот сейчас по нему так пробежались, но там 1 фаза, 1 или 2 занятия. Очень детальный разбор. Примерно также, значит, техники приёмы применения. И то есть мы тоже коснулись применения как раз нарушение это

351: Применение, да, артефакты, которые работают, управление архитектурой, там формализация, много материала и проектной работой завершается, все на курсе завершается, которую надо. Ну, что такое проектная работа? Это некая

352: Подобие вашего выступления на архитектурном комитете с решением, с тем решением, которое вы предлагаете для архитектурных задач. Вот. Ну это, в общем, детали. Мы, конечно, там на курсе смотрим, но это стараемся сделать проектную работу, это вот

353: Ну, такое импровизированное выступление на архитектурном комитете комиссии, у кого, кто в крупных организациях работает 100%, есть архитектурный комитет или рабочая группа по архитектуре, где надо докладывать свои изменения. Они бывают различной степени сложности и

354: Требовательности. Поэтому, ну, понятно, кто у кого есть знаком. Значит, вот программа курса, преподаватели, преподаватели курса очень опытные в архитектурных вопросах коллеги, значит, соответственно, работают в крупных

355: Организациях имеют различные сертификации и даже являются членами консорциума опен групп, как проходит обучение, проходит обучение в живом формате примерно таком же, как сейчас, только с той разницей, что можно голосом говорить запись.

356: Все вебинаров и материалы лекций сохраняются в личном кабинете навсегда каждому есть система домашних заданий примерно.

357: 1 задание на 4 занятия. А так, по каждому занятию, по каждому домашнему заданию можно общаться с преподавателем. Там есть система, ну, некой переписки. Преподаватель даёт фидбэк развёрнутый, предлагает что-то исправить или

358: Переделать, рассказывает, как нужно исправить и переделать вот чаты общие, где можно общаться с коллегами по курсу проект выполняется и обновление материалов с каждым запуском.

359: Нового курса, то материалы постоянно пересматриваются, в том числе и благодаря вашим, вашей обратной связи. То есть мы принимаем обратную связь от студентов и, соответственно, переделываем материалы. Лично я когда веду занятия, ну не знаю,

360: Вы уже могли понять, я добавляю очень много собственной практики, международной практики, которая у меня есть, и тех случаев, которые, с которыми я сталкиваюсь по ходу своей работы, то есть непосредственно в практику, кто-то больше, кто-то больше теоретического

361: Материала добавляет кто-то, ну какую-то смесь.

362: Вот, значит, когда у нас ближайшее занятие, 30 марта стартует следующий курс. Записывайтесь.

363: Записывайтесь, приходите на курс, будем рады.

364: Пишите отзыв о занятии сегодняшнем, записывайтесь на новый курс, будем рады вас всех видеть немного итогов. Значит, предварительно посмотрели фреймворк им, да, поняли принципы, философии, компоненты.

365: Ощутили для себя глубину проработки материала, подачу и то, как проходят занятия. Соответственно, можете, соответственно, будем считать цели, занятия достигнутыми. Можете как бы есть о чем, наверное, задуматься. Есть некое внутреннее ощущение, о чем

366: Думать, понравится ли такая манера подачи материала или не понравится. Но запишитесь, не запишитесь. Всех будем рады видеть на курсах и ещё раз start обучения нового курса 30 марта и следующий открытый урок. По моему, 23 марта. Следите з.

367: Анонсами но вот эту дату надо o уточнять вот рад был всех видеть, заполнить опрос и есть ли у нас вопросы?

368: Так, понятно. В вымпелкоме речь о тогов не идёт, в принципе. Ну ладно, ничего страшного. Тогов вещь такая интересная, его канонично как он там написан. Никто в мире, конечно, не применяет его все.

369: Применяют, если применяют, адаптированы для себя, я честно, не знаю, компании, которые только в чистом виде.

370: Того, ну, некоторые моменты применяю. Поэтому я готов отвечать на вопросы. Если есть. Если нет, спасибо всем за то, что пришли. Надеюсь, материал понравился. Было, надеюсь, не очень сложно постарался.

371: Совместить такой материал. Вот в полтора часа наших занятий буду рад всех видеть на курсе. Тогда увидимся там. Благодарю всех.

372: Ну, вопросов нет, да, я так понял. Всем спасибо. Тогда увидимся на курсах, да? Ну, или где-то пересечёмся.