spritekuang

摘要： 消息传输通道我这里只定义了3种，即：localInvoker，HttpInvoker，TcpInvoker，根据实际的情况，还可以进行扩展，比如消息队列，不过这都是后话了，先重点描述一下这3种方式。 LocalInvoker 本地调用直接构造请求参数，直接调用服务端的JsonRpcProcessor 阅读全文

摘要： 微服务的服务端已经启动起来了，服务消费者怎么知道服务在哪个地方，通过什么方式调用呢，分布式如何选择正确的服务器调用服务？ 这个就涉及到服务发现、服务健康检查的问题了，很多微服务架构的做法都是通过消息队列来实现的，消息队列天生就支持发布订阅功能，服务有变化之后，发布通知，每个消费者更新状态，还涉及到更 阅读全文

摘要： 身份认证传递 对于Abp比较熟悉的朋友应该对他里面的用户身份认证比较熟悉，他是通过实现微软提供的权限认证方式实现的，用户登录身份信息存储在System.Security.Claims.ClaimsPrincipal里面，但是用户的身份信息如何在不同的服务之间传递呢，不可能每一个服务都必须实现这套身份 阅读全文

摘要： Tcp消息传输主要参照surging来做的，做了部分裁剪和改动，详细参见：https://github.com/dotnetcore/surging Json-rpc没有定义消息如何传输，因此，Json-Rpc RpcRequest对象和RpcResponse对象需要一个传输载体，这里的传输对象主是 阅读全文

摘要： 引言：国内对于流程引擎的介绍非常的少，但是不能否认流程引擎的重要性，流程引擎在各个行业都有应用，OA管理的请假流程、出差流程，项目管理上的合同审批流程、验收流程、启动流程，Erp中的采购流程、入库出库流程，政府里面的招标流程、结算流程等，都有流程引擎的身影，当然这里说的流程指审批意义的流程，还有一些 阅读全文

摘要： 微服务好处和概念性的东西就不介绍了，对于微服务，个人认为并不是越复杂就越好，相反要结合自己公司的现状，适当的做一些裁剪，比如对于规模和业务量不是特别大的企业，就没有必要把服务总线，服务健康检查，服务路由选择，熔断等等加进来，相反，这一部分职责可以通过配置文件，nginx代理，api网关等等外围的技术 阅读全文