品高云邱洋的云知识分享

概述：在CEO的眼里，云平台始终是个花钱的IT应用。而一个IT应用到底产生了多少收益？是否值得持续投入？在企业中往往缺乏客观的参考依据，要解决这一问题，必须升级企业IT管理思路，将IT部门的定位**从成本中心向利润运营中心转变**。通过对中国医药、招商局、腾讯、招商银行等集团型云客户；以及广州政务云、地铁轨交云等行业云案例的思路分析。发现客户的云平台建设应该在五化上下功夫，包括：集约化、标准化、显性化、流程化和蓝图化

综合品高云已有大型央企、金融、制造、政府、公安等对生产运行有着高要求的客户需求的总结，发现客户对云平台的需求主要集中在：云平台要经过安全认证、多维度的HA保障、扩展性保障、从容面对突发状况、更便捷的备份以及给“云外 ”资源提供保障等6个需求

概述：曾几何时，开发测试是云平台切入企业市场的第一个应用场景 ，主要的原因是：一方面，这个场景下对高可用的要求不高（说白了就是，那时企业还不相信云平台能挑大梁、跑生产系统）；另一方面，开发测试工作中环境变化比较频繁，云平台的“模板”能力正好可以有效降低运维部门的重复劳动。而实际上，对于管理成熟度高的企业来讲，IT系统在正式上线前需要经过，开发、测试、QA、UAT等多个环节

场景：与内网应用不同，当企业使用租用的互联网带宽对外部提供服务时，需要考虑各个应用的实际带宽占用，不能让宝贵的公网带宽资源被无限制占用，从而影响业务运行

场景：云平台用户创建实例后，阶段性使用完后往往会有很长一段时间内不再使用，但这些实例还是占用着CPU、内存资源。单纯地将实例销毁会带来很大的风险，毕竟未来它们可能还是会使用的，因此需要一种方式将这段时间的占着但未用的资源利用起来

讲述成立了13年的广州品高软件股份有限公司，是如何从偶遇AWS开始走上自主云产品的研发之路。并且为什么它能够做到：从开发测试到生产系统的云支撑、从交付小规模私有云到大规模的公有云、从企业传统应用到互联网业务的支撑、从提供通用类云功能到行业特性云功能、客户从自己到多个行业标杆、部署的物理机从第1台到超过20000台的历程。

云计算从遥远到触手可及，2006年google的CEO在搜索引擎大会上提出了云计算概念，定义了一个IT的新概念。从此之后的10年（今年是2016年）人们云计算的理解，也从最早概念的、技术的、遥远的“名词”，演变成了今天落地的、商业属性的、身边的“事物”。说它是落地的：无论是Amazon、谷歌这样的互联网公司，还是传统的政府与企业都通过云计算战略获得了实惠。前者正在通过它们的“云产品”赚取真

首先认清openstack是什么，不是什么是框架、不是产品：原生版本下载下来企业不能直接用，ha问题，部署架构问题，每星期就一个补丁，每几个月就一个新版本维护和劳心。是美国的开源软件、不是国产化软件：不能说汉化下（核心项目nova、cinder都是国外厂商和团队把持），做个美观ui就是国产化。2.企业为什么想“选择”他呢？常见理由：节省成本、去IOE/国产化、一个厂商倒了有人接手、开放

要解决的问题：经常会争论这样一个问题，当由机器镜像创建虚拟服务器时，即使用印章模式时，就操作效率而言，应该多久保存一次镜像。 在印章模式中，您可以在所有配置完成（从中间件到应用）之后，中间件和应用被启动并运行时创建机器镜像。虽然这种模式可以极快地启动虚拟服务器，但是如果您需要升级其中的一个中间件产品，或者您需要变更应用的某项设置，您就需要重新创建机器镜像。

要解决的问题：在许多系统中，批处理进程是在特定的时间被执行，通常在持续运行的服务器中会使用调度程序（例如UNIX中的cron）。然而，执行批处理的时间其实很短，所以在其他时段就造成了服务器资源的浪费，而导致较低的成本效益。我们要解决的问题就是如何在这种场景下有效利用批处理服务器资源

