Vos postes et vos applications,
livrés comme un service.
Amazon WorkSpaces pour fournir des postes — persistants ou éphémères — à vos collaborateurs, vos prestataires, vos stagiaires. AppStream 2.0 pour faire basculer une application existante en SaaS sans tout réécrire. Une seule équipe AWS End User Computing, deux angles de valeur.
persistants
éphémères
SaaSifiées
Le poste de travail et la diffusion d’applications ne se résolvent plus avec les mêmes recettes qu’il y a dix ans.
Citrix devient prohibitif et Omnissa change de mains. Les équipes s’agrandissent avec des prestataires, des stagiaires, des sous-traitants à qui il faut donner un accès cadré sans leur livrer un poste physique. Et côté éditeurs, des applications desktop legacy résistent à la bascule SaaS — alors que les clients, eux, n’achètent plus que du SaaS.
DSI · cabinet de services professionnels
Des usages réels à une plateforme EUC opérée, en quatre temps.
Que vous ayez à livrer des postes, à fournir des accès cadrés à des tiers, ou à SaaSifier une application existante, la démarche est la même : partir de l’usage, dessiner la cible AWS, déployer par vagues, opérer avec la même équipe.
Diagnostic EUC & cartographie des usages
Architecture cible AWS End User Computing
Déploiement par vagues
Run & amélioration continue
Quatre chantiers EUC, deux angles complémentaires.
D’un côté la fourniture de postes — collaborateurs, tiers, formations, bastions. De l’autre, la SaaSification d’applications existantes pour les éditeurs. Une seule plateforme AWS End User Computing.
Postes persistants pour collaborateurs
Postes éphémères — tiers, formations, bastions
SaaSification d’applications legacy
Identité & gouvernance EUC
Comment nos cinq services s’appliquent à l’EUC.
| Service | Ce que nous livrons sur l’AWS End User Computing | Livrables types |
|---|---|---|
| Conseil & Stratégie | Diagnostic, choix de format, business case Cartographie des usages, choix WorkSpaces Personal vs Pools vs AppStream 2.0, gestion de la persistance des données, business case face à Citrix / Omnissa, étude de SaaSification d’une appli legacy. |
Diagnostic EUC, business case, feuille de route AWS End User Computing |
| Architecture & Build | Architecture cible et déploiement complet AWS IAM Identity Center, AD Connector ou AWS Managed Microsoft AD, provisioning WorkSpaces, bundles Windows / Linux, AppStream 2.0, images applicatives, fédération identitaire, policy-as-code (Terraform). |
Socle identité AWS, plateforme WorkSpaces / AppStream en production |
| Exploitation (Run) | Support N2-N3, mise à jour, gestion des accès tiers Cycle de vie utilisateurs et prestataires, mise à jour des bundles WorkSpaces et des images AppStream, supervision de l’expérience utilisateur, gestion des incidents, sortie progressive du legacy. |
Service managé EUC, runbooks, indicateurs d’expérience (DEX) |
| FinOps & Gouvernance | AutoStop, dimensionnement, BYOL Bascule des profils peu actifs en facturation horaire, redimensionnement des bundles, BYOL Windows quand pertinent, gouvernance des annuaires, contrôle des coûts AppStream selon l’usage réel. |
Revue d’usage, optimisation des bundles, plan FinOps EUC |
| Formation & Enablement | Conduite du changement et montée en compétence Accompagnement des utilisateurs et des prestataires lors de la bascule, formations admin AWS End User Computing, transfert de compétences AppStream pour les équipes éditeur, adoption et champions. |
Plans d’adoption, supports utilisateurs, formations admin AWS |
Ce qui nous distingue sur l’AWS End User Computing.
Une expertise AWS End User Computing rare
Le seul partenaire qui adresse aussi les éditeurs
Du diagnostic au run, avec la même équipe
Un éditeur logiciel SaaSifie son application desktop legacy en quelques semaines via AppStream 2.0.
Éditeur de logiciel · application métier
ISV européen · application desktop Windows · base installée existante
Livrer une offre SaaS multi-tenant sans réécrire dix ans de code.
Mandat : un éditeur dont l’application desktop Windows était installée chez ses clients depuis plus d’une décennie commençait à perdre des appels d’offres face à des concurrents nativement SaaS. Réécrire le produit en cloud-native demanderait deux ans. La direction voulait une voie courte vers une offre SaaS commercialisable, pendant que la refonte produit serait menée en parallèle.
Nivura a emballé l’application existante dans une image AppStream 2.0, conçu un modèle multi-tenant avec isolation par stack et par utilisateur, intégré la couche d’authentification de l’éditeur via AWS IAM Identity Center, géré la persistance des données applicatives sur S3 et RDS, et automatisé le tout en Terraform. L’éditeur a pu commercialiser son offre SaaS en navigateur, facturée à l’usage, sans modifier une ligne du code applicatif.
Les questions qu’on nous pose avant un chantier EUC.
WorkSpaces Personal, WorkSpaces Pools, AppStream 2.0 : comment choisir ?
WorkSpaces Personal est un poste persistant dédié à un utilisateur (Windows ou Linux), idéal pour la grande majorité des collaborateurs qui ont besoin d’un environnement stable, conservé entre les sessions. WorkSpaces Pools propose des sessions non-persistantes mutualisées — pertinent pour les prestataires externes, les formations, les bastions, ou tout usage où un poste remis à zéro à chaque connexion convient. AppStream 2.0 ne livre pas un poste complet mais streame une application précise dans le navigateur — idéal pour un éditeur qui veut SaaSifier une appli existante, ou pour exposer un logiciel métier à des sous-traitants. Nous faisons le choix avec vous, cas d’usage par cas d’usage.
Nous voulons sortir de Citrix ou d'Omnissa : quel chemin vers AWS ?
C’est l’un de nos cas d’usage récurrents. Nous commençons par un diagnostic d’usage du parc Citrix / Omnissa actuel — quels profils, quelles applications, quelle persistance des données — pour cibler ce qui bascule en WorkSpaces Personal, ce qui bascule en Pools, et ce qui mérite plutôt AppStream 2.0. La sortie se fait par vagues, sans interruption du legacy tant que la nouvelle plateforme n’a pas encaissé chaque profil. Les économies typiques de licences et d’infrastructure sont de l’ordre de la moitié, mais c’est l’usage qui pilote — pas l’inverse.
Comment donner un accès cadré à un prestataire externe sans lui livrer un VPN ?
C’est exactement le cas d’usage de WorkSpaces Pools. Le prestataire se connecte à une session non-persistante, accède aux ressources de votre SI selon les droits que vous lui avez attribués, et à la déconnexion la session est détruite — aucune donnée n’a été copiée sur sa machine. Vous savez précisément qui a accédé à quoi, quand, depuis quelle adresse, et vous coupez l’accès d’un clic à la fin de la mission. C’est la même mécanique pour un bastion d’administration ou pour exposer un environnement de formation.
Nous sommes éditeur : comment SaaSifier notre logiciel desktop sans le réécrire ?
AppStream 2.0 permet de prendre votre application Windows ou Linux existante et de la faire fonctionner dans le navigateur de vos clients, sans toucher au code. Nous emballons votre logiciel dans une image AppStream, gérons l’isolation entre tenants, intégrons votre couche d’authentification, et vous fournissons une stack opérée. Vous pouvez commercialiser une offre SaaS multi-tenant facturée à l’usage en quelques semaines, sans réécrire votre application — une voie courte vers une nouvelle ligne de revenus, pendant que vos équipes produit travaillent sur la refonte cloud-native à long terme.
Que devient la persistance des données dans tout ça ?
C’est un sujet structurant que nous traitons explicitement à l’architecture. Sur WorkSpaces Personal, le profil et les données utilisateur sont conservés entre les sessions. Sur WorkSpaces Pools, la session est éphémère mais nous redirigeons les profils, les fichiers et les paramètres vers du stockage persistant approprié (Amazon S3, FSx, partages réseau). Sur AppStream 2.0, la session est éphémère par défaut, et la persistance se gère côté application — base de données, stockage applicatif, ou Application Settings Persistence si l’usage le justifie. Le bon mode dépend du cas d’usage et de vos exigences de conformité.
Quelle est la taille minimale d'engagement ?
Une journée pour un cadrage rapide d’un cas d’usage précis (par exemple « est-ce qu’AppStream est viable pour mon application ? »). Un chantier complet démarre autour de 2 à 3 mois (pilote WorkSpaces ou première image AppStream, socle IAM Identity Center). Sur la phase de déploiement, nous n’intervenons pas à plein temps : nous cadrons notre présence pour laisser à vos équipes le temps d’apprendre et d’avancer en parallèle.
Parlons de votre projet EUC — un premier échange, sans engagement.
Que vous deviez fournir des postes, sortir de Citrix, donner accès à des prestataires, ou SaaSifier une application existante, nous vous rappelons sous 48h pour comprendre votre contexte et vous dire, honnêtement, par où commencer.