Local installations of Flow Production Tracking are no longer offered. This documentation is intended only for those with existing instances of Flow Production Tracking Enterprise Docker. Click here for a list of our current offerings.
ContentsThe Flow Production Tracking Enterprise Console (SEC) allows clients to manage by themselves their Flow Production Tracking sites hosted on their own infrastructure.
This User Manual gives some guidelines on how to achieve management of your cluster.
SEC. Flow Production Tracking Enterprise Console.
Cluster. Global term that refers to a Flow Production Tracking ecosystem. A Cluster can contain many Flow Production Tracking Instances. Most clients will usually just have one cluster, containing all the servers in their production and staging instances. The topology of the cluster may differ as different components can be hosted on different servers. By default, all components are running on the same server.
Flow Production Tracking Instance. Refers to your Flow Production Tracking site and all its components, e.g., “Flow Production Tracking.teststudio.com”.
App Server(s). Application server. The application server is the server on which the Flow Production Tracking application is running. There may be more than one application server.
DB Server. Database server, running PostgreSQL.
API Server. Variation of the App Server that only processes API calls (no Web UI).
Hosts. Represent a server on which some Flow Production Tracking Components are running.
Operations. Refers to all operations executed through the SEC.
Web Head. Generic term that is often use to designate an App and/or API servers.
The Flow Production Tracking Enterprise Console is delivered as a Docker container. The SEC can be run anywhere in your Studio infrastructure, as long as all servers are accessible from the host running SEC.
https://docs.docker.com/engine/installation/linux/centos/.The SEC is an admin power tool, and should be treated as such. Only administrators of the system should have access to the SEC. SEC by itself doesn’t enforce security, so it is the responsibility of the administrators to restrict access to it.
When using SEC on a production, always take special care. Be sure to back up the production sites before taking any action. Production operations should be performed outside working hours, as they can be disruptive. The same care should be taken with staging operations if they are hosted on the same servers as the production cluster.
This guide assumes that you already successfully installed the SEC. If this is not the case, please refer to the Flow Production Tracking Enterprise Console Installation Procedure.
The Home page is the main SEC entry point. It gives information about your Clusters.

A. Tab displaying all the clusters available. This is the home page. When you first use the SEC, no cluster is available. You must create one. See Creating a Cluster for more details.
B. Tab displaying details about the current cluster.
C. Tab displaying information about all servers in the cluster.
D. Tab displaying the history of all operations run in the SEC.
E. Tab displaying a list of all Flow Production Tracking Releases available.
F. Cluster list.
G. Allows addition of new cluster.
The Cluster Details page provides contextual information about a cluster.

A. Cluster Details.
B. Information about available sites.
C. Additional details about a cluster/site, and the entry point to operations. See Site Details Page.
D. Connecting to a Cluster allows operations to be executed on it.
Accessible through the Cluster Details page, the Site Details page allows operations to be executed on a site. It also exposes some configuration options that are editable. The settings section is for advanced users only.

A. Site information and operations.
B. Cluster settings. These are advanced options which should usually not be modified. Hover over the settings label in the UI to have more information about some settings.
C. Persist settings. Settings are stored as JSON and represent a site configuration. For settings to be applied to a cluster, the site usually needs to be redeployed.
The Hosts page gives information about all hosts in a cluster. It also gives you the ability to modify/add new hosts to your cluster.

A. Add a new host to the cluster.
B. Edit the properties for a new host.
C. Remove a host from the cluster.
The Operations page lists operations history. All logs for past operations are available for consultation.

A. Operation history.
B. Selecting an operation will give more details about the operation (status, duration, log).
List the Flow Production Tracking releases available to SEC and allow to add new releases.

