Une complémentarité "Client + Editeur + DIGORA"
Voici une évidence maintes fois constatée. Un éditeur de logiciel ne peut pas gérer certains points d'expertise sur l'infrastructure à la place de ses clients. Par ailleurs, ses clients n'ont pas toutes les compétences et/ou disponibilités pour gérer ces points d'expertise... Comment faire ?
La problématique
Prenons un cas concret. Un éditeur spécialisé dans les progiciels de santé (cliniques, hôpitaux, etc...) installe et maintient un nombre important de solutions progicielles pour des hôpitaux et cliniques de toutes tailles. Ces progiciels fonctionnent le plus souvent sur des bases de données Oracle. Ils utilisent également des serveurs d'applications tels qu'Oracle WebLogic. Ces dernières années, les établissements de soins ont décidé de mettre en œuvre des solutions de Haute Disponibilité et des PRA. Ces approches sont souvent construites sur des techniques telles qu'Oracle RAC, Oracle DataGuard, etc... Mais voilà... Chaque établissement a des contraintes particulières et des évolutions spécifiques d'architecture.
Les configurations matérielles et logicielles qui hébergent les bases Oracle sont toutes différentes : CPU, OS, mémoire, baie SAN, version Oracle, RAC ou non-RAC, etc...
Par voie de conséquence, les clients de cet éditeur rencontrent fréquemment deux types de besoins d'expertise :
- audit de performances
- évolution d'architecture
Audit de performances
Evolution d'architecture
- renouvellement du hardware
- changement de version d'Oracle
- changement de version des progiciels éditeurs
- audit de performances
- évolution d'architecture