La première fois que j'ai entendu parler de ce terme remonte à plus d'un an dans une discussion avec mon collègue Mark Baciak. À l'époque, Mark m'avait parlé de son expérience dans le cadre du projet Alchemy chez Microsoft. Mais pourquoi m'intéressé à un projet réalisé strictement à l'interne de Microsoft? La raison est fort simple, Alchemy est une architecture orientée services qui a été réalisé en 2003 afin de permettre le décloisonnement des nombreuses applications de lignes d'affaires à l'interne de Microsoft. Par la suite, en 2004, le « Alchemy Common Platform » (ACP) a suivit et est encore utilisé. C'est un exemple d'architecture qui se doit de tenir en compte une multitude de requis technologiques tel que la découverte de services, l'authentification, la journalisation, la gestion transactionnelle, etc. Bref, un excellent cas de référence.

C'est donc lors de cette discussion, que Mark m'avait parlé des différents stades de maturité de Alchemy ainsi que de ces réflexions autours de tous les services d'infrastructure qu'une architecture orientée services pouvait nécessiter. C'est ce qu'il appelait Service Oriented Infrastructure (SOI). Depuis le temps, Mark a rédigé d'excellents papiers, créé des digrammes exhaustifs de cette vision et présenté des webcast sur le sujet. Toutes ces ressources se trouvent sur le site http://msdn.microsoft.com/architecture/soi.

C'est de l'excellent travail!