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