本博客是一系列教程的一部分，详细解释了SAP云平台后端服务的用法。

快速链接：代码参考

在上一个教程中，我们学习了如何部署节点.js应用到云铸造。该应用尽了最大努力：调用后端服务API。今天我们采取下一步…又是下一步？是的，下一步

因为我们上一个应用程序处理安全机制的方式与外部应用程序相同：我们创建了一个XSUAA服务实例，创建了服务键，然后将服务键中的参数复制并粘贴到代码中。你一定感觉到了：硬编码的参数不能是最终的解决方案…. . .是吗？什么？你觉得硬编码的参数不能是…我只是觉得累好的，在这个博客里我们将学习正确的方法。超级：到现在为止我学到了很多不正确的东西…。不，不，那是一次有计划的学习经历当然，漂亮的流行语…

目标

写一个简单的节点.js应用新增：它应该以编程方式获取xsuaa凭据然后调用API，就像之前

先决条件

这个博客建立在之前的博客之上：

从外部工具调用API从外部调用API节点.js应用程序从内部调用API节点.js应用程序，部署到云铸造

OAuth博客不是一个先决条件-它只是一个伟大的博客，所以我在这里做广告…Ejem…允许做广告吗…？？？

准备

我们将在上一个教程的示例代码2的基础上进行构建你可以把它复制到一个新的文件夹

创建XSUAA实例

可以重用以前的博客的现有XSUAA实例，这些博客是用于外部应用的但是，为了看到区别，我们创建一个新实例：

创建名为"XsuaaForNodeApp"的xsuaa服务实例（服务计划"application"），并像以前一样使用相同的参数：

到现在为止没有区别但不同的是，现在我们不创建服务密钥。为什么不呢？不需要，因为我们将服务实例绑定到应用程序。哪个应用程序？好吧，既然应用程序还没有部署，甚至还没有编写，我们就必须稍后绑定它因此：不需要记下clientid等参数当然，我们甚至没有看到他们尚未

创建应用程序

创建新文件夹C:\tmp\u bsnode\u bnd进入此文件夹

清单文件

在此文件夹中创建一个清单.yml包含以下内容的文件

我看到2个区别：没有启动命令，但是新的"服务"条目

说明：

属性"服务"允许我们指定：我们要将应用程序绑定到现有服务实例该属性的值是一个列表可能存在的服务实例的列表因此，我们给出了我们在上面创建的xsuaa服务实例的名称

注：如果服务实例不存在，部署将失败，请确保正确键入名称

注意：这次我们不指定"启动命令"。相反，我们把它写进包.json文件

文件包.json文件

我们创建了一个名为appfolder的新子文件夹并进入其中我们创建一个名为包.json以及以下内容：

说明：

说明包.json文件声明有关应用程序的元数据。重要提示：它列出了依赖项此外，它声明了由npm执行的"start"脚本。在我们的例子中，它很有用，教育大数据，因为在部署到云之后节点.jsbuildpack将尝试运行npm start来启动应用程序。这就是我们这次要使用的机制start脚本的值并不奇怪：它使用node来运行我们仅有的javascript文件包.json文件，这使我们更容易安装依赖项。原因：npm读取包.json文件并安装在其中声明的所有依赖项因此，转到命令提示符，导航到appfolder目录并执行以下命令：

就是这样。您还可以运行npm install–save这样做的好处是可以将最新版本保存到包.json文件

创建应用程序文件

现在是创建应用程序.js文件在appfolder目录中，创建另一个名为应用程序.js粘贴以下内容

注：确保修改代码：输入您的试用帐户用户和密码

说明：

所有内容与上一教程相同唯一的区别是：这一次，客户端凭证参数不是硬编码的，也不是从云计算中粘贴的它们是从环境变量中访问的：

我们稍后将检查

部署应用程序

现在我们已经创建了必要的3个文件，可以部署了因此，让我们首先创建存档文件：如前一篇博客所述：在appfolder目录中，选择all files和node\u modules文件夹，打开上下文菜单并选择Add toappfolder.zip文件"

然后使用上一篇博客中描述的云驾驶舱部署应用程序（或者使用命令行客户端）一段时间后，部署的应用程序应处于绿色状态

检查部署的应用程序

单击应用程序名称超链接以转到部署的应用程序的详细信息页面在左侧导航窗格中，大数据如何处理，有一个菜单项"Service Bindings"（服务绑定），您现在可以单击它

显示"Service Bindings"（服务绑定）屏幕它显示绑定到此应用程序的所有服务