系统架构师如何cover到全局的思考

一个项目的成功，离不开各个分工明确并且进行辛勤劳动的人，但不可否认的一点是必须有一个人来cover全局，对整个站点进行全方位的思考和部署，对各种潜在的风险进行评估和识别，并且采取进一步的策略和手段，那么，这个人是你吗？

首先这个人是不是你有一个很关键的点是你对自己的定位，如果你只想cover到自己负责的那部分，那么你的作用只能局限到那么一块，如果你有极大的激情和动力去做cover全局的事情，那么这个角色可能就是你。

那么从上到下，一个站点或者项目需要重点抓的几个大方面是什么呢？

1，用户需求，挖掘用户的需求和市场需求，对业务流程能够进行本质上的把握，甚至如果能够掌握到一个行业的本质那更佳。

需要判断这个产品特性是用户真的需要吗？还只是产品经理的自我主观臆断？有做过调研吗？这个特性有前景吗？

2，用户的体验。这个跟用户需求有点类似，但覆盖的点更细，比如页面打开速度，界面是否友好，用户需要及时得到的信息和提示是否可以及时得到，是需要用户点击多一次吗，到核心流程需要跳多少步？能够更加简化吗？用户注册的门槛高吗？需要填写的信息多吗？这些信息都是必须一次性输入吗？是否可以延迟输入，先让用户快速注册先？用户登录的门槛高吗？用户输入验证码的频率高吗？页面文字是否太多，页面风格是否存在不一致的情况？帮忙信息是否真的可以帮助到用户？有错别字吗？链接有404吗？页面出错提示友好吗？

3，系统防涮等安全性要求。

系统存在哪些潜在的安全漏洞，XSS? 是否存在被涮的可能性，关键点做好频率限制了吗？关键页面做了自动化监控吗？系统进程和端口监控，系统流量监控。

4，日常运营。

运营是互联网产品的生命线，运营需要考虑的几个点：

（1）运营成本。运营硬成本，比如机器成本，带宽成本，耗电成本；运营软成本：需要消耗的人力，是否做到运营自动化，提供好的运营 支持工具和系统提供运营效率；

（2） 运营的日常规范和流程建设：上架一个item的流程怎么走？下架一个商家呢？比例调整呢？

（3） 运营扩容：是否可以按照set进行方便扩容？

5，容错容灾的考虑。

系统是否具有柔性可用的特质？随着外部环境的恶化，系统是否可以自适应地提供灰度服务？系统的特性实现是否考虑了插入多级并且各个级中设置开关，根据外部的情况可以灰度关闭相关的功能模块？是否做到了公告，用户预知功能？是否做到了跨IDC部署？是否不存在单点？ 是否做到了动静分离？是否做到了交互和展示的分离？

6，数据采集。

互联网产品必须对各种数据进行采集，比如

（1）用户行为相关的数据，pv,uv,热点点击率，跳转流水等

（2）站点性能数据：比如页面打开速度测速上报，自动化测试cgi响应时间等。

（3）各种安全监控数据上报