阿里云在4月26日推出function compute（函数计算）后，很多客户踊跃申请试用，基于这个产品的目前的试用场景，会汇总多个场景逐步从浅入深来完成一系列主题讲解。
<b>业务场景描述</b>
在web应用中，有很多在类型，其中针对有一种是针对电商、图片处理网站中当客户上传到oss的图片进行大小裁剪或者批量加上防盗水印，通常的做法是搭建一个在线服务器并部署web应用来进行处理，程序需要按照一定规则来定时来触发事件，这样的情况下，会有3个明显的工作需要额外来考虑：
<b>1、</b><b>需要搭建web</b><b>应用服务器（不管有没有图片处理，空置率会比较高）</b>
<b>2、</b><b>需要编写相关oss</b><b>代码来处理这块事情（需要专门维护一套运行处理代码）</b>
<b>3、</b><b>需要考虑图片处理的及时性如何保障（要考虑并发和定时器的执行方法）</b>
以上问题，我们仅仅需要通过阿里云的函数计算产品来设置简单事件触发器和编写一些简单oss的程序就能完美解决上述问题，下面让我们来看看这个任务的如何分解。
<b> </b><b>整体架构图</b>
首先来对比一下新老架构有什么不同，老架构需要考虑三个地方的处理，例如处理oss图片的内容、触发条件的处理、以及搭建应用服务器等。
<b>老的框架：</b>
如下图，需要考虑蓝色部分，图片转码需要编写相关代码进行处理。
蓝色标注是老架构中需要关注的，程序需要一种机制对上传来的图片进行设置，例如从oss的某个目录进行定期扫描，并批量发送到图片进行加水印，大小变化等，并把处理过的图片，用户需要搭建web应用，需要编写相关oss的处理，还需要有个机制能定期做程序处理。
总结下来需要用户关注内容点：
<b>1、</b><b>对图片的处理需要编写相关代码</b>
<b>2、</b><b>在oss</b><b>上把转码后的图片转移到新的bucket</b><b>，需要维护相关代码</b>
<b>3、</b><b>需要考虑图片处理的及时性</b>
<b>新框架：</b>
用户仅仅需要在function compute（函数计算）上设置触发器+函数，例如，监控某个bucket下的putobject的事件，当用户把图片上传到oss的某个bucket，
马上触发后续的函数代码，函数代码的无非就是把图片进行处理，并把图片转移到新的bucket中，整个过程，不需要搭建web服务器，不需要写触发条件，
也无需关注整个服务状态如何。纯粹的事件触发后续程序，详见下图分解，仅仅一处蓝色圆圈就是需要编写的代码。
<b>整个业务处理流程</b>：
<b> </b><b>源码实例</b>
基于新框架的内容，我把相关代码按块来分解，按照两块内容来处理，控制台上的操作和fcli命令行工具的使用
<b>通过控制台的操作</b>
<b>1、 开通service</b>
<b>2、新增函数计算</b>
新建函数计算里，需要选择运行环境，目前是nodejs4.4，后续会推出python、java环境等。
这个示例中选在线编辑，输入编写代码即可。
<b>代码段：</b>
<b>3、设置oss</b>
的trigger
在这个选项页里，我们选中华东2的bucket和触发事件，触发事件目前控制台仅支持通过oss进行触发，但是通过api或者sdk可以编写自行触发的事件。在这里，我列举控制台的方式来处理。
设置到这个地方，肯定有人会跑出来说，为什么不直接用oss本身的url进行resize呀，你考虑一点都没错，但是当我想把resize后的图片再存下来，怎么搞？或者我是不同bucket下的，怎么搞？再或者，我想跨region保存，怎么搞？涉及到一系列问题，都交给oss的sdk来处理，就要写大量代码。哪么通过fc，在一个函数中都可以自定义搞定，这样灵活方便的事情，显然不用再搭建执行环境来处理，交给fc即可。
函数计算的oss的trigger设置如下：
注意：由于本案例是在同一个bucket中操作图片，如果不设置前缀或者后缀做区分图片处理类型，会死循环的生成很多图片。
在oss上的文件夹的目录结构如下：
<b>4、查看执行结果</b>
<b></b>
<b>整个业务执行结束，完成了完整的一个例子。</b>