-App Engine作为无服务器销售
- 谷歌的新serverless container报价是无服务器的，但有什么不同？，他们解释如下：
许多客户告诉我们他们有自定义的要求，如特定的运行时，自定义二进制文件或工作负载可移植性。通常，他们转向容器以获得答案
顺便说一句，“特定运行时”和“自定义二进制文件”是什么意思，为什么App Engine中的应用程序不可移植？
-GKE serverless add-on就像这样做广告：
您可以即时从源到容器，自动扩展基于容器的无状态工作负载
这不是App Engine的功能吗？
我现在很困惑，应该添加一些示例，至少使用哪些
App Engine作为无服务器销售
App Engine绝对是现在所谓的serverless，因为你只需要担心代码，而不是操作系统或你拥有多少台服务器。作为一个简单的例子，我有一个使用TLS的App Engine应用程序，但我不必担心更新OpenSSL。
顺便说一句，“特定运行时”和“自定义二进制文件”是什么意思，为什么App Engine中的应用程序不可移植？
较旧的App Engine标准运行时使用自定义的“沙箱”来管理您的应用。这意味着修改了“普通”Python，Java等运行时以添加限制，以便您的代码可以安全地在共享环境中运行，例如在与其他应用程序相同的服务器上。通常，提供一些额外的API以与其他云服务进行交互。这一切都意味着，至少从历史上看，如果您为App Engine Standard编写，则必须对其他环境进行一些修改，而某些库因为遇到限制而无法工作。
顺便说一句，像AppScale这样的开源项目试图模仿App Engine标准环境，所以这些应用程序有点便携。
将此与基于容器的较新运行时相比较。您的应用程序及其依赖项在container中运行，而容器系统提供隔离，而不是提供隔离的自定义语言运行时。因为运行时不再被修改得太多，所以许多限制都消失了，但是如果不进行所有修改，自定义API也会消失，而只是让你使用同样的服务做同样的事情。一个简单的例子是，在App Engine Python 2.7中，有一个与数据存储区服务接口的ndb库。如今，Cloud Datastore是一个拥有自己的API的独立产品，您只需使用该API与数据存储区进行通信即可。一个Python 3.7应用程序。
GKE无服务器插件就像这样做广告......这不是App Engine的功能吗？
GKE无服务器还没有发布，所以我们必须看看人们如何使用它，但想法似乎是那些已经在使用Kubernetes并希望App Engine功能如自动扩展以响应传入请求的人。不过我可能会很困惑。