阿里云上云笔记 _ 架构建议

基础架构

最基本的 app 架构，不考虑峰值伸缩的情况，符合大多数小型应用的部署。

ECS 服务器上部署实际的应用，SLB 负责负载均衡，OSS 负责文件，图片，log 的存储，RDS 负责数据库存储的部分。

弹性架构

在基础架构的基础上，多出了弹性伸缩，以及 CDN。

ECS 服务器上部署实际的应用，SLB 负责负载均衡，OSS 负责文件，图片，log 的存储，RDS 负责数据库存储的部分。
弹性伸缩负责在需要的时候，根据事前的定义，增加无状态的 ECS 服务器数量。
需要注意的是，弹性伸缩所复制的 ECS 服务器一定是无状态的，否则，会造成问题。
CDN 负责静态内容的转发，提高访问性能。这部分内容一般存储在 OSS 上，OSS 在访问时是需要流量的，在一定的条件下，使用 CDN，费用会更加低廉。
目前 OSS 存储收费的分为：存储空间，流量，API 访问次数。如果是 CDN 访问，只会收取流量费用

大数据架构

在弹性伸缩的基础上，加入了阿里自己的大数据产品。

由于在一个平台上，可以无缝加入阿里的大数据产品服务。他的很多产品继承淘宝的技术，因为淘宝以及天猫的提炼，阿里的大数据产品服务已经比较成熟。
但是人工智能以及机器学习还处于公测阶段，距离国际巨头还是有一定的距离的。

应用开发框架

这个接触的应该比较少。

直观上的意思：在应用进入之前，经过 Open Search, Log Service, Message Queue。其实是指的能够集成这几个功能。

Open Search，基于结构化数据的检索，淘宝等的搜索都在使用它。如果你去使用，应该基本上可以满足大部分的搜索场景。

Log Service，官方的解释，针对日志类数据的一站式服务，在阿里巴巴集团经历大量大数据场景锤炼而成。您无需开发就能快捷完成数据采集、消费、投递以及查询分析等功能，帮助提升运维、运营效率，建立 DT 时代海量日志处理能力。
除了传统的 Log 功能，应该结合大数据分析的能力，可以扩展不少功能。

Message Queue， 能够帮助应用开发者在他们应用的分布式组件上自由的传递数据、通知消息，构建松耦合系统。
目前有两种模型，消息服务提供了两种模型：队列模型，主题模型。
队列模型旨在提供高可靠高并发的一对一消费模型。即队列中的每一条消息都只能够被某一个消费者进行消费。
主题订阅模型旨在提供一对多的发布订阅以及消息通知功能，支持用户实现一站式多种消息通知方式。
这个接触的较少，是以后需要掌握的一门技能。除了阿里的消息队列服务，还有很多类似的产品，不过一通百通，一门就够了。