Skip to main content

T&D (Test & Deploy) allows you to test changes in your model in a given Workspace using sample data before deploying these changes with live and production data to your shared Workspace. This article explains the essential understandings of how T&D works in Pigment, along with its most important concepts.

 

Benefits of T&D

T&D gives you significantly more control in your modeling process. It gives you the flexibility to work in more Workspaces, and you don’t need to give so many permissions to users in your Production environment.

T&D is beneficial if your company needs:

  • A lifecycle management feature, to implement review workflows and to adhere to compliance requirements.
  • A safety net, to prevent unwanted mistakes and the unexpected side effects of those mistakes.

 

T&D Basics

The basic principle behind T&D is to duplicate your Production setup on one or more environments where you can independently test, preview, review, and later submit potential model changes. In Pigment, we handle this by creating different Workspaces for each environment. We can link up to three of these Workspaces, or environments - often referred to as Dev, Test, and Prod.

 

The standard Enterprise plan on Pigment includes the Dev and Prod Workspaces by default. For more information on adding a third Workspace, or increasing your data volume in T&D, contact your Pigment CSM.

 

Several Replicas of your Pigment Workspace

The Dev Workspace mirrors the defined scope of dependent or independent Applications in your Prod Workspace that you want T&D to manage.

So what exactly happens in Dev and Prod Workspaces?

  • In the Prod environment, Pigment locks the Applications you plan to test. These Applications can’t be unlocked, unlike Applications that are locked with App Lock. For more information on App Lock, see Secure Your Pigment Application with App Lock.
  • In the Dev environment, you apply your structural changes to your model. This is where you test, preview and review.
  • When you’re satisfied with your testing in Dev, you push, or deploy these changes to the Prod Workspace, and models in both Workspaces become identical. The Prod Workspace is where your data flows in, and where your end users interact, read and consult your model.

 

Managed Applications have a Managed status and icon indicating that they are managed in the Prod Workspace. 

 

If you decide to use three Workspaces in T&D, you’d use each environment as follows:

  • Dev environment. Do all structural changes here, using a small amount of data.
  • Test environment. All changes can be pushed to Test once you’ve completed testing the structure of the Dev environment. Here you test your sampled production data.
  • Prod environment. All changes can be pushed to Prod once you’ve completed testing in the Test environment. The Prod environment is where the real data sits.

A simplified overview could look like this:

 

Define Dedicated User Access

With T&D you can refine which users have access, and their respective roles in all Workspaces. For example, you can define roles and access so that only a subset of your users, such as Modelers or Admins, can access non-live environments such as Dev and Test.

 

Related Information