云计算

https://yq.aliyun.com/articles/695746 演讲主题：SaaS加速器 III技术中心：聚合开放 高效强大 技术中心定义：阿里云以聚合开放的姿势，提供一个高效强大的技术开发平台 技术中心中提到的企业应用典型开发场景，最主要的受众是开发者。今天我们将会重磅发布两款产品系列：SaaS launch Kit和APaaS。 第一，企业应用需要快速接入阿里云基础设施和售卖服务体系 不论是合作伙伴还是企业客户的应用，都会面临一个怎样快速上云的问题；上云后的不同应用，如何带给企业客户统一的登陆和使用体验，这些就是SaaS launch Kit想要解决的问题。 此外，SaaS launch Kit也希望让所有应用能快速接入售卖服务体系，开拓商机和变现。 第二，从0到1,快速业务创新试错，需要大幅提升应用研发效率 过去很多开发团队普遍会遇到三种状况，我们需要高效快速的定制，快速满足企业客户多变的应用需求。 0代码：当公司没有储备软件工程师，且业务开发人员需要定制业务流程时，可以做到不写代码，通过宜搭上的简单操作，即拖即用，就能快速构建新流程新表单； 低代码：当大客户定制需求多、时间紧时，即使服务商具备开发能力，也希望通过快速定制手段提效降本。 基于宜搭plus的开发者只需要专注业务实现，不必关注平台技术细节，只需部分编码，即可快速满足客户定制需求。 纯代码

作者 | 张磊 阿里云高级技术专家、CNCF 官方大使，Kubernetes 项目资深成员和联合维护者 导读：云原生不再只是基础设施的开发和运维人员的关注点，在应用交付领域小组成立之后，CNCF 基金会正在同应用开发和应用运维人员更紧密的联系在一起。 云原生的理念如今正如火如荼。它不仅仅是一种技术，更是社区基于对云的思考，逐渐提炼出的一系列技术、最佳实践与方法论的集合。不过，到目前为止云原生的讨论较多局限在基础设施的开发和运维人员群体中。 相比之下，更关注业务本身的应用开发同学，与云原生技术带来的资源利用率提升、分布式系统的弹性扩展与可靠性等能力之间，始终存在着一定的隔阂。对这部分同学来说，云原生技术更多时候还停留在“知其然”的阶段。 然而，伴随着云原应用的理念持续普及，我们正看到整个云计算生态的核心关注点正在发生着微妙的变化。 2019 年 9 月 12 日，云原生基金会 CNCF 宣布成立 应用交付领域小组（Application Delivery SIG） 。阿里巴巴高级技术专家、Kubernetes 社区资深成员张磊，软件智能公司 Dynatrace 的首席技术与战略创新官 Alois Reitbauer，与 VMware 资深专家 Bryan Liles 共同当选为该小组首届联席主席。 该领域小组是 CNCF 基金会官方成立的第一个以“应用”为中心的领域小组

9月26日云栖大会容器专场，在《拐点已至，云原生引领数字化转型升级》的演讲中，容器服务开发负责人汤志敏表示：“阿里云容器服务已经拥有国内最大规模的公共云容器集群，据各大国际评测机构显示，其市场份额和产品综合能力中国内第一。本次容器服务ACK2.0在规模、性能和弹性能力上全面升级，支持单集群万节点、90%原生性能的安全沙箱容器、分钟级千节点弹性。此外，容器服务已经在全球20个地域部署，推出云原生混合云2.0架构和ACK @Edge ，打造安全智能的无边界云计算。” 本文根据演讲内容整理而成。 K8s，云原生时代的重要生产力 在早期，K8s上跑的应用是多是无状态的应用，而现在越来越多的企业核心业务和数据智能业务和创新业务也跑在K8s之上。以阿里云自身的云产品举例，包括企业级分布式应用服务EDAS、微服务引擎MSE、数据开发平台Dataphine、数据仓库DataLake也部署在容器服务ACK之上。如今，阿里云实时计算产品也推出了实时计算云原生Flink版本，让Flink可以部署在用户的已有K8s集群之上，3让在线业务和流计算共享一个K8s集群，降低运维成本的同时可以享受弹性。我们正在见证K8s成为云原生时代的基础设施，成为云上分布式的操作系统,成为平台的平台。大量的企业在享受云原生带来的敏捷、弹性和可移植能力。 为什么我们认为 “云原生的拐点已至”？CNCF在8月份颁布了双年度报告

