粘合多款产品的微服务架构 阿里云函数计算再次升级

今年“2017杭州·云栖大会”上,阿里云函数计算再次升级:函数计算打通多个重要云产品线,能够直接对接表格存储、对接API网关、对接日志服务等。用户仅仅需要简单配置就可以灵活方便的组合多种商业场景。

过去十年,云服务深刻的改变了社会获取和使用计算能力的方式,云服务自身也以极快的速度演进,新的服务形态不断涌现,无服务器计算就是其中之一。阿里云函数计算,是一种事件驱动的无服务器计算服务。用户只需要编写并上传代码,函数计算会以可靠、安全的的方式执行代码,并随着访问量增大系统能平滑伸缩,函数计算内置打通多款产品的事件源。函数计算可以通过事件触发,也可通过http请求的方式直接调用,调用方式简单便捷。

阿里云的函数计算是基于Serverless这种理论框架下推出弹性海量计算平台,是Serverless框架的一种实现,函数计算主打的旋律是轻、快、有弹性、毫秒计费等特点,直面系统耦合太强,升级维护艰难;硬件资源利用率低;无法实时弹性扩容;开发者需要关注软+硬件环境;较高运维成本等让用户感到十分为难和头疼的问题。

据了解,阿里云的函数计算是国内首个事件驱动的无服务器计算平台,用户按需调用、按需付费,无需管理服务器等基础设施,特别适用于应用场景耦合性小,有明显波峰波谷的企业的应用使用。

一般来说,阿里云函数计算主要适用于业务依赖少场景,对访问量有波峰波谷和需要弹性扩容的场景,按事件触发的场景,以及用完即释放,对资源利用率要求较高的场景都比较适合。

函数计算作为国内这个领域的领导者,阿里云此次强势发挥两大核心技术优势:虚拟机级别的安全隔离、毫秒级别的计量数据,大幅提升产品性能的同时也让用户计算成本降低30%左右,同时还联通了API网关、对象存储、表格存储、日志服务等多款产品,大幅降低学习成本,在控制台上提供多组用户场景的模板供用户选择,例如爬虫系统、图片处理、API网关对接、连接云市场、对象存储触发事件、图像分类、人脸识别等模板。

阿里云的函数计算操作起来也十分方便,只需五步就可以轻松执行一个代码。
第一步,开通函数计算产品。
第二步,开通成功后,点击进入控制台,选择程序运行的区域。
第三步,选择新建服务,输入服务名称和功能描述。
第四步,创建函数,可以通过空白函数来创建,也可以通过模板文件创建。
第五步,点击执行,即可看到代码执行结果和代码编辑框。

函数计算适合的业务场景非常广泛,目前主要集中在多媒体行业、视频行业、物联网行业、在线教育、游戏行业以及传统IT行业,主要帮助用户执行图片处理、数据处理、API网关的后端服务、物联网设备的后端服务以及大数据的一些处理等。

截止到目前,阿里云已经实现了全球最完整的计算家族,覆盖从轻量级到高性能计算的全场景。

欢迎大家进入无服务器计算的世界,请点击https://www.aliyun.com/product/fc 查看详情。

时间: 2025-01-20 20:05:55

粘合多款产品的微服务架构 阿里云函数计算再次升级的相关文章

视觉中国:基于容器云的同城双活微服务架构上云实践

本文正在参加"最佳上云实践"评选,来给我们投票吧:https://yq.aliyun.com/activity/158(编号7) 视觉中国集团(Visual China Group)创立于2000年6月,是中国领先的视觉影像产品和服务提供商.视觉中国集团是以"视觉创造价值,视觉服务中国"为愿景的A股唯一互联网文化创意上市公司(股票代号000681,股票简称:视觉中国).视觉中国集团以"视觉内容与服务"."视觉社区"和"

12年互联网产品开发人眼中的微服务架构云端应用

