Symfony 4 和微服务
Symfony 4 and Microservices
假设我要创建几个微服务:Alpha、Beta、Gamma。
就使用像 2 这样的旧 Symfony 版本的应用程序结构而言,我会为每个服务创建一个捆绑包,但在 Symfony 4 中不再推荐捆绑包。所以......我应该为每个服务创建单独的存储库还是仍然创建一个捆绑包一个应用程序?
您仍然可以在 symfony4 中创建捆绑包,尽管最佳实践不推荐这样做。见 https://symfony.com/doc/current/best_practices/creating-the-project.html
如果您有不同的微服务,如在不同的应用程序中,则不需要捆绑包。您可以将它们保存在不同的存储库中,但通常的做法是使用所谓的单一存储库。顾名思义,使用单一存储库,您可以将所有项目保存在一个存储库中。这样做的好处是可以更轻松、更同步地完成跨越所有项目的更改。缺点是它在管理时需要更多的努力,并且在构建和部署时可能会导致额外的开销,因为不容易看到哪个服务发生了变化,因此您很可能必须重建所有这些服务。您可能想查看一些关于单一存储库的书籍和演示文稿。简而言之,Symfony 不限制您管理服务的方式。您可以为所有项目或多个存储库使用一个存储库。
如果您想通过同一个应用程序为所有 "services" 提供服务,即使没有捆绑包,您也可以通过使用命名空间来分隔逻辑来实现,例如对于控制器:
my_app
- src
- Controller
- Alpha
- IndexController
- Beta
- IndexController
这应该使用默认配置开箱即用,即使您偏离了方向,您也可以通过将配置指向正确的文件夹来使参数解析器等功能正常工作。显然,如果您想将代码提取到它们自己的应用程序中,这将要求您确保代码不会在服务之间共享。有一些静态代码分析工具可以帮助您保持架构整洁,即确保 Alpha 不使用来自 Gamma 的代码,反之亦然。
如果您想通过执行以下操作更清楚地分离应用程序:
my_app
- src
- AlphaApp
- ...
- BetaApp
- ...
您仍然可以这样做,但它需要更多的手动工作,并且配方将不再有效,需要您对大多数配置进行手动更改并移动文件。如何做到这一点取决于您是想要共享内核还是为每个服务使用单独的内核,但是如果您走那条路,我建议将单独的项目保存在同一个存储库中,因为它可能会产生更清晰的结果并且工作更少。
假设我要创建几个微服务:Alpha、Beta、Gamma。 就使用像 2 这样的旧 Symfony 版本的应用程序结构而言,我会为每个服务创建一个捆绑包,但在 Symfony 4 中不再推荐捆绑包。所以......我应该为每个服务创建单独的存储库还是仍然创建一个捆绑包一个应用程序?
您仍然可以在 symfony4 中创建捆绑包,尽管最佳实践不推荐这样做。见 https://symfony.com/doc/current/best_practices/creating-the-project.html
如果您有不同的微服务,如在不同的应用程序中,则不需要捆绑包。您可以将它们保存在不同的存储库中,但通常的做法是使用所谓的单一存储库。顾名思义,使用单一存储库,您可以将所有项目保存在一个存储库中。这样做的好处是可以更轻松、更同步地完成跨越所有项目的更改。缺点是它在管理时需要更多的努力,并且在构建和部署时可能会导致额外的开销,因为不容易看到哪个服务发生了变化,因此您很可能必须重建所有这些服务。您可能想查看一些关于单一存储库的书籍和演示文稿。简而言之,Symfony 不限制您管理服务的方式。您可以为所有项目或多个存储库使用一个存储库。
如果您想通过同一个应用程序为所有 "services" 提供服务,即使没有捆绑包,您也可以通过使用命名空间来分隔逻辑来实现,例如对于控制器:
my_app
- src
- Controller
- Alpha
- IndexController
- Beta
- IndexController
这应该使用默认配置开箱即用,即使您偏离了方向,您也可以通过将配置指向正确的文件夹来使参数解析器等功能正常工作。显然,如果您想将代码提取到它们自己的应用程序中,这将要求您确保代码不会在服务之间共享。有一些静态代码分析工具可以帮助您保持架构整洁,即确保 Alpha 不使用来自 Gamma 的代码,反之亦然。
如果您想通过执行以下操作更清楚地分离应用程序:
my_app
- src
- AlphaApp
- ...
- BetaApp
- ...
您仍然可以这样做,但它需要更多的手动工作,并且配方将不再有效,需要您对大多数配置进行手动更改并移动文件。如何做到这一点取决于您是想要共享内核还是为每个服务使用单独的内核,但是如果您走那条路,我建议将单独的项目保存在同一个存储库中,因为它可能会产生更清晰的结果并且工作更少。