GESTION DE LA NAVIGATION

Startpoint – Sprint 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 sources Web 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

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é

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

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

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

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

SUPPORT PLUSIEURS TENANTS• 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

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 utilisera Azure Cache service pour la persistance du cache

On utilisera le mécanisme classique fourni par .NET pour utiliser les services adéquates