Amazon web services 是否有AWS/Azure/Gcloud API的包装器?

Amazon web services 是否有AWS/Azure/Gcloud API的包装器?,amazon-web-services,azure,google-cloud-platform,cloud,Amazon Web Services,Azure,Google Cloud Platform,Cloud,目前,我们的服务分布在三巨头(例如AWS上的s3、Azure上的VM、Gcloud上的函数等),使用单独的API访问这些服务变得越来越麻烦。它们都是不同的,文档是随意的。我正在寻找一个包装器(Node.js或Python)来从一个地方控制所有三个api 例如,我想编写类似于.create(“vm”、“azure”)的内容来创建vm,或者.list(“all”)来列出我在所有3个平台上运行的所有内容 在谷歌上搜索,除了一些流氓github存储库外,我找不到任何能做到这一点的东西 有人知道任何开源或

目前,我们的服务分布在三巨头(例如AWS上的s3、Azure上的VM、Gcloud上的函数等),使用单独的API访问这些服务变得越来越麻烦。它们都是不同的,文档是随意的。我正在寻找一个包装器(Node.js或Python)来从一个地方控制所有三个api

例如,我想编写类似于
.create(“vm”、“azure”)
的内容来创建vm,或者
.list(“all”)
来列出我在所有3个平台上运行的所有内容

在谷歌上搜索,除了一些流氓github存储库外,我找不到任何能做到这一点的东西


有人知道任何开源或其他解决方案可以做到这一点吗?

我不知道有任何第三方库能够以我将在生产中使用的质量支持顶级云供应商

我与AWS、谷歌、阿里巴巴和Azure合作。它们的功能集非常相似,但也非常不同,因此您确实需要注意一些小细节。在安全问题上,这是非常正确的


我不建议与一群云供应商合作。除非您有真正需要跨供应商支持的大型基础设施,否则请坚持使用一种云,并对其了如指掌。如果你有一个大型的基础设施,那么每个云供应商都有一个专家。云供应商在新产品、服务和功能方面的发展如此之快,以至于只有一家供应商,更不用说三家或四家供应商,成为一名专家确实需要时间。

除了现有的答案之外,公司在维护这样一个api方面可能付出了太多的努力

虽然一些基本特征很好地一一对应,但大多数高级特征很难一一对应,而且,与其他云相比,有些特征不存在或特征不丰富,因此我怀疑类似的情况是否会发生。

地形(,标记:)对此可能有用。它允许您向所有云提供商声明和部署资源。所有提供程序的资源的详细信息仍然不同,因此您不能仅更改提供程序并将同一资源部署到另一个云。与其他答案中所述一样,供应商的详细信息也有所不同

对于无服务器基础架构,可以使用无服务器框架(,标记:)。有了这个框架,您可以将无服务器infra部署到所有这些云中,只需对实际的源代码进行最小的更改