阿里云架构常识（一 ）

阿里云平台架构：

是指将ECS/ SLB / RDS / OSS / OCS / OTS / ODPS / CDN等云平台服务按照业务场景对不同资源类型的需求以一定的关联关系组合在一起。

阿里云架构设计：

是指按照业务需求选择最优的云平台服务部署对应的系统或存储对应的资源,并结合各个云平台的服务特性设计出高性能、高可用的组合方案,以最终满足业务系统运行的需求。

(一) 为什么需要了解架构？

架构设计的好坏直接影响到系统运行的速度、安全性、稳定性、可扩展性等方面。 如果最初架构设计阶段出现问题,后面可能面临对应的系统运行慢、数据丢失、运行不稳定、资源不足等问题,处理方法轻则调整资源配置、调整部署模式、应用和数据的迁移,重则 可能涉及到系统修改甚至重新开发,无论轻重的问题都会或多或少的对业务造成影响。 这个好比房屋,同样100平方的房子,房型和装修的好坏,直接影响房子住的是否舒服,面积的利用率高不高等,最开始就把房型装修规划好,比起后续敲墙补洞好的多。

(二) 读懂架构你不得不了解的关键词:

• 业务流：

  完成一个操作所需要经过的系统、模块的顺序。

• 数据流：

  完成一个操作所涉及数据的传输过程。

• 集中部署架构：

  将一套系统或一组程序部署在一个资源上或部署在多个资源上,但每个资源的角色和功能不同。

• 分布式部署架构：

  将一套系统或一组程序同时部署在多个资源上,每个资源的角色和功能相同。

• 瓶颈：

  通常指系统中能力最薄弱,最先出现问题的地方。

• 可扩展性：

  是指系统在访问量或数据等增长后对应资源的扩展能力。

• 磁盘I/O：

  磁盘I/O问题不是一个笼统的概念,它有很多相关项和影响因素,在基本了解相关项后,我们要学会深问和判断,客户的磁盘I/O瓶颈到底是卡在了哪个环节中,才有可能更好的对症下药。

• 简单介绍一下磁盘I/O的一个相关项：

  影响磁盘I/O最终测试结果的会有几个点,一是数据块的大小,相同总大小的数据,每块数据块越小写入和读取的速度就会越慢,也就是你看到最后的磁盘的IO数值就会越低,反之数据块越大,IO数据就会越高。

• [ 举个例子,你copy十个word和copy一个视频文件,如果总的存储量一样,则视频文件的copy速度会快于word。 另外,一个因素就是数据读写方式,数据在磁盘上如果是顺序读或是写的话速度就会快、如果是在磁盘上随机的读或写速度就会慢。 这个很好理解,顺序读或写的时候磁盘上的磁针是在一个位置或是很近的位置来写的,而随机读写磁头会在盘片上跳来跳去,自然就费时间。 所以如果是标准的磁盘IO性能测试报告会有对应的场景说明和对应的测试数值,比如说多大的数据块、什么方式读写、测试结果多少。云磁盘的公开数据：写io 在30-40MB/s, 读io在80-100MB/s ,这其中40MB/s的值可能就是大数据块连续读写得来的。]

• 临时磁盘特性（相对于云磁盘）：

  顺序读写延时低,顺序写吞吐高；随机写延时低,随机写吞吐高。 适合对延时要求和写吞吐要求较高,同时对数据安全性要求不高或者可以规避的应用。

• 应用场景：

  Webserver 日志,上传的文件临时存储,CAche服务器,HAdoop集群。

• 数据安全性：

  不保证数据安全性。出现RAID卡损坏,磁盘对盘损坏,主板等重要部件损坏,数据盘数据丢失,系统盘重置。 最后的一项就是临时磁盘会存在哪些影响性能的因素,比如宿主机自身会有哪些应用在哪些时段占用IO,占用多少？我们就很清楚性能大概情况。