前⾔
Kubernetes赢了。这不是夸⼤其词，事实就是如此。越来越多的⼈开始基于容器部署，⽽Kubernetes已经成为容器编
排的事实标准。但是，Kubernetes⾃⼰也承认，它是⼀个容器⽽不是代码平台。它可以作为⼀个运⾏和管理容器的很
好的平台，但是这些容器是如何构建、运⾏、扩展和路由很⼤程度上是由⽤户⾃⼰决定的。这些是Knative想要补充的
缺失部分。
也许你已经在⽣产上使⽤Kubernetes，或者你是⼀个前沿技术爱好者，梦想着将你基于OS/2运⾏的组织现代化。不管
怎样，本报告都没有假定太多东⻄，只是要求您知道容器是什么，具有Kubernetes的⼀些基本知识，可以访问
Kubernetes集群。如果这些您都不具备的话，那么Minikube是⼀个很好的选择。
我们将使⽤⼤量代码示例和预先构建的容器镜像，这些镜像我们都为读者开源，您可以从http://github.com/gswk找到
所有代码示例，并在http://hub.docker.com/u/gswk找到所有容器镜像。您还可以在http://gswkbook.com找到这两个存
储库以及其他重要参考资料的链接。
我们对Knative的未来⼗分期待。虽然我们来⾃Pivotal——Knative最⼤的贡献者之——但本报告仅出⾃于对Knative
的发展前景充满期待的我们。报告中包含了我们的观点，有的读者可能不认同这些观点，还可能会热情地告诉我们为什
么我们错了。没关系！这个领域⾮常新，并且不断重新定义⾃⼰。⾄少，本报告将让您思考⽆服务器架构
（serverless），您会和我们⼀样对Knative感到兴奋。
⽬标读者
我们本质上是开发⼈员，所以这份报告主要是针对开发⼈员编写的。在整个报告中，我们将探索serverless架构模式，
并向开发⼈员展示⾃服务⽤例示例（例如构建和部署代码）。然⽽，Knative吸引了不同⻆⾊的技术⼈员。特别是，将
Knative组件作为更⼤平台的⼀部分或与他们的系统集成的想法会引起运维和平台构建者们的极⼤兴趣。当这些受众探
索如何使⽤Knative来实现其特定⽬的时，本报告将对他们⾮常有⽤。
你将学到什么
尽管本报告并不旨在详解Knative的全部功能，但已⾜够深⼊，可以带您⼊⻔Knative，了解它的⼯作原理和使⽤⽅
式。初步了解了Knative后，我们将花⼀些时间研究如何使⽤它的每个主要组件。然后转到⼀些⾼级⽤例，最后通过构
建⼀个真实的示例应⽤来结束，该应⽤将充分利⽤您在本报告中学到的所有知识。
致谢
我们要感谢Pivotal。我们都是第⼀次合作写书，如果没有Pivotal团队的⽀持，可能就不会有本书。技术营销总监Dan
Baskette（我们的⽼板）和产品营销副总裁RichardSeroter在Pivotal和领导者的成⻓中发挥了重要作⽤。我们要感谢
JaredRuckle、DerrickHarris和JeffKelly，他们给予我们很多帮助。我们还要感谢TevinRawls，他是Pivotal团队的
⼀名优秀实习⽣，帮助我们在第7章中为我们的演示构建了前端。当然，我们要感谢O’Reilly团队所有⼈的⽀持和指
导。⾮常感谢整个Knative社区，尤其是那些在Pivotal帮助我们的⼈。最后我们要感谢VirginiaWilson、NicWilliams
博⼠、MarkFisher、NateSchutta、MichaelKehoe和AndrewMartin花时间审阅我们的稿件。
BrianMcClain：我要感谢我的妻⼦Sarah在我写作过程中给予我不断的⽀持和⿎励。我还要感谢我们的两只狗，Tony
和Brutus，让我⼏乎把所有时间都⽤在这份报告上。还要感谢我们的三只猫Tyson、Marty和Doc，它们有时候会趴在
我的笔记本电脑上呼呼⼤睡，这让我可以更积极地投⼊写作，感谢它们的陪伴。最后，感谢我的合著者Bryan
Friedman，没有他，我是不可能完成这份报告的。Pivotal告诉我，合作是1+1⼤于2。
评论0