This is a monorepo that contains applications and utilities for managing the IAM system at the UC Davis Library.
The application (in /app
) is designed to be used by
- HR for initiating onboarding and separation processes
- Supervisors to request access to systems for their employees when onboarded.
The application does not assign permissions, but creates, routes, and tracks system provisioning tickets via the Request Tracker (RT) API.
The command line interface (in /utils/cli
) is designed to be used by ITIS to perform adminstrative actions, such as loading a user into Keycloak and assigning permissions.
To use the CLI:
- bash into container:
docker compose exec cli bash
- run commands:
ucdlib-iam --help
Located in utils/backup
, this container will automatically back up the database to the itis-iam
Google Cloud Storage bucket if NIGHTLY_BACKUPS
and BACKUP_ENV
env variables are set.
In order to backup, you need a GC key, which can be obtained by running deploy/cmds/get-writer-key.sh
.
Located in utils/init
, this container will automatically hydrate the database upon docker compose up
if local db is empty. Requires RUN_INIT
and DATA_ENV
env variables to be set.
Located in utils/maintenance
, this container runs a node cron service for performing needed maintenance tasks, such as keeping employee records in sync with campus data stores. ENABLE_MAINTENANCE
must be set to true.
Located in utils/api
, this is an express service that runs a JSON API designed to return personnel data to other applications.
Any code shared by the application and cli should be placed in the /lib
directory. Both the app and cli docker images use the same base image that npm links this shared code as the @ucd-lib/iam-support-lib
package.
Technical documentation created at the start of the project can be found in this Google Doc.
Most relevant env variables:
Name | Notes |
---|---|
UCDLIB_APP_HOST_PORT |
|
UCDLIB_APP_ENV |
'prod' or 'dev'. By default, local development starts with 'dev' |
UCD_IAM_API_KEY |
API key for https://iet-ws.ucdavis.edu/api/iam . Required for much functionality |
UCDLIB_RT_KEY |
Access token required for interacting with RT. By default, associated RT user is set to pmanager . |
UCDLIB_RT_FORBID_WRITE |
Will not create or edit RT tickets |
NIGHTLY_BACKUPS |
If set to true , database will be backed up nightly to BACKUP_ENV GC bucket |
RUN_INIT |
If set, init container will run its process |
DATA_ENV |
Data init container will pull if local db is empty |
ENABLE_MAINTENANCE |
Maintenance container will do its regularly scheduled work |
SLACK_WEBHOOK_URL_FOR_ERRORS |
If you want to write to the itis-error-notifications slack channel |
KEYCLOAK_ADMIN_PASSWORD |
Required to manipulate keycloak data - user lists, groups, etc |
For a complete list, see config.js
.
On your machine:
- Merge your changes into main.
- Update
APP_VERSION
andREPO_TAG
in deploy/config.sh - Run
generate-deployment-files.sh
- Check in your changes and tag your release.
- Build images in Google Cloud with
submit.sh
On the production server (currently veers.library)
- cd
/opt/ucdlib-iam-support/deploy
- git pull && git checkout
docker compose pull
to download images from Google Clouddocker compose down
thendocker compose up -d
There will be a brief service outage as the containers start up, so try to schedule deployents accordingly. If something goes wrong, you can always revert to the previously tagged images.
To get this application up and running for the first time:
- Clone this repository
- Checkout the branch you want to work on.
- Run
./deploy/cmds/init-local-dev.sh
to install npm dependencies and generate dev bundles - Run
./deploy/cmds/build-local-dev.sh
to build custom docker images used by this project - Run
./deploy/cmds/generate-deployment-files.sh
to create the docker-compose file for local development - Download an env file in
./deploy/iam-support-local-dev
by running./deploy/cmds/get-env-file-dev.sh
and then cd into the directory - Run
docker compose up
The steps for onboarding an employee are as follows:
- HR uses the onboarding endpoint to submit a request, which generates an onboarding record and an associated RT ticket.
- The supervisor is CCed on the RT ticket, and a comment is created asking them to fill out a permissions request form.
- When they fill out the permissions request form, the response is written to the RT ticket.
- Provisioning proceeds as normal with the RT ticket being passed around ITIS personnel.
- An ITIS programmer has to manually add the employee to the local database and Keycloak by doing the following:
ssh veers.library.ucdavis.edu
cd /opt/ucdlib-iam-support/deploy && docker compose exec cli bash
ucdlib-iam onboarding ls
to get the onboarding-record-id.ucdlib-iam employees adopt <onboarding-record-id>
- Depending on the permissions requested, you might have to log into Keycloak and assign special permissions to clients.
- The onboarding record will be marked as resolved three days after the RT ticket is resolved.
Occasionally, HR will submit an onboarding request before a UCD IAM/UC Path record has been created for the employee. In this case, somebody (us, HR, or the supervisor) will have to go the onboarding record page, and select the employee's UCD IAM record when it becomes available.
The steps for separating an employee are as follows:
- HR uses the separation endpoint to submit a request, which generates a separation record and an associated RT ticket.
- When the separation date has passed, an ITIS programmer will need to manually remove the employee from the local database and Keycloak by doing the following:
ssh veers.library.ucdavis.edu
cd /opt/ucdlib-iam-support/deploy && docker compose exec cli bash
ucdlib-iam separation ls
to get the separation record iducdlib-iam employees separate <separation-record-id>
- The system will send a reminder to the RT ticket when the separation date has passed.
When possible, the system will update local employee records when the UCD IAM record is updated - for example, when an employee changes their preferred name in the UC Davis directory. However, there are some cases where an automatic update isn't possible or is ill-advised, in which case a discrepancy notification is created. These notifications are bundled and sent to the ITIS error notification slack channel once a week. It is contingent on an ITIS programmer to resolve them:
ssh veers.library.ucdavis.edu
cd /opt/ucdlib-iam-support/deploy && docker compose exec cli bash
ucdlib-iam employees list-active-notifications
gets a list of active discrepancy notifications- Then you would fix the records it points out. The exact command varies depending on the notification, but they can all be found in
ucdlib-iam employees
. The--help
flag will list available commands. - When complete run
ucdlib-iam employees dismiss-notifications <iamId of employee notification is regarding>
. Otherwise, you will get the same notification sent to slack next week.