架构设计系列文章，请参见连接。

背景

技术人员在做到一定阶段之后总会遇到对技术的迷惘，对个人发展的迷失。是不是要进行抉择，选择继续走技术的路线，还是转行做PM，还是转行做其他？

我认为选择一个自己喜欢的、愿意为之付出的工作，并且一直坚持下去。这样就是对自己的最大的成全与鼓励。

关注内容

作为架构师，他是需要为业务与技术实现之间架起一座稳固、可靠桥梁的人。所以，架构师需要对业务、技术、实施、运营等都有深入的理解与规划的能力。我们最主要的目标是为业务提供对技术实现的信心，为技术人员提供整体规划的目标，为运维人员提供可管理的软件系统。为了满足这些要求，架构师需要明确自己的工作重心与工作目标。这样才能在纷繁复杂的职责要求、工作内容中找到自己的一条路。

我认为的工作重心：

工作重心

1. 关心业务模型

从业务分析（BA）的招聘信息来看，人们对BA的认识还是很低。没有系统化的业务分析方法，不知道怎么分析。要不就是UML中的用例图、流程图，这些图将用户需求割裂为一小块一小块的。无法整体看到完整的用户需求，无法分析某一个功能对用户提供的价值的高低。

所以就现在的需求分析、建模水平，需要一个专业的人员将交错的、割裂的需求整理成一个通畅的业务流，并将业务流中的业务实体分析出来形成技术实体。

并且作为架构师，也应该对业务有一定的坚持。因为这个是体现架构师价值的点，如果只关心技术，那就是一个纯粹的开发人员。业务人员将不能满足要求的需求过来时，架构师连基本的判断都没有那就会导致整个项目的混乱。

2.关心技术架构

在领域建模活动中，问题域指构成你所分析业务的那些过程、实体和约束条件。领域建模，也称领域分析，就是要识别出领域中所有的重要元素以及它们之间的协作关系。问题域的分析模型是用解答域提供的工具和手段实现出来的。而解答域就是我们的技术工具或方法论。架构师需要通过合理的使用方法论和工具，实现简单、可靠、完整、有效的架构。

除了对产品/项目的技术架构设计之外，架构师还需要为公司建立一套独立的技术体系，并在这个技术体系上建立公司的软件基础设施。帮助公司建立完善的内部基础设施，之后公司更快速的发展就是基于这些基础设施进行。

另外架构师的执业发展是需要有自己专注的方向的。因为

吾生也有涯，而知也无涯。 以有涯随无涯，殆已！--《庄子·内篇·养生主第三》

所以，需要在技术方面有自己的特长方向。

3.关心运维

大学里有一门课叫：《软件工程》。这门课里面一个很重要的概念就是在软件生命周期中，软件处于维护期的时间要远大于其他阶段的事件。而业界对运维的态度都是找个人看着，不要报个什么错都找我就行。更不用提怎样进行线上问题定位？怎样进行线上性能分析？怎样进行线上快速伸缩？

所以，作为一个架构师，我最关心的运维。

4.其它

除了上面这些重要的事项外，还有很多公司内外的事项需要架构师参与与解决。不过这里不像让这些事情喧宾夺主，所以，不对商务，管理，过程，运营等事情进行说明。不过针对这些事项架构师还是要投入一定的精力进行关注的。

总结

技术在不断的发展，我们需要不断的努力才能跟上技术的步伐。所以在这个过程中会发现非常累。但每个人工作、生活、学习中不可能总是一帆风顺的。在自己选择的领域内不断的学习，不断的成长，不断的发展。总是可以得到自我满足感的。