Qu'est-ce que l'émulation de terminal conteneurisée ?
Exécuter un logiciel d'émulation de terminal sous forme de conteneurs sans état (pods) orchestrés par Kubernetes, plutôt que des clients de bureau installés ou des VMs dédiées. L'hôte reste inchangé ; seule la mise à disposition devient élastique et sans client.
Systèmes hôtes
(Inchangés)
Pods sans état
(Orchestrés par Kubernetes)
Mise à disposition élastique et mise à l'échelle automatique
Navigateur HTML5 pur
L'hôte ne change pas
Mainframe IBM Z, IBM i / AS400 ou Unix, accessibles via les mêmes protocoles TN3270/TN5250/VT/SSH.
La mise à disposition devient un pod
L'émulateur qui communique avec l'hôte s'exécute comme un pod et affiche l'écran dans le navigateur - rien n'est installé sur le poste client.
Rien ne reste inactif entre les sessions
Les pods démarrent par session et se réduisent à zéro - pas de client lourd à patcher, pas de VM tournant 24h/24.
Écrans verts dans le navigateur - pas de client lourd, pas de plugin
Thinfinity affiche les écrans verts mainframe et IBM i (et VT/SSH) en HTML5 pur dans n'importe quel navigateur - sans installation de bureau, Java ou ActiveX, sur n'importe quel système d'exploitation.
Pas d'installation, pas de plugin
Les utilisateurs ouvrent une URL et accèdent à l'hôte - rien à déployer ou patcher sur le parc de postes de travail.
Pas de surface d'attaque Java / ActiveX
Les émulateurs anciens reposent sur des composants Java vulnérables ; le HTML5 sans client élimine ce risque.
Toutes les fonctionnalités quotidiennes
Affichage et impression, mappage clavier, macros, multisession et TLS jusqu'à 1.3.
Sans état, mise à l'échelle automatique et réduction à zéro
Sur OKE, chaque session d'émulateur est un pod sans état ; le Cluster Autoscaler agrandit la flotte selon la demande et réduit les pools de nœuds à zéro en cas d'inactivité - la capacité suit l'utilisation réelle.
Provisionnez un cluster OKE ; réutilisez votre VCN, votre identité et votre stockage.
Exécutez le composant d'émulation/rendu Thinfinity en tant que pods sans état ; activez le Cluster Autoscaler et les pools de nœuds à réduction à zéro.
Déployez le broker Thinfinity ; les pods se connectent en sens inverse via un tunnel sortant - aucun port entrant, les hôtes ne sont jamais exposés.
Mappez les connexions hôtes (TN3270/TN5250/VT/SSH) ; intégrez SSO/SAML/OAuth, MFA et RBAC.
L'utilisateur est acheminé vers un nouveau pod, travaille sur l'hôte via HTML5 (ou une application native) ; le pod est détruit à la déconnexion.
Surpasse les clients lourds et les fermes de VMs/RDS
L'émulation de terminal est la charge de travail idéale pour les conteneurs : texte uniquement, quelques kbps, CPU/RAM minimes, sans état par session.
~kbps
par session (3270/5250 n'envoie que les champs modifiés) contre 0,1 à 9,5 Mbps pour RDP/VDI
~10x
densité de conteneurs par rapport aux VMs (100-200 pods contre 10-15 VMs pour 128 Go de RAM)
Réduction à zéro
aucune session active = aucun pod en cours = aucune dépense
Sans CALs
évitez la pile Citrix + CALs RDS Windows (~60 $/utilisateur/mois) pour le niveau de rendu
Mainframe, IBM i / AS400 et Unix : une seule plateforme
Atteignez chaque hôte existant que votre entreprise utilise encore, via les protocoles de terminal standard.
| Système hôte | Protocoles | Mise à disposition |
|---|---|---|
| Mainframe IBM Z | TN3270 / TN3270E | HTML5 sans client ou application native Thinfinity |
| IBM i / AS400 | TN5250 / TN5250E | HTML5 sans client ou application native Thinfinity |
| Unix / Linux / DEC | VT100-VT420, SSH | HTML5 sans client ou application native Thinfinity |
Thinfinity ZTNA : aucun port entrant
Les pods d'émulation se connectent en sens inverse au broker Thinfinity, l'accès hôte est donc délivré via un tunnel sortant chiffré - aucun port de pare-feu entrant, aucun hôte exposé.
Accès basé sur l'identité
SSO/SAML/OAuth, MFA et RBAC déterminent qui accède à quel hôte, avec TLS et enregistrement des sessions.
Zero-trust sur Telnet simple
Ajoute le chiffrement, l'audit et le contrôle d'accès que TN3270/TN5250 de base n'offrent pas.
Sans client ou application native
Délivré dans le navigateur, ou via une application native Thinfinity pour les utilisateurs préférant un lanceur de bureau.
Les émulateurs web sont sans client ; aucun n'est un pod à réduction à zéro
| Capacité | Clients lourds (PCOMM/Reflection) | Émulateurs web (BlueZone/HACloud/ZIE) | Thinfinity sur OKE |
|---|---|---|---|
| Licences | Non | Oui | Oui |
| Hyperviseur | Non | Rarement (Docker au plus) | Oui - OKE |
| Support d'applications | Non | Non (dimensionné serveur/VM) | Oui |
| Accès navigateur | Oui | Oui | Oui |
| Marque blanche | Non | Variable | Oui - Thinfinity |
| Automatisation | Bureau | Serveur | Oui - OKE / tout |
Où l'émulation conteneurisée s'impose
Remplacez les émulateurs clients lourds
Remplacez les installations PCOMM/Reflection/Rumba/BlueZone par une URL de navigateur.
Éliminez la ferme VMs/RDS de l'émulateur
Sortez l'accès hôte de Citrix/RDS ; arrêtez de payer des CALs et du temps VM 24h/24.
Accès BYOD, prestataires et succursales
Accédez au mainframe ou IBM i depuis n'importe quel appareil, sans installation, avec contrôles ZTNA.
Accès hôte externalisé / offshore
Accès audité et enregistré aux écrans verts sans exposer les hôtes.
Travail hôte saisonnier et par pics
Montez les pods en charge pour les fins de mois/pics de demande, puis revenez à zéro ensuite.
FAQ sur l'émulation de terminal conteneurisée
Exécuter un logiciel d'émulation sous forme de pods Kubernetes sans état plutôt que des clients de bureau ou des VMs. L'hôte reste inchangé ; la mise à disposition devient élastique et sans client.





































