1. Эта статья предназначена для широкой публики.

Эта статья предназначена для тех, кто стремится расти как архитекторы/менеджеры первой линии.、Студентам с опытом работы 3–5 лет и более необходимо иметь предварительное представление об архитектуре программного обеспечения.、Классификация архитектуры、Средняя платформа、PaaSХимические и другие базовые знания。Вы можете прочитать предыдущие статьиверно Он частично понимает：Моделирование и PaaS современной архитектуры предприятия

2. Введение в дизайн этой статьи

Эта статья основана на более чем двухлетнем опыте автора в качестве архитектора. В то же время он передаст читателям некоторые малоизвестные знания и технологические тенденции и поможет им изучить систематическую структуру знаний. Во всей статье используется правило золотого круга «что-почему-как», чтобы привести читателей к знаниям о цифровой трансформации предприятия. В то же время она разбирает содержание ключевых архитекторов в стиле «3210», стремясь помочь каждому самым простым способом. Узнайте, как архитекторы разрабатывают и реализуют решения по обновлению архитектуры предприятия. В ключевых моментах будут разъяснены моменты знаний на основе корпоративных кейсов.

3. Текстовый контент

3.1. Введение.

Хранилища данных、Дублирующая конструкция、Ограничить развитие предприятий

В период быстрого корпоративного роста в течение последних 10 лет или около того каждая компания получала дивиденды от притока населения, а бизнес-единицы различных форм и моделей создавались внутри страны. В последние годы, когда дивиденды от трафика внутри страны достигли пика, рост трафика замедлился, и бизнес постепенно превратился из бизнеса ToC в бизнес ToB, чтобы начать внутренний коммерческий бизнес, кроме того, средние и крупные предприятия внедрили свою корпоративную стратегическую структуру; зарубежные рынки, чтобы конкурировать за зарубежных пользователей. Однако из-за неудовлетворительного роста зарубежного бизнеса, все более строгой внутренней и внешней политики и регулирования, а также постепенного совершенствования внутреннего бизнеса, средние и крупные предприятия сталкиваются с проблемой, как быстро поддержать инновационные бизнес-потребности предприятия, одновременно снижение эксплуатационных затрат предприятия. Именно на этом фоне появился наш архитектор «3210».

3210 Появление Архитектора

После многих исследований и анализа архитекторов «3210» руководитель компании, наконец, проанализировал результаты отчета об исследовании рынка. Приведенный выше отчет станет началом стратегии компании, а затем архитекторам «3210» будет приказано незамедлительно продвигать работу. .

3.2. Интерпретация концепции цифровой трансформации.

Цифровая трансформация — это трансформация высокого уровня, основанная на цифровой трансформации (цифровизация) и цифровой модернизации (цифровизация), которая еще больше затрагивает основной бизнес компании и направлена ​​на создание новой бизнес-модели. Цифровая трансформация — это развитие цифровых технологий и возможностей поддержки для создания динамичной цифровой бизнес-модели.

Цифровая трансформация показывает, что успех будет достигнут только тогда, когда компании систематически и радикально (или существенно и полностью) переопределят свой бизнес — не только ИТ, но и все аспекты организационной деятельности, процессов, бизнес-моделей и возможностей сотрудников. -Энциклопедия Baidu

Чтобы облегчить понимание читателями, я кратко интерпретирую приведенное выше содержание на основе следующего рисунка.

Какой бы хорошей ни была структура, она не может противостоять разрушению времени.

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

3.3. Ценность цифровой трансформации.

В Плане развития цифровой экономики «14-й пятилетки», опубликованном в 2022 году, поясняется, что «14-я пятилетка» будет продолжать способствовать цифровой индустриализации и оцифровке промышленности, уделяя особое внимание цифровой модернизации передающей отрасли в ближайшие пять лет. , по-прежнему будет тенденция экономического развития.

3.4. Как архитекторы проводят модернизацию архитектуры предприятия (3210).

3.4.1, 3 Цин (ясно слушать, ясно видеть, ясно говорить)

модель айсберга

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

3 Понимание сути вещей

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

Эволюция услуг по проектированию платформ

Дополнительные знания: каждый имеет определенное представление о SaaS, PaaS и IaaS. Вот объяснение определения PaaS, предложенное Gartner:

PaaS — это внешняя доставка возможностей инфраструктуры приложений (промежуточного программного обеспечения) через облачные сервисы. Gartner отслеживает различные технологии PaaS (xPaaS), включая aPaaS (приложение PaaS, представляющее собой платформу как услугу для разработки приложений), iPaaS (интеграционное PaaS, представляющее собой платформу как услугу для интеграции инфраструктуры), apimPaaS (управление API PaaS, которая представляет собой платформу управления API), fPaaS (функция PaaS, функциональная платформа как услуга), baPaaS (PaaS для бизнес-аналитики, платформа бизнес-аналитики как услуга), IoT. PaaS (платформа Интернета вещей как услуга), dbPaaS (PaaS базы данных как платформа базы данных как услуга) и т. д.

