“解决方案架构师”和“应用程序架构师”之间有什么区别？[关闭]

据我所知，Solutions Architect只是Applications Architect的一个不同的“营销”术语。那是正确的还是角色实际上有所不同？如果是这样，怎么办？

是的，我已经在StackOverflow和Google上进行了搜索。

更新1/5/2018-在过去的9年中，我对该主题的看法已有了很大的发展。我倾向于比大多数人更接近我们行业的前沿（尽管肯定不会像很多真正聪明的人那样将界限推向极限）。我曾在不同规模的应用程序，解决方案，企业以及各个大小的多家公司担任过架构师。我得出的结论是，我们技术行业的未来是一个没有架构师的未来。如果这对您来说听起来很疯狂，请等待几年，您的公司可能会赶上，否则您的竞争对手将赶上（并超越）您。根本的问题是，“架构”只不过是关于您的应用程序/解决方案/投资组合的所有决策之和。因此，标题“建筑师”实际上是“决策者”。这说明了很多，也说明了没有说。它没有说“建设者”。创建一条隐含地告诉人们“建筑”的职业道路/等级低于“决定”，并且“决定者”对“建筑”不直接负责（因标题不同）。仍然坚持自己的建筑师称号的人们对此会感到愤怒，并抗议“但是我动手了！” 太好了，如果您只是一个构建者，那么就放弃您毫无意义的头衔，并停止让自己与其他构建者区分开。强调“所有建设者都是决定者，所有决定者都是建设者”的公司将比竞争对手更快地前进。我们每个人都使用“工程师”这个标题，而“工程师”意味着决策和建设。

原始答案：

对于从未在大型组织中工作过的人（或者曾经是一个功能失调的人），“建筑师”可能会在口中留下不良的味道。但是，对于聪明的公司来说，这不仅是合法的角色，而且是高度战略性的角色。

• 当应用程序变得如此庞大和复杂以至于无法处理整体技术远景和计划，并将业务需求转化为技术策略就变成了专职工作，这就是应用程序架构师。应用程序架构师还经常指导和/或领导开发人员，并充分了解其负责应用程序的代码。

• 当组织拥有如此众多的应用程序和基础架构相互依赖关系时，要确保他们的一致性和战略而不涉及任何代码都是专职工作，那就是解决方案架构师。解决方案架构师有时可能与应用程序架构师相似，但是通过构成企业逻辑解决方案的一组特别大型的应用程序。

• 当组织变得如此庞大以至于要为解决方案架构师协调高层规划并制定业务技术战略的条款成为全职工作时，该角色就是企业架构师。企业架构师通常在执行人员级别上工作，为CxO办公室及其支持功能以及整个业务提供建议。

也有基础架构架构师，信息架构师和其他一些架构师，但就总数而言，它们所占的百分比比“三巨头”要小。

注意：许多其他答案都说这些标题没有“标准”。那是不对的。转到任何一家《财富》 1000强公司的IT部门，您将发现这些标题被一致使用。

关于“建筑师” 的两种最常见的误解是：

• 建筑师只是具有较高职位的高级/高薪开发人员
• 架构师是技术上无用的人，虽然多年没有编码，但仍然在业务中投入精力，这给开发人员带来了麻烦

这些误解来自许多架构师，他们做得很糟糕，而组织在理解架构师的目的上却做得很糟糕。通常，将高级程序员提升为架构师角色，但这是不对的。他们有一些重叠但不完全相同的技能。最好的程序员通常是（但并非总是）理想的架构师。优秀的架构师对IT行业的许多技术方面都有很好的了解；一个更好的理解业务需求和策略比开发人员需要有; 优秀的沟通能力以及一些项目管理和业务分析技能。对于架构师而言，至关重要的是要动手处理代码并保持技术上的敏锐性。好人做。

基本上，在IT认证领域中，只要不踩踏“真正的”专业组织的脚步，您就可以随心所欲。例如，您可以在名片上成为“ Microsoft认证的解决方案工程师”，但是如果您写上魔术短语“ Professional Engineer”（或P. Eng），除非遇到麻烦，否则您将面临法律麻烦。我知道“真实的”架构师有一个类似的头衔，我不记得了，但是只要您不提及自己可以成为“ Cisco认证的网络架构师”或类似职位即可。

