Mais bien sûr qu'il en reste !
La plupart des applications mainframes n'evoluent que très peu, et sont hébergées sur des partitions de plus en plus restreintes par rapport à la puissance globale de la machine. Ce qui cause des problème :
- en dessous d'un certain pourcentage de performance de la machine ce n'est pas rentable de louer la partition.
- quand on loue une partie de la machine on est en collocation … synchronisation des changements de config hardware, … que du bonheur
Sans parler du cout de partitions supplémentaires pour faire du dev ou de la qualif … si jamais on veut faire évoluer l'application.
C'est donc sûr, il reste des applications mainframe a migrer. Il reste a trouver le bon levier (souvent financier, mais ça peut être le besoin de faire évoluer la solution) … et hop "downsizing" comme tu le dis.
Pour participer a ton business loto, je rajoute que en hébergeant la cible en n-tiers (data / traitement / …) il n'y a a priori pas de raison de "puissance" pour que la migration ne se fasse pas. les seules raisons de ne pas migrer c'est
- la peur du projet qui est souvent gigantesque (risque)
- le prix du projet (en combien de temps on l'amorti ?)
- la capacité à mener le projet (meme en sous traitant, il faut bien se tapper les tests…)
- avoir mieux a faire maintenant tout de suite, le projet est interessant mais… plus tard
[^] # Re: Objectivité zéro
Posté par PLuG . En réponse à la dépêche Le COBOL est mort, vive le COBOL. Évalué à 5.
Mais bien sûr qu'il en reste !
La plupart des applications mainframes n'evoluent que très peu, et sont hébergées sur des partitions de plus en plus restreintes par rapport à la puissance globale de la machine. Ce qui cause des problème :
- en dessous d'un certain pourcentage de performance de la machine ce n'est pas rentable de louer la partition.
- quand on loue une partie de la machine on est en collocation … synchronisation des changements de config hardware, … que du bonheur
Sans parler du cout de partitions supplémentaires pour faire du dev ou de la qualif … si jamais on veut faire évoluer l'application.
C'est donc sûr, il reste des applications mainframe a migrer. Il reste a trouver le bon levier (souvent financier, mais ça peut être le besoin de faire évoluer la solution) … et hop "downsizing" comme tu le dis.
Pour participer a ton business loto, je rajoute que en hébergeant la cible en n-tiers (data / traitement / …) il n'y a a priori pas de raison de "puissance" pour que la migration ne se fasse pas. les seules raisons de ne pas migrer c'est
- la peur du projet qui est souvent gigantesque (risque)
- le prix du projet (en combien de temps on l'amorti ?)
- la capacité à mener le projet (meme en sous traitant, il faut bien se tapper les tests…)
- avoir mieux a faire maintenant tout de suite, le projet est interessant mais… plus tard
mes 2c