Java 数据库服务使用什么技术？

我要做一个小型贸易管理系统。我想创建一个独立的数据库服务，所有其他客户端都连接到该服务。数据库将是MYSQL，我将使用Java来提供服务。客户端可以是Web应用程序，也可以是使用JavaSwing的桌面应用程序（尚未决定）。在客户机和数据库服务之间将有另一层来处理业务逻辑（我称之为交易服务）

该体系结构类似于：客户机->交易服务->数据库服务

我的问题是什么样的客户/服务通信技术最适合客户->交易服务，最适合交易服务->数据库

要我做一个安静的服务吗？肥皂使用RPC？或者其他技术

---

非常感谢你的帮助。欢迎提出任何想法或建议。

看看RabbitMQ，一种池消息服务

它健壮、灵活、快速且可扩展，您可以使用它以Java、PHP或任何您想要的技术进行通信

要我做一个安静的服务吗？肥皂使用RPC

这些都是非常相似的方法，因为它们都是通过HTTP的，所以-假设这是您想要的；我建议使用RESTful。你将有很多的例子可以使用，它将允许你在将来灵活地做一些事情，比如为智能手机应用程序或桌面应用程序切换UI层

---

无论您选择什么模型，您都应该首先了解它是如何工作的，并尽早构建安全性和指导原则等内容。现在做作业。像这样试图改变设计的中间层是一件痛苦的事。

你的问题没有全面的答案，取而代之的是基于你的技能设置的选项。您是否在概念上完全理解HTTP规范，并能够将其扩展到REST，这与HTTP（公共创建祖先）的工作非常密切。您是否更好地理解SOAP的传统方法调用？您是否将您的生态系统与特定的语言联系在一起，因为这可能会影响您选择的工具

---

如果你付钱让我根据你给出的简单需求编写一个服务（这几乎是不可能的），我会创建一个域驱动的设计服务（你的业务层），使用RESTful接口和SpringJDBC进行数据访问。这就是我，也是我工作最频繁的地方。我的工作伙伴可能会选择SOAP和Hibernate。

我想你要考虑的是队列，我猜你需要一个托管服务。队列可以成为微服务之间的粘合剂。我知道的一些将队列作为服务的供应商有：

CloudBoost.io：

查看文档

Iron.io：

---

附言：我在CloudBoost工作

性能要求是什么？考虑到您的需求，为什么您甚至想要建立一个数据库服务？我看不出实现这种抽象层的任何正当理由。顺便说一句：您的客户端应该连接到交易服务，而不是数据库服务。SOAP和RPC不必通过HTTP运行