游客vvhuafakamuxq
游客vvhuafakamuxq_个人页
游客vvhuafakamuxq
文章
0
问答
419
视频
0
个人介绍
暂无个人介绍
擅长的技术
-
提交了问题
2022-05-09
Serverless 大数据计算是什么样的？
-
提交了问题
2022-05-09
免运维 Serverless AI 平台是一个什么样的平台？
-
提交了问题
2022-05-09
Gartner 报告中对云厂商的建议是什么？
-
提交了问题
2022-05-09
Serverless Container 应用的载体是什么？
-
提交了问题
2022-05-09
Kubernetes 成为云操作系统有什么好处？
-
提交了问题
2022-05-09
Serverless（无服务器）容器是什么？
-
提交了问题
2022-05-09
BASE 理论的核心思想是什么？
-
提交了问题
2022-05-09
刚性事务可以完全满足 ACID 四个特性，柔性事务对事务的 ACID 特性的支持情况是什么样的？
-
提交了问题
2022-05-09
用 AT 模式有哪些限制？
-
提交了问题
2022-05-09
AT 模式的运行机制是什么？
-
提交了问题
2022-05-09
最大努力通知型方案本质是什么？
-
提交了问题
2022-05-09
基于消息的分布式事务模式对 ACID 特性的支持是什么？
-
提交了问题
2022-05-09
基于本地消息的分布式事务的核心思想是什么？
-
提交了问题
2022-05-09
什么时候采用本地消息的分布式模式？
-
提交了问题
2022-05-09
为什么普通消息是无法解决本地事务执行和消息发送的一致性问题？
-
提交了问题
2022-05-09
基于消息的分布式事务实现上主要有哪两种方式？
-
提交了问题
2022-05-09
基于消息的分布式事务难点在于什么？
-
提交了问题
2022-05-09
基于消息的分布式事务模式核心思想是什么？
-
提交了问题
2022-05-09
Saga 模式适用于什么场景？
-
提交了问题
2022-05-09
虽然 Saga 和 TCC 都是补偿事务，但是两者哪里有不同？
-
提交了问题
2022-05-09
Saga 事务和 TCC 事务一样，对业务实现要求高，要求业务设计实现上遵循哪三个策略？
-
提交了问题
2022-05-09
Saga 事务是可以保障事务的哪三个特性？
-
提交了问题
2022-05-09
支持 TCC 事务的开源框架有什么？
-
提交了问题
2022-05-09
为什么TCC系统的吞吐量比 2PC/XA 模式要高很多？
-
提交了问题
2022-05-09
TCC 事务为了解决异步网络中的通信失败或超时带来的异常情况，要求业务方在设计实现上要遵循哪三个策略
-
提交了问题
2022-05-09
TCC 事务具备事务的四个特性是什么？
-
提交了问题
2022-05-09
TCC 事务在执行过程中的任意环节，均可能发生宕机、重启、网络中断等异常情况要怎么办？
-
提交了问题
2022-05-09
TCC 模式中，谁需要记录事务日志？
-
提交了问题
2022-05-09
TCC 模型将事务的提交划分为哪两个阶段？
-
提交了问题
2022-05-09
TCC的含义是什么？
-
提交了问题
2022-05-09
XA 要处理的异常场景非常多，对框架的实现有一定的挑战，开源的实现，可以参考什么？
-
提交了问题
2022-05-09
为什么不适合微服务架构场景中的跨服务的分布式事务模式？
-
提交了问题
2022-05-09
RM 在上一个步骤中返回执行失败或者超时没有应答，则 TM 按照执行失败处理，会有什么后果？
-
提交了问题
2022-05-09
如果所有 RM 在上一个步骤都返回执行成功，那么会怎么样？
-
提交了问题
2022-05-09
尝试执行本地事务的预备操作是什么？
-
提交了问题
2022-05-09
预备阶段需要做什么？
-
提交了问题
2022-05-09
XA 规范把分布式事务处理过程划分为哪两个阶段？
-
提交了问题
2022-05-09
XA 两阶段提交协议设计上是要像本地事务一样实现事务的 ACID 四个特性是什么？
-
提交了问题
2022-05-09
针对部分场景，XA 规范还定义了哪些优化措施？
-
提交了问题
2022-05-09
XA 规范中定义了分布式事务处理模型，这个模型中包含四个核心角色是什么？
-
提交了问题
2022-05-09
为什么分布式事务的实现比本地事务面临更多的困难？
-
提交了问题
2022-05-09
分布式事务有哪三种场景？
-
提交了问题
2022-05-09
分布式事务是什么？
-
提交了问题
2022-05-09
ACID 四个特性表述事务指的是哪些？
-
提交了问题
2022-05-09
etcd中单步成员变更日志使用老成员配置Cold，什么时候生效？
-
提交了问题
2022-05-09
Raft论文中单步成员变更日志使用新成员配置Cnew，什么时候生效？
-
提交了问题
2022-05-09
单步成员变更日志什么时候生效？
-
提交了问题
2022-05-09
对于单步成员变更，成员变更日志是使用新成员配置 还是老成员配置Cnew呢？
-
提交了问题
2022-05-09
Raft在大多数成员存活的情况下能正常工作，会遇到只有少数成员存活的情况，这个时候要怎么恢复服务？
-
提交了问题
2022-05-09
成员变更期间日志是否需要严格按序提交？
暂无更多信息
暂无更多信息
-
回答了问题
2022-05-11
“指令驱动”和“事件驱动”的区别是什么？
“指令驱动”和“事件驱动”的区别不是“同步”和“异步”。指令可以是同步调用，也可以是异步消息触发（但异步指令不是事件）；反过来事件可以是异步消息，但也完全可以是进程内的同步调用。所以指令驱动和事件驱动差异的本质不在于调用方式，而是一件事情是否“已经”发生。赞0 踩0 评论0 -
回答了问题
2022-05-11
从业务职责来看，Orchestration和Choreography的差异体现在哪？
Orchestration：有主动的调用方（比如：下单服务）。无论下游的依赖是谁，主动的调用方都需要为整个业务流程和结果负责。 Choreography：没有主动调用方，每个服务只关心自己的触发条件和结果，没有任何一个服务会为整个业务链路负责。赞0 踩0 评论0 -
回答了问题
2022-05-11
从调用链路来看，Orchestration和Choreography的差异体现在哪？
Orchestration：是从一个服务主动调用另一个服务，所以是Command-Driven指令驱动的。 Choreography：是每个服务被动的被外部事件触发，所以是Event-Driven事件驱动的。赞0 踩0 评论0 -
回答了问题
2022-05-11
从代码灵活性来看，Orchestration和Choreography的差异体现在哪？
Orchestration：因为服务间的依赖关系是写死的，增加新的业务流程必然需要修改代码。 Choreography：因为服务间没有直接调用关系，可以增加或替换服务，而不需要改上游代码。赞0 踩0 评论0 -
回答了问题
2022-05-11
从代码依赖关系来看，Orchestration和Choreography的差异体现在哪？
Orchestration：涉及到一个服务调用到另外的服务，对于调用方来说，是强依赖的服务提供方。 Choreography：每一个服务只是做好自己的事，然后通过事件触发其他的服务，服务之间没有直接调用上的依赖。但要注意的是下游还是会依赖上游的代码（比如事件类），所以可以认为是下游对上游有依赖。赞0 踩0 评论0 -
回答了问题
2022-05-11
Choreography的模式是什么？
常会出现在脑海的场景是一个舞剧（来自于希腊文的舞蹈，Choros）。其中每个不同的舞蹈家都在做自己的事，但是没有一个中心化的指挥。通过协作配合，每个人做好自己的事，整个舞蹈可以展现出一个完整的、和谐的画面。所以在Choreography模式中，每个服务都是独立的个体，可能会响应外部的一些事件，但整个系统是一个整体。赞0 踩0 评论0 -
回答了问题
2022-05-11
Orchestration的模式是什么？
通常出现在脑海里的是一个交响乐团（Orchestra，注意这两个词的相似性）。交响乐团的核心是一个唯一的指挥家Conductor，在一个交响乐中，所有的音乐家必须听从Conductor的指挥做操作，不可以独自发挥。所以在Orchestration模式中，所有的流程都是由一个节点或服务触发的。我们常见的业务流程代码，包括调用外部服务，就是Orchestration，由我们的服务统一触发。赞0 踩0 评论0 -
回答了问题
2022-05-11
Repository特殊在哪里？
Repository可以认为是一种特殊的ACL，屏蔽了具体数据操作的细节，即使底层数据库结构变更，数据库类型变更，或者加入其他的持久化方式，Repository的接口保持稳定，ApplicationService就能保持不变。赞0 踩0 评论0 -
回答了问题
2022-05-11
ACL防腐层的原理是什么？
对于依赖的外部对象，我们抽取出所需要的字段，生成一个内部所需的VO或DTO类。 构建一个新的Facade，在Facade中封装调用链路，将外部类转化为内部类。 针对外部系统调用，同样的用Facade方法封装外部调用链路。赞0 踩0 评论0 -
回答了问题
2022-05-11
为什么可以通过DTO组合降低成本？
Entity是有限的，DTO可以是多个Entity、VO的自由组合，一次性封装成复杂DTO，或者有选择的抽取部分参数封装成DTO可以降低对外的成本。赞0 踩0 评论0 -
回答了问题
2022-05-11
为什么ApplicationService应该永远返回DTO而不是Entity？
因为我们操作的对象是Entity，但是输出的对象是DTO，这里就需要一个专属类型的对象叫DTO Assembler。DTO Assembler的唯一职责是将一个或多个Entity/VO，转化为DTO。注意：DTO Assembler通常不建议有反操作，也就是不会从DTO到Entity，因为通常一个DTO转化为Entity时是无法保证Entity的准确性的。赞0 踩0 评论0 -
回答了问题
2022-05-11
常用的ApplicationService“套路”有哪些？
准备数据：包括从外部服务或持久化源取出相对应的Entity、VO以及外部服务返回的DTO。 执行操作：包括新对象的创建、赋值，以及调用领域对象的方法对其进行操作。需要注意的是这个时候通常都是纯内存操作，非持久化。 持久化：将操作结果持久化，或操作外部系统产生相应的影响，包括发消息等异步操作。赞0 踩0 评论0 -
回答了问题
2022-05-11
如何判断一段代码到底是业务流程还是逻辑呢？
（1）不要有if/else分支逻辑 （2）不要有任何计算 （3）一些数据的转化可以交给其他对象来做赞0 踩0 评论0 -
回答了问题
2022-05-11
3种ApplicationService的组织形态是什么？
（1）一个ApplicationService类是一个完整的业务流程，其中每个方法负责处理一个Use Case。 （2）针对于比较复杂的业务流程，可以通过增加独立的CommandHandler、EventHandler来降低一个类中的代码量 （3）比较激进一点，通过CommandBus、EventBus，直接将指令或事件抛给对应的Handler，EventBus比较常见。赞0 踩0 评论0 -
回答了问题
2022-05-11
CQE 与 DTO的区别是什么？
CQE：CQE对象是ApplicationService的输入，是有明确的”意图“的，所以这个对象必须保证其”正确性“。 DTO：DTO对象只是数据容器，只是为了和外部交互，所以本身不包含任何逻辑，只是贫血对象。赞0 踩0 评论0 -
回答了问题
2022-05-11
上一个问题中所提到的规范的好处是什么？
提升了接口的稳定性、降低低级的重复，并且让接口入参更加语意化。赞0 踩0 评论0 -
回答了问题
2022-05-11
在Application层的接口里，强力建议的一个规范是什么？
ApplicationService的接口入参只能是一个Command、Query或Event对象，CQE对象需要能代表当前方法的语意。唯一可以的例外是根据单一ID查询的情况，可以省略掉一个Query对象的创建。赞0 踩0 评论0 -
回答了问题
2022-05-11
传统的接口写法有什么问题？
接口膨胀：一个查询条件一个方法。 难以扩展：每新增一个参数都有可能需要调用方升级。 难以测试：接口一多，职责随之变得繁杂，业务场景各异，测试用例难以维护。赞0 踩0 评论0 -
回答了问题
2022-05-11
Event事件的定义是什么？
指一件已经发生过的既有事实，需要系统根据这个事实作出改变或者响应的，通常事件处理都会有一定的写操作。事件处理器不会有返回值。这里需要注意一下的是，Application层的Event概念和Domain层的DomainEvent是类似的概念，但不一定是同一回事，这里的Event更多是外部一种通知机制而已。赞0 踩0 评论0 -
回答了问题
2022-05-11
Query查询指的是什么？
指调用方明确想查询的东西，包括查询参数、过滤、分页等条件，其预期是对一个系统的数据完全不影响的，也就是只读操作。赞0 踩0 评论0
滑动查看更多
暂无更多信息