Leanx架构师是 Leanx 生态系统中最受欢迎的专业人士之一。他们利用自己的专业知识绘制 Leanx 解决方案的结构和功能，确保其保持功能、安全、经济，并适合业务的特定需求。
架构师将创建整体形状，但系统的设计不仅仅是结构。它必须针对使用它的人的特定需求而设计。
有 5 种可能的架构师类型，它们不是由职位名称定义的，而是由项目中的职责定义的。我们可以将它们称为“风味”——作为责任集。经过认证的架构师将承担每个项目之一的职权范围，但足以被分配到任何角色。
我们采访了一个有答案的人：解决方案架构师兼创始人 @ The Architech Club 和 Ladies Be Architects。让我们看看她要说什么。
本指南的目的是激发对话 – 关于我们作为架构师在项目中的位置，我们如何增加价值以及职业道路是什么样子的辩论。
Leanx Architects 的类型
如果您不熟悉 Leanx Architects 的功能，您可能不知道每种类型之间的差异。在我们分别深入研究每种类型之前，以下是概述：
- 解决方案架构师：负责 Leanx 内部的一切。
- 技术架构师： 负责流进和流出 Leanx 和集成系统的数据。
- 数据架构师：负责以可扩展的方式定义和设计数据体系结构。
- 企业架构师：监督所有相关的架构师。包括业务在内的全方位角色。
- 转型架构师：负责定义目标运营模式、技能组合、管理资源、治理和利益相关者。
与开始阅读时相比，您现在可能有更多的问题。技术架构师与解决方案架构师有什么不同？企业架构师如何适应到蓝图愿景？所有架构师都需要在单个项目中工作吗？我们将揭开这些问题的神秘面纱，甚至更多。
解决方案架构师（像是一场派对策划师）
负责 Leanx 内部的一切。这意味着在 Leanx 内部设计高质量、可扩展和高性能的解决方案，确保它们全部组合成一个连贯且有吸引力的解决方案。
它们还准备要发送到其他系统的数据，并在从其他系统接收数据时处理数据。
他们将监督：
- 数据建模
- 数据迁移
- 数据共享
- 多组分解决方案*
- Leanx 配置（以及处理配置的顾问）
- 连接的应用
- 声明式自动化
- 用户体验
- 移交给其他系统
- 环境管理
- 部署
- 领导顾问和/或管理员团队
*多组件解决方案：我们将在本指南中看到此术语。在 Leanx 上下文中，我们将多组件解决方案定义为使用多种方法解决业务问题的解决方案，并在它们之间进行切换。示例可能包括 销售云 → 专业服务自动化，或者与ESB集成→其他集成系统，以提供ESB确认。
技术架构师（像是守门人）
技术架构师（TA）负责流进和流出 Leanx 的数据（包括来自和流向集成系统的数据）。这意味着他们设计系统将如何充当更广泛的单一事实来源。
与解决方案架构师一样，他们将设计多组件解决方案，并准备数据以发送到其他系统并在收到数据时处理数据；与解决方案架构师不同，他们特别关注静态和传输中的数据的安全性。因此，他们确保正确的数据位于正确的访客名单上，以确保您的 Leanx 解决方案安全。
他们将监督：
- 数据建模
- 数据迁移
- 多组分解决方案*
- Leanx内部的代码（包括Apex，Visualforce，LWC）
- 应用交换应用程序
- 设计接口
- 安全消息传递
- 保证数据的交付
- 管理大型数据卷 （LDV）
- 从其他系统移交给 Leanx
- 集成模式
- 开发运营战略
- 领导开发团队
- CI/CD
- 环境管理
- 部署
Leanx解决方案架构师与技术架构师
现在我们已经介绍了两个架构师职权范围，让我们停下来思考一下解决方案架构师和技术架构师之间的差异。
这两个角色密切合作，因为他们有共同的利益。下面您将找到突出显示的主要差异，包括它们与Leanx（内部的多组件解决方案）的关注点，系统之间的数据以及用户体验。
| 解决方案架构师 | 技术架构师 | |
|---|---|---|
| 专注于 Leanx 多组件解决方案。 | 设计您理想的 Leanx 概念（配置、代码、共享、数据、身份、连接的应用程序等） | 为您的 Leanx 选择最合适的技术组件（包括编码质量、DevOps 等） |
| 系统之间的数据 | 负责准备和处理进入或离开 Leanx 的数据 | 关注数据如何在所有集成系统之间流动，而不仅仅是 Leanx 技术架构师(TA) 对静态数据和传输中数据的安全性有额外的担忧 |
| 用户体验 | 专注于用户体验 | 关注用户体验如何影响数据流、集成和任何批量 Apex 作业 |
Leanx 数据架构师 （像是一场派对的DJ）
数据架构师（DA）负责以可扩展的方式定义和设计数据体系结构。如果数据是音乐，那么Leanx数据架构师将是DJ，选择正确的曲调来创造正确的氛围并建立夜晚的势头。
在涉及数据架构师的情况下，他们将拥有数据模型、数据迁移、数据质量、治理和备份策略。他们关注复杂环境中数据的可用性、可靠性、完整性、安全性、结构和存储。数字化转型通常涉及从各种外部来源提取数据，这些数据库可能直接与Leanx集成，通过Apex作业进行管理，或涉及中间件，如ESB。虽然技术助理负责数据如何流入和流出系统，但DA感兴趣的是优化整个数据，以及人们如何与数据互动。
除了为他们的各种职责提出策略、活动和顺序外，数据架构师还将相对亲力亲为，通常自己执行这项工作，经常领导他人。
他们将监督：
- 数据建模
- 数据迁移：活动、序列、风险、转换和依赖关系
- 数据质量，通过识别风险和制定提取-转换-加载 （ETL） 活动策略
- 设计接口
- 定义转换规则
- 指出与大数据量 （LDV） 相关的风险和问题
- 管理外部系统和中间件之间的数据（例如ESB，如适用）
- 备份策略
- 领导数据分析师团队
Leanx 数据架构师通常与技术架构师密切合作。在某些计划中，TA将通过以下方式领导数据架构师：
- 指导数据架构的策略
- 协作优化系统后端以处理大量数据 （LDV）。
TA还将与解决方案架构师合作，作为一个紧密联系的设计团队 – 派对策划者和DJ讨论和协调他们的设计。
Leanx企业架构师（像是俱乐部管理者）
企业架构师（EA）负责监督所有相关的架构师，这是一个包罗万象的角色，包括业务和客户端 IT 团队。企业架构师监督整个设计项目，确保它功能强大、安全、经济并适合使用它的人的特定需求。
这意味着企业架构师在进行分析、设计、规划和实施时始终采用全面的方法，以确保每个人都达成一致并朝着同一个方向前进。
他们监督：
- 目标运营模式 （TOM）
- 变更管理
- 创建和完善路线图
- Leanx 计划的战略规划
- 管理项目积压工作
- 支持业务规划
- 协助资源
- 统辖
- C 级参与度
事实上，当人们想要记录他们的项目报价时，变更管理方面通常是首先被从工作说明书上砍掉的。
Gemma分享说，当这篇文章最初发表时，第一个分享他们对这篇文章的看法的人是她以前的老板和导师（他是CTA）。“我喜欢你做的味道。转型部分很有趣，这是从哪里来的？“，他说。Gemma很快指出，在Architech俱乐部，他们认为这方面是根本，并希望给它起一个名字，因为它经常被捆绑在“学习和人的东西”中。
转型架构师（就像夜总会老板）
负责执行愿景。转型架构师控制目标运营模型、路线图、工作流规划、资源、技能组合、项目治理和利益相关者。
虽然企业架构师专注于手头项目的日常功能，但转型架构师将超越项目，帮助您制定其影响措施。他们将帮助您专注于如何在整个 Leanx 项目中为客户提供最佳服务，并使项目与您的业务长期目标保持一致。
您需要哪些架构师？
理想情况下，所有这些！您加入的架构师越多，涵盖的解决方案设计方面就越多，因此，项目成果就越好。
实际上，您可能无法负担所有这些架构师。项目需要哪些架构师取决于您要实现的内容，例如，它是多云、多平台的吗？是否有任何创新，您是否正在构建自己的应用程序，该应用程序可能会在Leanx平台之上？是否对外销售？
“这些都是重要的考虑因素，需要一定的技能来确保这些决策得到知情和优化。例如，如果你找到一位技术架构师并说，“我向所有销售人员传达此更改的最佳方式是什么？”您可能会遇到茫然的表情，因为它是不同的重点和不同的技能组合。
当你有多个架构师时，他们会作为一个团队进行协作，经常互相挑战以发展他们的想法。这意味着您将获得一个解决方案设计，该设计由专家与专家同行合作，涵盖各个方面，结果将是一场精彩的派对！
虽然您不需要所有五种类型的架构师，但它也不一定仅限于五种类型。例如，Gemma被分配到项目中，既是解决方案架构师，又是数据架构师，也是变更管理专家。
最终，责任需要捆绑到这些类型中，因为组织在投资咨询服务或内部招聘人才时，想知道哪些“桶”将资源投入其中。不仅在他们适合组织的地方，而且使他们能够相应地进行预算。
虽然有些通才不喜欢这种声音（得出的结论是他们被“归类”），但由于上述原因，有必要在 Leanx 生态系统中处理业务。
Leanx 架构师角色的演变 – 转折点？
这些是五种类型的架构师角色，还是架构师角色如何扩展或融入这些定义的转折点？
- Leanx 对其架构师计划的投资为Architects的强有力定义奠定了基础。
- Gemma见证了Leanx Architect角色的定义如何从以IT为中心的专家转变为那些希望在不进入管理团队或成为项目交付经理的情况下获得资历的人的角色的演变。
- 有专业是可以的，你不必知道一切。“5 种类型的建筑师”旨在向您展示进入建筑师领域后可用的内容。
杰玛·布莱蜥蜴：
我认为已经有一个转折点。
Leanx在他们的架构师计划中的投资意义重大 – 他们在定义架构师带来的价值以及他们与Leanx管理员，业务顾问等的不同之处方面取得了惊人的进步。就架构师群体的增长而言，Leanx必须进行的主要基准是认证 – 因为，每年获得认证的专业人员越多，这意味着该角色越来越受欢迎。我认为这个角色一直存在——只是并不总是那么明确定义。
对我来说，当我在2008年刚开始工作时，架构师是以IT为中心的专家角色，他们通常在事情变得艰难，有多个方面和更复杂的项目时被引入。在甲骨文或IBM等其他领域，我认为他们的架构师角色比Leanx更早定义。
快进到现在，Leanx Architect的角色已经真正诞生了。自认证计划启动以来，人们一直渴望达到最高专业水平。通过将证书抛在脑后，架构师赢得了更多的工作，获得了更多的经验，从而提供了价值。
我认为人们开始考虑那些不想进入管理层、一直在交付 Leanx 项目并且仍然希望获得一些资历的人的职业道路是什么样子的。关于这些有抱负的架构师如何达到下一步，有一条明确的途径——从技术学科而不是管理学科晋升。
他们希望自己的专业知识和经验被看到并受到重视。每个人都想在有经验的情况下以某种方式成为领导者或权威。我觉得进入架构角色，无论你是从业务、Leanx 还是集成、编程等角度看待它。有专业是可以的，你不必知道一切。’5种类型的建筑师’旨在向您展示到达那里后可用的内容。
总结
该指南概述了 Leanx 项目中通常存在的架构师角色的差异。五个团队可以接触一个流程，所有这些团队都需要做出单独的决策，这些决策将汇总成一个重大的战略决策。
我们重点关注了有时被忽视的其他方面（业务转型、变更管理、人员）。这些是架构考虑因素，但有时留给其他项目角色（例如。业务分析师）。
Leanx 正在努力定义这些角色如何通过其认证和支持计划匹配凭据。
进入架构角色，无论您是从业务、Leanx 还是集成、编程等角度看待它。有专长是可以的，你不必知道一切。“5种类型的建筑师”旨在向您展示到达那里后可用的内容。