作者 | 杨泽强（竹涧）阿里云技术专家 说起当前最火的技术，除了最新的区块链、AI，还有一个不得不提的概念是 Serverless。Serverless 作为一种新型的互联网架构，直接或间接推动了云计算的发展，从 AWS Lambda 到阿里云函数计算，Serverless 一路高歌，同时基于 Serverless 的轻量计算开始登录云计算的舞台，本文将从两个部分展开： 介绍 Serverless 的概念，历史及其现状与未来的思考； Serverless Container 的概念及现状。 一、聊聊 Serverless 前文讲到 Serverless 是一种新型的互联网架构，目前尚没有官方权威的定义，可以认为： Serverless 无服务器架构是基于互联网的系统，其中应用开发不使用常规的服务进程。相反，它们仅依赖于第三方服务（例如 AWS Lambda 服务），客户端逻辑和服务托管远程过程调用的组合。 AWS Lambda 作为 Serverless 最早的框架产品，在 2014 年由亚马逊推出，但最早的 Serverless 概念并不是由亚马逊提出，下面我们来简单聊聊 Serverless 的历史。 Serverless 历史 发轫之始 2012 年云基础设施服务提供商 Iron.io 的副总裁 Ken 提出 软件的未来 ， 首次提出来 Serverless 概念 ，

随着云计算、互联网技术的不断发展，企业的基础计算架构正越来越多的向多云/混合云的趋势发展，企业往往会将自身的业务系统同时部署在私有云平台、多个云厂商平台之上。这种多云/混合云管理模式的确能够帮助企业摆脱以往单一架构带来的束缚，但也加大了企业IT管理的复杂度，对企业的IT运维能力提出了更高的挑战，包括：如何做到多云纳管、混合式管理，如何面对海量主机做到自动化运维，如何保障企业的云支出不失控，如何确保云资源的安全运维、合规审计等。 由此，可以同时接入并管理来自不同云厂商资源的多云/混合云管理平台就应运而生了。多云/混合云管理平台集中管理多个云厂商资源，提升了资源管理和运维效率，降低了企业成本。国内提供多云/混合云管理平台的厂商有很多，笔者推荐大家使用行云管家云管平台。作为多云/混合云管理平台专业厂商，行云管家的发展速度极快。通过三年左右的发展，行云管家已经拥有了七万多家企业级客户，其创新性的功能成为了用户选择云管平台的对比参照点。 1、多云纳管、混合式管理 行云管家支持业界主流的公有云厂商和OpenStack、VMware等私有云设施，以及物理服务器、虚拟机、网络设备、存储设备等。其提供了多种主机导入方式，极大的提高了企业对IT资源管理的统一性、灵活性和适应性。 2、自动化运维 面对众多主机，行云管家提供指令/脚本批量执行、批量文件分发与采集等特性，实现对多台主机的各种批量运维操作；

美国国家标准与技术研究院（NIST）定义： 云计算 是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池（资源包括网络，服务器， 存储 ，应用软件，服务），这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。 从 云计算 的定义可以看出， 云计算 后端具有非常庞大、可靠的云计算中心，对于云计算使用者来说，在付出少量成本的前提下，即可获得较高的用户体验！功能强大的 云计算 还具有以下特点： 1. 超大规模 一般云计算都具有超大规模，Google云计算拥有100多万台服务器，Amazon、IBM、微软、Yahoo等的云计算均拥有几十万台服务器，企业私有云一般也拥有数百上千台服务器，并且云计算中心能通过整合和管理这些数目庞大的 计算机 集群来赋予用户前所未有的计算和存储能力。 2. 抽象化 云计算具有很好的终端支持，用户在任意位置、使用各种终端均可获取云计算提供的应用服务，仅需通过网络即可实现我们所需操作，甚至包括超级计算任务。 3. 高可靠性 云计算对于可靠性要求很高，在软硬件层面采用了诸如数据多副本容错、心跳检测和计算节点同构可互换等措施来保障服务的高可靠性，还在设施层面上的能源、制冷和网络连接等方面采用了冗余设计来进一步确保服务的可靠性。 4. 通用性 云计算不针对特定的应用，在“云

愉快的暑假结束了，今天是小朋友新学期开学后的第一个周日，不知道各位家长是否和小朋友们一起，已经适应了新学期的生活了么？ Jerry从少的可怜的属于自己的周末时光挤了一小部分时间出来，写了这篇文章。 Jerry之前的一篇文章 从ABAP Netweaver的SICF到SAP Kyma的Lambda Function ，我曾经提到过，如果想将ABAP Netweaver里的资源以Restful API的方式暴露出来，SICF这个事务码绝对是一大利器。 我们只需要在SICF里合适的路径下创建节点，为该节点创建一个ABAP类，就可以专注于实现接口定义的方法IF_HTTP_EXTENSION~HANDLE_REQUEST, 在里面编写应用逻辑了。应用开发人员无需关注和操心这些ABAP类什么时候被实例化和调用，可以把这个HANDLE_REQUEST方法看作是一个回调函数，当请求到来时，由Netweaver的ICF框架(Internet Communication Framework)负责把请求路由到对应的ICF节点并创建ABAP类，调用HANDLE_REQUEST方法。 每个SICF节点会根据其路径被分配一个url, 如果是Corporate网络里，用浏览器或者编程语言直接访问该url，就能消费SICF暴露的资源了。 如果想让这个位于Corporate网络内的url被Internet网络访问

