从程序员到解决方案架构师的简单指南 - Dev

banq

架构师是一个总称，用于指定专注于为客户利益设计或改进软件解决方案的角色。但它有不同的责任，这取决于你为之工作的组织。
  • 售前解决方案架构师
售前解决方案架构师也可以称为客户工程师或销售工程师，他们通常专注于确保他们所代表的技术适合客户的用例及其所需的功能，同时帮助他们设计一个系统来集成它，或提供指导关于它的最佳应用。他们将处理高级图表，进行发现，确定范围，并在技术调整期间为销售代表提供支持。
  • 售后解决方案架构师
一些售前架构师也负责售后，这意味着在您完成销售流程并达成交易后，您可以专注于帮助实际实施。他们可能只是在高层次上设计系统并概述实施，或者非常动手，并与技术实施团队一起执行。
  • 软件架构师
软件架构师是一个非常注重动手的角色，设计并经常实施软件解决方案。软件架构师相当于售后，通常针对产品或特定技术。软件架构师不一定是面向客户的。
 
同样，重要的是要澄清每个角色的名称和责任可能因行业而异。
  • 技术共同点
无论哪种类型的架构师，共同点都是技术方面的。架构师本质上是技术人员，从允许他们将技术规范与复杂的安全要求、治理细微差别、隐私合规性和主权以及法律责任联系起来的角度来看。他们不关心实现的细节，而是大局。部署管道、堆栈层、系统级性能、用户管理、位置、基础设施组件……这些是架构师真正感兴趣并占据的东西。
  • 解决方案架构师参与的流程阶段
我现在担任解决方案架构师的角色，并将专注于这个特定的维度，因为软件架构师参与了与软件开发周期相关的过程，而这个过程描述起来要复杂得多。
解决方案架构师通常是面向客户的角色，参与并有助于与他们进行大量对话。他们的主要目标是发现和确定系统的需求和/或当前的技术状态，以及起草所需的状态并决定或建议最理想的解决方案。
  
发现
SA（解决方案架构师的首字母缩写词）参与发现。这些是与客户对话的早期阶段，会提出许多问题。SA 需要了解有关其客户、产品或项目、目标和问题的所有信息，以便将这些内容映射到切实可行的解决方案建议中。
发现会议上最重要的技能不是技术：解决方案架构师需要能够
  • 多听多说
  • 做出正确的假设并与客户进行验证
  • 不要在充分理解所有问题和要求之前提出解决方案
  • 非常客观
 
稳固系统的基础
坚固、设计良好的系统共享某些相同的功能。它们都旨在具有可扩展性、健壮性、弹性、可恢复性和安全性等重要特征。架构师还希望他们的系统具有高可用性，有时他们要求它们是全球分布的，当在云中保证全球供应时，这在今天不是问题。
 
范围界定
需求是用于衡量系统成功的记录能力，根据它们是否得到满足。它们通常映射到那些基本概念。
将需求和功能纳入范围的过程也由架构师完成，并且通常（技术上）由客户在某个时候考虑到业务目标进行验证。积压工作通常是直接从范围界定练习中生成用户故事和功能需求的结果，以及功能的验证和优先级排序，直至发布。

详细点击标题