gRPC单服务单提供者vs单提供者多服务：Python服务动态更新问询

环境配置 #

• 应用采用gRPC实现前后端分离
• 后端（服务器+服务）基于Python开发

目标 #

希望实现服务的动态更新，覆盖以下场景：

1. 更新已有服务
2. 添加新服务
3. 删除服务

现有问题 #

目前已通过Python的importlib特性实现了「更新已有服务」的需求，但添加/删除服务的可选方案十分有限——核心限制来自gRPC的实现机制：服务提供者（servicer）只能在服务器启动前完成注册，例如调用：

add_MyServiceServicer_to_server()

反射功能的服务注册同样遵循此规则，必须在启动前执行如下代码：

service_names = [
    MyService_pb.DESCRIPTOR.services_by_name[''].full_name,
    ...
]

reflection.enable_server_reflection(service_names, my_server)

候选方案 #

方案1：单服务独立提供者 #

为每个服务单独设置专属的服务提供者，采用gRPC官方基础示例的模式。

• 特点：逻辑直观，服务边界清晰
• 局限性：无法支持服务器运行时的服务添加/删除操作

方案2：统一巨型服务提供者 #

将所有服务的RPC方法整合到同一个服务提供者中。

• 潜在优势：理论上可能绕过启动前注册的限制
• 风险点：不同服务的逻辑混杂在一起，代码可维护性极差，且不确定是否兼容gRPC的线程池机制

待解答问题 #

1. 上述两种方案能否实现我所需的服务动态更新目标？
2. 若可行，哪种方案在可维护性和性能表现上更优？
3. 若不可行，是否存在其他可行的替代方案？

内容的提问来源于stack exchange，提问作者kakyo