Difference between revisions of "Architecture"
From DarkWiki
m (→Security) |
m (→Security) |
||
| Line 3: | Line 3: | ||
==Security== | ==Security== | ||
| − | Security between components will be managed via [https://oauth.net/2/ OAUTH2], as it has a very large support base and is common in many programming frameworks. Data-level access will be manage by the components themselves or indirectly by partitioning of data (restricting by | + | Security between components will be managed via [https://oauth.net/2/ OAUTH2], as it has a very large support base and is common in many programming frameworks. Data-level access will be manage by the components themselves or indirectly by partitioning of data (restricting by the company associated with the user etc.). That said, we can be more specific in our requirements, and identify particular use-cases: |
| + | |||
| + | * Client applications within Rabora, known as '''internal systems'''. | ||
Revision as of 13:10, 9 August 2017
Introduction
Security
Security between components will be managed via OAUTH2, as it has a very large support base and is common in many programming frameworks. Data-level access will be manage by the components themselves or indirectly by partitioning of data (restricting by the company associated with the user etc.). That said, we can be more specific in our requirements, and identify particular use-cases:
- Client applications within Rabora, known as internal systems.
