上一篇主要和大家分析了Serverless整体的格局，以及重点就AWS在Serverless的现状和发展趋势进行了简单分析，今天来和大家一起来看一下腾讯云。

其实我对腾讯云Serverless的了解是通过云开发开始的，当时我的个人博客托管在Github Pages上，由于众所周知的原因，Github访问越来越慢，所以无奈之下将个人博客托管回国内。当时恰好看到了云开发的广告，9.9元网站托管赞助计划。在将网站部署到腾讯云开发过程中，逐步开始了解了腾讯的Serverless体系。

Serverless架构是最近一直非常关注的技术方向，基础架构在应用构建中的地位被被进一步弱化的趋势不可逆转。Serveless让开发者更加关注业务本身逻辑的特性决定了技术演进的趋势。

目前，很多人可能很难认可这样的观点，大部分人还是认为Kubernetes能够带来更多的灵活性。但是Kubernetes对于应用开发者来说，仍然要顾及底层架构。Serverless的终极目标就是彻底打消这层的关系。但不可否认的一点，Kubernetes、OpenStack等基础平台作为Serverless的底层支撑一定会长期存在，所以二者之间并非竞争关系，而是发展的阶段的不同。从另外一个角度看，在公有云最佳实践中，函数计算已经成为构建应用必不可少的一环。

最近看了很多Serverless的文章，关于发展历史看了很多版本，其实对于2010年后的时间点各种国内外说法基本一致，但是在2010年之前就有多种不同的描述方式了，本文结合各种资料对Serverless发展的历史进行一下整理。

今天读到InfoQ一篇《应用上云2小时烧掉近50万，创始人：差点破产，简直噩梦》讲述了在使用Serverless方式开发时由于程序Bug导致快速的资源消耗，差点破产的经历。特意查询了英文原文，题目叫做《We Burnt $72K testing Firebase - Cloud Run and almost went Bankrupt》。我之前在使用函数计算时也有一次类似经历，所以写出来供大家参考，防止你的钱包掉进Serverless使用的坑。

昨天在为用户进行迁移后，用户Windows 2012系统上PostgreSQL服务无法启动，日志中提示“global/pg_control”：Permission denied，于是上网一顿搜索终于解决了这个问题。

这篇报告是2019年9月德勤基于AWS Serverless发布的一篇白皮书，原文叫《Determining the Total
Cost of Ownership of Serverless Technologies when compared to Traditional Cloud》。本文就基于这篇文章提供的方法论，来分析一下Serverless模式的开发总成本。顺便比较一下国内各个云在Serverless架构下的成本。我们重点比较国内排名前三的云平台：阿里云、腾讯云和华为云。

在原文中包含两个案例，我们重点结合第一个案例云主机与Serverless的比较进行详细分析。

目前云原生迁移平台HyperMotion SaaS主要应用场景在公有云上，但是在我们平时的测试场景中，由于上行带宽的限制，每次向公有云同步比较消耗时间，特别是在验证启动流程时，需要等待半天到一天的时间进行数据同步，非常不划算。在我们内部环境中，我们经常测试的一种场景是从VMWare迁移到私有化部署的OpenStack上。但是由于网络的限制不可能将OpenStack及Floating IP资源在公网上一一映射（如果是客户场景，通常是私有化部署的HyperMotion解决）。那么，是否可以将线上VPC与本地的机房网络环境利用VPN隧道打通，实现利用HyperMotion SaaS进行私有云环境的迁移呢？本文就为你分享利用阿里云VPN服务实现上述场景的需求。

什么是Serverless

从过去20年IT基础架构层的发展过程来看，计算、存储和网络三种基础资源得到了不断的发展和抽象。从物理机到虚拟化，从虚拟化到云计算，再从云计算到云原生，孕育出诸多新生概念，无论如何变化，一定是向着有利于业务创新方向发展，开发人员越来越不需要关注底层的基础架构。

云原生本身是一个非常广义的概念，主要包含：微服务架构，应用容器化、Serverless化以及敏捷的软件交付流程。所以很多人在谈论云原生时与Kubernetes划等号，是非常片面的。

项目概述

某股权交易中心是在深圳地区建设的市场化运作的区域性交易市场。由于业务发展需要，用户需要将主要业务全面上云。最终用户选择使用万博智云HyperMotion将业务系统迁移至阿里公有云平台，在保障用户业务连续性的前提下，实现业务系统全面上云。

客户面临的挑战

用户原有业务系统运行在运营商机房内，该机房将整体清退，主要应用系统已切换至备用机房。但备用机房规模较小、总体运维成本较高。由于公司发展需要，运维团队规模由原来的十人缩减为一人。为满足业务快速发展以及系统业务连续性要求，提升整体运维效率，计划将主要生产系统由本地机房迁移至阿里云。

用户采用传统的VMware与存储阵列的经典组合，业务系统由100多台虚拟机、10+TB数据量构成，用户需要将这100多台VMware虚拟机平滑的迁移至阿里云平台。

之前一直使用Github Pages搭建个人博客，随着Github访问越来越困难，个人博客国内访问速度越来越慢。之前也试过用cloudflare进行加速，但是收效甚微，所以才考虑将项目迁回到国内。一个偶然的机会，腾讯云开发进入我的视野，起因是他们的9.9元计划，不过后来由于我配置错误，这部分资源无法使用。但是经过研究，原来腾讯云开发提供了最基础的免费资源，恰好可以让我们搭建个人的Blog，经过将近一年多的使用过程中，非常好用，所以就记录下来，供大家参考。