Legacy Documentation
You're viewing legacy documentation for API Fortress (deployed via an on-premises container). To view documentation for the new SaaS version of API Fortress — now known as Sauce Labs API Testing and Monitoring (with Sauce Connect tunnels) — see API Testing on the Sauce Labs Cloud.

Using RDS and DocumentDB

API Fortress supports the use of one or both RDS and DocumentDB instead of the default Postgres and MongoDB. Below we detail the steps needed to make the switch.

RDS

Once Deployed a PostgreSQL 9.5 series RDS instance, the configuration is straight forward. All that is required is to change the PostgreSQL settings in the configuration. Postgres is solely used by the dashboard service.

The involved configuration keys are:
psqlhost
psqlUsername
psqlPassword
The database name MUST BE “apipulse”.

DocumentDB

Premise:
We don’t use DocumentDB internally. Keep in mind DocumentDB is not MongoDB as a Service, it’s a clone developed by Amazon and there are differences. Some incompatibilities have been addressed by us in the software, but we have no data concerning the long term success of Amazon DocumentDB.

Steps on AWS:
1. Create a DocumentDB cluster. A single instance is perfectly fine as long as backups are configured.

2. Change the preferences group to disable TLS. Currently, API Fortress does not support TLS transport to DocumentDB (and it would be superfluous as all internal communications in AWS are peer-encrypted)
2a. Make sure you restart your instance once that is done (choose to restart immediately and not during a maintenance window, otherwise you’ll wait quite a long time…)

3. Make sure to assign a security group that allows the communication between your EKS cluster and the DocumentDB cluster. We discovered that as a default, that is not the case.

Changes in the APIF configuration:
1. Apply the following changes in the apifortress deployment section:
– set the dbHost key to reflect the DocumentDB endpoint
– add the dbUsername key to reflect the DocumentDB username
– add the dbPassword key to reflect the DocumentDB password

2. Apply the following changes to the afscheduler section:
– set the mongoHost key to reflect the DocumentDB endpoint
– add the mongoUsername key to reflect the DocumentDB username
– add the mongoPassword key to reflect the DocumentDB password

3. Apply the following changes to the afconnector section:
– set the mongoHost key to reflect the DocumentDB endpoint
– add the mongoUsername key to reflect the DocumentDB username
– add the mongoPassword key to reflect the DocumentDB password

Before you deploy: 
Make sure the Kubernetes or EC2 cluster and the MongoDB instance live in the same VPC