建筑师类型之间存在有效的区别：

企业架构师会考虑与企业战略紧密相关的企业解决方案。例如在银行，他们将研究整个IT环境。

解决方案架构师专注于特定解决方案，例如银行中的新信用卡获取系统。

域架构师专注于特定领域，例如应用程序架构师或网络架构师。

技术架构师通常扮演解决方案架构师的角色，较少关注业务方面，而更多地关注技术方面。

不，建筑师与程序员的工作不同。架构师更加关注非功能性（“灵活性”）要求。如可靠性，可维护性，安全性等。（如果您不同意，请考虑一下这个思想实验：将用C编写的CGI程序和一个Ruby on Rails实现进行比较，该CGI程序可以处理复杂的网站，它们具有相同的功能行为；选择RoR 架构具有什么优势。）

通常，“解决方案架构师”是指整个系统-硬件，软件以及所有-“应用程序架构师”在固定平台上工作，但是这些术语并没有那么严格或标准化。

没有针对Architect职位的行业标准定义-应用程序/系统/软件/解决方案Architect通常都是指具有强大设计和领导技能的高级开发人员。设计，策略，开发（通常是核心服务或框架）和管理之间的平衡因组织和项目而异。

对我而言，唯一真正具有不同含义的“建筑师”职位是“企业架构师”，我认为它更多地是IT战略职位。

“架构师”是授予可以设计可以在较高层次上很好地协同工作的多层应用程序的人员的标题。没有特定类型的技术（即“解决方案”，“应用程序”，“业务”等）进入通用“建筑师”类型的任何事情都是行销话题。

实际上有很大的不同，解决方案架构师从整体上看待一个需求，例如说，该需求是减少呼叫中心内处理比萨饼订单的人员数量，解决方案架构师会考虑将要出现的所有组件一起满足这一点，就可以使用诸如哪种语音识别软件，所需的硬件，最适合承载它的操作系统，IVR软件与预配置系统的集成等东西。

另一方面，这种情况下的应用程序将处理软件交互方式，最适合的语言，如何最好地使用任何现有api的细节，如果不存在则创建api的细节。

两者都有自己的位置，必须完成两个任务才能满足需求，在大型组织中，您将有专职的人员来做，在较小的开发商店中，开发人员常常不得不承担所有架构任务，这是他们的职责所在。整体发展，因为没有别的选择，因此对它过于愤世嫉俗地说，这只是一个营销术语，它是真正的角色（即使是开发人员临时选择），并且在项目启动时特别有价值。

对我来说听起来一样！尽管我并不完全反对奥利。如果需要的话，我会给一些选定的人一个Software Architect的头衔，但是经验告诉我，实际上应该得到Software Architect头衔的人通常不会在标题中加上这个字眼。

以我的经验，当我在Computer Associates咨询时，营销的口号是“销售解决方案，而不是产品”。因此，当我们得到一个项目并且需要戴上建筑师的帽子时，我将成为一名解决方案架构师，因为我将设计一个使用许多组件的解决方案，这些组件主要是CA产品，可能还包括一些第三方或手工人员。编码元素。

现在，我更专注于开发，我是应用程序本身的架构师，因此我是应用程序架构师。

我就是这样看的，但是正如已经讨论过的，命名标准的方式很少。

拼写？

认真地说-他们俩都是BS职称的骗子。“程序员”对你还不够好吗？成为“建筑师”！

真的...世界将会是什么？

编辑：我显然伤害了一些“建筑师”的感觉！

编辑2：虽然我同意这样的观点，即措词可以解释为有些人处理整个问题领域（例如，硬件，软件，部署，维护），但大多数人想要满足客户需求（并赚更多的钱）不论标题如何，都会根据需要提供全面的服务。

在现实生活中，这仅仅是营销方面的毛病。

如果因为戴了太多帽子而使标题不适合您的名片，那么有人会锻造一个漂亮的标题给您。

例如，编程/ IT /项目管理/策略/业务分析师

获得建筑师职位的其他方式：

• 与实际开发工作软件相比，您在电话和白板上花费的时间更多。
• 与实际开发工作软件相比，您花费更多的时间来帮助人们设置Outlook / Entourage。
• 首先，您真的不是一个好的编码员。