加速的世界需要加速的交付

事实上，大多数DevOps无限循环都适用于二进制文件，并且是关于管理这些二进制文件的。

但是有一个关于管理二进制文件的更大的故事，一个关于血统的故事，一个关于简历的故事，一个关于二进制简历的故事。每个软件版本都是由许多许多较小的组件组成的，就像汽车一样，二进制文件被组装起来以创建更大或更大的二进制文件。

例如，你的Helm chart指的是容器映像，它指的是操作系统级别的包，以及应用程序二进制文件，如NPM模块、rust或go模块。因此，为了信任一个软件版本，我们需要信任这个链中的每一个组件，你的或第三方组件。最后,您将要运行和监视的二进制文件与您开始时使用的二进制文件相同。您的CI二进制文件、您的发布二进制文件、您的分发二进制文件以及您将在运行时中结束的二进制文件都是相同的二进制文件。

这就是为什么现在每个人都在围绕二进制文件构建DevOps自动化和数字转换流程。因为从源代码构建这些二进制文件不仅意味着时间的损失，还意味着质量的损失。因为您正在失去对一个不可变版本的强引用，而这个不可变版本将最终出现在您的运行时中，并且保证构建的可再现性是一件非常非常困难的事情。

我们的平台，JFrog平台和产品都是围绕着管理二进制文件流，以及二进制文件之间的元数据关系。我们在管理二进制操作或BinOps, BinOps是实现快速可靠的软件发布的最基本的东西。

因为更快的发布是每个做DevOps的人的目标，我们需要专注于加速BinOps工作流让您的组织更快地前进，并创建下一代软件发行版。

今天我们要在这里宣布的激动人心的消息正是关于这种类型的加速。更具体地说，这些是我们一直关注的加速挑战，基于与数千个开发团队保持持续的反馈循环。

首先，扩大和管理增长。其次，是在BinOps管道中实现端到端安全性和信任。最后，允许私有分发到运行时打破规模和可用性的界限。让我们深入细节，从加速规模或加速增长开始。我们看到很多组织都面临着三种类型的增长挑战。首先是团队的增长，你有更多的团队，你有更多的项目，你有更多的业务线，我们实际上看到你建立自助服务门户，以便管理这些团队的资源分配。2022世界杯阿根廷预选赛赛程

但是我们需要帮助你降低这个成本。第二个挑战是地理的成长。许多人使用应用程序在远程数据中心的团队之间交换工件。我们想要做的是让数据中心的透明度成为现实，几乎为零的设置，同时也为您的工件提供R。最后，二进制数的增长。

虽然可能出于法律或其他原因，您需要长时间保留所有二进制文件，但这些二进制文件会影响操作的规模，因为它们会使索引膨胀。他们同时创造用户体验噪音。我们想要允许您冷存储这些版本，同时使用户可以在需要时自行恢复它们。这就是增长和规模的加速。和下一个加速是关于安全的。

我们相信安全性已经改变了，我们也将改变我们做DevOps的方式。今天，我们给它起了一个名字DevSecOps。但是世界正在发生变化，将安全作为一个集成层，作为每个产品的一部分，而不是作为第二层产品的单独价值，否则这些产品是不安全的。hth华体会最新官方网站所以基础设施就是代码和云配置，二进制文件管理和CI，它们都需要有安全性，就像我们考虑软件发布的其他质量方面一样。今天，我们将向你们展示我们如何从两方面支持这一观点。

第一种方法是向BinOps管道本身添加加密信任。第二，将我们所有的产品和服务转变为零信任模式。hth华体会最新官方网站这个稍后再讲。最后，让我们谈谈软件分发。

市场正在走向现实，所有的企业都要和配送打交道，在一定程度上成为配送专家。原因有很多。主要是需要在更接近客户的地方运行软件，在远程数据中心、多云、边缘运行软件。这是根据分析师的预测但对我们来说，这是我们已经看到的现实是，你已经在边缘、远程数据中心和任何黑箱上运行软件，如果你愿意，这种需求就在此时此地。

正因为如此，我们看到很多投资都在解决私人发行的问题。我们看到你们正在努力解决的四个主要挑战。

首先是管理和建立一个私人分销网络。第二是降低边缘节点的拥有和维护成本。第三个是减少负载和对中央Artifactory服务器的依赖。

