Présentation du sprint n°2 de StartPoint

1. GESTION DE LA NAVIGATION
Startpoint – Sprint 2

2. PRÉSENTATION DE L’APPLICATION
 A l’instar des différents logiciels de création de site Internet, StartPoint souhaite
fournir un service de création de site Internet basé sur Azure. Ces sites pourront
être
 Institutionnel / Personnel / Associatif
 Création et partage de contenu,
 Agrégation de données depuis différentes sourcesWeb et entreprises
 Publication de rapport automatique
 E-Commerce
 Fournir une application de gestion commerciale en ligne complète et verticale capable de gérer
tout le cycle d’exploitation nécessaire
 Fournir une plateforme d’agrégation de catalogue et de marchandisage

3. PRÉSENTATION DU SPRINT N°2
 Le sprint n°2 a pour objectif de fournir le Framework nécessaire à l’application exposée
précédemment, mais on peut le réutiliser pour créer d’autres applications. Les objectifs du sprint sont
donc
 Gestion des exceptions applicatives
 Gestion de la globalisation et de la traduction
 Gestion de la configuration
 Mécanisme de log centralisé et unifié
 Support de plusieurs environnements et plusieurs tenants
 Gestion des sessions – et du cache distribué

4. GESTION DES EXCEPTIONS
 Le mode classique pour la gestion des
erreurs est l’utilisation en ASP.NET de la
page UseDeveloperExceptionPage
 L’objectif est donc d’afficher une page
personnalisée en fonction de la nature de
l’erreur
 Erreur 500 : Exception non capturée
 Erreur 404 : Page non trouvée
 Erreur 403 : Page non autorisée
 De plus, il faut pouvoir capturer les erreurs
non applicatives générées par le serveur
Azure ou au démarrage de l’application

5. GESTION DE LA LOCALISATION
 L’application doit fonctionner en mode multi-langue
 Un écran doit permettre de gérer les traductions : Créer / Modifier / Supprimer une traduction
 Utiliser les mécanismes standard du .NET Core pour la prise en charge de la localisation
 Fournir des messages d’erreur de validation des POCO localisables
 Implémentation de la sélection automatique de la langue en fonction de la hiérarchie suivante
 Querystring
 Cookie
 Langue du navigateur du client
 Langue par défaut

6. GESTION DE LA CONFIGURATION
 Asp.net core fournit un mécanisme de
gestion différents des précédentes
version en effet le web.config n’est plus
utilisé par défaut pour l’application mais
uniquement pour l’intégation avec IIS
 On doit mettre en place un mécanisme
capable de supporter les fichiers json
 On doit être compatible avec Azure Key
Vault
 On dit être compatible avec le
mécanisme de configuration sur Azure

7. MÉCANISME DE LOG CENTRALISÉ ET UNIFIÉ
 Mise en place d’un outil de log central
pour l’ensemble du système
 Intégration dans Azure AppService
 Intégration de Azure Application Insights

8. SUPPORT PLUSIEURSTENANTS
• Le service IHM et le service Data est
spécifique par client
• Les différents services front utilisent le même
déploiement, il n’y a pas de configuration
spécifique,
• Le service de traitement est central et unique
pour tous les clients
• Le service central doit déterminer
automatiquement la configuration à appliqué
en fonction du client
• Chaque client utilise son propre nom de
domaine, donc le service central utilisera le
nom du domaine pour clé du tenant

9. SESSION ET CACHE DISTRIBUÉ
 Les clients les plus importants
pourront avoir plusieurs
instances de serveur frontal, il
est donc important de pouvoir
partager le cache
 Pour permettre d’améliorer le
temps de traitement entre les
serveurs frontaux et le service
de traitement, il faudra
partager le service de cache
 On utiliseraAzure Cache service
pour la persistance du cache
 On utilisera le mécanisme
classique fourni par .NET pour
utiliser les services adéquates