PaaS

云计算的基本概念和常见测试点

℡╲_俬逩灬. 提交于 2020-12-12 13:12:46
云计算的定义 对云计算的定义有很多方式,其实每种定义都能反映云计算的一些特点,比较常见的定义如下: 美国国家标准与技术研究院(NIST):云计算是一种按使用量付费的模式,这种模式提供可用的、便捷的、按需的网络访问,进入可配置的计算资源共享池(资源包括网络、服务、存储、应用软件、服务),这些资源能够快被快速提供,只需投入很少的管理工作,或与服务进行很少的交互。 刘鹏教授对云计算给出了长、短两种定义: 长定义是:云计算是一种商业计算模型。它将计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务。 短定义是:云计算是通过网络按需提供可动态伸缩的廉价计算服务 云计算的特点 并行计算(Parallel Computing)、 分布式计算(Distributed Computing) 网格计算(Grid Computing) 虚拟化(Virtualization) 效用计算(Utility Computing) 将基础设施作为服务IaaS(Infrastructureas a Service): 消费者通过internet可以从完善的的计算机基础设施获取服务(硬件服务器租用) 将平台作为服务PaaS(Platform as a Service) :软件的个性化定制开发 将软件作为服务SaaS(Software as a Service)

6 岁!是时候重新认识下 Serverless 了

你。 提交于 2020-12-11 22:36:20
来源 | Serverless 公众号 背景 Serverless 概念从 2012 年开始提出,真正推出相关云产品是 2014 年 AWS 推出 Lambda。如果我们将 Serverless 比作一个婴儿,那么它已经 6 岁了。 虽然业界对 Serverless 尚无一致认可的定义,但是我相信大部分开发者在听到 Serverless 时,会联想到 Lambda,并且冒出“函数”、“按需(调用次数)收费”、“事件驱动”等关键词。确实当年刚刚诞生的 Serverless 就像下面可爱的“紫薯人”,紫色充满神秘感(当年刚推出的时候绝对是黑科技),让人印象深刻。 刚刚出生的 Serverless AWS 的巨大影响力以及本身携带的一身黑科技,确实让人记住了 Serverless,但是也正因为诞生的时候太印象深刻,以至于现在提到已经 6 岁的 Serverless,很多人的印象还是停留在Serverless=Lambda或者Serverless=FC(Function Compute),这不得不说是某种遗憾。 现在的 Serverless 今天企业都在全面数字化转型,整个技术架构体系都渴望依托 云原生 来获取巨大技术红利,Serverless 从诞生的第一天起就是云原生的,所以我们有必要再系统地认识一下 Serverless 的理念以及这些年诞生的相关产品,相信不管你是前端、后端、架构师

2020 年国内 Serverless 用户规模:阿里云占比第一,达 66%

被刻印的时光 ゝ 提交于 2020-12-11 22:34:16
来源 | Serverless 公众号 在中国信息通信研究院重磅发布的国内首个《云原生用户调查报告》中,阿里云 Serverless 产品凭借在双十一的技术锤炼和丰富的应用实践, 在国内 Serverless 用户规模的占比达到 66%,远超其他云厂商总和,被认为是国内 Serverless 用户的首选 。 阿里云函数计算(简称 FC):用户规模最大、应用最广泛 阿里云是最早提供 Serverless 计算服务的云计算厂商。函数计算(简称 FC)是用户规模最大、应用最广泛的 Serverless 产品,也是首个支持预留/按量实例混合伸缩和预付费模式的 Serverless 产品 。函数计算 FC 支撑超过百万函数,月调用数千亿次,50ms 冷启动,3ms 热恢复,百毫秒极致弹性,稳定支撑阿里巴巴 双11 千万级 QPS 峰值。在今年 7 月信通院可信云大会上,阿里云函数计算 FC 以 21 项测试全部满分的成绩首批通过可信云函数即服务认证。 阿里云致力于打造领先的 Serverless 开发者生态 。函数计算 FC 提供了完备的后端云服务和开发者工具,如事件总线 EventBridge、Serverless 工作流、开发者框架、命令行工具、Web IDE 等,从开发者体验出发,推出 Serverless-tools 与 Serverless 应用中心,打造更加开放、标准

专访涯海:阿里云中间件是如何支撑双11的?

妖精的绣舞 提交于 2020-12-11 17:45:23
以下是本次访谈关键内容的整理。 点击这里可前往“2020阿里双11技术全观”专题查看访谈视频回放 播报员: *各位开发者朋友们,大家好。欢迎收看我们这一期的双11技术播报栏目,我是你们的播报员莫孤。今天我们依然还是双11技术播报的特别篇,特别邀请了阿里云中间件团队的涯海来参加我们这一期的双11技术播报栏目,他是这一次中间件团队的大队长,带领着中间件团队参加了双11的整个项目,在此过程中肯定有非常多好玩的事情,也会有非常多的技术突破给我们分享。那就让我们来热烈欢迎一下涯海来到我们的直播间。 * 涯海: 谢谢莫孤。 播报员: 要不你先跟大家介绍一下自己? 涯海: 我是来自 阿里云智能的中间件团队队长涯海。 我是一个新人,其实我觉得自己比较新,首先这是我今年第一年当中间件的队长,然后我也是一个毕业不到5年的应届生,所以我认为自己的心态还是比较新的。另外我平时比较喜欢打游戏,应该跟大多数男生是差不多的,并且我玩魔兽世界已经十几年了,可以认为是骨灰级的一个玩家,当然是中间AFK过很多次,比如今年做大促就临时的又AFK了。那正好今年做完(大促)之后,我就准备把我的电脑修一修,再次回到我的艾泽拉斯大陆。 我就介绍这么多。 播报员: 好的,刚刚说到电脑的问题,其实我们采访的另外一位大队长智盛,听说他对这一块特别了解,我觉得你们可以接下来去深度的聊一下电脑怎么修复的事情

