Dans un monde technologique en constante évolution , les entreprises doivent fournir davantage avec moins de ressources . L'architecture orientée services permet aux entreprises de développement de logiciels avec la capacité de répondre aux demandes de service rapidement et efficacement. Cependant, l'architecture orientée services n'est pas compatible entre toutes les applications. Comment ça marche

L'architecture orientée services définit les normes des applications de service d'une entreprise. L'architecture prend en compte les services fournis par l'entreprise et les besoins du consommateur . La mise en œuvre de ces principes exige une interface pour les consommateurs de demander et de recevoir leur service attendu.

Par exemple , si un élève demandes de leurs classes à partir d'un site de l'université , les notes seront affichées lors de la récupération de la base de données interne . L'étudiant agit comme un consommateur et la récupération du serveur des grades est le service .
Avantages

services sont maintenus dans une application par une série de couches . Chaque couche agit selon ses responsabilités et n'est accessible que par des portions de l'application et des utilisateurs. Les couches peuvent être conçus individuellement et développés , augmentant le potentiel de recyclage de code ainsi que la création de rôles de développement plus spécifiques. Comme l'application âges , chaque couche peut être ciblé pour la maintenance ou mise à l'échelle pour répondre aux exigences de performance.

Inconvénients

Le développement de l'architecture axée sur le service dépend de la mise en œuvre des normes. Sans normes , la communication entre les applications devient heure et le code intensive. L'architecture orientée services n'est pas conçu pour des applications avec les transferts élevés de données , les applications qui ne nécessitent pas de demande /réponse ou la mise en œuvre des applications avec une courte durée de vie.