...
Microservice name | Code | Responsible | Discuss | API | Description |
---|---|---|---|---|---|
Micro service example (and node version) | EXAMPLE | Confluence - Development | An example module. Responsibilities and functionalities:
| ||
Core | CORE | Derk, Nico | Confluence | API | The core module providing the very basics required for all other modules. Responsibilities and functionalities:
|
Events (and frontend) | EVENTS | Nico, Sergey | Confluence | API | All event-related stuff. Creating, modifying, displaying and deleting events, approving events, managing events' organizers Responsibilities and functionalities:
|
Applications (and frontend) | Nico | JIRA - Issue | Everything related to the events' applications for the generic events (not statutory and not SU). Applying for the events, managing applications, approving participants. Responsibilities and functionalities:
| ||
Service registry | REGISTRY | Nico | JIRA | API | Helps with service discovery based on categories or servicenames and provides an access token registry. Responsibilities and functionalities:
|
Alastair | FOOD | Nico | Confluence | Food planning module - A private project from Nico | |
LDAP support | JIRA - Issue | ||||
Notifications - pipe | N-PIPE | JIRA - Issue | Would allow observers to register and push and receive notifications. | ||
Notifications - email | N-EMAIL | Emailer: Most likely will not write something ourselves, should use something existing. Flaviu mainly used sendgrid | |||
Notifications - push | N-PUSH | Push Notifications | |||
Cron Module | JIRA - issue | Regularily reoccuring tasks | |||
Statutory microservice | Application procedure for the statutory events and stuff that happens during statutory events (agorae, epms): Agenda, Proposals and voting on proposals, members, etc. - Not parts of events module | ||||
Voting | Candidatures, Evaluation (like impact measurement for events), also Recursion (-; | ||||
Reporting | Generate anonymous reports with user and member statistics. | ||||
Finance | Fee management. Event budgeting. Parts of this are inside the core module at the moment, will be moved out of oms-core for this. | ||||
Storage | A possibility to backup data to external systems easily. | ||||
Travel | for example: AEGEE-couchsurfing | ||||
Gamification | E.g. create badges like "Visited 5 events" or "Attended 3 Agorae in a row" | ||||
Comments | Make commenting everything possible. Reuse of disqus might be the way to do it. | ||||
SU Webfrontend | Summer University Website: Will be a little different from the usual events frontend, maintained and developed by SUCT. |
...