由Kerrie Meyler和Pete Zerger。现在，系统中心乐队2012年测试版是测试版，您可能会想知道是否值得继续使用Opalis Integration Server（OIS）6.3创建策略。您是否必须重写您的所有OIS策略以进行下一个版本？
这是一个有效的问题，因为Opalis软件的首次发布OIS与之前的Opalisrobot产品不兼容。但是，机器人的代码基础不同于OIS。从OIS 6.3到Orchestrator 2012的情况并非如此，因为底层引擎不发生变化，而Microsoft宣布在OIS中构建的策略以及它们的数据一起使用的策略在Orchestrator中使用。当然，有些事情正在发生变化;这是一个快速的样子：
新操作员控制台。OIS控制台基于Java，需要众多下载，安装相当痛苦。有了Orchestrator，Microsoft在Silverlight中重写了控制台，目前它与核心产品一起船舶，并使用典型的Microsoft安装技术。
新的Web服务。基于Java的Opalis Web服务由OData Web服务替换。通过此Web服务调用Runkbooks似乎尚未记录。
重命名。以下是术语中的一些与orchestrator 2012的变化：
- 基础对象成为标准活动（以及现在称为活动）。这些对象已更新，因此具有这些对象的图标。
- 重命名的政策
- 名为Runbook Server的操作服务器
- 策略测试控制台成为Runbook Tester
- 操作员控制台现在编排机
基础对象的变化（现在的标准活动）。
- 工作流控制类现在称为Runbook控件
- 自定义开始现在调用数据
- 发布策略数据现在返回数据
- 触发策略现在调用RunkBooks
- 通知类别 - 发送页面活动消失了
- 系统类别 - 清除事件日志活动消失了
WSDL走了。系统中心Orchestrator 2012使用基于REST的Web服务，因此没有WSDL。Web服务支持ODATA，从而轻松管理运行时环境。
安全。基于Microsoft最佳实践的更新加密和安全模型，允许集中安全管理。
系统组件的操作环境。Orchestrator必须安装在Windows 2008 R2上（支持SP1），并需要Microsoft SQL Server 2008 R2为其数据库引擎
没有Oracle后端支持。考虑到Microsoft没有使用Oracle为数据库引擎的历史记录，这不应该是一个惊喜。系统中心Opalis Integration Server 6.3释放警告说，这在下一个版本中未被预期成为支持的平台。从我们听到的那样，必须支持它的人很高兴它已经消失了！
虽然不再支持遗留对象 - 虽然即使在OIS 6.3中也不推荐使用它们的使用 - 引擎仍然是32位，并且尚未重新归属。除了一些术语更改，改进的安装经验和新的控制台，产品仍然是其根本相同的。这意味着在将Opalis环境输出并进入Orchestrator Environment之后，您的策略将继续下班（假设策略中没有遗留对象）。
目前，Operations Manager 2012和Orchestrator SCO 2012工作在一起，虽然大多数系统中心2012年Beta产品没有，但直到MS为它们产生更新的IPS。
图1显示了新的Orchestrator控制台，图2显示了IIS管理器中的.NET Orchestration控制台和Web服务。
图1 - Orchestration控制台
图2 - 新的.NET Orchestration控制台和Web服务（在IIS管理器中）