洞见2021大会专访 | 用科技改变人力资源管理,红海云发力HR智能时代

南笙酒味 提交于 2020-12-10 19:39:46
11月19日,在国内企业服务领域趋势洞察的年度专业高端峰会——“洞见2021,中国企业服务年会”上,广州红海云计算股份有限公司荣膺“2020中国HR科技行业年度影响力企业”奖,同时,作为国内从事人力资源管理科技的研究者和先行者,红海云CEO孙伟荣膺“2020中国HR科技年度创新人物”奖。 红海云是专注为大中型企业提供一站式人力资源管理解决方案,以科技赋能HR全业务场景,通过流程引擎驱动及人岗组织全局数据的打通,致力打造数据智能化、流程规范化、功能场景化,“随需即变”的人力资源管理系统高端定制服务体验。 截止目前,红海云已服务超过1000家中大型知名企业,并且在2020上半年取得了企业验收率环比增长 124%、平均交付周期缩短 50%的良好成绩。作为行业中表现突出的企业代表,中国软件网记者特专访了红海云CEO孙伟,跟随先行者视角一起瞭望智能化人力资源管理时代。 01 应势一体化集成 2020年,企业数字化转型正加速升级,同时伴随着新基建的深入,企业服务的全链条也随之而变,企业服务正在由单纯支撑走向全域赋能。 孙伟,红海云CEO,红海eHR创始人,资深的互联网产品专家。从业18年致力于“用科技改变人力资源管理”。在人力资源管理领域,他曾先后创办多个知名的互联网平台,是红海eHR的创始人、社保云创始人、劳动力管理方法发明专利持有人。 若要用一句话来简述企业数字化转型特点,孙伟的观点是,

“页面权限控制”还不够!企业级低代码开发平台安全机制解密

筅森魡賤 提交于 2020-12-10 07:37:21
在之前的文章中,我们讨论了企业级低代码开发平台对系统架构和开放性的技术要求。 今天,我们再深入一层,从安全可控角度审视低代码开发平台需要提供哪些安全机制,才能保障企业级应用的安全可控。这里的“安全可控”不仅指应用层面的用户认证与访问权限控制,更是一个由部署安全、系统安全和应用安全三个层次构成的全方位安全体系。 什么是企业级应用开发平台? 在现实操作中,企业系统的安全性与成本投入之间通常会存在一个平衡点,企业级应用的安全性要求会远高于周边非核心业务系统。这里的企业级应用是企业软件应用中的一个类别,被称为软件开发领域的“明珠”。典型的企业级应用通常可以分为三个大类,即支撑企业核心业务的应用系统(如生产制造业的MES、交通运输业的TMS)、涵盖企业全流程的大规模综合型系统和基于行业软件定制开发的个性化模块。这些企业级应用支撑着企业的核心业务发展,能给企业带来更高价值的同时,也提出了更严格的技术标准。 所以,选择一款企业级应用低代码开发平台,除了生产力外,我们还需关注工具本身的技术架构、开放程度及安全可控性等关键指标。这有这样才能构建出满足核心业务需求的企业级应用,给企业数智化转型升级打下坚实的基础。 本文将专注于安全机制,以活字格企业级低代码开发平台为例,从部署到应用,全面介绍具备能够支撑企业级应用开发的低代码开发工具,及这类工具的安全可控设计。 部署安全,企业对应用和数据具有完整控制权

1

泄露秘密 提交于 2020-12-10 04:11:30
配置 consul 的 UI 界面,UI 端口为 8500;curl consul 的 web 界面状态为301 vim /data/bkce/etc/supervisor-consul.conf command=/usr/bin/consul agent -config-file=/data/bkce/etc/consul.conf -config-dir=/data/bkce/etc/consul.d -ui -client 172.27.16.113 ./bkcec stop consul ./bkcec start consul curl -I http://consul.sdlclp.com/ 在 nginx 配置 consul 的 UI 服务反向代理,访问域名为 consul-(考试编号).bkty.xyz vim /data/bkce/etc/nginx/consul.conf(在此目录下增加consul.conf文件,复制cmdb.conf即可) # vim:ft=nginx upstream OPEN_CONSUL{ server 172.27.16.131:8500 weight=1; server 172.27.16.113:8500 weight=1; server 172.27.16.83:8500 weight=1; } server { listen

