Access Control Service
Overview
DIGIT is API based Platform here each API is denoting to a DIGIT resource. Access Control Service (ACS) primary job is to authorise end user based on their roles and provide access of the DIGIT platform resources. Access control functionality basically works based on below points:
Actions: Actions are events which is performed by an user. This can be a api end-point or Frontend event. This is MDMS master
Roles: Role are assigned to user, a user can hold multiple roles. Roles are defined in MDMS masters.
Role-Action: Role actions are mapping b/w Actions and Roles. Based on Role,Action mapping access control service identifies applicable action for role.
Pre-requisites
Before you proceed with the configuration, make sure the following pre-requisites are met -
Java 8
MDMS service is up and running
Key Functionalities
Serve the applicable actions for a user based on user role (To print menu three).
On each action which is performed by an user, access control look at the roles for the user and validate actions mapping with the role.
Support tenant level role-action. (eg: An employee from Amritsar can have a role of APPROVER for other ULB like Jalandhar and hence will be authorised to act as APPROVER in Jalandhar.)
Deployment Details
Deploy the latest version of Access Control Service
Deploy MDMS service to fetch the Role Action Mappings
Configuration Details
Define the roles :
{ "code": "EMPLOYEE", "name": "Employee", "description": "Default role for all employees" }
Add the Actions (URL) :
{ "id": {{ACTION_ID}}, "name": "Create TradeLicense", "url": "/tl-services/v1/_create", "parentModule": "", "displayName": "Create TradeLicense", "orderNumber": 0, "enabled": false, "serviceCode": "tl-services", "code": "null", "path": "" }
Add the role action mapping:
{ "rolecode": "EMPLOYEE", "actionid": {{ACTION_ID}}, "actioncode": "", "tenantId": "pb" }
(The details about the fields in the configuration can be found in the swagger contract)
Integration
Integration Scope
Any micro micro service which requires authorisation can leverage the functionalities provided by access control service.
Integration Benefits
Any new micro service that is to be added in the platform won’t have to worry about authorisation. It can just add it’s role action mapping in the master data and Access Control Service will perform authorisation whenever API for the micro service is called .
Steps to Integration
To integrate with Access Control Service the role action mapping has to be configured(added) in the MDMS service.
The service needs to call
/actions/_authorize
API of Access Control Service to check for authorisation of any request
Interaction Diagram:
Reference Docs
Doc Links
Title | Link |
API Contract | |
MDMS Service | Core Services [MDMS LINK HAS TO BE UPDATED] |
API List
Title | Link |
| [LINK TO BE UPDATED] |
|
|
(*POSTMAN COLLECTION HAS TO BE UPDATED)