云端的观念及技术，影响了消费性产品的设计方式，同时影响企业内部对IT 资源的配置及架构的设计规划，对于软件开发团队而言，也开始越来越频繁运用云端服务来辅助设计
在前几年成了火红的流行名词，在整个资讯业界，许多人努力让自己正在做的事情跟云端扯上关系，好让自己也晋升为「云端概念」一族，以便获得更多的关注。当然，就和大多数暴起流行的名词一样，「云端计算」的概念也收到了来自许多人的质疑。他们在想，究竟「云端计算」会不会又是一个像大多数快速窜红的流行名词一样，最终不可避免地又进到了无疾而终的命运？
不过，时间已来到了今天，事实证明了云端计算的想法、概念、技术、平台，正确切的落实在我们的每一天生活当中。iCloud 上好莱坞女星的照片外流事件，一方面突显了云端平台的安全性问题，另一方面也正好说明了人们生活和云端服务之间的紧密程度。
除了通过云端概念、技术所打造出来的服务已经开始深植在人们的生活中之外，云端技术及平台对企业内部的 IT 资源建立、配置、及营运的方式也产生了很大的冲突。
传统在规划企业内部的 IT 资源时，考虑的方式都是将资源集中在企业内部为主，因此，无论是硬件或是软件的采购，都是以这种模式为基础去思考的。除了采购之外，IT 架构的规划，也是从 IT 资源集中在企业内部的方式去设计。
云端让IT资源与架构重新配置
不过，云端的观念及技术，影响的层面不只是消费性产品的设计方式，同样也会、也正在影响企业内部对 IT 资源的配置，以及对 IT 架构的设计规划。从很久以前，有些企业就开始采用一些在云端上的服务，来取代自行建置的传统方式。就像是利用 Google 的 Gmail 来取代自行架设电子邮件伺服器一样。
又好比现在很多软件开发团队，开始使用一些云端上的服务来辅助开发流程的进行，例如，有些人使用 GitHub 的服务，来做原始码的版本控管、做议题及瑕疵的追踪、也利用它的 Wiki 资讯，做团队中的共同编辑。
云端服务对企业的影响，从软件开发团队的应用情况来看，也就可以看出端倪。
因为将 IT 资源配置于云端，可以得到一些好处，像是节省初期成本、降低维护人力、……等等，都是「云端计算」的概念所强调的各种好处。而另一方面，企业传统将 IT 资源的配置于企业内的方式，开始逐步的朝云端配置时，设计、规划架构的方式也会和传统的不同。
云端上有计算资源、频宽资源、也有储存资源、甚至有更高阶的资料库资源。当这些资源不再是位在企业内部、而是置放于云端，又或者对企业来说，当他们采用部份在内部、部份在云端的方式时，规划整体架构的方式就会有所不同。
面对云端环境的IT架构师
因此，现在已经开始有所谓「云端架构师（Cloud Architect）」的角色应运而生。这样的角色在企业里应该提供什么样的作用呢？
他应该了解企业在 IT 资源上的需求，也明白各种不同云端平台、服务的特性，妥善运用这些平台及服务来满足企业的需求。就好比，企业对于伺服器的计算需求，云端架构师必须评估像是基于安全性的考量，是否适合放在云端平台上，以及，对计算的需求量究竟应该如何配置，是最节省成本的。同时，在规划整个架构时，也必须将未来的发展潜力纳入考量，让整体架构能够随着需求量增加，而提高服务的规模。
光是看IaaS的云端平台，其计费方式各家都有所不同，有的储存空间贵、频宽便宜，有的相反，频宽便宜、储存空间贵。
如何依据企业的各种应用分别储存、在频宽、在计算量的需求，选用合适的云端平台，就成了云端架构师的工作之一。甚至，在可能的情况下，混用不同的云端平台，分别利用其优势来满足企业需求，更能发挥优化成本的作用。
软件开发团队中的云端架构师
除了身负企业内部 IT 资源规划及设计的「云端架构师」之外，「云端架构师」的这个角色，放在开发团队里头又有不同的意义。除了企业内部 IT 资源开始有云端化的趋势之外，新开发之软件服务的架构，在云端化的方向上也前进得很快。当开发团队所开发出来的软件服务，不再只是局限运用自有的机房空间里的资源，而是开始运用云端上的计算资源时，软件架构的设计及规划的方式，也会和传统的方式有所不同，因此，在开发团队中也会需要「云端架构师」的角色。
举一个例子来说，在 AWS EC2 上，有所谓 on-demand instance（需要时才开）以及 reserved instance（预留开启），二者价格不同。由于 reserved instance 需要先付一笔钱，并且约定使用的期限，所以它的价格比 on-demand instance 较低。这是很合理的，对 Amazon 来说，它可以预期一段长期的用量，它就更好排程。当然，预付也是让价格可以更低的原因之一。如果你是一名云端架构师，你的工作就是应该评估，对团队来说，究竟那种方式比较符合需求。on-demand instance 的好处是可以很动态的随着需求来运用，但缺点就是单位时间的成本会比 reserved instance 高。而 reserved instance 则正好相反。
更有趣的是，AWS 还有另一种称为spot instance的东西。从 AWS 优化 CPU 使用率的观点来看，spot instance是个有意义的产品。它是一个什么样的东西呢？因为 AWS 的机器众多，并不见得分分秒秒 CPU 计算力都被使用耗尽，因此，总会有闲置不用的 CPU 计算能力，既没有 reserved instance 把它们配置走，也没有 on-demand 的 instance 用掉。因此，AWS 让有兴趣的人，对闲置的计算力做竞标，价高者得。对 AWS 来说，这些闲置不用的计算力与其白白的浪费掉，不如以「可能比较低」的价格来吸引需要计算力的人，不论价格为何，总是比白白浪费来得划算。
由于 AWS 允许其他人随时可能会再出更高的价格把计算力买走，当这件事发生时，你所用的 instance 就会被收走。因此，这种型态的 instance 仍然有个先天的关键缺点。
当然，天下没有白吃的午餐的道理。不过，在我们过去的应用中，团队里的聪明同事想到一些短期的工作，例如进行一些后端背景作业的程式，很适合应用 spot instance。一来，它们并不需要长期运行，二来，即使执行到中间被 AWS 收回、工作未完成，也能通过「工作伫列（Job Queue）」的机制重新加以执行。
这么一来，上述这种应用方式，可以善用 spot instance 的低成本优点，却又不会因为其缺点而有太大的损失，而成了一种很好的应用方式。
这就是一个说明云端架构师重要性的好例子。运用云端上的服务和产品，其模式和传统在某些面向上来说会有很大的不同。上述的应用，若是以传统的方式来进行，可能就是运用 reserved instance 来做。但其实背景作业并不需要持续进行，这使得你的 reserved instance 一样会有 CPU闲置的情况，导致成本浪费。但是，懂得运用其他服务的架构师，就会知道此类的应用适合运用 spot instance 来进一步降低成本，这正是云端架构师的作用及价值。
云端的时代无疑的已经到来，而云端架构师这种全新登场的角色对接下来企业或是软件开发团队来说，都会愈来愈重要。
