nmid是Go实现微服务调度服务，分为调度服务端，客户端，工作端。
nmid意思为中场指挥官，足球场上的中场就是统领进攻防守的核心。咱们这里是服务程序的调度核心。是微服务调度系统。
1.server目录为nmid微服务调度服务端go实现，采用协程以及管道的异步通信，带有连接池，自有I/O通信协议，msgpack做通信数据格式。
2.worker目录为nmid的工作端go实现，目前也有c语言实现，以及php扩展实现，可以实现golang, php, c等作为工作端，从而实现跨语言平台提供功能服务，目前在另外一个项目。https://github.com/HughNian/nmid-c
3.client目录为nmid的客户端go实现，目前也有c语言实现，以及php扩展实现，可以实现golang, php, c等作为客户端，从而实现跨语言平台调用功能服务，目前在另外一个项目。https://github.com/HughNian/nmid-php-ext
4.run目录为demo运行目录。为go实现的客户端示例，调度服务端示例，客户端示例。目前调度服务端只有golang的实现。
-
我有两个微服务和调用来更新数据，然后插入另一个数据，但让我们考虑一下 失败，然后我们需要回滚由 更新的数据，否则我们将处于不一致的状态。 我也经历了佐贺patterns.will它满足了这种矛盾 谁能为此提出更好的解决方案？
-
最近在学微服务的分布式事务，不太明白为什么在微服务这种分布式系统中，原有的单体acid会出现问题 希望大佬们可以讲一下原理和思想
-
得到了一个使用:< code>spring-boot、< code>spring-cloud、< code>postgresql作为微服务系统的项目。 有 2 个服务，比如 SA 和 SB，它们分别在 2 个 RDBMS 数据库上运行，比如 DA 和 DB。 现在，有一个包含2个子步骤的操作: Http客户端会向服务SA发出请求，将记录保存到中。 然后，SA向服务SB发送请求，将记录保存到中。 作
-
我知道最好使用 Saga 模式，但想想还是很有趣的： < Li > 2PC/XA分布式事务是否提供了仅从一个应用程序和一个TM与多个RM进行事务的可能性？ < li >如果没有-如果每个微服务只能访问自己的数据库，如何在多个微服务之间使用2PC/XA分布式事务来提供使用2PC的能力？我很乐意看到一个例子 < li >我们是否需要将TransactionManager服务作为一个独立的微服务，在多个
-
问题内容： 您将使用哪种分布式锁定服务？ 要求是： 可以从不同的进程/机器看到的互斥（锁定） 锁定…释放语义 超时后自动释放锁-如果锁持有人死亡，它将在X秒后自动释放 Java实现 很高兴拥有：.Net实现 如果免费：死锁检测/缓解 易于部署，请参阅下面的注释。 我对诸如“可以通过数据库完成”或“可以通过JavaSpaces完成”之类的答案不感兴趣-我知道。我对现成的，现成的，经过验证的实现感兴趣
-
链接 Web API Controllers 动态WebApi层 集成OData 集成Swagger UI ASPNET Core 集成OData
-
另一种方式，我认为是水平分割当前结构。所以我的领域是基于一些教育大学。因此，一半的大学低于一分贝，剩下的将低于另一分贝。并根据两个地区部署服务（两个针对两套大学）。 目前，我决定继续采用最后提到的方法。我对这些类型的任务是新的，因为它涉及一些体系结构任务。我也是微服务和分布式数据库领域的初学者。有人能证实我的方法能解决我的问题吗？我可以继续我的第二种方法--根据域对象对数据库进行水平分区吗？
-
我有一个微服务体系结构，它的日志必须发送到远程Kafka主题。在它旁边，本主题的使用者将把日志发送到麋鹿堆栈（另一个团队） 我想要一个专用的微服务（fwk proxy elasticsearch），其职责是收集其他人的日志，并将其发送到远程Kafka主题。 将从我的微服务聚合的所有日志分派到fwk-代理-弹性搜索微服务的最佳协议是什么？ 我希望这个模式不会重复远程Kafka主题的安全配置。我想把它