Une plateforme pour une orchestration sûre de services convergents
1. Une plateforme pour une orchestration
sûre de services convergentssûre de services convergents
Karim Sbata Elie Najm Gerard Nicolas
Orange Labs Télécom ParisTech Télécom ParisTech
2. Sommaire
Impact du « smartphone » sur l’écosystème de services
Paradigme de la convergence de service
Caractéristiques de l’écosystème de services actuel
2
Caractéristiques de l’écosystème de services actuel
Notre proposition de solution
3. Impact du « smartphone » sur l’écosystème de services
« Couteau suisse » de l’utilisateur« Couteau suisse » de l’utilisateur« Couteau suisse » de l’utilisateur« Couteau suisse » de l’utilisateurAccès aux servicesAccès aux servicesAccès aux servicesAccès aux services TelCoTelCoTelCoTelCo classiquesclassiquesclassiquesclassiques
3
Accès aux services WebAccès aux services WebAccès aux services WebAccès aux services Web Fusion des deux « mondes » dansFusion des deux « mondes » dansFusion des deux « mondes » dansFusion des deux « mondes » dans
l’esprit de l’utilisateurl’esprit de l’utilisateurl’esprit de l’utilisateurl’esprit de l’utilisateur
Evolution vers un écosystème deEvolution vers un écosystème deEvolution vers un écosystème deEvolution vers un écosystème de
services convergentsservices convergentsservices convergentsservices convergents
4. Paradigme de la convergence de service
Offrir à l’utilisateur un accès uniforme aux services
masque l’hétérogénéité des services
les nouveaux standards du Web (HTML5 / Websocket / WebRTC)
permettent une expérience utilisateur fonctionnellement riche et de qualité
équivalente quel que soit le terminal
Offrir aux concepteurs de services une vue uniforme des ressources
4
Offrir aux concepteurs de services une vue uniforme des ressources
abstraction par orchestration agnostique
prise en compte des différences conceptuelles des services (e.g.
asynchronisme / synchronisme)
prise en compte de la complexification des sessions de services en mettant
en place de la vérification comportementale
5. Caractéristiques de l’écosystème de services actuel
FrontièresFrontièresFrontièresFrontières lâcheslâcheslâcheslâches
entre lesentre lesentre lesentre les acteursacteursacteursacteurs
TelCoTelCoTelCoTelCo et Webet Webet Webet Web
CourseCourseCourseCourse àààà l’innovationl’innovationl’innovationl’innovation
5
VolontéVolontéVolontéVolonté //// nécessiténécessiténécessiténécessité de convergencede convergencede convergencede convergence
CourseCourseCourseCourse àààà l’innovationl’innovationl’innovationl’innovation
ConcurrenceConcurrenceConcurrenceConcurrence etetetet
complémentaritécomplémentaritécomplémentaritécomplémentarité
6. L’exposition de services Orange
Partenariats
Offres sur mesure / catalogue en libre-service
Via des initiatives multi-opérateurs : WAC, YouConnect
Services exposés
Paiement sur facture
6
Accès privilégié au service suivant l’opérateur
Profil utilisateur
Stockage personnel
SMS
Click-to-Call
• Offre essentiellement « Web »
• Exposition d’assets TelCos pas
vraiment satisfaisante
• Pas de réelle convergence
7. Notre proposition de solution de convergence
Service Web #1
Service
Partenaire
Service Web #2
Solution de convergence
Orchestrateur
HTTP
CCCC
CCCC
REST/SOAP
Contenu WebContenu WebContenu WebContenu Web
(HTML5)(HTML5)(HTML5)(HTML5)
Orchestration agnostiqueOrchestration agnostiqueOrchestration agnostiqueOrchestration agnostique
(ORC modifié)(ORC modifié)(ORC modifié)(ORC modifié)
Cohérence comportementaleCohérence comportementaleCohérence comportementaleCohérence comportementale
(WSCL)(WSCL)(WSCL)(WSCL)
7
Service TelCo #1
Service Web #2
Service Web #M
Service TelCo #2
Service TelCo #N
Accèsutilisateur
Code client
Orchestrateur
Agnostique
OUT
IN
JSON over Websocket
HTTP
CCCC
CCCC
CCCC
CCCC
CCCC
REST/SOAP
Librairies d’accès aux servicesLibrairies d’accès aux servicesLibrairies d’accès aux servicesLibrairies d’accès aux services
((((JavascriptJavascriptJavascriptJavascript))))
8. Orchestration agnostique de service
Intérêt
fournir des services finaux homogènes malgré l’hétérogénéité des services
sous-jacents
faire de l’orchestration sans concession fonctionnelle
ORC, un langage d’orchestration agnostique
permet de s’abstraire des protocoles sous-jacents
8
permet de s’abstraire des protocoles sous-jacents
évolutif, facilement extensible
permet nativement de masquer l’hétérogénéité des services sous-jacents
des évolutions nous ont permis de:
gérer l’asynchronisme (e.g. gestion des notifications SIP)
améliorer la robustesse de l’orchestration par typage des entrées/sorties
proposer une orchestration sûre en vérifiant sa cohérence
comportementale
9. Evolutions mises en place
Gestion de l’asynchronisme
Motivation: les services télécoms sont souvent asynchrones (e.g. demande
d’établissement de session, notification d’un changement de statut)
Extension de fonctionnalités ORC existantes pour buffériser les notifications
et les affecter à la bonne instance d’orchestration au moment opportun
Typage des entrées/sorties
9
Motivation: meilleure prise en compte des erreurs fonctionnelles et détection
des erreurs de conception
Extension (e.g. réponse à typage multiple) et généralisation du typage
autorisé par ORC à l’ensemble des scripts orchestrés
Cohérence comportementale
Motivation: détection des erreurs de conception
Extension du typage en introduisant la notion de type comportemental, en se
basant sur WSCL.