All the details on how to install SEC can be found in the Installation of Enterprise Console for Flow Production Tracking Docker topic.
SEC can introspect your cluster and automatically determine your Flow Production Tracking configuration. The only thing you need to do is create a Cluster.
SSH to the Main App Server from the SEC host.When you create a new Cluster, you will automatically connect to it. However, if you start SEC later, you will need to connect.
All Operations require you to be connected to a Cluster first. See Connecting to a Cluster.
Backup your database locally on the App Server.
Restore a backup. Backups you are restoring need to be in a fixed location. See Where are backups stored?.
Trim your site events. This will remove all events before a given date from the database. Trim events will be stored in CSV format at the root of your Flow Production Tracking site.
Trimming events can help improve the performance of your application and reduce backup/restore/upgrade duration.
Trimming events can add pressure on the site. See Are Event Trim intrusive?.
Upgrading Flow Production Tracking to a new version is one of the most common operations you will execute with SEC. To update to a new version of Flow Production Tracking, you must first download the release. This means that you will need to have Internet access. However, SEC itself doesn’t need access; you can get the release and copy it to your SEC.
Notes:
- We strongly suggest that you test new versions in your Staging cluster first, and test exhaustively! This will also help you figure out the maintenance time.
- During an update, the Flow Production Tracking site will be in maintenance.
- You can sync a staging instance with the production instance. See Production to Staging Sync.
Learn more about getting releases in the Installation of Enterprise Console for Flow Production Tracking Docker topic, and review Flow Production Tracking Enterprise Docker Releases here.
To make a Flow Production Tracking release available to SEC, simply copy the Flow Production Tracking tar file to the SEC Release Folder. See Where is stored SEC data?. You can also use the UI.
Update to major and minor versions must be done is sequence. SEC will enforce this workflow. For example, to upgrade from 6.2.1 to 6.3.4, you should first update to 6.1.4, then to 6.3.4—learn more about upgrade paths here. To learn more about why this is needed, see Why is upgrade path to major and minor version enforced?.
Here is the suggested workflow that we highly recommend you follow when updating Flow Production Tracking. Using this workflow will help you minimize risks and get the best out of Flow Production Tracking.

This operation allows you to sync your production data to your staging site. The main use case is to test new workflows or new versions of Flow Production Tracking.
Syncing operations consists of a backup of the source site, and a restore to the target site. It is basically non-intrusive for the source site. The target site will be in maintenance, and the database for that site will be overwritten.
This operation allows you to sync your media between your Instances. We use sync to synchronize media between two Instances. When synching, we add missing data only, we don’t remove files in the destination that are not found in the source. No data will be removed from the target.
Low-level operations should also be executed with care. Do not use unless you know what you are doing!
All high-level operations in SEC are constructed out of a set of low-level operations. Some operations are available to the user. If something unexpected happens, then the user may need to execute some low-level operations.
This section underlines some operations that may be useful to you.
The Advanced Operations Page can be accessed from the Site Details. You will find information about each operation in the Advanced Operations Page.

Reporting issues for the SEC follows the same procedure as reporting issues for Flow Production Tracking or Toolkit. Connect with support here.
Backups are usually non-intrusive, both at the database and system level. A backup will add a bit of load on the database, but this is usually unnoticeable.
Backups are also non-intrusive at the database level. The only exception is with table modifications (ALTER). In Flow Production Tracking, tables are modified when new fields are added to an Entity. When doing a backup, it is better to prevent field additions. Even then, damage should be limited, since we timeout lock acquisition for field addition very quickly.
All backups executed using SEC are stored under <site_dir>/db_backup.
Ex.: /var/rails/com_teststudio_target_staging/db_backup
Even if stored on the same hardware, different sites are segregated. However, some load may be added on the server during the operation, but production will not be impacted.
The database schemas can be change between minor and major version. To make sure that migration is executed correctly, we force a known upgrade path, which is from minor to minor. We are not changing schemas in patch versions (major.minor.patch)
SEC data is mounted in Docker using a volume. This volume is located at /var/shotgun/sec. It contains various sub-folders:
./clusters |
JSON data for each cluster |
./keys |
SSH Keys |
./operations |
Operation logs |
./releases |
Flow Production Tracking releases |
Yes. SEC’s only dependency is Docker. Since SEC runs inside a container, there are no package dependency clashes possible.
SEC’s footprint is minimal, and the fact it will share resources with other Flow Production Tracking components should not be a factor.
Yes, they can be intrusive, especially if the quantity of events trimmed is important. Removing a huge quantity of data will likely trigger PostgreSQL vacuuming. That can add significant load on the system. It is therefore preferable to notify the team, and to execute outside production hours.
They are stored under <site_dir>
Ex.: /var/rails/com_teststudio_target_staging/
The only way right now to remove a Cluster is to do it manually. Remove the cluster file and restart SEC.
cd /var/shotgun/sec/clusters
sudo rm -f test.jsonWhen creating a new Cluster, you provide SEC with the address of your Application Server. SEC will find the Apache configuration, and from there, find out the information it needs to manage your instance. SEC is making two assumptions that must be meet for the introspection to work.
PATHsource /etc/profile && which httpd/var/rails/<reverse_site_name>SEC has a pre-requisite that the Flow Production Tracking code is stored under /var/rails/<reverse_site_name>. If this is not the case, you can create a symlink, modify Apache vhost and restart your Flow Production Tracking site.
# As the shotgun user, Create a symlink to /var/rails
sudo mkdir /var/rails
sudo ln -s /cur/shotgun/<reverse_site_name>
/var/rails/<reverse_site_name># Modify the Shotgun Apache configuration
sudo vi /etc/httpd/conf.d/<reverse_site_name>