据我所知，Solutions Architect只是Applications Architect的一个不同的“营销”术语。这是正确的还是角色实际上有所不同？如果是这样，怎么做？
是的，我在 StackOverflow 和 Google 上都搜索过这个。
Evgeny
问问题
111908 次
11 回答
249
2018 年 1 月 5 日更新- 在过去的 9 年里，我在这个话题上的想法有了很大的发展。与大多数人相比，我倾向于生活在我们行业的最前沿（尽管肯定不像很多真正聪明的人那样突破界限）。我曾在多家大大小小的公司担任不同级别的架构师，从应用程序到解决方案，再到企业。我得出的结论是，我们技术行业的未来主要是没有架构师的. 如果这对您来说听起来很疯狂，请等待几年，您的公司可能会赶上来，或者发现它的竞争对手会赶上（并超越）您。根本的问题是，“架构”只不过是对您的应用程序/解决方案/产品组合做出的所有决定的总和。所以“建筑师”这个头衔真正的意思是“决策者”。这说明了很多，也说明了它没有说。它没有说“建设者”。创建一个隐含地告诉人们“建设”低于“决定”的职业道路/层次结构，并且“决定者”不直接负责（通过标题的差异）“建设”。仍然坚持他们的建筑师头衔的人会对此感到愤怒并抗议“但我是亲力亲为！” 太好了，如果你只是一个建设者，那么放弃你毫无意义的头衔，停止将自己与其他建设者区分开来。强调“所有建设者都是决策者，所有决策者都是建设者”的公司将比竞争对手更快地行动。我们对每个人都使用“工程师”这个称号，“工程师”意味着决定和建设。
原始答案：
对于从未在一个非常大的组织工作过（或者曾经在一个非常大的组织工作过，但这是一个功能失调的组织）的人来说，“建筑师”可能在他们的嘴里留下了不好的味道。然而，它不仅是一个合法的角色，而且对于聪明的公司来说也是一个高度战略性的角色。
当应用程序变得如此庞大和复杂以至于处理整体技术愿景和规划，并将业务需求转化为技术战略成为一项全职工作时，这就是应用程序架构师。应用程序架构师还经常指导和/或领导开发人员，并且非常了解他们负责的应用程序的代码。
当一个组织有如此多的应用程序和基础设施相互依赖，以至于在不参与其中任何一个代码的情况下确保它们的一致性和战略是一项全职工作时，这就是解决方案架构师。解决方案架构师有时可能类似于应用程序架构师，但在一套包含业务逻辑解决方案的特别大的应用程序上。
当一个组织变得如此庞大以至于它成为一项全职工作来协调解决方案架构师的高级规划并制定业务技术战略的条款时，该角色就是企业架构师。企业架构师通常在执行级别工作，为 CxO 办公室及其支持职能以及整个业务提供建议。
还有基础架构架构师、信息架构师和其他一些架构师，但就总数而言，这些架构师的比例低于“三巨头”。
注意：许多其他答案都说这些标题没有“标准”。那不是真的。去任何一家财富 1000 强公司的 IT 部门，您都会发现这些头衔的使用始终如一。
关于“建筑师”的两个最常见的误解是：
- 架构师只是一个拥有花哨头衔的更高级/更高收入的开发人员
- 架构师是在技术上毫无用处的人，多年没有编码，但仍然在业务中投入大量精力，使开发人员的生活变得困难
这些误解来自于很多架构师做得很糟糕，而组织在理解架构师的用途方面做得很糟糕。将顶级程序员提升为架构师角色是很常见的，但这是不对的。他们有一些重叠但不相同的技能组合。最好的程序员可能经常是但并不总是理想的架构师。一个好的架构师对 IT 行业的许多技术方面有很好的理解；比开发人员需要更好地理解业务需求和策略；优秀的沟通技巧并且通常具有一些项目管理和业务分析技能。对于架构师来说，必须不遗余力地处理代码并在技术上保持敏锐。好人会。
于 2009-02-08T01:39:13.323 回答
7
基本上，在 IT 认证领域，只要您不涉足“真正的”专业组织，您就可以随意称呼自己。例如，你可以是名片上的“微软认证解决方案工程师”，但如果你写了“专业工程师”（或 P. Eng）这个神奇的短语，除非你有那个铁环，否则你就会遇到法律问题。我知道“真正的”架构师有一个类似的头衔，我不记得了，但只要您不提及您可以成为“思科认证网络架构师”或类似名称。
于 2009-02-08T01:35:39.570 回答
5
不，架构师与程序员的工作不同。架构师更关心非功能性（“功能”）需求。比如可靠性、可维护性、安全性等等。（如果你不同意，请考虑这个思想实验：比较一个用 C 编写的用于复杂网站的 CGI 程序与一个 Ruby on Rails 实现。它们都具有相同的功能行为；选择 RoR架构有哪些优势。）
一般来说，“解决方案架构师”是关于整个系统的——硬件、软件和所有——“应用程序架构师”在固定平台上工作，但术语并不那么严格或标准化。
于 2009-02-08T01:38:14.557 回答
5
架构师职位没有行业标准定义——应用程序/系统/软件/解决方案架构师通常指的是具有强大设计和领导技能的高级开发人员。设计、战略、开发（通常是核心服务或框架）和管理的平衡因组织和项目而异。
唯一对我来说真正具有不同含义的“架构师”职位是“企业架构师”，我认为这更像是一个 IT 战略职位。
于 2009-02-08T01:52:29.863 回答
5
建筑师类型之间存在有效差异：
企业架构师着眼于与企业战略紧密结合的企业解决方案。例如，在银行，他们会查看完整的 IT 环境。
解决方案架构师专注于特定的解决方案，例如银行中的新信用卡收单系统。
领域架构师专注于特定领域，例如应用程序架构师或网络架构师。
技术架构师通常扮演解决方案架构师的角色，较少关注业务方面，而更多地关注技术方面。
于 2009-06-01T12:51:29.730 回答
2
“架构师”是给予能够设计在高层次上良好协同工作的多层应用程序的人的头衔。任何进入通用类型的“架构师”而没有特定类型的技术（即“解决方案”、“应用程序”、“业务”等）都是营销语言。
于 2009-02-08T02:09:29.267 回答
1
实际上有很大的不同，解决方案架构师从整体上看是一个需求，例如，要求是减少呼叫中心接受披萨订单的员工数量，解决方案架构师会查看所有必须来的组件为了满足这一点，例如使用什么语音识别软件、需要什么硬件、最适合托管它的操作系统、IVR 软件与供应系统的集成等。
另一方面，此场景中的应用程序架构处理软件如何交互的细节，最适合的语言，如何最好地使用任何现有的 api，如果不存在则创建一个 api 等。
两者都有自己的位置，必须完成这两项任务才能满足要求，并且在大型组织中，您将有专门的人员来做，在较小的开发商店中，开发人员通常必须将所有架构任务作为整体开发，因为没有其他人，我说它只是一个营销术语，它是一个真正的角色（即使它是开发人员临时挑选它）并且在项目启动时特别有价值.
于 2009-02-08T01:51:22.143 回答
1
听起来和我一样！虽然我并不完全不同意奥利。如果他们想要的话，我会给选定的几个人一个软件架构师的头衔，但经验告诉我，真正应该得到软件架构师头衔的人通常不是头衔。
于 2009-02-08T01:54:26.787 回答
1
根据我的经验，当我在 Computer Associates 做咨询时，营销口号是“销售解决方案，而不是产品”。因此，当我们有一个项目并且我需要戴上我的架构师的帽子时，我将成为一名解决方案架构师，因为我将设计一个使用许多组件的解决方案，主要是 CA 产品，可能还有一些第 3 方或手编码元素。
现在我更专注于作为一名开发人员，我是应用程序本身的架构师，因此我是一名应用程序架构师。
这就是我的看法，但是正如已经讨论过的，命名标准的方式很少。
于 2009-02-08T03:14:12.680 回答
-8
拼音？
不过说真的 - 他们都是 BS 职位头衔。“程序员”对你还不够好吗？成为“建筑师”！
真的……这世界怎么了？！
编辑：我显然伤害了一些“建筑师”的感觉！
编辑 2：虽然我同意这样的观点，即措辞可以被解释为意味着一些人处理整个问题域（例如硬件、软件、部署、维护），但大多数人想要满足客户（并赚更多钱）如果需要，将提供全面的服务，无论他们的头衔如何。
在现实生活中，这只是营销的绒毛。
于 2009-02-08T01:31:50.547 回答
-8
当你的头衔因为你戴太多帽子而不适合你的名片时，那么有人会为你设计一个漂亮的头衔。
例如编程/IT/项目管理/战略/业务分析师
获得建筑师头衔的其他方式：
- 你花在电话和白板上的时间比实际开发工作软件的时间还要多。
- 与实际开发工作软件相比，您花在帮助人们设置 Outlook/Entourage 上的时间更多。
- 一开始你真的不是一个好的编码员。
于 2009-02-08T04:11:03.657 回答