使用API Gateway框架(例如无服务器)与使用AWS管理控制台的API Gateway(如果使用API网关)有什么区别?
我相信我打算使用无服务的框架。考虑到这一点,部署过程,维护和“可移植性”中的差异更多。
I believe that i meant to use the Serverless Framework or not. Considering this, the difference is more in the deployment process, maintenance and “portability”.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
归根结底,两者都会产生相同的结果,但是在控制台中,事情用来花费更多时间,并通过忘记单击某个地方或配置某些东西来引导您创建错误。
SAM,Chalice,无服务器框架,Zappa等(基础架构作为代码)可以节省您的时间,因为您可以拥有一个或两个文件,这些文件将具有所有配置,而不是按页面上页面并设置内容。
要回答您的问题,是的。区别在于部署,维护和便携性过程中。只要我知道可以通过代码制作的一切,就可以通过额外的努力通过“ clickops”制作。在控制台上创建的API网关将是通过代码创建的相同的。
At the end of the day, both will produce the same result but in the console, things use to take way more time and also lead you to create errors by forgetting to click somewhere or to configure something.
SAM, Chalice, Serverless Framework, Zappa, etc (Infrastructure as Code) will save you time since you can have one or two files that will have all your configurations, instead of going page by page and setting things up.
To answer your question, yes. The difference is in the process of deployment, maintenance, and portability. As long as I know everything that can be made through code can be made via "clickops" with extra effort. The API gateway created at the console will be the same created via code.