Funkciók listája, funkciók mentén architekturális ábra: logikai szinten, illetve benne realizálva a fizikai szintet.

Funkcionalitások listája

• A felhasználó be tud lépni Google accounttal, ha még nincs, akkor létrejön a felhasználó az adatbázisban. A felhasználó módosításkor tud profiljához képet rendelni.
• A weboldalon egy erre kitalált oldalon értesítéseket kap a felhasználó mindenféle eseménnyel kapcsolatosan (lásd kifejtve az alábbi promptok mellett), emailben nem.
• A felhasználó képes saját csatornát (channel) ****alapítani. Minden új posztról értesítést kap a készítő.
• A felhasználó képes csatlakozni meglévő csatornákhoz. Ezáltal ha új poszt jön a csatornába, akkor arról kap értesítést.
• A csatornán lehet posztokat (post) közzétenni abban az esetben, ha a felhasználó tagja a látogatott csatornának. A készítő értesítést kap minden hozzászólásról. A felhasználó adhat képet a posztnak.
• Posztokhoz hozzáfűzhető hozzászólás (comment), ehhez viszont nem kell csatornatagnak lenni.
• A vastagon szedett szavak a lényegi entitások, amelyekre adottak a CRUD funkciók.

Logikai/moduláris nézet

A kliens képes autentikáció nélkül tulajdonképpen minden erőforrást (csatornák, felhasználók, posztok, threadek) látni, viszont ezeket manipulálni már autentikációval tudja csak. A belépés után iratkozik fel és várja az értesítéseket. Az egyes erőforrások menedzser moduljai az adatbázisban manipulálják az adatokat, amiket az értesítés alrendszere megfigyel. Külön álló, böngészőbe is kiszolgáló képszolgáltatással áll kapcsolatban a posztok és felhasználókért felelős modul (képfeltöltés).

Azure szolgáltatásokra specifikálva

Az adatbázis a CosmosDB-ben foglal helyet, NoSQL API-n keresztül elérve. A képszolgáltatásra Azure Blob Storage PaaS-megoldás kerül használatba.

API management (gateway) alá lesznek rendezve az egyes szolgáltatások, főként az erőforrás manipulátor (CRUD funkciókat megvalósító) Azure Function-ök és az értesítési funkciók.

Az autentikáció egy Azure Functionben történik meg majdnem minden másik szolgáltatás használata előtt. Ha nem talál a kérés kontextusában JWT tokent, nem engedi tovább. Egyébként OAuth2-es Google account segítségével történik a regisztráció (user CRUD Function-ök egyike rendezi), és bejelentkezés során saját JWT token generálódik, azt kell passzolgatnia majd a frontendnek is.

Az értesítések perzisztensen eltárolódnak amikor létrejönnek a producerben. A React frontend alkalmazás lekéri az összes értesítését a felhasználónak bejelentkezés után, majd felépíti a SignalR szolgáltatással a kapcsolatot, amelyen keresztül kapja a további alkalmazáshasználat során előjövő értesítéseket.

Legközelebbre megnézni

• [x] Service Bus (https://docs.microsoft.com/en-us/azure/architecture/solution-ideas/articles/instant-broadcasting-on-serverless-architecture)
  • [ ] méretkorlát
  • [ ] retry policy: levétel, de elhasal a kód, van-e retry/redelivery
  • [ ] long polling