在决定何时将项目拆分为微服务时要考虑哪些因素？

Question

我目前正在开发一个已经开发了一段时间的应用程序。有很多不同的功能，每个功能彼此独立，对客户的即时性也各不相同。例如，有一组供用户使用的文件，一组供商人使用的文件，生成推荐，CRON作业和一组外围设备（例如，搜索，聊天，处理/上传数据）。

目前，我已将它们中的大多数分离到Google App Engine上的单独服务中，并根据请求的频率以及调整所带来的可定制性确定了Standard或Flexible的环境Flexible的硬件。他们经常使用Google SQL和Firebase。

短暂休息后，我回到：

1. Google每月收取的昂贵账单，

2. 一个反复出现的想法-我应该将它们合并为两个服务， 以Standard或Flexible来区分。

我原本打算这样做，但决定先问一下，然后听听我所缺少的。在决定架构时，认为这些是唯一的动机似乎是少年。

进一步说明：

1. 代码库主要是Swift，Python和PHP代码，
2. 我是唯一管理它的人，
3. 成本很重要，因为这是一个自负盈亏的项目。

编辑：

我进一步修订了https://cloud.google.com/appengine/docs/the-appengine-environments，但没有详细介绍如何考虑将项目拆分为微服务的位置。

感谢您的笔记：）