Google app engine 如何看待微服务？

我正在学习将我的单一GAE应用程序转换为微服务架构

据我所知，该应用程序分为多个服务，可以相互通信。不同类别的请求由dispatch.yaml文件指定的不同服务处理

我们如何确定服务的内容？考虑一个在线求职板网站，它具有以下功能：

有两个用户角色：求职者和公司 公司可以发布工作实体 求职者可以创建与职务对应的职务申请实体 两个用户角色都必须经过身份验证 公司管理自己的公司利润 求职者管理自己的工作申请列表和工作档案

---

将我们的应用程序分离为微服务的指导思想是什么

微服务优于单片应用的一些地方是：

当您希望应用程序的不同部分有不同的发布周期时。 当一个组件被多个不同的上游组件使用时，例如共享认证系统。 当您想要隔离故障时，例如，如果下游组件停机，上游组件可以正常降级。 当您想要限制数据可用性的范围时，例如，将加密密钥保留在尽可能小的表面 当您希望最小化应用程序的有状态部分时，例如，您可以拥有易于扩展的无状态前端和通过分片扩展的有状态后端。

---

换言之：将其拆分为对您实际有用的微服务。仅仅为了应用程序而拆分应用程序将使您的生活变得更加复杂。

微服务优于单一应用程序的一些地方是：

当您希望应用程序的不同部分有不同的发布周期时。 当一个组件被多个不同的上游组件使用时，例如共享认证系统。 当您想要隔离故障时，例如，如果下游组件停机，上游组件可以正常降级。 当您想要限制数据可用性的范围时，例如，将加密密钥保留在尽可能小的表面 当您希望最小化应用程序的有状态部分时，例如，您可以拥有易于扩展的无状态前端和通过分片扩展的有状态后端。 换言之：将其拆分为对您实际有用的微服务。仅仅为了应用程序而拆分应用程序将使您的生活变得更加复杂