InfoQ: 创建RESTful服务，有GET和POST足矣？
InfoQ: 创建RESTful服务，有GET和POST足矣？
10 年 前
关于应用层和领域层逻辑的区分？
在 DDD 中讲究应用层服务和领域层服务，而我们的业务逻辑就是要放在领域层的，但是怎么区分一个服务到底是应用层的服务还是领域层逻辑呢？在Jivedon3.0中，service包下的类到底是应用层
10 年 前
DRY原则与微服务的矛盾：共享复用会导致耦合 - AllenHolub
DRY（不重复自己）原则不是法律，而是经验法则。例如，在 微服务 中，最重要的是能够更改单个服务并孤立地重新部署该单个服务。 如果使用共享库迫使您重新编译/重新部署多个服务，即使当前服务未使用
3 年 前
一句话总结开发微服务的9个最佳实践
当我们开发微服务时，我们需要遵循以下最佳实践：
[list=1]
[*]为每个微服务使用单独的数据存储
[*]保持代码处于相似的成熟度水平
[*]为每个微服务单独构建
[*]为每个微服务
6 个月 前
请问jdon框架如何实现微服务的状态共享
对于 微服务 架构 ，每个服务都有独自的数据支持，同时每个服务又会有多个实例在不同的容器中运行，多个相同的实例需要共享业务数据状态，使用jdonframework有什么方法可以实现呢？
7 年 前
建立微服务很容易，但是有几点很难 - James Hickey
构建 微服务 很容易，难点是： -找到微服务之间适当的界限 -集成服务（消息传递与RPC） -错误处理（弹性） -Sociotechno社会技术的关注（团队划分界限，组织变更）
4 年 前
cqrs 中还需要领域服务吗？
我看过 DDD 领域服务的例子，比如验证，但在 CQRS 中验证好像不属于领域 write范围内，所以也就不需要领域服务，我也想不出在cqrs那些需要用到 领域服务。 多说用到
9 年 前
一张图：微服务设计模式
附送： 典型的 微服务 架构 是什么样的？ 负载均衡器：这会将传入流量分配到多个 API 网关实例以实现高 可用性 。 CDN（内容交付网络）：CDN 是一组
1 年 前
单体和微服务幽默新解图片
左边代表过去的单体，意大利面条都耦合在一起啦！ 右边代表现在的 微服务 ，微服务调用如同女人之间的打闹一样胡乱。
5 年 前
聚合器微服务模式（Aggregator Microservices）
目的 用户对聚合器进行单个调用，然后聚合器调用每个相关的 微服务 并收集数据，对其应用业务逻辑，并进一步发布作为一个REST端点。 聚合器的更多变化是：
代理微服务 设计模式
4 年 前
Docker Swarm集群中的服务发现
在旧版本Swarm中需要一个服务注册器，这样所有管理者能有一个统一的集群状态视图，因此，在初始化老版本Swarm节点时，我们需要指定服务注册器的地址，而在新版本Swarm中，也就是Docker
7 年 前
基于队列的负载均衡（Queue based load leveling）
问题 云中的许多解决方案都涉及运行调用服务的任务。在这种环境中，如果服务遭受间歇性重负载，则可能导致性能或可靠性问题。如果同时运行的多个任务使用相同的服务，则可能难以预测在任何给定时间点服务
4 年 前
关于DDD中的service。
DDD一书中说：服务其实有两种服务,一是领域层服务;二是应用层服务.他们的不同点是:应用层上的服务没有任何业务含义,领域层的服务包括了基本的业务逻辑。 一下引用banq老师在（对JiveJdon3中
10 年 前
Jmservice对于服务的思考
如果以OOA思想分析服务，那么服务应该存在静态与动态之分。 1 静态方面 主要分析服务域中可能存在什么，例如:组件, 容器。。。。 2 动态方面 主要分析服务可以处理什么,放映服务的处理能力
10 年 前
惊叹！优步的微服务图
如果你的 微服务 是这样，我可以提供咨询 :)
5 年 前