最后，最后一个挑战是克服日益增长的软件版本和应用程序的规模。所以我们我希望通过提供一个开箱即用的解决方案来消除这种痛苦，消除加速分销过程中的复杂性。

让我们开始吧，宣布一些激动人心的消息。我们有很多这样的人。

准备好了吗?所以我想从最后开始，我想从软件分发到运行时开始。我们已经有了Artifactory edge，它连接到一个中央Artifactory服务器，它是Artifactory的本地只读版本。

它有长期存储，它有用户界面，它可以扩展为高可用性，它可以做安全，授权和身份验证它可以克服缓慢和不可靠的网络。

它还可以推送到位于入站防火墙之外的目的地。将内容推向边缘的方法是通过发布包。

发布包是一种JFrog技术。基本上，它是您针对源构件运行的查询集合，以收集您想要收集以形成发布的构件。然后生成带有所有工件、属性和可选的附加元数据的签名bundle JSON。

这个JSON是集中签名的，并在工厂边缘进行验证，因此它为您提供了原子性和不可变性。所以我们想去掉工厂的边缘，允许你用超轻的分布设置来扩展它。这是你告诉我们你需要的解决方案。

首先，它必须是混合的，这很重要，然后它需要有一个低存储缓存，它需要是超级可扩展的，它可以在互联网上走动，它需要是高可用性的，它必须是权限意识和尊重安全性，它需要是容器和包装良好，以便您可以运行您的现有客户端针对它，如Docker池等。

它必须有活动审计，最后它需要有一个非常非常低的总拥有成本。这有很多要求。此时此刻，我非常激动地向你们介绍世界第一个混合专用配电网络，我们称之为Pdn。

Pdn是什么?什么是专用配电网?它是连接到边缘的层叠盒组的设置。因此，您可以使用组构建自己的拓扑在这里我们可以看到一个例子，我们有一个中央手工工厂，然后是欧洲和美国及以下地区的团队，还有另一种级别的城市组，客户端连接到本地分销组。群组之间可以互相指向一个水厂或一个边缘，那里的主将拓扑连续上报给。然后添加一个新的分布节点到一个组是一个超级容易实现的事情。你只要给它一个父组名，一个自组名，还有一些证书。就是这样，就是这样建立的。

这一切都是基于我们在杰夫蛙身上开发的一种叫做watu的内部技术。这就是如何构建这个非常灵活和简单的拓扑结构。为了给你们更多的细节关于这些是如何工作的。所以每个PdnNode就像一个轻量级远程缓存。我们将节点分组，以突破单机网络容量。

我们维护一个LRU缓存到每个节点或组级别。填充它的方式要么是按需作为一个代理就像你习惯的远程存储库那样，或者你可以按需触发一个预热。

缓存本身是高可用的，我们通过p2p来实现这一点。这是一个特定于Jeff frog的p2p协议。

它不是bt协议，而是基于GRPC防火墙友好的协议。它是权限感知的，所以内容是基于安全权限分发的，我们允许你撤销内容，所以做内容撤销。所有这些只是一个非常非常轻量级的golang进程，这意味着它可以运行在非常低规格的硬件上也是如此。

最后，我前面谈到发布包的原因是，这是如何向发布提供原子性和信任的机制它们被分配到pdn。所以当你想要分发和推送一个安全的分发到PDN节点时，你首先创建一个发布包，这个发布包可以是持久的，也可以是动态的，所以你可以在一个操作中实现分发和创建包，包的内容当然会传播到所有选定的组，然后它将在组上进行验证，作为一个额外的功能，我们还允许您关闭下载包，直到所有的内容都在那里。这保证了，它给了你另一层原子性。

好了，现在停下来看看PDN是怎么运作的，让我们看看a私有配电网演示。但在我们深入演示之前，让我先介绍一下我们将要看到的内容。这里有一个拓扑结构，顶部是中央Artifactory，标记为home的那个，下面是三个不同大陆的三个边缘节点。

所以在一个在欧洲，一个在亚洲。下面是分布组。这是Pdn组。绿色矩形上的数字表示亚洲配电网中的节点数量。我们将创建一个发布包，基本上用它来分布和填充选定的组节点。

