Opalis 6.3 vs. System Center Orchestrator : nouveautés, différences…
Comme vous l’aurez surement remarqué, Opalis change de nom afin d’être un produit à part entière de la gamme System Center. Il s’appelle désormais System Center Orchestrator (SCO). Outre, le changement qu’elles sont les réelles différences, nouveautés… ?
Pour l’instant ces informations se basent sur la version Beta de SCO. Pour plus d’information se référer au site Connect ( ici ) ou sur le site Technet. La version Beta n’est pas la version finale, elle est donc susceptible d’évoluer ainsi que ces prérequis...
· Terminologies :
Opalis 6.3 |
System Center Orchestrator |
Policies |
Runbook |
Deployment Manager console |
Deployment Manager console |
Opalis console |
Runbook designer console |
Operator console |
Orchestration console |
Opalis Integration Server (OIS) Client |
Runbook tester |
Action Server |
Runbook Server |
Opalis Management Server |
Orchestrator Management Server |
Datastore |
Datastore |
· Architecture :
Les principes d’architecture et de fonctionnement reste les même qu’Opalis 6.3. Je vous conseille donc de vous référer à un ancien post que j’avais réalisé sur le sujet ( ici ). Une des grandes différences est que SCO est maintenant full 64 bits.
Une des nouveautés est la mise à disposition d’un web Service https://<OpalisServer>/orchestrator.svc qui permet de récupérer les données afin de les exploiter facilement pour en faire des rapports (exemple avec Power Pivot).
· Prérequis :
Opalis 6.3 |
System Center Orchestrator |
|
OS Serveur |
Windows 2003 / 2008 et 2008 R2 |
Windows Server 2008 R2 |
OS client (console) |
Windows Server ou Windows 7 |
Windows Server 2008 R2 ou Windows 7 |
SQL |
SQL 2005 ou SQL 2008 R2 |
SQL 2008 R2 |
IIS |
IIS 6 et nouvelles versions |
IIS 7.5 et nouvelles versions |
Operator console / Orchestrator console) |
JBOSS |
Silverlight 4.0 |
La console WEB ressemble maintenant à ça :
![clip_image002[4]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/85/02/metablogapi/1108.clip_image0024_0B3B3AC7.jpg "clip_image002[4]")
« Orchestrator console »
Il s’agit d’une grosse évolution car elle repose maintenant sur Silverlight et non plus JBOSS.
La console « Runbook Designer » et « Deployment Manager » n’ont quant à elles pas trop évoluer. Donc pour les personnes ayant l’habitude d’Opalis, il n’y aura pas de problèmes d’adaptation.
![clip_image004[4]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/85/02/metablogapi/5811.clip_image0044_696F6235.jpg "clip_image004[4]")
Console « Runbook designer »
![clip_image006[4]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/85/02/metablogapi/3757.clip_image0064_1CCB2592.jpg "clip_image006[4]")
Console « Deployment Manager »
Le fonctionnement et la philosophie de SCO reste en revanche identique à Opalis. On note principalement une meilleure intégration avec les produits Microsoft, de nouveaux IP pour une meilleure interopérabilité et une refonte des composants.