对于Jhipster Monolith应用程序,有状态方法比无状态方法有什么好处?

对于Jhipster Monolith应用程序,有状态方法比无状态方法有什么好处?,jhipster,Jhipster,我正在阅读Jhipster中关于有状态和无状态应用的文章,在我看来,对于monolith应用程序来说,JWT(无状态应用程序)更灵活、更快、更容易,因此它看起来是一种更好的方法,但我想知道在monolith应用程序上使用有状态方法是否有任何好处(以及为什么) 感谢与将令牌存储在本地存储和会话存储在浏览器中相比,仅保护http cookie的安全性提高了安全性 此外,只要在会话中存储有限数量的对象,有状态也不是一个真正的可伸缩性问题:通常是安全相关对象,避免业务逻辑对象。有一个由martin fo

我正在阅读Jhipster中关于有状态和无状态应用的文章,在我看来,对于monolith应用程序来说,JWT(无状态应用程序)更灵活、更快、更容易,因此它看起来是一种更好的方法,但我想知道在monolith应用程序上使用有状态方法是否有任何好处(以及为什么)


感谢

与将令牌存储在本地存储和会话存储在浏览器中相比,仅保护http cookie的安全性提高了安全性


此外,只要在会话中存储有限数量的对象,有状态也不是一个真正的可伸缩性问题:通常是安全相关对象,避免业务逻辑对象。

有一个由martin fowler引入的范例,这意味着您使用monolith应用程序,直到您的业务需要拆分为微服务,然后你一步一步地改变你的架构到微服务。如果您有一个monolith应用程序,您可以使用有状态的方法,然后您的唯一实例将一些数据保存在内存中自己的包中。但是当你需要水平扩展你的应用程序(你的单一应用程序的多个实例)时,你必须是无状态的,这很容易通过使用数据库作为状态持有者或一些键/值存储(如Redis或Memcached)来改变。

你为什么要用jhipster registry标记?谢谢@Gaël,可能是因为我不是一个程序员,我时不时地在脑子里想一些事情。再次感谢@Gaël,所以你会说你更喜欢有状态的https作为一个整体应用?你认为无状态应用程序的好处是什么?是的,因为我通过了安全审计。我看不出无状态独石有任何明显的好处,无状态微服务对可伸缩性很有用。