微服务的三种通信方法

在形式上，这通常被称为“仅事件驱动的通信”。下面的代码和消息传递方法类似，但推送到SNS的事件是通用的。

function asyncProcessEvent(name: string): Promise<string> { 
    /** do some ServiceA business logic 
        .... 
        .... 
    */ 
    /** 
     * call ServiceB to run some different business logic 
    */ 
    let snsClient = new AWS.SNS() 
    let params = { 
        Message: JSON.stringify({ 
            'event': 'service-a-event' 
        }), 
        TopicArn: 'our-sns-topic-message-broker' 
    } 
 
    return snsClient.publish(params) 
        .then((response) => { 
            return response.MessageId 
        }) 
} 

注意，我们的 SNS 主题消息是一个简单的 event 属性。每个服务都同意以这种格式将事件推送到代理，这使得通信松散耦合。服务可以监听他们关心的事件，并且提供为响应它们而需要运行的逻辑。

此模式使服务的耦合松散，因为事件中不包含任何有效负载。此方法中的每个服务都会响应事件的发生并运行其业务逻辑。在这里，我们通过 SNS 主题发送事件。也可以使用其他事件，例如文件上传或数据库行更新。

结论

这些是基于微服务的架构中所有可能的通信模式吗?当然不是。基于同步和异步模式进行通信的方式还有很多种。

但是这三个突出了支持同步与异步的优缺点。在选择时要考虑耦合因素，但也需要考虑开发和调试的具体情况与注意事项。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!