原文发布时间：2017/1/29 21:23:28
原文来自： FME Server 2017 – The Best Ever, Thanks To You!
编者按：FME Server在国内用户并不很多，但其实它在目前大数据和云计算的环境下能发挥巨大的作用。这里是FME Server的产品经理 Aaron Koning对FME Server 2017有哪些变化的一篇博客，也请关注这一产品的用户仔细品味。
各位好！
我在这里向大家汇报大家的反馈对我们把FME Server 2017做成是有史以来最好的产品是多么的重要！另外，我要展示两种提供反馈的方式，以让大家能够在未来的FME Server中看到你需要的功能。
近5年我们每年都进行FME Server 用户调查，需要大家在多个方面进行反馈。这些反馈对于我们在过去打造FME Server产品，尤其是2017版本有极大的价值。也请再次帮助我们：
FME Server 2017新的界面
- 进行FME Server客户调查
今年的调查回答起来会很快，只需要10分钟，提供你们的反馈，就可以推动一年的发展。
另一种提供反馈的方法是一年前推出的FME知识中心（Knowledge Cener）的想法交流区（Ideas Exchange）。 我非常喜欢在知识中心（Knowledge Cener）看到互动，大家的意见、需求、问题和针对FME Server如何改进的讨论对我们都很有帮助。请保持这种互动，我也感到交流获得更多（对我们产品的）影响。
- 你如何打造FME Server 2017
再次，我要感谢大家的反馈。 这是我们开发的关键。 那么我们对上次调查的结果做了什么？ 我个人审视和分析了所有多重选择的响应和超过千条的个性化意见。这些结果很大程度上影响了FME Server 2017的规划。现在，让我们看看客户调查的反馈和想法交流区（Ideas Exchange）的意见是如何打造FME Server 2017的。
- 目录检测发布 （Directory Watch Publisher）
首先，允许我用个特定的例子来谈谈知识中心中的问答论坛的作用：目录检测发布（Directory Watch Publisher）。在问答论坛有19个问题涉及目录检测发布，说明其重要性，但是也需要坦诚这一问题的挑战性。我们倾听大家的意见，并重新设计和实现了目录检测发布，简化了代码库并采用了一种更高级的变化检测的方法。
FME Server 2017中改进的目录检测发布
- 云服务
除了从文件目录中读取文件，过去5年的调查反馈强调了大多数用户现在使用云服务; 完全转换到了另外一种使用方式。
调查结果：目前是否在使用基于云的服务、基础架构或主机数据？
我们认识到云服务的重要性，我们极度重视并完善该项功能以使用户能够连接到任何云服务。在FME Desktop中，现在可以轻松地从主流的云服务上浏览和选择文件，如Google云和Dropbox等。
在云服务中浏览源数据
你可能会想到利用转换器HTTPCaller和FME与OAuth web链接一起工作的能力，这样其实可以使用几乎所有的云服务。当然，你想把这些工作区放在FME Server上，并且你想同时发布工作区和Web连接。 请注意，为了提供最佳的安全性和可靠性，需要为云服务提供你自己的客户端ID和密钥。
现在让我们谈谈最大改进的内容。
调查结果：需要改进内容的排序
- FME Server资源库
我说过在FME Desktop中现在可以浏览和选择从主流的云服务读取文件。 嗯，你同样可以从FME Server资源库浏览和选择文件。 这意味着从FME Server资源库读取的工作空间可以很容易地在FME Desktop中开发和测试。 为了读取资源库的内容没有必要在搞乱FME Server的系统参数了。
说到资源，我们知道很多用户在使用UNC路径进行网络文件共享。 因此，我们使得在Web UI中创建基于FME Server资源库连接权限的网络文件共享成为可能，而无需更多配置文件的编辑。
创建基于资源库的网络文件
- 活动目录（Active Directory）
现在，在你开始创建更多趣味的工作流程之前，你必须得到FME Server配置的权限。你想在Web UI中做这个配置，或者你想要Active Directory更好地工作。 现在，你可以两个都有了。
在FME 知识中心的投票结果
对于FME Server 2017，活动目录（Active Directory）配置完全在Web UI中完成。 此外，不再为角色输入CN字符串就可以浏览用户和角色。支持多个域么？是的。支持独立的域控制器？是的。混合FME Server数据库和Active Directory身份验证么？是的。Active Directory配置可以进行升级迁移？是的。我知道35％的用户使用带有Active Directory的FME Server将很高兴
在Web UI中配置活动目录（Active Directory）
- 任务路由（Job Routing）
说到配置，我们让通过REST API配置任务路由成为可能。 REST API是任何新功能的第一个“公共”站点，有传言说在不久的将来任务路由训练将在Web UI中终结。
- 仪表盘
来到第二个最重要的需求，我们来介绍在FME Server 2016.1中图表统计任务的仪表盘功能。我们将持续改进这个功能，添加更多的图表并让用户更容易添加自己的内容。
可视化仪表盘显示任务
- 用户级别安全性（User Level Security）
我承认，起初我很惊讶看到这么多有意思的事情，除了在角色级别，还有了用户级别权限。 然而，现在我们做了很多有意义的事情?。在2017版本，我们在安全方面做了四个关键的事情。
更友好的控制用户权限的界面
在FME Server 2016.1中，我们做到了让提交任务的用户可以取消自己的作业，并查看结果和日志文件。 在FME Server 2017.0中，我们做到了让个人用户可以拥有存储库、项目、计划任务、任务、发布、订阅、主题、资源和链接。 我们还做到了让所有者可以共享他们自己的条目。
可以很轻松更改用户权限
我们做的最后一件事是让用户创建一个条目从一开始就是私有的。没有角色获得默认访问权限。每个条目都必须与一个用户共用（类似Google云盘），或与角色分享。如果你有很多用户，这个新的安全模型提供的一个巨大的好处是具有一个更干净的用户界面，你不用操心更多的东西了。
- 版本控制（Version Control）
FME工作空间的版本控制得票比较多
最后但并非在投票内容中最不重要的改进是：大家真的、真的想要工作空间的版本控制。 事实上，43％的人想要它，并且在知识中心中成为最受欢迎的FME Server想法之一。 我可以告诉大家，我们没有在FME Server 2017.0中提供这个功能，但我从一个我认识的人那里得知一个消息：“它还不是官方测试版本，但API已经准备好了”。
- 多阶段部署（Multi-stage Deployment）
如果你关心版本控制，你也可能是40％用户使用多阶段部署（例如 dev / test / prod）的一员 —— 我们提供了这个功能！
项目允许打包FME Server配置（工作空间，计划任务，主题，订阅者等）的子集，从一个FME Server导出，并将其导入到另一个FME Server。
无需重新配置每个系统或通过备份和恢复这样的手段来盲目更新整个配置。可以将您的解决方案从任意阶段部署到实际生产平台中。
- 任务自消除（Job Self-Destruct）
只剩下一个必须做的工作：工作自消除。 好吧，它实际不这样被命名，我的提议应该被拒绝。但我仍然可以这样称呼它？
任务过期：得票最高的FME Server建议
它被称为运行任务到期时间，大家表示它很重要，使它成为得票最高的FME Server建议。它是什么？让我们从为什么开始。多年来，已经表明可靠性对大家非常重要。那么当FME连接的系统变得不可靠时会发生什么？在某些情况下，这可能导致FME Server任务挂起，导致FME Engine不可用。 耶！此新功能允许用户指定任务所允许运行的最长时间，之后将取消该任务。这是帮助从意外或未计划的延迟中恢复的一种方法。 特别感谢Ken Bragg(@KenAtSafe)，他一有机会就会为该功能进行争取。谢谢你，Ken！
- 2017 FME Server 用户调查
如果你一直读到这里，那么你一定真的很喜欢FME Server。 所以，为什么不做一下FME Server的用户调查呢：
Take the FME Server Customer Survey
这是一次仅仅需要10分钟就可能形成巨大冲击的机会。
感谢您的阅读！
Aaron Koning
FME Server的产品经理