这个博客是MTA应用程序和服务第1部分的延续，在这里我们将了解容器访问服务和服务替换配置mta.yaml公司文件。这个主题将在XSA的3个不同的访问相关场景中解释。如果你需要一个场景概述，请阅读这个blog.XSA访问场景

让我们详细看看场景，

1。Classic DB访问服务：外部服务

为了访问XSA HDI对象中的Classic DB，需要创建一个用户提供的服务，在Classic DB和HDI容器之间建立连接。这是一个简单的过程，这个服务可以在xsadvancedcocket中创建，也可以在CL工具中的CUPS命令中创建。注意：如果您使用的是HANA 2.0 SP03或更高版本以及最新的用于HANA的Web IDE，则可以在MTA DB模块上下文菜单中创建此服务。选择"建模操作"->"添加外部HANA服务"。它会自动为你做很多工作，它会更新mta.yaml公司将服务配置归档，并将它们连接到HDI模块。但是我不想让这个工具帮我做这个配置，我会手动去做，以便更好地理解服务是如何在项目中创建的。这个服务是建立到classic DB的连接，可以是S/4 HANA模式，也可以是BW/4 HANA模式，甚至是XSC的原生HANA模式mta.yaml公司文件，创建新资源，提供服务/资源的名称，在那里维护服务的参数和属性。

参数：它就像服务的一个输入值，我们将服务名称作为输入并传递到属性部分，这样我们就可以在项目中的任何地方公开服务名称。

属性：$service\u name从参数中获取跨架构服务名称。这里提供的键值用于在其他地方公开服务，

现在，将此资源作为必需的资源附加到HDI DB模块，这里我们需要服务替换组为该服务生成键值，

这样我们就可以在hdbgrants文件中使用此服务键名来授予对XS经典模式中的对象的访问权，密钥名称对于所有开发人员都是相同的，并且在QA或生产空间中也是相同的。因为，企业开发软件，在空间中的私有生成和实际部署期间生成的服务名称总是不同的，但它将被替换为service\u REPLACEMENTS组中给定的键值。因此它作为实际服务名称的别名。在xs命令行中的DB module app中绑定实际部署后可以看到这些服务名，

2。容器访问同一项目中另一个容器的服务-内部服务

在这种情况下，我们不必创建外部服务来访问容器，因为两个模块/容器都在同一个项目中，它们在同一个项目中配置mta.yaml公司文件，我们只需要把它们连接起来就可以访问了。

在这个例子中，淘客返利软件，我有2个容器，BaseDB和DB，电梯物联网，我想访问BaseDB hdi container到DB hdi container，让我们看一下mta的Base模块的服务配置，

这里，我们可以注意到，它是在resource部分的hdi container服务，我们不需要为它提供任何参数，属性键值将保持不变$service name，它将用于在项目的其他地方公开。现在，该资源/服务将作为所需资源连接到DB hdi模块。在这里，我们还将使用服务替换组来获取服务名称的键值。此键值将是静态的，可以在hdbgrants文件和其他地方使用。

在私有构建和实际部署之后，您可以看到服务名称不同，店铺淘客，但键值将与在服务替换组中定义的相同。

注意：使用外部服务的场景1与此场景2的区别是，这里的服务是一个hdi容器服务，默认情况下，$service name在项目中是已知的。所以不需要在资源的参数部分提供。用于容器访问不同项目中另一个容器的服务-外部服务

在这种情况下，我们需要创建一个外部服务来访问项目1中的MasterDB，因此hdi容器服务必须在之前创建和构建，以便访问该容器。然后，我们将yaml文件中的服务定义为项目2的参考资料部分中的现有服务。此is服务的参数和属性的配置与场景1中定义的用户提供的服务完全相同。所以在这里，我们在参数部分给出部署的服务名称project 1作为值。

在资源/服务配置之后，将其连接到hdi模块，并替换服务，与场景1和场景2相同。因此，这里定义的键值将用于hdbgrants或任何其他需要服务的地方使用过。之后私有生成或实际部署不会更改服务密钥值。至此，项目1中容器的访问权限被授予项目2中容器的访问权限。

结论：至此，我们已经完成了3个访问场景的服务创建，并注意到了带有服务替换组配置的构建和部署行为。

谢谢，如果您有反馈，请发表意见，我将相应地更新内容。

，北京大数据研究院