低代码与零代码--哪一种才是企业应用团队和开发者的理想途径?

本秂侑毒 提交于 2020-12-08 19:49:11
自进入21世纪后,信息化领域发展迅速,新技术不断涌现,其中低代码开发就是管理软件开发的一门最新技术,并作为热词被不断提起。但,低代码开发里同时也涵盖了零代码开发,这时候就有了一个很大的争论点,低代码和无代码开发,对企业和开发者来说,到底哪一个更具有普遍适用性和较高的性价比? 首先,低代码开发和零代码开发都是当前比较重要的发展趋势,这两种开发方式在产业互联网时代也具有重要的意义,一方面能够让软件开发变得更容易,另一方面能够积极推动产业互联网相关技术的落地应用。 要想了解低代码开发和零代码开发的区别,可以从以下几个角度来分析: 第一:对编码能力的要求是不同的。低代码开发与零代码开发最显著的区别之一是,在代码量方面,低代码开发仍然要求程序员具备一定的代码编写能力,但代码量会大大减少。零代码开发目前也有一个相对固定的形式,可以通过拖拉拽、表单等形式来完成一些软件的开发。 第二:资源整合的方式是不同的。没有代码开发需要一个资源集成平台。它不具备整合资源的能力,因此存在一定的可伸缩性不足,而低代码开发会在可伸缩性上有一定的提高。虽然低代码开发在可扩展性上也会受到一定的限制,但相对而言,许多资源集成过程可以通过定制代码来完成,资源集成的差距也会扩大。 第三:应用场景不同。零代码开发通常对于应用场景有比较严格的要求,多适用于固定的场景,比如在企业管理软件的开发里就大规模地使用零代码开发。 综上所述

「更高更快更稳」,看阿里巴巴如何修炼容器服务「内外功」

断了今生、忘了曾经 提交于 2020-12-08 08:28:13
作者 | 守辰、志敏 来源| 阿里巴巴云原生公众号 11 月 11 日零点刚过 26 秒,阿里云再一次抗住了全球最大的流量洪峰。今年 双11 是阿里经济体核心系统全面云原生化的一年,相比去年核心系统的上云,云原生化不仅让阿里享受到了云计算技术成本优化的红利,也让阿里的业务最大化获得云的弹性、效率和稳定性等价值。 为应对 双11,阿里云原生面临怎样的挑战? 为了支持阿里这样大规模业务的云原生化,阿里云原生面临怎么样的挑战呢? 1. 集群多、规模大 基于对业务稳定性和系统性能等方面的综合考虑,大型企业往往需要将业务集群部署到多个地域,在这样的场景下,支撑多集群部署的容器服务能力非常必要。同时,为了简化多集群管理的复杂度,以及为不能实现跨集群服务发现的业务提供支持,还需要关注容器服务中单个集群对大规模节点的管理能力。另外,大型企业的业务复杂多样,因此一个集群内往往需要部署丰富的组件,不仅包括主要的 Master 组件, 还需要部署业务方定制的 Operator 等。集群多、规模大,再加上单个集群内组件众多, 容器服务的性能、可扩展性、可运维性都面临着很大的挑战。 2. 变化快、难预期 市场瞬息万变,企业,特别是互联网企业,如果仅凭借经验、依靠规划来应对市场变化,越来越难以支撑业务发展,往往需要企业快速地进行业务迭代、部署调整以应对市场的变化。这对为业务提供应用交付快速支持

什么是中台?所有的中台都是业务中台

南笙酒味 提交于 2020-12-07 00:57:31
编者按:本文转载自网易副总裁,网易杭州研究院执行院长汪源的个人公众号“冷技术热思考”(欢迎搜索关注)。7.26的 云创峰会 上,汪源承诺会写三篇文章,力求说清楚什么是中台,什么时候要考虑建中台,怎么建中台。今天是第一篇,目标是厘清什么是中台。以下为原文: 中台的概念一热,很多似是而非的东西都在往中台的概念上凑,一下子出现很多中台,如业务中台、数据中台、技术中台、算法中台、移动中台等等。特别是很多原来称作平台的,现在也都摇身一变成了中台,赶时髦。 一个概念太过宽泛是不利的,如果随随便便都是中台,必然导致很多所谓的中台项目失败,导致中台无用论。所以有必要对中台的概念做一个比较准确的定义。 什么是中台? 要定义中台,重要的是要能比较明确的区分中台和平台。 中台和平台都是某种共性能力,区分两者的重点一是看是否具备业务属性,二是看是否是一种组织。中台是支持多个前台业务且具备业务属性的共性能力组织,平台是支持多个前台或中台业务且不具备业务属性的共性能力。 为什么要强调中台必须具备业务属性?可以来看一个例子。我们可以分析什么叫数据中台。如果一个企业把所有业务的数据都存储在Oracle里,我们能说这个Oracle数据库是数据中台吗?显然大家都会说不是(否则中台不是几十年的老古董了?)。那么现在很多企业换成了Hadoop,所有业务数据都在一个Hadoop集群里,能说是数据中台吗?显然也不是