3.4.2, 2 понять (прочитать, объяснить)

В третьем квартале мы попытались изучить, как использовать облачные технологии и идеи проектирования среднего уровня для модернизации корпоративной архитектуры. Однако для преобразования корпоративной архитектуры требуется зрелый набор руководящих идей и методологий реализации. Здесь нужна 2-я стратегия понимания как архитектора уровня предприятия, которая требует не только систематического накопления знаний, но и формирования специфичной для компании методологии, которую можно реализовать для обеспечения успешной цифровой трансформации всего предприятия. означает, что мы должны ясно видеть суть вещей. Ее также можно преобразовать в характерную теорию компании и объяснить команде внедрения. В проектировании, ориентированном на предметную область DDD, мы можем разделить его на две части: стратегическое проектирование и тактическое проектирование. Аналогичным образом, если вы, как архитектор, хотите реализовать цифровую трансформацию предприятия, вам также потребуется стратегическое проектирование и тактическое проектирование. Здесь мы рассматриваем архитектуру предприятия как случай, который разделен на две части: бизнес-архитектуру и ИТ-архитектуру.

метамодель архитектуры предприятия

Прежде всего, нам необходимо понять бизнес-архитектуру. Бизнес-архитектура определяет ключевые элементы, необходимые предприятию или бизнес-деятельности. Он направлен на реализацию стратегии предприятия и представляет собой структурированный метод построения общих бизнес-возможностей предприятия и их передачи на реализацию технологий, включая стратегические возможности предприятия, возможности процессов и т. Д. Это эквивалентно модели проектирования верхнего уровня всей нашей корпоративной архитектуры, которая должна включать четыре основных аспекта: бизнес, операции, организацию и технологии. Четыре возможности модели включают моделирование процессов, моделирование предметной области, моделирование бизнес-идентичности и возможности. Моделирование разбито на выполнимые и практические уровни.

Бизнес-архитектура определяет наше стратегическое направление, а ИТ-архитектура определяет тактический план реализации. ИТ-архитектура — это комплексный проект информационной системы предприятия, включая архитектуру приложений, архитектуру данных и технологическую архитектуру. Разъясним следующие подпонятия:

Архитектура приложения:Описать развертываемую единую прикладную систему.、Взаимодействие между системами и прикладными системами、Связь между системой и основными бизнес-процессами организации.

Архитектура данных:Архитектура данных — это карта данных предприятия.,Каждый фрагмент данных, который появляется на предприятии,по архитектуре данных,Все это вполне обосновано. Архитектура данных преобразует данные «разбросанные по песку» в,Данные, которые становятся «сетью»,Создайте связи между данными.

Техническая архитектура:Поддержка бизнеса、Логические возможности для развертывания служб данных и приложений.,Включая ИТ-инфраструктуру, промежуточное программное обеспечение, сеть, связь, обработку развертывания и т. д.,Сформируйте стандартизированную технологическую среду.

Архитектура безопасности:Создайте общую инфраструктуру безопасности,Включая безопасность продукции, Безопасность системы、Аудит рисков и т.д.

Благодаря сочетанию вышеуказанной бизнес-архитектуры и ИТ-архитектуры мы можем составить план архитектурного проектирования, соответствующий характеристикам предприятия, на основе факторов принятия архитектурных решений. Благодаря приведенному выше анализу сущности архитектуры предприятия мы понимаем модель всей бизнес-архитектуры предприятия. В то же время мы описываем ее команде исполнения на основе реализуемой ИТ-архитектуры, чтобы гарантировать, что план является выполнимым, отслеживаемым и управляемым. и реализуемо.

3.4.3, 1 испытание (пилотное испытание)

Рассеянное продвижение

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

- Области, наиболее пострадавшие от конфликтов между промышленностью, промышленностью и научными исследованиями.

- Крайне высокая сложность бизнеса и серьезное дублирование строительства

- Высокие затраты на содержание команды, медленные итерации и низкая производительность.

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

3.4.4, 0 push (комплексное продвижение, переход от основной системы к неосновной системе)

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

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

3.5. Как нам реагировать на горячие технологические тенденции в 2023 году?

3.5.1. Проблемы и ответы на вопросы AIGC.

Этой фотографией поделился Лу Ци.

