L'intégration est l'un des principaux domaines de développement et d'évolution dans le secteur des TI. Elle est passée du classique sur site à une intégration infonuagique plus ouverte avec des interfaces utilisateur enrichies, soutenant des applications axées sur les tâches, des analyses en temps réel et des traitements de flux numériques, ainsi que des capacités pour des perspectives riches et intelligentes.
Pour appuyer cette vaste gamme d’interactions, la technologie d’intégration et les outils doivent être mis à jour avec de nouveaux designs, modes de livraison et modèles techniques. L'approche de l’intégration SAP a également connu une transition similaire et doit couvrir un éventail beaucoup plus large de sujets.
Ce blogue va explorer les sujets émergents en matière d’intégration que les utilisateurs SAP doivent connaître, y compris ceux que nous recommandons d'inclure dans toute stratégie d’intégration mise à jour ou dans tout modèle opérationnel cible d’intégration (TOM). Plongeons-y.
Tenir compte des environnements hybrides actuels
Les solutions d’intégration actuelles doivent prendre en charge les solutions infonuagiques et sur site grâce à des options d’intégration nuagiques légères tout en couvrant les domaines potentiels des systèmes, fonctions ou zones géographiques. SAP elle-même propose des solutions dans le nuage (telles que SuccessFactors, Ariba, S/4, et C/4) ainsi que sur site (comme les anciens systèmes ECC ou si vous choisissez de déployer S/4 sur site). D’un point de vue SAP, les modèles de données sont alignés à travers ces domaines d’offres de produits (message renforcé par RISE with SAP). Il peut exister d’autres secteurs d’activité, zones géographiques ou même domaines historiques de paysage au sein d’un environnement d’entreprise, où des solutions partagent certains principes sous-jacents communs. Néanmoins, les variations et les écarts doivent appuyer ces domaines spécifiques.
Ainsi, le choix de vos outils d’intégration devient essentiel. Ils doivent couvrir un large éventail d’environnements et de paysages et répondre à un paysage hybride complexe de systèmes et d’applications, que ce soit sur le nuage ou sur place (sur site).
Comprendre la diversité de l’intégration
La plupart des entreprises doivent soutenir des solutions nuagiques d’abord, des applications de pointe, de meilleures expériences utilisateur, des applications plus flexibles – tout en respectant les standards commerciaux du marché (COTS). Ainsi, les stratégies d’intégration doivent relever tous ces défis.
Étant donné que les types d’intégration visés sont désormais plus larges que les exigences classiques de processus et de données, les solutions d’intégration doivent répondre à des besoins utilisateurs plus en temps réel (souvent via les applications), requérant plus de fonctionnalité, de flexibilité et de capacités de livraison.
Pour déterminer comment votre stratégie d’intégration doit être mise à jour, il faut comprendre la gamme plus étendue de technologies d’intégration, leurs principales caractéristiques et fonctions – puis confirmer celles qui s’appliquent à vos propres besoins d’affaires et techniques. Par exemple, les intégrations « entreprise à gouvernement », « entreprise à consommateur » ou « API ouvertes » font désormais toutes partie des styles d’intégration élargis. Quand les entreprises confirment le type d’intégration à adresser, des outils, des approches, des méthodologies et des modes de livraison plus détaillés peuvent être suggérés dans un modèle opérationnel cible architectural.
Examiner les impacts des approches de développement et de soutien tels que DevOps
Le mode de livraison doit maintenant s’adapter à l’approche traditionnelle en cascade et être capable de migrer vers des méthodes agiles et DevOps (et être flexible pour de nouvelles options, qui ne manqueront pas d’apparaître !). Tout cela peut être mis en œuvre dans SAP, non seulement sur la nouvelle plateforme technologique d’affaires (aussi appelée SAP Business Technology Platform (BTP)) — mais aussi sur l’ancien ECC et dans les méthodes de programmation ABAP de SAP. Rien n’empêche les développeurs SAP de saisir leurs besoins dans des systèmes de billetterie (SAP Focused Build ou d’autres comme Remedy ou ServiceNow). Ils peuvent débuter le travail de développement de façon agile, en utilisant des mêlées quotidiennes, bâtissant des arriérés, progressant les items par le biais de cycles de livraison itératifs avec des tableaux de bord agiles et davantage de tests automatisés lors des déploiements. Comme ces éléments influenceront directement la livraison de l’intégration, les entreprises doivent également revoir leurs approches de développement et d’opérations afin de s’assurer que tous les aspects sont considérés dans toute stratégie d’intégration mise à jour.
Prendre le temps de considérer les changements majeurs dans la conception
La conception est possiblement le sujet le plus critique et demandera un changement fondamental de mentalité pour beaucoup de gens. L'approche de conception de l'intégration doit maintenant prendre en compte un ensemble plus large de défis de design et de modèles architecturaux et d'intégration pour la livraison de solutions, tout en comprenant également l'usage et l’application du côté affaires. Quelques éléments à considérer :
- Intégration découplée – De nombreuses applications historiques et l’intégration réelle entre elles étaient fortement couplées, ce qui est désormais difficile à démêler, faire évoluer, actualiser ou même étendre. Réaliser une solution d’intégration plus découplée ne relève toutefois pas uniquement de la technologie ni des outils. Selon moi, il s’agit potentiellement davantage de bien comprendre les nouvelles options de conception et de répondre aux besoins d’affaires actuels et futurs. Par conséquent, l’architecte d’intégration doit avoir une compréhension plus large de la gestion des données, des rapports, du développement et de l’expérience/utilisateur, car tout cela converge et a un impact combiné sur la conception, la livraison et l’exploitation de l’intégration.
- APIfication et gestion d’API/microservice – L’approche pour permettre une ouverture accrue des API est un bon exemple de nouveau modèle de conception souvent (possiblement) sous-utilisé dans les environnements d’intégration SAP. Je réalise que SAP offre des API depuis plusieurs années, mais le plus récent changement concerne moins la technologie que l’application et l’utilisation. Ainsi, les équipes fonctionnelles peuvent être encouragées à rendre disponibles des API de base ou des microservices pour une utilisation directe, sans être limitées par la nécessité d’approuver à l’avance des interfaces système détaillées (avec des spécifications techniques et la mise en place de l’intergiciel).
Pourquoi faut-il y penser ? Parce que cela peut conduire directement à de la valeur d’affaires. Par exemple, si vous rendez vos informations de produits, prix, stocks ou ventes disponibles, d’autres secteurs pourront utiliser ces renseignements de façons initialement non prévues, ce qui peut ouvrir de nouvelles possibilités et permettre à l’entreprise de se distinguer et d’innover.
- Expérience utilisateur et interfaces utilisateur – L’importance des applications, interfaces, portails et accès ouverts aux canaux et appareils pour les utilisateurs est bien établie. Cependant, d’un point de vue SAP, nombre d’entreprises s’appuient encore fortement sur d’anciennes interfaces GUI SAP et des interfaces transactionnelles plutôt que sur des interfaces personnalisées et axées sur les rôles. Le récent Fiori 3 de SAP permet désormais d’avoir une approche commune à l’ensemble des produits et domaines SAP. De plus, avec les options low-code, le développement UI5 et les capacités d’extension, Fiori change la donne. Par conséquent, les solutions d’intégration doivent suivre cette transition et appuyer davantage les exigences et options de conception axées sur l’interface utilisateur en temps réel, telles que l’orchestration, l’intégration médiée ou les microservices, ou d’autres nouveaux modèles d’intégration de façon générale.
- Événements – Les flux d’événements entraînent leurs propres exigences de traitement. Ce n’est peut-être pas au départ un domaine auquel toutes les entreprises touchent directement, car il est souvent associé à l’IdO et aux flux d’information (provenant d’objets comme des capteurs, ou si des analyses plus larges des sentiments ou du traitement des exceptions de processus sont requises). Cependant, cela peut également se limiter à une utilisation de files d’attente simple, en s’éloignant d’intégrations périodiques/traitées en bloc et en adoptant une solution de publication et d’abonnement à l’aide du maillage d’événements SAP. La capacité de traiter des flux et des traitements d’événements de données plus complexes ou non structurés peut ouvrir de plus vastes possibilités ; automatisation robotisée de processus, robots ou à des solutions d’IA/AA.
- Données — Je mentionne ici les données, car elles représentent souvent le pilier fondamental d’une entreprise, que ce soit en soutenant les données maîtres ou comme transactions d'affaires et flux informationnels se produisant dans l’entreprise. Cependant, les données posent aussi leurs propres défis. Ainsi, les volumes peuvent être plus élevés avec des options de transfert massif et nécessiter différentes solutions et alternatives. La gouvernance des données maîtres (MDG), aussi appelée gestion des données de référence (MDM), et le reporting informationnel sont souvent regroupés sous « données », mais constituent pourtant des sujets distincts à part entière. Toute révision de la stratégie d’intégration doit aborder tous les aspects des données sous-jacentes de votre entreprise.
Comment aborder ces changements ?
Historiquement, les processus d’affaires étaient réalisés à l’aide d’applications principales sur site. Elles synchronisaient toutes les données maîtres à travers le paysage applicatif, permettant de faire circuler les transactions entre les systèmes partageant cette base de données maîtres commune.
Cependant, dans le monde infonuagique, ce n’est plus le cas. Les applications nuagiques peuvent utiliser directement l’information de plusieurs systèmes à l’aide d’interfaces de programmation d’applications (API) ou de microservices, créant ainsi des solutions couvrant plusieurs systèmes (y compris ceux de partenaires !) et évitant, ou du moins réduisant, les interfaces sous-jacentes entre les applications.
Ainsi, si l’intégration couvre encore les processus sous-jacents et l’intégration des données requises par de nombreuses entreprises, elle doit aussi appuyer de nouveaux domaines, dont des applications utilisateur nuagiques et des événements/flux d’information, jusqu’aux données d’appareil/capteur pour appuyer l’internet des objets ou l’IdO.
Pour aborder ces changements, il vaut la peine de considérer la suite d’intégration SAP. Celle-ci offre non seulement la solution principale d’intégration nuagique de SAP, mais aussi (comme son nom l’indique) une suite de solutions pouvant couvrir à la fois l’intégration nuagique et sur site pour un paysage d’intégration hybride.
Il est temps de réévaluer votre approche stratégique de l’intégration
Je réalise souvent à quel point le sujet de l’intégration est vaste et comment il commence à se recouper avec le développement, l’expérience utilisateur, les données, et même l’innovation, dont l’IdO et l’IA/AA. RISE with SAP met en évidence le fait qu’il existe une solution SAP sous-jacente et un modèle de données standard, peu importe la position d’une entreprise entre le nuage et les solutions sur site. Toutefois, pour maximiser ces avantages, une approche claire pour le développement et l’intégration à la plateforme infonuagique SAP est également requise.
Le point clé est que les approches de conception seront fondamentalement différentes, et l’intégration va au-delà de simples interfaces spécifiques. Sans multiplier la complexité, les équipes devront aborder l’intégration de façon beaucoup plus ouverte et large. De façon générale, je suggère aux architectes d’intégration de plonger dans les nouvelles possibilités et de revoir leur approche stratégique et leurs outils en matière d’intégration dans un paysage hybride plus complexe.
Nous aimerions discuter avec des entreprises ayant de vastes environnements axés sur SAP et comprendre comment elles souhaitent transformer leurs capacités de livraison et maximiser l’utilisation du nuage.
Il existe une gamme de sujets connexes qui complètent la thématique de l’intégration et que je couvrirai dans une série de blogues de cinq minutes, tous destinés aux entreprises ayant une orientation SAP précise. Les autres blogues traitent de sujets tels que : la réalisation d’un cœur numérique propre, la gestion des extensions et des développements, le développement de votre capacité DevOps avec SAP, les solutions d’entreprise intelligente, l’amélioration des services (tel qu’AIOps), et la création d’une expérience utilisateur et d’affaires plus riche.