微服务架构很热,讨论的文章非常多.但如果提到微服务架构的云端应用,可以深入分析的还比较少.本篇来自中生代技术群(FreshmanTechnology)第二期,好雨云创始人兼CEO刘凡的分享.其曾任澳客网 CTO和CEO职位.拥有超过12年互联网产品开发和管理经验,专注于互联网技术架构设计,对产品设计.敏捷开发.安全.OKRs.大数据等领域有深入研究.现推崇反应式编程(http://www.reactivemanifesto.org/),并在多个产品中成功应用. 下为正文: 微服务架构(Micro

微服务架构的核心要点和实现原理

微服务架构中职能团队的划分 传统单体架构将系统分成具有不同职责的层次,对应的项目管理也倾向于将大的团队分成不同的职能团队,主要包括:用户交互UI团队.后台业务逻辑处理团队与数据存取ORM团队.DBA团队等.每个团队只对自己分层的职责负责,并对使用方提供组件服务质量保证.如果其中一个模块化组件需要升级.更新,那么这个变更会涉及不同的分层团队,即使升级和变更的改变很小,也需要进行跨团队沟通:需求阶段需要跨团队沟通产品功能,设计阶段需要跨团队沟通设计方案,开发阶段需要跨团队沟通具体的接口定义,测试阶段

基于微服务架构,实解容器级DevOps平台的建设

导读:本文以"实践过程中问题与思考"为主体,与大家分享其中的过程和经验,希望大家在后续的工作中能够避免相关问题,形成更佳实践. 首先简单说下我们要做什么,不谈理念,不谈哲学,我们要做一款基于微服务架构,可以同时运行在公有云和私有云上的容器云平台,以DevOps为目标,提升协作效率,快速交付. 为什么选择阿里云 现在的公有云如雨后春笋,国外如AWS.Azure.Bluemix,国内如阿里云.腾讯云.DaoCloud.goodrain等,都可以给大家提供丰富的云基础设施和上层服务,那为什么

DockOne微信分享(九十七):现有系统实施微服务架构改进经验分享

本文讲的是DockOne微信分享(九十七):现有系统实施微服务架构改进经验分享[编者的话]微服务是最近非常热门的话题了,它带来的好处吸引不少互联网公司对现有项目进行微服务架构改进. 本次分享是博主根据自身的项目经验,介绍如何对现有架构进行调整,总结这过程中的相关技术选型,以及如何实施技改,并分享最终取得的非常让人意外的成果. 大家好,我是凤凰牌老熊,很高兴能有机会和大家交流关于微服务系统建设相关的话题. 近期和微服务相关的话题非常地火,大家看到的各种开发技术网站,微服务都是一个热门的话题. 今天

通过Ruby on Rails和docker构建微服务架构之入门教程

说到时下的架构,免不了会涉及到微服务.而谈到微服务架构,又跟容器和Docker技术脱不了关系.虽然容器和Docker并不完全是一回事,但两者是密不可分的,而且二者之间也有共同之处:在大型复杂应用的构建和运营方面,二者都可以大大提高企业的效率.   微服务可不像一般的应用,可以通过apt-get工具进行安装,大家可能会问了:我们该如何才能像安装应用一样实现这种服务呢?在很大的程度上,这个问题的答案是否定的,我们无法轻松实现这种服务.更准确的说,至少目前我们还无法实现.在一个系统中,最难修改的就是架

微服务架构的理论基础 - 康威定律

概述 关于微服务的介绍,可以参考微服务那点事. 微服务是最近非常火热的新概念,大家都在追,也都觉得很对,但是似乎没有很充足的理论基础说明这是正确的,给人的感觉是 不明觉厉 .前段时间看了Mike Amundsen <远距离条件下的康威定律--分布式世界中实现团队构建>(是Design RESTful API的作者)在InfoQ上的一个分享,觉得很有帮助,结合自己的一些思考,整理了该演讲的内容. 可能出乎很多人意料之外的一个事实是,微服务很多核心理念其实在半个世纪前的一篇文章中就被阐述过了,而且

Spring Boot与Docker(二):使用Spring Boot和Docker构建微服务架构

本文讲的是Spring Boot与Docker(二):使用Spring Boot和Docker构建微服务架构,[编者的话]本篇是<使用Spring Boot和Docker构建微服务架构>系列的第二篇,本篇我们将会利用工具进行设置,深入探讨如何使用Docker工作,然后搭建我们的第一个容器.原文作者为3Pillar环球旗下美国Adbanced技术集团的总监Dan Greene,Dan有十八年的软件设计和开发经验,包括在电子商务.B2B集成.空间分析.SOA架构.大数据以及云计算等领域的软件产品架

学霸君基于Docker的微服务架构设计

以下内容根据演讲PPT以及现场分享整理而成. 今天主要分享的是我们在实践微服务架构或者容器架构过程中踩过的坑,对于致力在容器技术方面进行探索的同学会有很大帮助.本次将站在整体的角度,分享如何去运维整个线上系统,如何看待整个微服务的架构.微服务能带来什么帮助以及微服务又有哪些缺点,还有重要的一点就是微服务架构如何去落地实施.虽然阿里云这样的服务商为我们做了大量的工作,但是将微服务架构真正地落地实施还需要做很多的工作.而对于任何技术而言,都是存在优缺点的,微服务架构也不是救世的良药. 一.学霸君的发