为现有Grpc设计创建外部RESTful API的原因
目前，我的组织有一个非常紧密耦合的GRPCAPI设计，供内部微服务使用。然而，纵观目前的所有需求以及其他组织（大公司）对我们服务的兴趣，我觉得我们可以从将其映射到一个全新的RESTful风格API服务中获益，供外部供应商和组织使用，而不是仅仅扩展当前的设计以满足内部和外部团队 这个决定的一大缺点当然是所需的前期开销工作，但我认为这是一个整体净收益 这个想法有没有什么我不知道的地方，没有关于这个的文字为现有Grpc设计创建外部RESTful API的原因,rest,grpc,api-design,system-design,Rest,Grpc,Api Design,System Design,目前，我的组织有一个非常紧密耦合的GRPCAPI设计，供内部微服务使用。然而，纵观目前的所有需求以及其他组织（大公司）对我们服务的兴趣，我觉得我们可以从将其映射到一个全新的RESTful风格API服务中获益，供外部供应商和组织使用，而不是仅仅扩展当前的设计以满足内部和外部团队 这个决定的一大缺点当然是所需的前期开销工作，但我认为这是一个整体净收益 这个想法有没有什么我不知道的地方，没有关于这个的文字 我很想在将这个想法提升到更高的层次之前，进一步探讨它的利弊。非常笼统且不清楚。有什么我可以详细说
我很想在将这个想法提升到更高的层次之前，进一步探讨它的利弊。非常笼统且不清楚。有什么我可以详细说明的吗？问题1：为什么是RESTful风格的API？问题2：这会是一个精确的映射吗？问题1：这是一种更简单的面向资源的风格，能够满足更广泛的需求，而不是为每个组织特定的用例创建非常特定的有效负载。问题2：没有