我们换一下在演示中看看它的实际情况。所以让我们从创建一个发布包开始。在这种情况下，我们使用JSON文件作为输入。我们会给这个包一个303版本，并将其命名为swampamp 2021，在这种情况下，我们只会选择一个Docker容器及其所有层。让我们创建这个bundle。我们可以看到输出，我们可以看到不同的文件或不同的层在这个容器的例子中，我们可以看到容器清单及其校验和和文件。接下来我们进入JFrog平台UI。

我们可以看到刚刚创建的发布包。我们可以看看它还没被分发出去。在我们把它分发到分发节点之前，我们会去到这些节点的一个客户端，这个客户端位于伦敦分发组下面，我们会尝试从组中取出，这个我们要分发的Docker容器。当然，它会失败因为容器还没有在组中。

所以我们得到了404。所以现在是现在是我们回到平台的时候了，我们将运行分发，当然，你可以通过West来做，但这里，我们将从UI来做。这里，所有的边缘节点，三个边缘节点，美国，欧洲和亚洲。我们继续若要选择一些节点进行分布，可以查看成千上万的分布节点聚集在这里，我们反对加州，只是举个例子。接下来对我们来说，点击分发，分发就开始了。我们可以跟踪这个过程，我们实际上开始分发给子组，甚至在父组完整地收到所有内容之前。

我们这样做是为了优化。我们可以看到就这样，我们让它完成。所有组中的所有节点都收到了容器。最后，我们要做的最后一件事是回到伦敦的客户那里，再次尝试拉。瞧，现在它成功了，因为容器被分配给了组。

就是这样。

好了，这就是Pdn的作用，私人分销网络。现在是时候公布更多消息了。所以让我们切换到Dror Bereznitsky，我们的首席产品官宣布下一个产品新闻。

谢谢你，Yoav。

在这一部分在本次会议中，我将谈论安全性，以及如何在软件发布生命周期中创建更多的信任。我会的我想先问你个问题。您信任部署到生产环境中的软件吗?

你怎么知道您打算部署的软件就是您实际部署到生产环境中的软件?我们相信，为了信任您部署到生产环境中的软件，您需要信任用于构建它的所有东西，从开发人员检查代码到版本控制，直到生产就绪的二进制文件从CI管道中取出并准备部署。首先，您需要信任构建软件的管道，确保您跟踪和审核管道中的每个步骤。然后，您要确保用于构建软件的所有第三方软件包都可以安全使用，并且不包含任何已知的漏洞。最后，您需要信任作为管道一部分集成的所有不同服务，并确保它们只做它们打算做的事情。

因此，让我们从信任用于构建软件的第三方软件包开始。在过去的几年中，我们一直在帮助开发人员通过使用JFrog Xray保护存储在工厂中的软件包来构建安全的软件。今天，我很高兴地与大家分享，我们将X射线提供的这种支持和保护向前推进了一步，引入了一种新功能，可以直接从源代码识别第三方依赖关系中的漏洞。

使用一个简单的JFrog CLI命令，开发人员将能够扫描他们的源代码，以查找易受攻击的第三方包的使用情况。在幕后，JFrog CLI将分析查看pom XML或包JSON等文件的源代码，并将构建正在使用的第三方依赖项列表。然后通过与X射线集成，它将识别出其中是否有任何已知的安全漏洞。不仅如此，你还可以利用你在x射线中定义的策略，以决定应对任何漏洞的正确方法，同样的道理和其他x光扫描一样。当然，这个新功能也可以用作自动化的一部分，作为CI管道或任何其他自动化流程的一部分。

这个新功能将在第二季度发布，并将允许早期发现并减轻漏洞在最容易修复它们的时候进行处理。

在构建软件时要保护的第二件事是作为管道的一部分集成的所有不同的服务和工具。

对于构建过程中的每一个工具，首先您希望确切地知道服务适合谁，其次，您希望提供足够的权限来完成它们应该做的事情，而不是超过这个权限。为了提供这种级别的保护，我们决定遵循零信任安全的概念。

零信任安全是以安全理念为核心的围绕着这样的信念:组织不应该自动信任边界内外的任何东西，相反，在获得任何访问权限之前，必须验证试图连接到其系统的任何东西。

为此，我很高兴地告诉大家，我们正在通过一个新功能扩展JFrog平台的安全功能这被称为作用域令牌。

范围令牌是用于授予用户或用户组在JFrog平台资源上执行给定操作的权限的令牌。2022世界杯阿根廷预选赛赛程

