可以促进微服务设计的DDD事件风暴建模技巧 - Nick Tune(微服务)

作者:xinwang_m@163.com
发布时间: 2020-07-22 04:13:12 (3年前)
关键词: DDD；Nick Tune
摘要:

                              
                                     EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。

<h1>可以促进微服务设计的DDD事件风暴建模技巧 - Nick Tune</h1>EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming，我们可以发现有关我们的域和业务的足够信息，以便我们可以使用它来设计微服务，有界上下文甚至我们的团队组织。在公共培训课程中和为客户私下举办过许多EventStorming会议之后，我们注意到，可以将EventStorming应用于次优状态，从而使人们质疑其价值，并使他们感到浪费时间。另一方面，有效地应用EventStorming时，我们已经看到了许多成功的会议，其中许多团队已将EventStorming用作其微服务设计的基础。在本文中，我们将分享一些易于学习的技术，这些技术将帮助您充分利用EventStorming的功能，从而可以设计更多与领域保持一致的软件系统。<h2>1.避免过早抽象</h2>EventStorming开始时可能会采取的错误做法之一是建模过高。在许多EventStorming会话中，通过在更深层次上对域进行建模，可以释放出杀手级领域的见解。在这里，您可以打破幻想，检验假设并了解您的领域的实际运作方式。这使您能够从单纯的软件模型扩展到真正的域驱动设计。以在线职位公告板为例：招聘人员登入系统、创建了招聘要求、发布招聘、求职者申请职位、面试安排。域就是这样工作的，它是如此简单，也是很肤浅的抽象，对我们没有任何帮助。这个建模事件太普通了，太通用了，是一种抽象了的通用流程，并不是具体化。<h2>2.从特定方案开始</h2>为避免过早抽象，请从建模单个粒度流开始。例如，特定类型的用户在特定时间以特定价格购买特定产品。对单个流建模之后，在流中查找子分支，然后分解为相邻的流。在上面职位发布领域案例中，我们可以从外部招聘者注册发布职位开始建模。针对购买大型招聘计划的外部招聘人员，然后针对购买轻型招聘计划的外部招聘人员。我们需要根据要招聘的业务来组织招聘广告。而且，招聘政策有一个意见：如果您要招募多家公司来你这里招聘，则必须采用不同的招聘模式，这会影响您的计费方式以及收到的报告的类型。特定的招聘流程是这样的：外部招聘人员登入系统、分别购买大型招聘计划和轻型招聘计划、根据大型和轻量招聘策略将相应要求发给招聘者、招聘人员挑选一些。外部招聘人员要遵守不同的招聘计划，需要特殊的工具来组织其工作，需要不同的报告类型，在进行这样更细化的建模时，您将开始看到流程分支，输入，输出以及各种方式的处理模式。发现领域中极为重要的线索：自然所有和共同变化的部件，这些部件看起来相同，但关系松散得多。这是信息的类型，是架构域驱动软件系统的关键。<h2>3.捕捉隐藏的意图</h2>我们看到许多初学者在将Form Submitted表单提交事件添加到他们的EventStorm时犯了错误。这不是领域事件，而是领域事件的技术实现。重要的是为什么要提交表单：用户的意图是什么？除了使用Form Submitted之外，您还可以添加更多以域为中心的名称，例如Job Post。不要写的技术事件：表单提交、按钮点按、数据库保存；业务事件的领域术语：广告发布；工作陈列；支付接受。后者才是领域术语，但仍然不够。在为您的域中的数据提交建模时，可以使用以下技术来获取更深入的域见解：列出每个单独的数据（即表单上的每个字段） 列举每个数据的可能值 了解不同值的意义 将重大差异建模为单独的流程 可以通过一个示例更好地证明这一点：发布工作时，表单提交中包含以下字段：就业类型。它可以是永久或合同。该选择具有很高的领域意义，导致业务流程发生变化，从而影响业务成果。因此，在这种情况下，可能有两个事件更好：永久职位发布，合同职位发布。然后为每个流程建模-寻找流程中的差异并寻找相似之处。您将获得大量有关设计系统（尤其是设计微服务边界）的最佳方法的见解。<h2>4.怀疑警惕CRUD命名</h2>具有通用后缀（例如Created，Updated，Changed，Changed或Deleted）的事件表示您正在使用技术术语来描述您的域而不是真实的域术语。更新Updated可能是最大的警告信号。更新是一个非常笼统的术语，基本上意味着已更改。当我们使用EventStorming时，我们试图捕获我们领域的丰富性，因此我们应该问“为什么更新了某些内容？”。对CRUD命名的怀疑不仅会帮助您开发更丰富的领域词汇表，从而改善技术从业者与领域专家之间的协作，而且还将帮助您发现域内的其他流程。了解更改的每个不同原因，您将发现许多领域的见解。例如取代”价格更改“，你可能会发现“价格折扣”，“最终季售价“，”圣诞促销价激活"或别的东西。<h2>5.寻找状态机和关键事件</h2>状态机几乎遍布每个领域。我们正在建模的概念经历了不同的生命周期阶段，即它们的状态。如果您特别注重查找状态机，那么在发现域中的边界（将成为微服务的边界）方面会获得更大的成功。有一种特殊的事件可以识别状态机状态之间的转换，称为“关键事件”。关键事件是域边界的有力指标。在物联网设备领域，我们可能会发生以下关键事件：设备制造，已配置设备，已安装设备和已激活设备。尽管在整个过程中发生了数以百计的事件（例如，将设备从仓库中移出并安装在公共场所），但这几种关键事件是指示重大变化的关键业务事件。<h2>6.到处问“如果？”</h2>很容易陷入仅对域中常见路径或快乐路径场景建模的陷阱。但是，通过探索所有边缘情况，还有很多东西要学习。要梳理您域中的边缘情况，请查看墙上的每个事件并询问“什么？”。“如果发生停电怎么办？”，“如果拒绝客户的信用卡怎么办？”，“如果仓库发生火灾怎么办？”。对该领域具有浓厚的好奇心和好奇心，将带您提出探索性和挑战性的问题。这将带您获得有关该域的许多见解。<h2>7.如果团队正在困惑，请切换到单线程模式</h2>混乱的探索是EventStorming的标志之一，整个团队都在这里集体集思广益。每个人都可以随意将自己的想法，假设和疑虑用便签贴在墙上。混乱的探索对于EventStorming提供的许多发现至关重要。但是，有时精力不足，团队感到困惑，或者由于许多可能的原因之一而没有取得进展。你能为这个做什么？虽然在其他人观看的同时只有一个人将便签放在墙上是一种反模式，但是这种称为单线程EventStorming的方法可以有效地帮助团队达成一致并建立团队动量。此模式有一些变体，但是您可以尝试以下方法：选一个人将便签贴在墙上 其他人围坐在他周围 选择一个特定的用例模型 继续努力，一次添加一个事件，以确保小组在继续之前达成共识。如果小组陷入僵局，请做笔记并稍后返回 如果还有其他疑问或疑虑，请记录下来，稍后再返回-保持进度前进 在简短的单线程会话之后，该小组将有许多想法和他们想更详细地建模的其他方案。切换回混沌模式的好时机。掌握事件存储和微服务设计了解您的业务领域是设计最佳软件系统的关键。因此，提高对业务域进行建模的能力将增强您作为系统设计师的能力。EventStorming是可用于对业务域进行建模的最佳工具之一。您对EventStorm的掌握越多，您就能构建出满足业务需求的软件系统，从而取得更大的成功。五分钟内您将无法掌握MasterStorming。但是，您越早开始学习，越多地练习，就会越快到达那里。我们希望我们在本文中分享的技巧将有助于加速您的精通学习之路。,# 可以促进微服务设计的DDD事件风暴建模技巧 - Nick TuneEventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming，我们可以发现有关我们的域和业务的足够信息，以便我们可以使用它来设计微服务，有界上下文甚至我们的团队组织。在公共培训课程中和为客户私下举办过许多EventStorming会议之后，我们注意到，可以将EventStorming应用于次优状态，从而使人们质疑其价值，并使他们感到浪费时间。另一方面，有效地应用EventStorming时，我们已经看到了许多成功的会议，其中许多团队已将EventStorming用作其微服务设计的基础。在本文中，我们将分享一些易于学习的技术，这些技术将帮助您充分利用EventStorming的功能，从而可以设计更多与领域保持一致的软件系统。<h2>1.避免过早抽象</h2>EventStorming开始时可能会采取的错误做法之一是建模过高。在许多EventStorming会话中，通过在更深层次上对域进行建模，可以释放出杀手级领域的见解。在这里，您可以打破幻想，检验假设并了解您的领域的实际运作方式。这使您能够从单纯的软件模型扩展到真正的域驱动设计。以在线职位公告板为例：招聘人员登入系统、创建了招聘要求、发布招聘、求职者申请职位、面试安排。域就是这样工作的，它是如此简单，也是很肤浅的抽象，对我们没有任何帮助。这个建模事件太普通了，太通用了，是一种抽象了的通用流程，并不是具体化。<h2>2.从特定方案开始</h2>为避免过早抽象，请从建模单个粒度流开始。例如，特定类型的用户在特定时间以特定价格购买特定产品。对单个流建模之后，在流中查找子分支，然后分解为相邻的流。在上面职位发布领域案例中，我们可以从外部招聘者注册发布职位开始建模。针对购买大型招聘计划的外部招聘人员，然后针对购买轻型招聘计划的外部招聘人员。我们需要根据要招聘的业务来组织招聘广告。而且，招聘政策有一个意见：如果您要招募多家公司来你这里招聘，则必须采用不同的招聘模式，这会影响您的计费方式以及收到的报告的类型。特定的招聘流程是这样的：外部招聘人员登入系统、分别购买大型招聘计划和轻型招聘计划、根据大型和轻量招聘策略将相应要求发给招聘者、招聘人员挑选一些。外部招聘人员要遵守不同的招聘计划，需要特殊的工具来组织其工作，需要不同的报告类型，在进行这样更细化的建模时，您将开始看到流程分支，输入，输出以及各种方式的处理模式。发现领域中极为重要的线索：自然所有和共同变化的部件，这些部件看起来相同，但关系松散得多。这是信息的类型，是架构域驱动软件系统的关键。<h2>3.捕捉隐藏的意图</h2>我们看到许多初学者在将Form Submitted表单提交事件添加到他们的EventStorm时犯了错误。这不是领域事件，而是领域事件的技术实现。重要的是为什么要提交表单：用户的意图是什么？除了使用Form Submitted之外，您还可以添加更多以域为中心的名称，例如Job Post。不要写的技术事件：表单提交、按钮点按、数据库保存；业务事件的领域术语：广告发布；工作陈列；支付接受。后者才是领域术语，但仍然不够。在为您的域中的数据提交建模时，可以使用以下技术来获取更深入的域见解：列出每个单独的数据（即表单上的每个字段） 列举每个数据的可能值 了解不同值的意义 将重大差异建模为单独的流程 可以通过一个示例更好地证明这一点：发布工作时，表单提交中包含以下字段：就业类型。它可以是永久或合同。该选择具有很高的领域意义，导致业务流程发生变化，从而影响业务成果。因此，在这种情况下，可能有两个事件更好：永久职位发布，合同职位发布。然后为每个流程建模-寻找流程中的差异并寻找相似之处。您将获得大量有关设计系统（尤其是设计微服务边界）的最佳方法的见解。<h2>4.怀疑警惕CRUD命名</h2>具有通用后缀（例如Created，Updated，Changed，Changed或Deleted）的事件表示您正在使用技术术语来描述您的域而不是真实的域术语。更新Updated可能是最大的警告信号。更新是一个非常笼统的术语，基本上意味着已更改。当我们使用EventStorming时，我们试图捕获我们领域的丰富性，因此我们应该问“为什么更新了某些内容？”。对CRUD命名的怀疑不仅会帮助您开发更丰富的领域词汇表，从而改善技术从业者与领域专家之间的协作，而且还将帮助您发现域内的其他流程。了解更改的每个不同原因，您将发现许多领域的见解。例如取代”价格更改“，你可能会发现“价格折扣”，“最终季售价“，”圣诞促销价激活"或别的东西。<h2>5.寻找状态机和关键事件</h2>状态机几乎遍布每个领域。我们正在建模的概念经历了不同的生命周期阶段，即它们的状态。如果您特别注重查找状态机，那么在发现域中的边界（将成为微服务的边界）方面会获得更大的成功。有一种特殊的事件可以识别状态机状态之间的转换，称为“关键事件”。关键事件是域边界的有力指标。在物联网设备领域，我们可能会发生以下关键事件：设备制造，已配置设备，已安装设备和已激活设备。尽管在整个过程中发生了数以百计的事件（例如，将设备从仓库中移出并安装在公共场所），但这几种关键事件是指示重大变化的关键业务事件。<h2>6.到处问“如果？”</h2>很容易陷入仅对域中常见路径或快乐路径场景建模的陷阱。但是，通过探索所有边缘情况，还有很多东西要学习。要梳理您域中的边缘情况，请查看墙上的每个事件并询问“什么？”。“如果发生停电怎么办？”，“如果拒绝客户的信用卡怎么办？”，“如果仓库发生火灾怎么办？”。对该领域具有浓厚的好奇心和好奇心，将带您提出探索性和挑战性的问题。这将带您获得有关该域的许多见解。<h2>7.如果团队正在困惑，请切换到单线程模式</h2>混乱的探索是EventStorming的标志之一，整个团队都在这里集体集思广益。每个人都可以随意将自己的想法，假设和疑虑用便签贴在墙上。混乱的探索对于EventStorming提供的许多发现至关重要。但是，有时精力不足，团队感到困惑，或者由于许多可能的原因之一而没有取得进展。你能为这个做什么？虽然在其他人观看的同时只有一个人将便签放在墙上是一种反模式，但是这种称为单线程EventStorming的方法可以有效地帮助团队达成一致并建立团队动量。此模式有一些变体，但是您可以尝试以下方法：选一个人将便签贴在墙上 其他人围坐在他周围 选择一个特定的用例模型 继续努力，一次添加一个事件，以确保小组在继续之前达成共识。如果小组陷入僵局，请做笔记并稍后返回 如果还有其他疑问或疑虑，请记录下来，稍后再返回-保持进度前进 在简短的单线程会话之后，该小组将有许多想法和他们想更详细地建模的其他方案。切换回混沌模式的好时机。掌握事件存储和微服务设计了解您的业务领域是设计最佳软件系统的关键。因此，提高对业务域进行建模的能力将增强您作为系统设计师的能力。EventStorming是可用于对业务域进行建模的最佳工具之一。您对EventStorm的掌握越多，您就能构建出满足业务需求的软件系统，从而取得更大的成功。五分钟内您将无法掌握MasterStorming。但是，您越早开始学习，越多地练习，就会越快到达那里。我们希望我们在本文中分享的技巧将有助于加速您的精通学习之路。

0 条回复

动动手指，沙发就是你的了！

登录后才能参与评论