解决方案架构师要思前想后。思前的意思是架构师在设计解决方案的时候得对现状了如指掌。要知道企业架构的每一块板砖都是八爪鱼，触手四通八达。要替换一块板砖就得先考虑好如何重构新板砖和原有板砖之间的数据交流。没处理好就go live之后发现商业系统们集体罢工就不好了。数据移植（data migration）是另一个需要细细斟酌的方面。老系统里的数据哪些需要封存，哪些ETL到新的系统里，得分们别类处理清楚。这绝对是个恶心人的工作，需要和业务部门大量沟通。我曾部署过Workday这样的大规模企业应用也部署过微软Identity Manager (MIM)这样的基础服务。数据转移在任何情况都是件很折腾人的事情。
所谓想后指的是BAU的方案了。BAU，Business as usual的缩略，说的是方案在go live后如何维护它的正常商业运转。比如产品如何维护，产品数据整合方案如何维护，谁来维护，需不需要额外的维护开支等等。这是个容易疏漏的环节，对于解决方案架构师来说，这可是个机会。一般领导，尤其是商业领域的领导都把太多精力放在思考产品功能性的需求上面。这时你挺身而出，一脸英气地指出你不但要这样，还有这样和这样。领导豁然开朗如醍醐灌顶，“不错耶，咱架构师水平就是高啊”，然后你就可以拼命得瑟了。
