有没有一种方法可以在On-Premise IBM MQ与AWS SQS/neneneba API网关之间进行集成。我检查了很多链接，但发现我们可以将整个IBM MQ迁移到AWS MQ，但不能从AWS调用到内部部署MQ。请建议是否有人尝试过这种集成。
我假设您有一个与SQS集成的基于AWS的应用程序和一个与IBM MQ集成的内部部署应用程序，最终您希望在这两个应用程序之间进行有效的通信。在功能级别上，IBMMQ提供了一个客户端接口，并且在这个接口和AWS SQS接口之间建立一个桥梁是相对直接的。需要考虑的一个重要方面是非功能方面。IBM MQ客户端可以直接通信回内部部署MQ实例，也可以通过AWS MQ实例进行通信。尽管直接与内部部署MQ实例通信似乎更直接，但有一些考虑因素可能意味着AWS中的MQ实例是一种更明智的方法。
- 应用程序经常使用IBM MQ以确保其交付能力，通过建立一座通往AWS SQS的桥梁，这是一个不确定的交付提供商存在消息丢失或重复的风险(取决于桥接逻辑的实现(。最小化发生这种情况的可能性，你要确保MQ、网桥和SQS实例之间的可靠网络。这删除任何脆弱的网络链接，因为MQ可以传输消息可靠地从内部部署到部署在AWS中的MQ实例，克服任何网络问题都是透明的
- 与交换消息的两个MQ实例相比，MQ客户端比较健谈。由于内部部署和AWS数据中心之间的网络延迟，MQ客户端的聊天性质可能会影响解决方案的整体性能
因此，通常明智的做法是在AWS可用性区域内安装MQ的轻量级实例，并允许MQ高效可靠地将消息从内部部署传输到AWS。为了帮助您快速启动和运行，您可以在DockerHub上免费获取IBM MQ开发人员容器。
我在OnPremise服务器中创建了一个SQS适配器，并直接从那里调用了我的SQS。