Knative：便携式函数平台的强大构建模块

Kubernetes含金量最高CKA首个包过培训班文末报名啦！

想想你使用开源软件的原因

 

对于许多人来说，使用开源软件的原因是获得持续的创新流，自由地在任何地方运行软件以及把伟大的技术作为组件使用的能力——至少这是我从那些已经接受Pivotal赞助的项目（如Spring Framework、RabbitMQ和Steeltoe）的人那里看到的答案。

Pivotal也没少用优秀的开源软件。为了改变大家构建软件的方式，我们希望你拥有必要的所有计算抽象。对于无服务器工作负载，这意味着Pivotal Function Service。为了让这个产品更好，我们与谷歌就全新的Knative项目进行了合作。

是时候将函数范式引入企业了

 

如果你不怎么感冒无服务器函数，我可以理解。也许是因为你刚刚在企业中部署了容器运行时或应用程序平台。或者，你没有看到明显的用例需要全新的体系结构和运行时范式。你也可能因为无服务器chatter的价值仅限于公有云工作负载而忽略了它。

让我们多想想“只支付运行费用”和“按需调整镜像大小”之外的事情。你的数据或集成团队是否在努力发布用于同步数据存储的数据更改事件？你是否正在尝试使用轻量级API但是为重量级部署所困？你想对防火墙后面不可预测的网络流量进行实时分析吗？将事件驱动的行为加到商业软件上怎么样？所有这些都是函数导向的平台增加企业价值的情况。

 

 

 

看，你的软件可以在很多地方运行

 

但没有人会采用一个完整的商业ERP产品并将其转换为一组函数（4000个）。你可能会避免将简单的“邮件地址查找”函数部署到VM托管的应用服务器中。每个计算抽象都有理想的工作负载。重要的是，使用那些为给定工作负载提供正确速度和可支持性的抽象。这是我们去年在SpringOne平台上分享的Pivotal Cloud Foundry 2.0愿景，而Pivotal Function Service有助于实现这一点。

我们投资了Knative，是因为它提供了一种简化的方法

 

就其本身而言，Kubernetes对于部署函数来说并不“简单”。Pivotal赞同Kubernetes是函数导向运行时的基础的看法。它形成了我们project riff的基础。我们知道在Kubernetes之上需要一些东西。这就是Knative填补的空白。它是一组构建模块，使你可以更轻松地使用Kubernetes和Istio来实现你的功能。

当谷歌在2月份向我们介绍他们正在开展的这个新项目时，我们非常感兴趣。我们喜欢共同努力解决业务问题。我们的团队聘请了许多全职员工来改进Knative中的Serving项目，该项目运行动态工作负载。我们从project riff中获取了深思熟虑的事件模型，并帮助将其嵌入到Knative中。我们为Build项目做出了贡献，包括添加Cloud Foundry Buildpack支持。

 

“Pivotal在Knative的设计和交付方面发挥了重要作用。Pivotal对企业客户的深刻理解影响了Knative的方向，其技术贡献产生了有意义的影响。我们很欣赏这种合作伙伴关系，并很高兴Pivotal计划通过他们的Pivotal Function Service产品将Kubernetes上的Knative组件商业化。”——DeWitt Clinton，Google Cloud

为什么Knative很重要？因为到目前为止，无服务器市场已经混乱。关于用例和服务边界仍然存在混淆。公有云供应商取得了一些明显的成功，但函数运行时的整体市场碎片化。Knative试图统一。

 

Pivotal Function Service即将推出。你如何做好准备？

无服务器的早期回归看起来很有希望。投资的公司可以看到生产力和速度的提高。不过你的架构、安全状况和“第2天”运维会出现新的复杂性。