我的“技术架构”之旅
导语：很久没写过涉及技术的文章了，因为进行职业转型后对技术有种很纠结的心态。热爱——每每看到五颜六色的代码窗口就会心里发酸，想起曾经那是生活中的一份灿烂心情；不自信——这么久离开技术会不会已经落后生疏（虽然一直没有脱离技术的学习与参与，但是失去了一线写代码的实践）。今天恰好去参加AWS（亚马逊云服务）的一个区域讨论会，一位亚马逊的架构师在为大家讲解AWS云服务及一些案例的架构设计，很多熟悉的概念，还有这位架构师的谦逊和真实，一切是那么亲切。所以心血来潮，想回顾一下自己做架构的职业之旅。 本想自己定义一下架构设计的要点，发现百度百科中总结的就很好“系统架构既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案，并能把各种目标需求进行不同维度的扩展。”提炼一下： 熟悉业务：技术本身是无“价值”的，要落地到具体的使用场景中为客户/用户解决问题。 掌控整体又要洞悉局部瓶颈：我们时常要对技术实现进行优化、时常要解决各种隐藏的bug，但是正如“过早优化是万恶之源”这句话的深刻含义一般，我们应该在明晰全局的基础上再去确定需要解决哪个局部问题。 不同维度的扩展：面对不断的变化，灵活性与可扩展...
