我是 Datapower 的新手，并且已经开发/配置了一项目前运行良好的服务，我想将其用于生产并满足创建人工制品的需要。你能帮我告诉标准做法以及我应该如何/包含所有文件吗？我听说要包含清单文件，但不确定我应该在哪里找到它们。
也听说过 mkick，但不知道它是做什么的。
提前致谢！
【问题讨论】：
标签： ibm-datapower
正如 Stefan 所建议的那样，部署策略可能会对更改开发环境和生产环境之间的设置感兴趣。
您需要导出服务的配置并使用选项来包含引用的对象。
还请记住，导出中不包含证书和密钥，因此，如果您对配置有任何引用，则需要先更新您的 prod 环境中的这些设置，然后才能激活此服务。
【讨论】：
正如 Jimb 之前的回答。我们可以从 DEV、STG 环境中导出服务并将它们导入到生产环境中。
您可以使用部署策略，请确保您先导入部署策略，然后再导入服务（因为您必须在导入服务时选择部署策略）。
您还必须从以前的环境中导出密钥、证书和必要的工件。
希望这会有所帮助。
谢谢！
【讨论】：
部署是任何开发架构不可分割的一部分。代码部署是将代码从开发环境移动到 QA（质量评估）环境或从传送环境到预生产环境等的过程。 在 DP 中，代码部署意味着将所有代码和相关资源捆绑到一个环境和目标环境中。但是，要在实际中从一个环境迁移到另一个环境，您可能必须面临关键挑战：
例如，在将代码从 dev 转移到 QA 的过程中，两者的结构保持不变。但是，细节不同，为什么？因为在 dev env't 中可用的 IP 和端口号，如果我们与 QA env't 一起移动，它可能无法正常工作。因此，你应该改变它。第二件事也是 dev env't 的后端服务器细节也与 QA env't 不同。这也需要改变。然而，为了应对这些挑战，DP 有一套工具。该工具就是所谓的部署策略。
一般来说，每当进行部署和迁移时，我们需要牢记的是： 确定从哪个应用程序域发生以及向哪个应用程序域进行迁移，通常此迁移过程是从高级设备 DP 到过程肯定失败的较低级设备。 如果该过程发生在同一级别的设备上，例如从 XI50 到 XI52，我们需要注意从较低级别固件到新固件的代码可能无法正常工作，因为新固件可能具有高级功能。 迁移正在使用 env't 变量，我们需要检查该 env't 变量。如何？使用部署策略。但是，部署策略的一个弱点是无法查看您的 SSL 文件，也无法在那里进行更改。您必须自己制定部署策略。
【讨论】：