1
0
Application .net Blazor 8.0 avec gestionnaire de messages Redis, le tout orchestré par .net Aspire.
Go to file
MarcEricMartel 7ceea9df71 Erratas.
2023-11-19 12:15:42 -05:00
BlazorCanvas Erratas. 2023-11-19 12:15:42 -05:00
.dockerignore Séparation des services 2023-11-16 06:46:31 -05:00
.gitignore Initial commit 2023-11-11 14:45:30 -05:00
BlazorCanvas.sln Ça a l'air que DotNet Aspire c'est ben sweet. 2023-11-15 09:38:06 -05:00
README.md Update README.md 2023-11-16 11:45:29 -05:00

Review Assignment Due Date

Épreuve terminale de cours

CONTEXTE :

Un riche philanthrope vous donne la chance de développer votre propre projet personnel, toute dépense payés (wow!). Vous avez jusquau 20 décembre pour assembler un MVP (Minimum Viable Product), et sil est assez impressionné il vous engagera comme CTO (Chief Technical Officer) pour une startup quil fondera à ce moment-là.

SPÉCIFICATIONS :

Afin de pouvoir démontrer que votre serveur puisse être mis en grappe, la seule contrainte de lapplication sera quau minimum 2 utilisateurs puissent interagir ensemble. Ainsi, si un des utilisateurs se connecte à 1 nœud de la grappe et quun autre se connecte sur le deuxième nœud, les deux devraient pouvoir utiliser les fonctionnalités comme sil ny avait quun seul serveur. Vous devrez choisir un sujet pour votre épreuve et venir le réserver avec moi. Il ne sera pas possible de choisir le même sujet quun autre étudiant, donc premier arrivé premier servi! Plus votre application est "ambitieuse", plus je serai généreux sur la correction, et à l'inverse plus l'application est simple plus je serai pénalisant si vous coupez les coins ronds. Côté architecture, vous êtes libres de choisir la technologie que vous désirez. Vous devrez cependant nous démontrer en personne que votre serveur puisse marcher en grappe (cluster), que si une des nœuds de votre grappe se met soudainement hors service les autres nœuds puissent prendre le relais, et que vous pouvez ajouter un autre nœud à la grappe si besoin. Il devra être possible dinteragir avec votre serveur à laide dun interface utilisateur (UI), mais il nest pas nécessaire que linterface soit servie par votre cluster si vous préférez séparer votre serveur de votre interface. Par exemple : si vous décidez de développer une application mobile séparée comme interface utilisateur, vous pourrez développer votre serveur sans frontend.

BARÈMES DE CORRECTION :

  1. (30%) Application fonctionnelle
  2. (30%) Votre serveur fonctionne en grappe (2 utilisateurs sur 2 nœuds différents interagissent ensemble)
  3. (20%) Si un nœud est hors-service, le reste marche correctement
  4. (20%) Il est possible dajouter un nœud à la grappe
  5. (-40%) Manquements à la traçabilité de votre démarche à travers les traces d'évolution du travail sur GitHub Classroom. (Je dois voir la progression évoluer à chaque cours : faites des push souvent!)
  6. (-10%) Fautes de français