WSGI (prononcer Ouiz-Guy) est similaire à la spécification CGI (Common Gateway Interface). Ces deux spécifications définissent précisément les modalités de communication entre un serveur Web et un applicatif tiers, chargé de générer du contenu dynamique : comment la requête et tous ses paramètres doivent-ils être codés, comment la réponse doit-elle être transmise, etc.

La spécification WSGI présente cependant des différences importantes :

• elle est particulièrement adaptée aux environnements Python ;
  
• elle n'a pas les problèmes de performance habituellement associés aux scripts CGI ;
  
• elle est fortement orientée middleware.

Ce dernier point signifie concrètement qu'il est possible de déployer une application Web exploitant WSGI, en utilisant :

• un composant pour l'authentification des visiteurs ;
  
• un autre composant pour l'habillage graphique (theming ou skinning) ;
  
• un ou plusieurs composants « métier » indépendants pour les différentes parties du site : un pour le forum, un autre pour le blog, un autre pour une partie davantage orientée CMS ou WCM, etc.

La plupart des frameworks Web actuels du monde Python s'appuient sur WSGI : TurboGears, Django, Pylons, Zope 3... et un bon nombre de middlewares sont prêts à l'emploi : Deliverance pour l'intégration graphique ou repoze.who pour l'authentification, par exemple.

Plone peut d'ores et déjà s'intégrer dans une pile WSGI et cette compatibilité sera améliorée avec la version 4. Ceci permet d'enrichir une application ou un site Web basés sur Plone, grâce aux middlewares existants cités plus haut, sans modifier en profondeur l'applicatif Plone lui-même.

Les différents composants WSGI étant bien isolés les uns des autres, il est tout à fait possible de composer une application à partir de composants exploitant des frameworks différents, afin de choisir pour chaque composant l'outil le mieux adapté au besoin.

Il faut noter que cette approche est intéressante pour des modules sans forte interdépendance entre eux sans quoi le découplage technique est inutile puisqu'un couplage fort existe au niveau fonctionnel. C'est la même problématique que pour les web services.