Setting up an environment¶
To decide on the size of production and test environments for a Sesam subscription, one needs to consider the approximate number of datatypes and total entities.
Single compute: Up to 20 datatypes and 10 million entities.
Multi compute: Limitless, by a dynamically expanding cluster.
The following subscriptions are necessary for a complete Sesam environment:
Development: Every developer will need a developer subscription, with no SLA or backup.
CI-test: A developer subscription, with no SLA.
Test: Same size as in production, including standard SLA and Backup.
Production: Size based on data as described above. Enterprise SLA and Backup.
To prepare connectivity the following ports between connected systems, and the test and production environments need to be opened in the affected firewalls. Alternatively, a VPN connection can be established between the Sesam service and the connected systems.
Open the ports for each of your connected systems.
If you are running a self hosted Sesam, follow the instructions in the Self Hosted Guide.
The recommended way to work with Sesam is to use test-driven development. This requires that the configuration includes test data for all incoming data types. The test data allows developers to work separately on their own Sesam subscription, testing changes locally before propagating them to the test environment. A CI environment is also set up to automatically verify that the integrity of existing data is not violated before an updated configuration is deployed.
Set up a source control system. For information about how to do this for a Sesam configuration, read the guide to set up version control.
Set up the CI subscription and connect it to your source control flow. For information about to set up CI for a Sesam project, read the guide to set up CI.
OPTIONAL: Set up automatic deployment from source control. For information about to set up this for a Sesam project, read the guide to set up automic deployment.
Ensure every developer has set up their local test environment. For how to set up local testing for test-driven development, follow the instructions in the guide to set up local tests.
Sesam has an advanced security model that can be aligned to different needs, but as a standard the admin needs to add users in one of two main roles:
Developer – Access all data and deploy changes to the main config-group.
User – Access only data explicitly opened for them and add their own config-group to set up data flows.