要解决的问题：在为批处理进程分配负载时，可以通过使用队列来控制工作请求，被列队的工作请求将被多个批服务器平行处理。然而，如果不采用云技术，批处理服务器的创建数量将由高峰请求量决定，那么在高峰期外的其他时段多余的批处理服务器将造成资源浪费，这不利于经济效益。除此之外，当出现无法预估的大量请求负载时，批处理系统也不能及时响应。

Amazon EC2 Container服务，这是一项高度可扩展的高性能容器管理服务，让客户使用AWS上的容器轻松地运行和管理分布式应用。

2015年AWS宣布推出亚马逊机器学习服务(Amazon Machine Learning)，声称这项新的AWS服务来自于亚马逊内部的数据科学家用于创建机器学习模型的技术，可以帮助你使用你所收集到的所有数据来提高你决策的质量。你可以使用大量数据来建立并微调预测模型，然后大规模使用亚马逊机器学习进行预测(在批处理模式下或者在实时模式下)。即使没有统计学高级文凭或者对于建立、运行、维护你自己的处理和存储

要解决的问题：有时会有大量工作需要处理，而且这些工作可能需要重新定义优先级。例如，未付款用户和订阅用户（如截止出版时间）可享受的不同级别的服务之间存在区别，举个例子，从web浏览器上传出版物的描述文件。当用户上传一个描述文件时，例如对于出版物所执行的转换过程在系统端表现为一批进程，转换结束后文件就被发布了。那么此时给这些批处理进程指定优先级对于各类用户来说就显得十分重要了

要解决的问题：如果对运行在多个系统上的相关进程（例如，在图像处理过程中，上传、存储、图像转码、创建缩略图等等顺序操作）执行顺序处理，往往会因为系统间联系过于紧密而造成性能瓶颈。当出现故障时，这种紧密的联系同样会使恢复操作变得复杂。所以，考虑到性能和维护的需要，应尽可能地使系统实现松耦合

要解决的问题：提高关系型数据库管理系统（RDBMS）的数据写入速度极其重要，但是这非常困难。当然，可以使用多个数据库服务器来实现通过纵向扩展才能达到的性能，但是怎样做到这一点是相当重要的问题

前言：无论你是基于SDN做物理网络的大二层，还是基于SDN做云计算的网络支撑。商用的基于SDN产品都有一个不可避免的门槛，就是SDN controller的高可用。交换机已经失去了对网络的控制权，控制转发分离意味着SDN controller需要更加稳固。如果SDNcontroller出现单点故障，这样整个网络系统都会失去控制，甚至会带来不可逆的灾难。

引子：国产CPU到底行不行是个伪命题？既然知道国产CPU在研发投入、技术底蕴方面不及intel，那么凭何要求它们立即、马上超越后者，这是强人所难！包括龙芯、飞腾等一众国产芯片一度尝试性能大跃进，但仅有技术没有生态是无法长久的，那么如何利用云平台的部署激活国产CPU的业务服务能力，成为一个新的公关方向。

概述：有人说，云计算拼的就是运维能力。随着云平台规模的不断扩大，运维的难度也呈直线上升，云平台的监控预警系统变得越来越重要。提到监控预警系统，很多人的第一反应就是：可通过各种图表查看各个监控项的状态；这些确实是大多数监控系统的基本功能，但对于传统的监控系统，更倾向于发现问题，通知管理员处理。在云计算的时代，监控能否做得更好呢？

概述：负载均衡提供了一种廉价有效透明的方法，以便扩展网络设备和服务器的带宽、增加吞吐量、加强网络处理能力、提高网络的灵活性和可用性。 而在云网络中，对负载均衡的需求是大量存在的，因此各个云厂商都对应其产品开发出不同的负载均衡器。这里，品高云因应这个大环境开发出一种具有一定颠覆性的负载均衡器