从单体转向微服务

了解更多关于微服务的信息，请参见流媒体东部2020.

阅读这段录音的完整文本:

内森·摩尔: 我通常将微服务定义为单体服务. 所有的计算机程序都是如此, 所有应用程序, 你有一个输入, 它消失了，你有一个黑盒对输入做一些事情，给你一个输出. 巨石的意义就在于所有东西都藏在黑盒子后面. 但是使用微服务，您可以将黑盒分解为工作流的不同阶段. 然后，您可以封装每个工作阶段必须完成的工作的状态, 这样你就可以把它当作单独的东西来传递. 这能让你做的就是打开一个世界，让你可以把一个工作阶段拆掉，用一个全新的阶段来代替，而不需要改变管道的其他部分.

这是分解工作流程的好方法，也是确保所有内容都被正确封装的好方法, 这样你就不会不小心破坏了别的东西. 并且能够将你的工作流程分解成这些单独的阶段, 每个阶段都被适当地封装为你想要的特定阶段. 所以每个阶段都有一个输入, 有输出, 将其传递给下一阶段的输入/输出, 以此类推. 所以你把这种链式微服务结合在一起，以便得到你最初想要的最终答案.

这是第一件事, 尽管您必须对问题库有足够的了解，以便将其分解为各个组成部分. 继续讨论状态, 你必须知道理想情况, 一切都是足够离散的，如果幸运的话，你不需要传递任何状态数据. 如果不走运的话，这取决于您的特定用例. 也许你需要把一些东西塞进去以适应它. 但是一旦你理解了工作流程, 然后你可以打破它, 然后你可以决定你想让它做什么, 然后你可以开始应用通常的失效分析, 你可以开始应用通常的分离和离散逻辑你想要那个特定的逻辑.

奥尔加Kornienko: 我们站在将人们从单片环境转移到我们的微服务的对立面, 主要是因为我们相信这一点, 正如内森所说, 在单片环境中，进程完成所有工作, 找出一个失败点有时候真的很, 真的很难. 如果整个系统失败了, 挖掘不同的部分，看看哪一个实际上失败了是一个过程, 然而如果你能抓住, 正如你所说, 输入和输出, 看看这个过程的进展, 找出哪一块出了问题, 是你想演的角色吗.

Dom Robinson: 迁移到带有DRM服务的微服务的业务驱动因素是什么?

奥尔加Kornienko: 嗯，我想使用数字版权管理服务的人是该领域的专家. 你不希望他们采用非技术方法, 你不会希望你的水管工在你的门上安装锁, 因为他们不是知道自己在做什么的人. 在微服务环境中, 我们的想法是去发现, 在任何微服务中——无论是DRM还是其他任何东西——我们的想法都是找到一个确切知道自己在做什么的人, 因为他们还能做其他12件事, 你不会想让他们同时保护你的安全.