范围令牌涵盖了管理JFrog平台的所有不同类型的资源，包括存储库、构建、发布包、报告、项目等等。2022世界杯阿根廷预选赛赛程操作列表在整个平台上也是统一的，包括读、写、删除、管理和执行等操作。最后，在Excel中包含模式可以可选使用，以提供更细粒度控制资源。2022世界杯阿根廷预选赛赛程

因此，例如，我可以为构建工具创建一个范围令牌，该工具对存储库中的给定路径具有读写权限。或者，另一种选择是为部署工具创建另一个范围令牌，该范围令牌仅包含发布包之类的内容的读权限。最后，在确保构建过程中使用的不同成分安全之后，您还需要确保可以信任最终结果。

在将二进制文件部署到生产环境时，有一个问题是，这是否是您打算部署的二进制文件，总是有可能有人在最后一刻替换了该版本，或者另一个管道完全覆盖了您试图部署的版本。

为了帮助我，我很高兴地宣布JFrog管道的一个新的独特功能，称为符号管道。

符号管道背后的思想是在构建过程中收集一组丰富的元数据，称为管道信息，它捕获了您需要知道的关于这个工件是如何构建的所有信息。例如，为了生成工件而使用的所有不同的管道，作为每个管道的一部分执行的所有不同步骤，包括输入，输出和它们的配置，还有git提交触发器到管道，还有很多很多。

然后，在管道继续运行的同时，对收集的元数据进行签名。它与作为管道的结果而生成的工件相关联。

通过有签名的元数据，它准确地描述了工件创建的原因、时间和方式，您将能够证明工件的真实性，并通过此来确保其不可更改性。

真实性和不可变性的结合应该为您提供对部署到生产环境中的工件的最高级别的信任。我很高兴地告诉大家，这个新的标识管道功能将在第二季度结束时可用。现在我想展示一个简短的符号管道演示。

为了这个目的在这个演示中，我们有两个管道。

第一个是构建go应用程序的开发管道，然后将其与构建信息一起发布到Artifactory。

您可以看到最新的版本生成了版本号27。现在让我们看看它是否被部署到Artifactory，我们可以看到我们在Artifactory中有构建号27，我们有目标。现在，我们去另一条管道。

另一条管道是一个生产流水线，哪个促进了将构件构建到生产存储库，然后将应用程序部署到生产。

但是在跑步之前它，让我们模仿黑客，用软件的黑客版本替换构建结果，也替换建筑。现在，当我运行生产管道时，基本上，这个管道会接受应用程序的黑客版本，它会推广它，因为它无法识别有人替换了这个构建。最终，它将把黑客版本部署到生产环境中。

使用站点管道，我们可以添加一行配置，该配置将告诉我们的管道在无法验证构建工件的情况下失败构建。因此，在这种情况下，当我运行管道时，它将失败，因为它将尝试将它试图推广到生产的构建与前一个构建的结果进行比较我们发现有人更改了构建和工件，因此，构建将在部署阶段失败，将被跳过。这样就可以防止黑客将黑客版本部署到生产环境中。同样，签名管道将在第二季度结束时可用，正如我提到的，这是JFrog平台的独特功能。

我接下来要讨论的是跨不同地点和地理位置管理增长的规模。为什么需要在多站点环境中管理二进制文件，有几个原因。

一个常见的用例是拥有跨越多个地理位置的分布式团队，或者拥有全球分布的CI\CD进程。

在这些环境之间同步工件有助于团队协作并改善您的CI\CD流程，从而节省您的时间。

另一个用例是使用备用站点保存您的工件的安全副本。

在考虑多站点环境时，您需要考虑几个需要考虑的需求，例如，在prem和云之间同步，或者在多个云之间同步，并且通常具有不同类型的拓扑。

还有一个规模问题，您是否需要管理越来越多的全球站点、存储库和工件。多年来，我们一直在使用应用程序功能支持环境中多站点拓扑的管理。但是在最近几年，我们发现越来越需要提供下一代解决方案来帮助您应对多站点环境的复杂性和规模。因此，我很高兴地告诉大家，我们已经发布了一种叫做联合存储库的新功能。

联合存储库以一种非常简单的方式为您提供支持将一组全球分布式存储库连接到联邦中，从而实现我们所说的数据中心透明性。那么，让我们看看它是如何工作的。