Эта фотография взята из доли Лу Ци.,Статьи о технологиях Tencent：https://mp.weixin.qq.com/s/_ZvyxRpgIA4L4pqfcQtPTQ Из фотографий выше видно, что разработка OpenAI заняла 18 лет.,Если мы сейчас будем слепо гоняться за ветром,Устранить его можно только быстрее. Сегодняшнее общество,С приходом эпохи больших моделей,Мы постепенно обнаруживаем, что большие модели могут объединять знания лучше, чем мы.,Быстро усваивайте знания,Мы можем только продолжать идтиТолько укрепляя нашу инновационную способность интегрировать ресурсы, мы сможем справиться с будущим развитием.。

3.5.2. Разработка платформы.

Platform Engineering — это концепция эксплуатации и обслуживания, которая пытается решить проблемы эксплуатации и обслуживания в эпоху облачных вычислений. Важным моментом, который здесь отстаивается, является то, что платформа эксплуатации и обслуживания должна предоставлять инженерам возможности самообслуживания. Есть надежда, что платформа сможет скрыть сложность инфраструктуры и предоставить инженерам гибкие цепочки инструментов и рабочие процессы, которые смогут использовать их основные возможности. платформы объединяются и организуются для решения своих собственных проблем, уровень платформы не обязательно должен участвовать в этом процессе. По своей сути он также повышает производительность конечных пользователей и снижает нагрузку на команды разработчиков.

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

3.5.3、Serverless

Источник изображения：https://aws.amazon.com/cn/campaigns/serverless/?sc_channel=PS&sc_campaign=acquisition_CN&sc_category=mult&sc_geo=chna&sc_outcome=field&sc_matchtype=exact&sc_country=CN&sc_publisher=baidu&sc_segment=2023022701002&sc_medium=Serverless_DG&sc_content=Serverless&sc_detail=serverless&trk=baidu|Serverless_DG|Serverless|serverless&bd_vid=11856354426360228467

Мы можем ясно знать одну вещь,Независимо от того, в какой отрасли,Каждая организация стремитсяПовысьте свою гибкость, чтобы внедрять инновации и быстрее реагировать на изменения.。Как создавать приложения быстрее、Как поддержать миллионы、Десять миллионов、Миллисекундный отклик для сотен миллионов пользователей、Как поддержать ПБ、Огромные данные ЭБ и другие проблемы.

3.5.4、DataOps

DataOps — это аббревиатура от «операций с данными». В Википедии DataOps определяется как: процессно-ориентированный автоматизированный подход, используемый группами аналитиков и данных для повышения качества анализа данных и сокращения цикла анализа данных. Это определение DataOps со временем изменится, но его ключевые цели ясны: повысить качество и сократить цикл анализа данных.

Одна вещь, о которой мы действительно можем прояснить: DataOps. Это относится не только к инструментам и платформам технологий обработки данных, Что важнееНабор методологий и идей для управления полным жизненным циклом данных.。

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

3.5.5. Цифровой двойник.

Цифровые двойники в полной мере используют такие данные, как физические модели, обновления датчиков и историю операций, для интеграции мультидисциплинарных, мультифизических величин, многомасштабных и многовероятностных процессов моделирования для завершения картирования в виртуальном пространстве, чтобы отразить всю жизнь. соответствующего физического оборудования. Проще говоря, цифровой двойник — это создание цифрового «клона» устройства или системы. Его можно использовать во многих областях, таких как проектирование продукции, производство продукции, медицинский анализ, инженерное строительство и другие области. Наиболее глубокое применение в Китае приходится на инженерное строительство, а область интеллектуального производства, которая привлекает наибольшее внимание и исследования, является самой популярной.

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

3.5.6. Резюме

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

Так как же эффективно улучшить наши возможности в пяти основных аспектах: «эффективность, стоимость, опыт, организация и технологии»? Возвращаясь к отправной точке, это наш архитектор «3210». Каждый аспект требует от нас реализации Т-образной стратегии широты и глубины с помощью подхода «3210», чтобы гарантировать, что мы не только обладаем широким спектром знаний, но и обладаем широким спектром знаний. также иметь глубокие знания.

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

4. Приложение

4.1. Идеи выбора темы:

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

Ключевые слова: цифровая трансформация предприятия, архитектор.

Пробудить любопытство: 3210

Формат статьи: объединение изображений и текста, использование рассказа об опыте, чтобы сделать его более практичным.

Заставляет задуматься: среди горячих тенденций 2023 года — разработка платформ, AIGC, бессерверные технологии, DataOps и цифровые двойники, наш архитектор «3210» — все это можно использовать в качестве секретов боевых искусств для улучшения возможностей.

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

4.2. Написание плана темы: