什么是用在谷歌App Engine的JAX-RS,而不是云端点的问题(What are the pr

2019-10-28 20:04发布

我开发在谷歌应用程序引擎/数据存储中的Java Web项目作为移动应用的后端。

要求是只可以免费在谷歌云低使用率使用的服务,这样我可以得到廉价的开始,(理论上)需要做的要少得多的工作扩展到处理更多的用户。

我是一个JavaEE的开发和利用内幕谷歌应用程序引擎,而不是谷歌云端点JAX-RS正在考虑。

看了谷歌应用程序引擎JAX-RS服务和其他一些答案,我很感兴趣,回答下列问题, 特别是在2018年,因为大多数的答案是很老

  • 我会放弃什么用JAX-RS,而不是云终点在以下方面:
    • 是云终点时更容易与谷歌的身份验证SDK集成使用?
    • 请问我可以放弃在日志和指标方面的东西吗?
    • 是的Arquillian测试更加困难,当我结合App Engine上运行时使用JAX-RS以任何理由?
    • 请问JAX-RS的servlet要求定制的管道启用SSL?
    • 任何事情我都没有想到的......

对我来说,JAX-RS的明显优点是它易于开发(云终点似乎需要更多的样板),并且我已经很熟悉的事实。

有经验的建议是极大的赞赏。

Answer 1:

你应该能够使用JAX-RS,但你失去了一些云端点的功能,如:

  • 认证
  • 监控 -虽然每个请求都会得到正常的Stackdriver跟踪
  • Arquliliam应与工作之一。
  • SSL应该可用两种方式。 (请注意,终止于我们的负载均衡并非应用程式)

通过使用JAX-RS,而不是云端点松动的关键特征是服务控制 。



文章来源: What are the problems with using Jax-RS instead of Cloud Endpoints on Google App Engine