第8页
斯潘4
我要求安全软件开发一个最佳实践,亚搏在线在FME中通过Dev/Test/Prod移动工作台脚本。快速搜索没有找到这个最佳实践。我们都这样做(或者应该这样做):在开发和/或测试环境中构建一个脚本,然后转移到生产环境。每次,我从Dev/Test获取.fwm并使用fileservices将其传输到PROD,然后重新配置并运行。这很容易,但有出错的风险。其他用户建议使用python脚本、ini文件等,以便根据环境设置配置,这样每个脚本都不会改变。这非常聪明,但仍然是一个本身就有风险的附加组件—python脚本有错误处理吗?我们怎么知道它起作用了?如果我的python技能很低怎么办?我打赌保险柜里的聪明人一定能弄明白。说不定有一天它会拯救世界。
runneals公司评论·
我同意你的看法@大卫·r在这方面,使用项目听起来是你最好的选择,除非你是助教
我正在创建一个“最佳实践”文档,我在研究和思考工作流易用性时发现的一个问题是,让所有的读写器(dev/test/prod)保持在同一个工作流中比较容易,但是只需在测试时禁用生产的,然后在生产时禁用测试的。亚搏在线
你复制了你所有的读者/作者?这不是很混乱吗,尤其是当工作流中有许多特性读取器/编写器分散在一起时?亚搏在线
我的过程通常是为环境之间的变化创建一组私有参数,然后使用串联的参数/属性来构建完整的路径。
所以我要的是
$(服务根)
$(根目录)
因此HTTPCaller可能有一个类似$(ServiceRoot)/a.svc/rest/b的requestURL
读写器可能有$(RootDir)\dir1这样的数据集\a、 文本
当我在不同的环境中移动时,我需要做的就是改变参数。
对于某些网络连接,我甚至不需要这样做,只要确保它们已经存在于FMEServer上,每个都有适合该环境的适当设置。
阿詹布加尔特评论·
因为我想同时使用一个工作台的多个版本(例如本地开发、开发、验收测试、prod),所以内置的版本控制是不够的。
我目前正在使用不同的名称部署同一个脚本(例如scipt\u dev、script\u prod),以便我的应用程序的不同环境可以调用它们自己的脚本版本。
更新当前通过从桌面版本手动发布来完成。我们将很快尝试使用restapi在部署期间自动地将带有正确git标记的工作台推送到正确命名的工作台。
相关参数是根据FME服务器参数设置的,因此在使用其他名称上载时不需要更新这些参数。
大卫·r评论·
我的看法是,最佳实践解决方案是使用FME服务器项目功能:
https://docs.亚搏在线safe.com/fme/html/fme\u Server\u Documentation/WebUI/Projects.htm
根据文件:
项目的主要好处是能够在FME服务器之间迁移它们。在整个企业生命周期(从开发到测试/转移到生产)中部署FME服务器场景时,此功能尤其有用。
分享你的好主意,或者投票支持别人的想法。
©2019安全亚搏在线软件公司|法律