通常，在不同的JFrog平台部署中有本地存储库，这些存储库被封装在我们所说的联邦下。不同成员之间的同步将自动配置。基本上，您不需要处理底层应用程序，也不需要为此做任何配置。

在更改中，例如，当部署工件，或快速删除或分发窗口时，应尽快在不同的Federation成员之间进行更改。

在引擎盖下同时使用新的复制框架，该框架从一开始就设计用于在所需的规模上研磨工件。最后，您可以轻松地将现有存储库迁移到新功能，而不需要重新创建它们或对其做任何特别的事情。让我们看看它们是如何一起工作的。

在这个图中，您可以看到一个包含三个站点的联盟，即旧金山、伦敦和东京。

在其中的每一个中，我们都有一个联合存储库，它被认为是联邦的成员。

这个联合存储库的行为在本质上与本地存储库非常相似。所有这些联合存储库都以所谓的双向磨铣方式连接，这基本上意味着对联邦的任何成员执行的任何更改都将自动磨铣到任何其他成员。

因此，例如，如果我将一个工件部署到伦敦存储库，它将被自动替换，复制到东京或旧金山。删除工件或更改元数据也是如此。现在听了所有的细节，我觉得是时候了查看联合存储库的运行情况。

我们有一个JFrog平台环境，有四个站点，一个在美国，一个在欧洲，一个在印度，一个在澳大利亚。我将开始通过创建一个新的联合存储库。我会在美国的网站上做。如您所见，我们现在有了一个联邦存储库的新菜单，我将创建一个新菜单。首先，我需要选择类型，我将它设置为Docker repository。然后我需要给这个存储库一个密钥我们称它为Acme Docker pod。最重要的是，我需要加入联盟成员，这样它就会被联合起来。所以我要加上an印度站点和马德里站点现有的存储库，我将创建一个不存在的新存储库，我可以直接从这里做。我会的也可以选择悉尼现有的。现在我们可以看到我的联盟中有四个不同的成员。这是基本上，我创建了我的联盟。

假设我有联邦存储库作为存储库列表的一部分，你可以看到它在这里。下一步，我将把新的Docker映像部署到新创建的存储库中。所以我在Alpine Linux镜像中进行部署，它被推送到存储库中。让我们看看，它实际上存在于我部署到的存储库中。这里你可以查看新部署的Alpine映像。

现在让我们转到联邦的其他成员，并看到新部署的映像也部署在这里。所以我可以看到，事实上，中间的工作，我有新的形象在其他不同的联邦成员，也在这一个。所以基本上,它被我的联邦联合起来。

好了，我们继续。我们看看如果我从这里删除这个版本会发生什么。所以我把它删除了来自联邦的印第安人部分如果我去马德里的，并刷新视图，您可以看到删除也是铣。现在我没有这个图像了。

我们在美国方面也可以看到这一点。所以删除行动也是联邦的。这就是联邦存管的演示。我想再次提到，这个功能已经可用，欢迎您尝试一下。在演讲的最后一部分，我将讨论规模管理。

扩展这是你成功的标志，当你增长，你会雇佣更多的人。然后组建新的团队，反过来致力于新项目或新产品。hth华体会最新官方网站这导致构建越来越多的软件和生成更多的工件。

然而，这种增长也产生了管理工作，这给负责DevOps流程的团队带来了负担。

这些团队通常是精简的，他们必须处理许多利益相关者、许多客户和许多任务。所以很自然地，他们想要尽可能地优化。

有三种或几种方法可以优化和减少这些主题的负担。

首先，您总是可以自动化，基本上自动化手动流程，并消除任何途中执行的手动操作。其次,你能够将工作委派给项目团队或项目负责人。这样可以尽可能多地分散平台管理员的负载。最后，你可以提供自助服务，让团队在自己的空间里工作。在行政工作中需要注意的一个方面是指数工件数量的增长，这发生在您构建越来越多的软件并将其部署到Artifactory时。这些文物自然会消耗空间，最终会有人为此付出代价。

我的意思是，当然，你可以通过清理使用过的文物来解放空间来解决这个挑战，但并不总是这样您可以简单地清理工件。

在许多情况下，由于组织政策甚至法规的原因，您需要存储这些工件，基本上是为了将它们存档更长的一段时间，在某些行业中有时甚至长达20年。为了解决这个挑战，并允许您自动归档工件的过程，我很高兴地与大家分享我们正在引入一种新功能，称为工件存储。

