AmiCore
Le conteneur gouverné
AmiCore est le conteneur d'exécution dans lequel les composants 3forge sont configurés, exécutés, supervisés et gouvernés : chaque cas d'usage hérite ainsi d'un modèle opérationnel commun au lieu de mettre en œuvre le sien.
Pourquoi un conteneur
La gouvernance au premier plan
Les systèmes d'exploitation et les plateformes d'infrastructure ne savent pas traiter la gouvernance à l'intérieur d'une application complexe :
- Quelles données une application peut exposer à un utilisateur donné
- Comment un agent d'IA peut invoquer une procédure métier
- Quel composant consomme un flux
- Comment une action est enregistrée pour l'audit
- Comment les fichiers, les ports, les plugins et les ressources sont gérés dans chaque composant de l'application
Prises application par application, ces décisions conduisent deux systèmes hébergés sur la même infrastructure à suivre des modèles de sécurité, de supervision et d'exploitation différents.
AmiCore ajoute une couche de contrôle au sein même du processus : un runtime partagé où les préoccupations transverses sont traitées une seule fois, puis appliquées de manière cohérente à chaque composant, interface et application qu'il héberge.
AmiCore
AmiCore fournit un runtime commun qui vous permet d'architecturer des composants pour chaque cas d'usage, des plus simples aux déploiements à très grande échelle. C'est un conteneur logiciel qui gère :
Plateforme et interfaces
- Déploiement
- Accès aux données
- Plugins
- REST
- MCP
- JDBC
Sécurité de l'information
- Accès basé sur les rôles
- Connexion et authentification
- Accès au système de fichiers et aux ports
- Supervision de l'activité des modèles
- Audit
Développement
- Couverture de code à 100 % par les tests unitaires
- Intégration aux IDE
- Débogueur intégré
- Langage de script unifié
Au sein du conteneur AmiCore, les architectes façonnent leur déploiement à l'aide des composants suivants :
Relays
- Connectivité fiable aux flux temps réel
- Transformation et routage des messages
- Mise à l'échelle horizontale de l'ingestion de données
Découvrir Relays
Centers
- Virtualisation, persistance, réplication et publication des données
- Base SQL en mémoire et historique
- Moteur CEP
Découvrir Centers
Gateways
- Distribution gouvernée des abonnements temps réel
- MapReduce pour interroger les données distribuées
Découvrir Gateways
Web Servers
- Runtime d'interface, de workflows et de reporting en direct
- Workbench intégré
Découvrir Web Servers
Web Managers
- Mise à l'échelle horizontale
- Gestion centralisée des profils utilisateurs et des tableaux de bord
Découvrir Web Managers
Web Balancers
- Mise à l'échelle horizontale des sessions utilisateurs actives
Découvrir Web Balancers
Modèle de plugins
- AmiCore repose sur un paradigme de plugins pour les entrées-sorties : chaque interface dispose d'une implémentation commune, gouvernée par la même politique
- Les agents entrent par une interface définie, ne reçoivent que le contexte auquel ils ont droit et laissent une trace attribuable
- La gouvernance est héritée du runtime, et non ajoutée après coup à chaque application
Exemples de plugins disponibles
Bases relationnelles et entrepôts de données
Oracle · PostgreSQL · SQL Server · DB2 · MySQL · Sybase · Snowflake · Vertica · Impala · Hive · SQLite
NoSQL, cache et en mémoire
MongoDB · Couchbase · Redis · Ignite · Hazelcast · HBase · Chronicle Queue
Messagerie et streaming
Kafka · Solace · TIBCO EMS / StreamBase · IBM MQ · AMPS · gRPC
Flux de données de marché
Bloomberg / B-PIPE · OneTick · QuantHouse · LSEG Data & Analytics (ex-Refinitiv)
Cloud, identité et sécurité
AWS KMS / SQS · Azure Vault · Okta · SAML · LDAP · Web Entitlements · SSH
Fichiers, formats et outils
Parquet · Avro · Excel · PDF · Python · Git · Perforce · Email
Gouvernance
AmiCore est conçu pour répondre aux exigences d'exécution applicative des institutions financières, avec un modèle de sécurité d'entreprise flexible qui confine, audite et gouverne les applications, y compris celles générées par l'IA, grâce aux capacités suivantes :
3 raisons pour lesquelles AmiCore convient aux institutions financières
Votre propre environnement
- Postes de travail
- Sur site
- Cloud
- Mobile
Les données ne quittent jamais
votre périmètre
Transparence totale de l'exécution
- Performances
- Ressources
- Audit
Au cœur du conteneur
Des composants conçus pour bâtir une infrastructure à votre mesure
Relays, Centers, Gateways, Web Servers, Web Managers et Web Balancers : chacun configuré, exécuté et gouverné par le même runtime.
Comparer les options
3forge Enterprise face aux architectures alternatives
3forge Enterprise offre un modèle convaincant pour des architectures évolutives et gouvernées, du déploiement initial à l'accélération des projets et aux bénéfices qui se cumulent. Les architectes doivent souvent le comparer à d'autres approches, de l'assemblage de composants open source et internes aux plateformes de données cloud. Cliquez sur une note pour en lire la justification.
Votre appréciation peut varier selon votre existant ou votre expérience. Contactez-nous pour un premier échange et confronter nos points de vue.
| Critère | 3forge Enterprise | Plateforme de données cloud | Pile de streaming assemblée | Développement interne sur mesure |
|---|---|---|---|---|
| État temps réel et réponse en moins d'une seconde |
3forge Enterprise · 5/5 Note maximale. L'état courant est conservé en mémoire, dans le même processus que la logique applicative : aucun saut réseau ne sépare une requête de ses données. |
Plateforme de données cloud · 2/5 La fraîcheur des données dépend de l'ingestion et de l'ordonnancement des micro-lots, et chaque requête implique un aller-retour vers un service distant. Le cache réduit l'écart sans le supprimer. |
Pile de streaming assemblée · 4/5 Pas davantage, car l'état courant doit être matérialisé dans un magasin de service distinct. La latence dépend alors de ce magasin et de sa cohérence avec le flux. |
Développement interne sur mesure · 4/5 Pas davantage, car le résultat repose entièrement sur la conception et l'expertise durable de l'équipe. Rien dans la pile ne le garantit. |
| Analytique historique à l'échelle du pétaoctet |
3forge Enterprise · 4/5 Pas davantage, car l'outillage analytique autour de la base historique est moins riche que celui d'un entrepôt de données, et la puissance de calcul ne s'adapte pas élastiquement à la demande. |
Plateforme de données cloud · 5/5 Note maximale. Calcul élastique, optimiseurs de requêtes matures et l'écosystème d'analytique et de machine learning le plus riche des quatre. |
Pile de streaming assemblée · 2/5 Pas davantage, car un flux n'est pas une archive. L'historique exige un magasin distinct et un second chemin de requête, que la pile ne fournit pas. |
Développement interne sur mesure · 3/5 Pas davantage, car l'échelle dépend de la base de données choisie en dessous, et le partitionnement, le réglage et la gestion du cycle de vie restent à la charge de l'équipe. |
| Gouvernance appliquée au sein du runtime |
3forge Enterprise · 5/5 Note maximale. L'identité, les droits d'accès et l'audit sont des services du conteneur : chaque interface s'appuie sur le même modèle, au lieu que chaque application implémente le sien. |
Plateforme de données cloud · 3/5 Pas davantage, car le contrôle s'arrête à la frontière des données. Une fois les données parvenues à l'application, la plateforme ne voit plus ce qu'il en advient et ne peut plus le restreindre. |
Pile de streaming assemblée · 2/5 Pas davantage, car chaque composant apporte son propre modèle de sécurité. Une politique institutionnelle unique doit être reconstruite à travers eux, et elle dérive à mesure qu'ils évoluent chacun de leur côté. |
Développement interne sur mesure · 2/5 Pas davantage, car la gouvernance est implémentée application par application. Deux systèmes sur la même infrastructure finissent avec des modèles de droits d'accès et d'audit différents. |
| Délai jusqu'à une application gouvernée en production |
3forge Enterprise · 5/5 Note maximale. État, droits d'accès, interface, reporting, supervision et déploiement sont fournis avec le runtime : il ne reste que la logique métier à développer. |
Plateforme de données cloud · 2/5 Pas davantage, car seule la couche de données est prête à l'emploi. L'application, son interface et ses contrôles restent un chantier distinct. |
Pile de streaming assemblée · 2/5 Pas davantage, car l'intégration précède la première application : la pile doit être assemblée, sécurisée et rendue exploitable avant toute mise en production. |
Développement interne sur mesure · 1/5 Pas davantage, car chaque capacité récurrente doit être construite avant la première capacité propre au métier. C'est le chemin le plus long vers une mise en production gouvernée. |
| Éléments à exploiter et à maintenir alignés |
3forge Enterprise · 4/5 Pas davantage, car un déploiement distribué exécute tout de même plusieurs composants sur différentes régions et environnements, chacun exigeant une planification de capacité et de basculement. |
Plateforme de données cloud · 3/5 Pas davantage, car la plateforme managée ne constitue qu'un seul niveau. La BI, les notebooks, l'orchestration et la couche applicative sont exploités et mis à niveau séparément. |
Pile de streaming assemblée · 1/5 Pas davantage, car elle cumule le plus de composants, de fournisseurs et de cycles de mise à niveau, et chaque interface entre eux reste à la charge de l'institution. |
Développement interne sur mesure · 2/5 Pas davantage, car toute la pile et son cycle de vie reposent sur l'équipe qui l'a écrite, y compris les parties dont plus personne ne veut la responsabilité trois ans plus tard. |