【问题标题】:Using REST as Business Logic Layer ,Con and Pro [closed]使用 REST 作为业务逻辑层,Con 和 Pro [关闭]
【发布时间】:2011-09-26 07:43:28
【问题描述】:


我正在考虑创建一个如图所示的应用程序,我正在用 PHP 创建表示层,其中 JAX-RS REST 服务用作业务层,而 JPA 用作数据对象层
我的问题是
1)这个拱门安全吗?
2)这是拱形秤吗?
3)我的 Arch 是否还有其他问题?

【问题讨论】:

  • 1: 看不出图表, 2: 见1, 3: 见2
  • @Gordon 为什么??你需要什么详细信息??
  • 嗯,基本上所有细节,而不仅仅是一些粗略的草图。你展示的任何东西本质上都或多或少是安全的,或者规模特别好或坏。事实上,即使您提供了完整的软件架构文档(然后将作为题外话关闭),我们也只能提供一般性的指导。您的应用程序是否安全、可扩展或有任何其他问题在很大程度上取决于它是如何实现的。单个慢查询可能会损害您的可伸缩性。一个未经处理的值可能会邀请 Bobby Tables 访问。

标签: java php rest jpa jax-rs


【解决方案1】:

这是一个非常笼统的问题(例如“我要开车去。1)它快吗 2.)它是否安全”)

不过,这里有一些话要说:

  1. 问题不在于“架构”是否安全,而是您是否可以 确保您使用的服务安全。如果您正在使用例如 Tomcat 用于其他服务,它们将尽可能安全 Tomcat 安全。
  2. 因为没有(或应该)没有状态 REST 服务,如果你找到合适的,这应该可以很好地扩展 为您的服务提供粒度,不引入人为的 状态处理。如果你在前面附加一个负载均衡器 REST-Services,每个调用都可以发送到另一台机器(或 过程)。这很可能会导致数据库成为您的 瓶颈。
  3. 是和不是。你所描述的建筑非常 通用的。如果你做对了,基本上没有问题。但 如果你做错了,你会产生很多问题。

结论:安全性和规模将取决于您使用的细节和组件。基本上,您选择的架构类型应该为可扩展架构(和实现)提供良好的基础。

【讨论】:

  • 所以你说我的 Arch 没有问题?我可以使用它,对吗?所以在 REST-Service 前面没有负载平衡?我还能做些什么来进行负载平衡??
猜你喜欢
  • 1970-01-01
  • 2010-11-30
  • 2012-08-26
  • 2013-01-10
  • 1970-01-01
  • 2014-09-04
  • 2011-03-18
  • 2010-12-18
  • 2013-05-18
相关资源
最近更新 更多