在谈到为什么、以及如何将我们的服务迁移到 Kubernetes 的故事之前，需要强调的是，使用 PaaS 平台是完全没错的。如果要开发一个新的产品，PaaS 是一个很完美的平台，同时它还是一个很好的快速迭代的解决方案——当然，这取决于你的需求和资源。 PaaS RisingStack 的产品 Trace，我们的 Node.js 监控解决方案运行在最大的 PaaS 提供商之一上已有半年多。我们在其它解决方案中选择了 PaaS，因为我们想要重点关注产品而不是基础设施。 我们的需求其实和简单；我们需要： 快速部署 简单弹性伸缩 无宕机部署 回滚功能 环境变量管理 不同的 Node.js 版本 无需开发运维人员 使用 PaaS 平台时，我们不希望有的副作用： 服务间网络延时大 缺乏 VPC 多租户技术引起的响应时间高峰 更高的成本（为每个进程支付，无论大小：clock，内部 API 等等）。 Trace 是作为一组微服务来开发的，所以你可以想象一下，网络延迟和服务费很快就开始对我们造成损害。 Kubernetes Tutorial 从 PaaS 经验来看，我们正在寻找一种解决方案，只需要少量的开发运维工作、同时保持原有的开发流程不变。我们并不想失去任何我们上面提到过的优势——但是，我们也曾想要修补那些明显的漏洞。 我们那时候正在寻找更加配置化的，团队中任何人都可以修改的基础设施。

为了实现智慧校园应用体系建设加快教育信息化的进程，越来越多的学校开始建设自己的计算机机房来进行现代化的教学，这些计算机机房有些是采用传统的台式机进行部署的，这一类我们把它称为传统机房的，还有一类是采用 云终端 加服务器的模式部署，这一类我们称它为云机房的，使用云终端建设的云机房和传统机房相比在使用上有什么区别的呢？ 首先工作原理不一样，云机房主要有服务器和云终端这两大硬件组成，云终端悬挂在显示器后面，本地并不进行数据的存储和运算，所有的数据和运算都是通过调用服务器的资料来进行使用。而传统机房主要有台式机电脑组成，桌面性能的强弱主要取决于主机电脑配置的高低。 其次使用成本不一样，一间45人的云机房只需要配备一台服务器和45个云终端即可，服务器+禹龙云终端平均功耗一台不会超过20W,而传统机房采用的台式机平均功耗是200W,也就是说传统机房平均一台就会比使用云终端的云机房多出170W耗电量的，据统计云机房和传统机房相比每年可以节省95%用电成本的。 第三维护难度不一样，使用云终端建设的云机房维护是这样的，如果是系统问题老师只需要在服务器上就可以进行维护的，而如果是云终端硬件问题更是简单的，只需要拿一个好的换上去就可以。而传统机房的维护则是这样的，不管是系统问题还是主机硬件问题都需要本地进行维护的。系统问题还好重新安装就好了，如果是硬件问题则需要每一个硬件进行排查的看是哪里出现的。

日前， 亚太C DN产业联盟 主办的 “2019 亚太内容分发大会暨 CDN 峰会”在上海召开，本次峰会以 "5G 分发 " 为主题，C DN 行业近千名领袖、骨干和专家参与，共同探讨C DN 领域关键议题。 在 金秒奖颁奖盛典上， 白山云科技（下称“白山”）从50多家参选企业中脱颖而出，与阿里云、腾讯云等共同入选“CDN领袖奖十大杰出运营企业”。 白山是国内专业的专注于数据服务的云计算服务提供商。白山云链服务（ CCX ）通过建立数据与数据的连接，为客户提供云分发、云安全和数据应用集成等核心产品及服务，覆盖数据传输、存储、治理和安全的全生命周期 。 值得一提的是，近日IDC发布的《中国内容分发网络服务市场份额，2018》显示， 2018 年中国 CDN 市场规模达 25.2 亿美元，同比增长 31.6% ，依然处于快速发展期。凭借领先的技术优势、过硬的服务品质和良好的市场表现，白山市场份额位列前五。 来源： https://my.oschina.net/u/3468210/blog/3111490