什么是企业架构？

Question

我是一名网络开发人员，我想成为软件架构师，每天都要学习它，但是当我学习软件架构时，我看到了企业架构的TOGAF框架，我想在企业中得到扎实的理解体系结构

Answer 1

概述

企业架构专注于未来的状态解决方案：当前的业务问题，业务战略，业务流程改进（BPI），业务流程重新设计和业务冒险。如果你问一个企业架构师他们正在做什么，你很可能会发现他们正在研究其中一个领域，除非他们有一个更专业的领域，我们将在本文后面介绍。

“什么”

企业架构没有规定“如何”只是什么，

交付

根据您公司的解决方案生命周期标准和模板，您的可交付成果可称为“解决方案架构”，“企业架构蓝图”或其他名称。

架构图层

最好在您的交付物中包含至少六个架构层：

• 安全性：从安全角度看解决方案的端到端视图，它捕获身份验证和访问管理，传输中的数据和静态保护。
• 应用程序：从应用程序的角度来看解决方案的视图，包括特定于域的编程语言，以及适用于字体结尾，后端和中间层的应用程序设计模式和决策。
• 基础架构：此层显示运行平台的视图，可能包括云，容器化和虚拟化。
• 信息：这可以捕获整个信息生命周期管理，从数据建模到获取，分类和退役。
• 网络：此架构层描述了网络端点及其路径。
• 集成：此层显示您的数据传输和系统对话，例如，它显示您与业务流程的数据传输分离。

虽然这些图层不是您可以添加到架构中的唯一图层，但您可以根据需要添加更多图层，例如“业务连续性”和“devops”，但这些都取决于您的组织和目标的类型。

企业架构师角色

作为企业架构师（EA）需要在多个领域中执行命令，但是我们这个行业的大多数人都在一个领域开始我们的职业生涯，例如开发，网络，DBA等，建筑师通常拥有至少一个领域的专业知识。以下是其余的经验。

• 一种编程语言的专业知识（专家级意味着非常熟悉该语言特有的语言和设计模式）。
• 一个数据库供应商（Oracle，MSSql，DB2）专家级的专业知识意味着 - - SQL专业知识，SQL：2016是服务器端语言（PLSQL，TSQL）之外的最新标准
• 网络基本概念的组网经验和软件定义网络（SDN）等新趋势的知识。
• 整合模式方面的经验
• 云，虚拟化和容器化等基础设施方面的经验
• 信息安全方面的经验：身份和访问管理，传输中的数据和静态数据保护。

此外还有以下基础知识：数据建模，数据仓库，大数据，Web UI框架，主要云提供商，合规性（即：PCI，HIPPA），IPV4，IPV6，SOA。
如果您对未来前景有自己的看法（即：无服务器，自渲染服务），也会有所帮助

架构框架

根据具体情况，有多个框架可能适用于您的可交付成果，这些框架试图以规范的方式解决常见的体系结构模式。

• TOGAF
• 扎克曼
• DoDAF的

回答你的问题＆＃34;系统架构，应用程序，软件架构之间的区别是什么？ 应用程序体系结构是架构中的一个层。 系统架构，软件架构，解决方案架构可以互换使用。只是不要失去你的大局。

架构的一些输入是

• 商业策略。
• 用例
• 商业案例。
• 业务连续性策略

• 合规

  部分输出为

• 高级设计
  架构层的垂直分区。

• 软件规格
  解决方案的规范性和技术导向规范。

Answer 2

在过去的几年里，我曾多次介绍企业架构。我在谈话中使用的一个引用（来自我自己）是：＆＃34;仅仅因为我是一名企业架构师，这并不意味着我是一名企业架构师＆＃34;。这似乎是一个奇怪的引用，但它基本上只是一种有趣的方式来表明企业架构对不同的组织和人来说意味着不同的东西。

企业架构师倾向于跨越广泛的关注领域，偶尔关注特定技术和/或业务流程的特定方面。一些组织（他们往往是具有更成熟的EA实践的组织）将拥有跨组织内所有域（或企业 - 因此企业架构师）工作的架构师。一些组织将具有专注于特定区域的特定类型的架构师（例如，应用程序架构师，解决方案架构师，数据架构师，网络/系统架构师，业务架构师等）。在组织内拥有各种类型的架构师是一种“轻松”的方法。你自己进入建筑空间。

例如，我工作的组织有角色，Lead Developer。每个开发团队都有一个主要开发人员，他们基本上充当应用程序架构师（即使这不是他们的特定标题）。对于刚接触该角色的人员，他们专注于学习他们的团队通常负责的业务领域。它们还为团队生成的应用程序提供整体架构愿景和设计。并且，他们还与企业架构师密切合作，以确保他们在整个组织的参数范围内工作（即不重新发明轮子或使用不适合整个企业架构的技术或方法）

首先，作为首席开发人员，可以说是踏上门的一种方式。还有其他方法。例如，如果您对数据架构感兴趣，那么加入BI团队将是一个了解大规模数据架构的好方法。加入网络团队将大大有助于获得可以作为网络/系统架构师应用的知识。

你在上面的问题中提到了TOGAF，但是有很多架构框架（TOGAF，Zachman，DoDAF等）。根据您的具体情况，＆＃34; canned＆＃34;框架可能对您的组织有意义，也可能没有。但是，熟悉一些可用的框架将使您深入了解企业架构师面临的一些常见挑战。但是，最后，您需要做适合您组织的事情。您可以从多个框架中获取部分内容并将它们全部包装到您自己的框架中。与许多挑战一样，做适合自己的事情。

除了其他一切，请记住，企业架构师倾向于从战略角度思考并关注未来。这并不意味着他们不会在战术上思考或者不关心＆＃34;现在和现在＆＃34;。在战略和愿景方面，他们往往具有优势。

虽然这是一个罗嗦的答案，但事实是没有什么比经验更好。如果您想成为企业架构师，那么您应该尝试将架构实践应用于日常任务。你工作的越多，就像企业架构师一样，当机会出现时，你就会越准备好。

希望这有帮助！

Answer 3

如果你想成为一名软件架构师 - 也就是应用程序架构师，那么TOGAF很有用，但对你来说并不是必需的。企业架构师处理影响整个组织的事情，特别是战略和战略等。规划。组织建模等

它们有时可以作为治理角色参与，以确保与组织设计标准或安全标准保持一致。他们有时也可以参与制定组织政策。

无论哪种方式 - 太多人假设选择＆＃34;最高级的＆＃34;标题将为他们带来最好的报酬和最好的生活 - 这并非总是如此，EA角色与软件架构师非常不同 - 即使他们都是＆＃34;建筑师＆＃34;

现在对企业架构有了深刻的理解将是一个挑战 - 因为1.现在还有一种未定义的 - 或者更确切地说 - 有大约460多种不同的企业架构模型--TOGAF只是其中之一。 2.大多数EA都喜欢在模型定义周围获得完全的OCD，并且每个EA都有一个不同的OCD观点，它们究竟是什么 - 我应该知道，我是其中之一：）

我发现的最好的一般模型之一是DoDAF，但它肯定不是轻便的睡前阅读。维基百科有一个相当清晰的定义，如果你还没有

，它可能值得开始

Answer 4

企业架构（EA）需要整个组织，甚至可能超越。它包括业务架构，信息架构，技术架构和应用程序架构。 EA是战略性的，因此它是＆＃34; 什么＆＃34;需要做。