CommonAPI

CommonAPI

CommonAPI

最近几天在研究commonAPI,记录一下研究的新的,CommonAPI是进行进程间通信使用的。 CommonAPI C++ 在通讯层分为Core和Binding两个部分。其中Core部分负责和Application交互而Binding部分负责和系统底层的IPC服务栈交互。其中的Binding即IPC的具体实现方式。目前GENIVI支持的Binding分为两种,分别是SOME/IP和DBus。

CommonAPI C++的IPC接口使用的是通用的“服务端、客户端”模式。
对于客户端主动发起的通讯,采取的是方法(Methods)调用的方式来实现。
Method分为两种类型:
标准的带有返回值的Method(Basic Method)
不需要返回值的Method(Fire-and-forgot Method)

服务端主动发起的通讯通过广播(Broadcasts)的方式实现。
CommonAPI C++提供的广播模式也有两种:
标准的广播方式(Basic Broadcasts),即广播内容发送给所有的客户端
选择性广播方式(Selective Broadcasts),即广播内容可以发送给某一个或一组客户端。此种情况下,通常是由服务端提供类似Registor的Method用于客户端注册。然后服务端根据注册情况将广播发送给不同的客户端。

使用步骤。
1.首先下载源码,生产core、someip,dbus程序。
2.编写fidl文件
3.使用core程序去生成代码
4.使用dbus或者someip去生成代码

  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CommonAPI双机是一种公共应用程序接口(CommonAPI),它使用双机架构实现高可用性和冗余。双机架构是指将系统划分为两个独立的运行实例,每个实例都能够独立运行和提供服务。在这种架构中,当一个实例发生故障或停机时,另一个实例可以接管并继续提供服务,从而保证系统的稳定性和可用性。 CommonAPI双机能够提供多种功能和优点。首先,它提供了高可用性,即使一个实例发生故障,另一个实例仍然能够运行并提供服务,从而减少系统故障对用户的影响。其次,双机架构允许系统在故障发生时进行自动切换,无需人工干预,提高了系统的可靠性和可用性。此外,双机架构还可以通过负载均衡来分担网络流量,提高系统的性能和吞吐量。 为了实现CommonAPI双机,一般需要在两个独立的实例之间建立通信机制,以便在一个实例发生故障时将服务切换到另一个实例。常见的通信机制包括双机心跳、双机监控和双机同步。双机心跳是通过定期发送心跳信号来检测系统是否正常运行的机制。双机监控是用于对系统状态进行监控和管理的机制,可以实时监控系统的运行状况。双机同步是用于保持两个实例之间数据一致性的机制,确保在切换时不会丢失数据。 在实施CommonAPI双机时,需要考虑到系统的可扩展性和容错性。可扩展性是指系统能够根据需要增加更多实例来处理更大的负载。容错性是指系统能够在发生故障时进行自动切换,并快速恢复,减少对用户的影响。 总之,CommonAPI双机是一种通过双机架构实现高可用性和冗余的公共应用程序接口,它能够提供高可用性、可靠性和性能的优势,为用户提供稳定可靠的服务。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值