软件架构阅读笔记3
文章中的名称：
硬件负载均衡：是直接在服务器和外部网络间安装负载均衡设备，与系统无关。可以应用于大量设施、适应大访问量、使用简单。
去IOE：在阿里巴巴的IT架构中，去掉IBM的小型机、Oracle数据库、EMC存储设备，代之以自己在开源软件基础上开发的系统。
EMC：通过创新的产品和服务，加速云计算之旅，帮助IT部门以更灵活、更可信和成本效益更高的方式，存储、管理、保护和分析他们的最宝贵的资产——信息。
ECS：是阿里云提供的一种基础云计算服务。它能帮助您快速的构建更稳定、安全的应用，提高运维效率，降低IT成本，使您更专注于核心业务创新。
EDAS：是一个以阿里中间件团队多款久经历练的组件产品作为核心基础，所组建的企业云计算解决方案。
了解完这些名词后，我就能体会到阿里的独立、自主（。。阿里提供。。）。还有，可真够安全的（金融很重要的一点就是安全）。
架构演进：
遇到问题先分层（这是法宝，用就没错的）
架构：传统ioe
解决问题：千万级的用户的业务。
存在问题：清算时间长（要提升计算处理能力）。
云端架构（上云）
充分利用云计算的计算能力，包括云计算对存储的处理能力。
再分割：
- 多路架构
- 很多利用数据库存储过程计算的部分，移到计算单元完成。
- 把直销和 TA 再次在计算资源层面分离。
水平拆分：
l 以用户维度进行拆分,同样还是从用户角度出发，帐户、交易、份额、份额明细、份额变动等等。对于历史表直接合到仓库里去了，因为每日清算完之后，当日数据直接把它归档掉。
l TA 系统因为还要与周边的系统进行交互，交互的接口同样还是文件，数据导入需要先把文件拆成多份，再把每一份导入 TA，数据导出时系统要导出多份文件，再合并为一份。
总控:
最后数据核对阶段，也是要由总控汇总节点上的数据，按照清算规则对数据进行核对。还有很重要的收益分配部分，采用两个阶段来做，第一阶段由总控节点分配到每个节点上去。，然后在节点范围分配到用户粒度。
解决问题：核心清算在千秒内完成，系统能稳定应对春节、双11、国庆长假等场景。成本降低。
数据架构（充分利用数据）：
- 推进数据仓库的建设和数据的产出。
- 自主开发的工具。
- 相关的数据安全方面的管理。
二期架构的问题（将解决的问题再细分）：
- 耦合。首先计算和数据的耦合还是存在的。这实际上是对系统的扩展是不利的。另外，单个计算节点上，在业务上还是存在耦合，业务上的东西还是存在拆分的可能。思考：（数据方面要用多不同的存储来解决不同场景的需求，还有刚才提到计算和存储的彻底解耦，做到计算和存储的独立可扩展。）
- 数据流转，数据库层面也是分布式，所以数据的抽取、同步和流转会遇到很多现实的问题。思考：（从大的方面来讲是全局通盘考虑。我们要把核心和辅助系统通盘考虑，降低数据的冗余，降低数据维护成本。）
- 运维。在运维方面除了遇到的传统分布式系统的运维遇到的一些难题之外，在业务层面的运维也会遇到一些现实问题。思考：（计算方面尽量做到业务上的拆分和轻量化，化繁为简，拆分之后把应用服务化。）
