laravel - 系统架构:带有微服务的 MVC 应用程序
问题描述
我们正在尝试设计我们的新系统架构,它将成为一个具有多种服务的前端应用程序。显而易见的方法是遵循微服务架构。
但是,我们不希望选择前端 javascript 框架,主要原因有两个:
- 需要学习和掌握前端框架
- 必须在前端处理安全/令牌层
所以我们提出了如下架构(微服务架构减去前端框架)
例如:当用户提交表单时。后端控制器将请求 REST 服务,然后返回具有适当模型的视图
现在的问题是:这种架构是否值得单片应用程序?当其中一项服务过载时,是否有助于减少主应用程序的过载?
解决方案
除非绝对必要,否则不要过度设计您的系统并选择单体。在以下情况下确实需要微服务:
- 有多个有界上下文,每个有一个或多个聚合根
- 写/读模式完全不同,可能需要不同的持久化存储机制
但即使在这些情况下,也绝对有可能设计一个好的单体并在之后对其进行重构。
我的建议是对领域有一个很好的理解,写一个 MVP,然后重构。
推荐阅读
- javascript - jquery问题=>更改不适用于追加
- xamarin - Xamarin.Forms.CarouselView 抛出异常
- email - 如何使用 MailKit 和 imap 将消息移动/复制到另一个用户的邮箱?
- graphql - Strapi GraphQL - 如何返回媒体库对象
- vba - MS Access VBA - 检测子表单记录上的活动格式条件
- ruby-on-rails-4 - 在 Rails 中为 magento 集成创建签名 hmac-sha1
- javascript - 用javascript对数组进行螺旋排序
- angular - 单击按钮后如何防止requestAnimationFrame重绘画布一次以上?
- python - 运行opencv时显示图像错误
- rest - 在 Apache Camel 中使用多个 rest dsl 路由构建器定义 restConfiguration() 的最佳方法