这个新功能将允许您通过长期存档未使用的工件并将其存储在更便宜的存储解决方案(如AWS、glacia或类似)中来节省成本。

您将能够定义利用工件元数据或您想要使用的任何其他规则的归档策略，以确定是哪个工件应该存档以及存档的时间。存档的工件将与元数据一起存储在不同于常规工件的存储中。

就像我说的，你可以使用更便宜的储存方式，也就是所谓的冷库。如果您想安装任何存档构件，您将能够搜索它们并将它们恢复到它所属的存储库中。

任何具有正确权限的用户都可以执行检索操作。通过这种方式，我们允许管理员基本上有一个自我服务的工件检索，这再次减少了来自管理的负载。冷库，冷库神器将在本季度进行测试。

如果你想的话参加部分测试，请与我们联系。最后,我想谈谈授权问题。

对于那些参加过我们之前的swampap的人来说，您听到我们谈论了一个即将到来的新功能，称为项目。我非常高兴地告诉大家，在过去的一年里，我们一直致力于开发和实现这个功能已发布，可供您使用。

那么什么是项目，你为什么需要它们?

正如我之前提到的，有一些超级DevOps团队管理着你所有的CI\CD工具，无论是版本控制，还是问题跟踪器，还是CI\CD服务器或工件管理。这些团队都很精简，他们通常为很多团队和项目服务，有很多任务。它们经常成为瓶颈。正如我提到的以前，帮助这些团队的方式，如委托工作，或提供自助服务能力。这正是我们想要通过项目实现的。项目基本上提供了跨JFrog平台管理资源和权限的单一范围，允许平台管理员将管理委托给项目团队。2022世界杯阿根廷预选赛赛程

让我们看看我们在项目中有什么。正如你在这里看到的，每个项目都有一个唯一的名称，还有一个唯一的键来标识它。在每个项目中，都有在该项目范围内管理的资源。2022世界杯阿根廷预选赛赛程

这包括存储库、发布包、报告、管道，以及日常工作所需的基本所有内容。而且这些资源的名称也以项目的标识符作为前缀，以2022世界杯阿根廷预选赛赛程便唯一地标识它们，并将它们与其他项目中的其他资源区分开来。

2022世界杯阿根廷预选赛赛程资源可以在项目之间共享。因此，例如，如果团队A有一个项目需要与团队B共享，他们可以将其作为共享资源并与团队B共享。

还有全局资源，所有团队都需要使用这些资源。2022世界杯阿根廷预选赛赛程

例如，如果我有一个远程存储库正在查看Docker Hub，我可以将它创建为一个全局存储库，并在不同的团队之间共享它。最后，让我们谈谈项目角色因为这实际上允许你有委托。我们有三种类型的项目角色。

一是平台管理员，平台管理员负责平台的整体管理。因此，他们也有创建项目的权限。

然后是项目管理员，项目管理员负责一个或多个项目。在此职责范围内，能够向项目中添加成员、创建资源或更改项目中现有资源的权限。2022世界杯阿根廷预选赛赛程最后，我们有项目成员项目成员能够看到和观看在项目范2022世界杯阿根廷预选赛赛程围内管理的资源。他们获得的权限取决于墙和项目管理员分配给他们的权限。通过这些不同类型的角色，平台管理员可以将项目相关的工作委托给项目管理员，这样可以减轻他们在团队中的负担。就像之前提到的项目已经在那里了在ga版本，并准备好让你尝试和使用。总结一下，我们已经看到了很多新的功能和特性，我们将在这节课上讨论，你可能会问自己，我什么时候能全部拿到?我将从Yoav提到的私有发行网络开始，这是测试版，如果你想加入测试版，请联系我们，有机会自己尝试一下。

源代码的软件组合分析将在第二季度的后面介绍以及签名管道和作用域令牌，所有这些都将在第二季度结束时可用。

联合存储库已经出现了，我鼓励您自己尝试一下。

冷文物存储也在测试中，所以再次，如果你想加入测试，请联系我们，给它一个尝试。最后，项目已经在那里了，你可以自己尝试。

非常感谢我希望你们喜欢这一环节，也喜欢接下来的会议。

谢谢你！