Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
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.