Kubernetes ne suffit pas à lui seul à constituer une plateforme d'intégration

À première vue, l'approche semble simple. La logique d'intégration est gérée dans des conteneurs et exécutée sur une plateforme Kubernetes. Dans la pratique, on se rend vite compte que Kubernetes ne constitue que la base. La véritable charge de travail provient des exigences auxquelles il faut satisfaire pour assurer le fonctionnement en production d'un tel environnement.

C'est là que de nombreux clients SAP se retrouvent confrontés à un domaine qui leur était jusqu'alors inconnu. Les équipes d'intégration disposent souvent d'une longue expérience des technologies SAP classiques, des middlewares et de l'intégration des processus. En revanche, leurs connaissances en matière de Kubernetes, d'exploitation de conteneurs, de service mesh, d'automatisation ou de sécurité cloud native sont souvent limitées. La mise en place de l’Edge Integration Cell devient ainsi à la fois un projet d’infrastructure et un projet de formation.

Souvent sous-estimé : le dimensionnement

Le dimensionnement adéquat de la plateforme fait partie des aspects souvent sous-estimés. Certes, les environnements Kubernetes peuvent en principe être adaptés de manière flexible, mais la réalité des grands environnements d'entreprise est souvent tout autre. Des ressources supplémentaires doivent être acquises, validées et intégrées aux processus opérationnels existants. Les erreurs de dimensionnement peuvent donc avoir des répercussions considérables sur les délais et les coûts.

Le choix d’une plateforme permettant d’automatiser en grande partie l’exploitation est tout aussi important. La gestion des identités, les fonctions réseau, la surveillance, la journalisation, les mécanismes de sécurité, les registres de conteneurs ou la gestion du cycle de vie doivent fonctionner ensemble de manière fiable. Intégrer et exploiter ces éléments séparément ne fait qu’accroître la complexité et la charge d’exploitation. Les opérations dites « Day-2 » méritent également une attention particulière. Des aspects tels que la sauvegarde et la restauration, la reprise après sinistre, les mises à niveau de la plateforme ou la gestion des versions de Kubernetes sont souvent traités comme secondaires dans de nombreux projets. Les entreprises ne devraient en aucun cas attendre la mise en service pour réfléchir aux scénarios de redémarrage et de restauration.

Outre la consolidation des charges de travail, la capacité à faire fonctionner différentes applications sur une infrastructure commune prend de plus en plus d'importance. Red Hat OpenShift sert ici de plateforme applicative universelle. Dans le cadre de la transformation S/4 et de l’initiative « Clean Core », des extensions « side-by-side » peuvent être développées sous forme d’applications conteneurisées et connectées en toute sécurité à S/4 via des API OData standard. L’automatisation, la console de développement et le « serverless » réduisent les délais de développement. La multi-location et les modèles d’exploitation hybrides constituent la base de plateformes informatiques résilientes et souveraines.

La sécurité d'abord

Parallèlement, les exigences en matière de sécurité ne cessent d'augmenter. Les plateformes d'intégration constituent aujourd'hui souvent le nœud de communication central entre les systèmes SAP, les services cloud et les applications tierces. Même la connexion à une solution d'IA sur site telle que Red Hat OpenShift AI est désormais possible grâce à SAP EIC. Les exigences en matière d’isolation, de contrôle d’accès, de surveillance de l’exécution et de détection des activités suspectes sont donc très élevées. Les mécanismes de sécurité modernes doivent donc faire partie intégrante de l’architecture dès le départ. L’Edge Integration Cell n’est qu’un avant-goût d’une évolution plus large.

SAP mise de plus en plus sur les technologies de conteneurs et les modèles d'exploitation basés sur Kubernetes. Parallèlement, de nombreuses entreprises modernisent leurs applications selon les principes du « cloud natif » et développent de nouvelles fonctionnalités en dehors du cœur de l'ERP. Il en résulte des plateformes sur lesquelles convergent la modernisation des applications, l'intégration et, à l'avenir, les charges de travail liées à l'IA. Le lancement de l’Edge Integration Cell ne doit donc pas être considéré uniquement comme un projet succédant à PI ou PO. Il marque bien davantage l’entrée dans une nouvelle génération d’infrastructures SAP.

Vers l'inscription du partenaire :