比心clash机场
不久前，在“一文看懂当红Serverless：为何AWS、阿里云和腾讯云都在发力「无服务器架构」”中，我们才刚刚探讨了提供Serverless应用开发运维的公有云平台。
相比之下，在私有环境中构建Serverless平台就没有那么多顾虑，最起码在技术上的确没有太多障碍。
据了解，OpenWhisk可以运行在不同的基础架构上，主要包括物理机、虚拟机、容器平台（比方说Kubernetes）、PaaS（例如OpenShift）、公有云（例如AWS以及Azure等）和私有云（例如Open-Stack）环境中比心clash机场，整体来看还算是兼容并包。
据悉用户可以在 Kubernetes集群上运行 Fission，以提供 FaaS平台的服务，具体通过Kubernetes的容器编排能力，对底层的容器化函数执行环境进行调度和编排。
Fission目前支持的语言非常广泛，包含各类常见的编程语言例如 Node.js、 Python、 Java、. NET、 Go、 PHP、 Ruby、 Perl及二进制执行文件等，用户还可以根据需要进行扩展。
此外，Fission还提供了函数的编排能力，通过 Fission Workflows，用户可以定义并执行函数调用链。
目前支持的编程语言有 Python、 Ruby、 Node.js和 PHP；用户可以通过定制容器镜像来自定义函数的执行环境。
但在 OpenFaaS中，函数是以容器的形式定义的，这对于用户而言并不是抽象的，而是在定义函数时可以指定具体的容器镜像。
另外OpenFaaS项目还维护了一个应用市场，名叫 OpenFaaS Store，用户可以从这个软件市场中查找和快速部署社区验证过的函数应用。
一样基于容器技术（ Container native），并支持多个不同的容器编排平台，主要包括 Kubernetes、 Docker Swarm及 Mesosphere等，此外支持在不同的私有云和公有云平台上进行部署。
值得提及的一点，Fn可以兼容 AWS Lambda的函数代码，用户可以将 AWS Lambda的代码导入 Fn中运行。
从更多的私有化部署中我们发现，容器技术不仅是当下云计算的重要基础之一，更是实现 Serverless的关键技术手段。
两者看似区别很大：对于容器而言，架构中最小的运行单元是容器无疑；而Serverless则是函数。
容器应用通常是预先部署并保证持续在线；而在Serverless的架构中，应用则是按需加载并执行，比较而言Serverless的使用效率会更高。
实则关联紧密：虽然容器中运行的一般都是一个完整应用，但如果将内部运行的对象从应用置换成函数也是具有可操作性的，并且毫无技术困难。
尽管Kubernetes上默认没有事件触发的支持，也就是说无法做到按照需要来部署容器应用；但如果通过Kubernetes叠加上一些FaaS框架运行包含函数逻辑的容器，用户就会很容易获得让Kubernetes具备FaaS服务的特性。
如此一来，仅凭容器，用户就能够方便做到打包各种编程语言的运行环境，将 Serverless平台快速部署到庞大的计算集群中。
所以“当前绝大多数可以在私有云上部署的Serverless平台方案底层都是基于容器技术实现”这一事实也就顺理成章了。
不过可以肯定的一点，未来容器必将成为私有云环境中构建Serverless能力的一个重要实现基础，零质疑。
尽管目前Serverless平台为用户提供了开发和运行架构的良性基础，但由于该领域并没有建立通用的行业标准，每个 Serverless平台提供给用户使用的接口更是不尽相同。
这就造成了用户同时使用多个Serverless平台时变得困难异常，主要在开发与调试的过程中表现尤为突出。
为了解决该痛点，圈内出现了不少关于Serverless的框架与工具，为降低应用开发、部署和管理复杂度，同时提升效率而助力不少。
通过这个命令行工具，用户可以选择不同 Serverless平台的应用模板快速创建出合适分应用框架；再通过简单的命令将应用发布到指定的 Serverless平台上。
通过 Chalice命令行，可以做到快速将这个创建应用部署到远端的 AWS Lambda平台上，部署完成后就可以马上访问了。
当然在 Serverless架构中，除了应用层面的无服务器化之外，应用依赖的第三方服务的无服务器化也是十分值得探究的内容之一。
伴随容器技术的日渐成熟，用户在私有化环境构建和管理大规模计算集群的难度降低，容器平台快速获得 Serverless FaaS能力的复杂度随之锐减。
可以推测，在此基础上实现私有环境下的 Serverless FaaS平台，还能达到高效的技术支撑作用，妥妥指日可待的感觉，你说呢？
