Instances & Workspaces

Overview of this article

• This article covers Tulip Instances & Tulip Workspaces at a high-level.
• You will learn:
  • A high-level overview of Tulip Instances & Tulip Workspaces.
  • Fundamental instance vs. workspace architecture considerations for multi-site multi-region customers.

Brief overview of key terms

Instances

A Tulip Instance is a dedicated environment where your organization accesses the Tulip platform. Each instance has a unique URL: [your-account].tulip.co

Workspaces

Tulip Workspaces help large organizations manage multiple factory sites within a single Tulip instance. Think of workspaces as separate areas within your main Tulip environment—each with its own users, apps, and data. This feature is available on Enterprise plans and higher.

Instance infrastructure

Cloud infrastructure regions

Any given Tulip instance runs in the cloud on a cloud provider's infrastructure in a specific region.
Tulip currently uses infrastructure to host Tulip instances in the following regions:

• North America
• Europe
• Southeast Asia
• China

Supporting other regions:
Factories in other regions are typically hosted on infrastructure from the nearest available region. For example, a factory in India would use our Southeast Asia infrastructure.

Tulip platform versions

Any given Tulip instance runs one specific version of the Tulip platform.

• Instances for general manufacturing customers are typically on our weekly release cycle.
• Instances for customers in regulated industries (e.g. life sciences, aerospace and defense) are typically on our LTS (Long-Term Support) release cycle.
  • Note: new LTS versions are not automatically pushed to customer instances. LTS-version customers coordinate such upgrades with Tulip Support.

Workspace infrastructure

• All Workspaces in a Tulip instance run:
  • in the same cloud provider infrastructure in the same region.
  • on the same version of the Tulip platform.

Architecture considerations for multi-site customers

Early in a multi-site customer's adoption of the Tulip platform there is typically some discussion and decision by the customer regarding whether to use separate Workspaces per physical site or separate Instances. The chosen architecture is typically a result of the following factors:

Geographic distribution

• One instance = one cloud infrastructure region.
  • Multi-site customers with factories in multiple regions are generally best served with separate instance(s) per region, as this would help ensure optimal performance.

Workspace limits & capabilities

• A single instance can support up to 15 Workspaces.
• The configuration capabilities of the Workspaces feature (i.e. what can be configured at an instance-level vs. workspace-level).
• Tulip Player & Workspace registration limitation
  • Tulip Player on a given workstation can be registered to multiple instances. A user can switch between instances using the option 'Developer / Change Server' and adding or selecting another instance.
  • Once Tulip Player is registered to an instance, it remains connected to the specific workspace where it was first registered.
    • For operators at a production site this is generally a non-issue.
    • Impact to App builders
      • App builders supporting multiple sites on a single instance separated by Workspaces face workflow disruptions.
      • Tulip Player workspace switching requires data clearing and re-registration on the instance to their desired workspace.

Platform version requirements

• All Workspaces in an instance share the same platform version.
• Regulated industry customers using LTS versions should consider separate instances per site to avoid upgrade coordination delays:
  • New LTS releases are not automatically pushed to customer instances.
  • LTS customers qualify new LTS releases then coordinate with Tulip Support to upgrade their instance(s).
  • If a regulated industry customer used a single production instance for a given region (and used Workspaces to segment the individual sites), the LTS upgrade would be delayed until all sites have qualified the new LTS version and are ready to upgrade.
  • Thus, most regulated industry customers running LTS versions opt to establish a separate production instance per physical site.

Limitation on registered users

• Currently a Tulip instance can support up to 10,000 users (in total across all Workspaces).

Multi-Site Architecture Decision Guide & Typical Practices

• Same Region and < 15 Sites: Consider using Workspaces
• Multiple Regions: Use separate Instances per region
• Regulated Industry: Use separate Instances per site

If you have any questions on instance/workspace architectural strategy, reach out to:

• Your Presales Engineer (if currently evaluating the Tulip platform)
• Your Tulip Professional Services team (if you are currently engaged in a Tulip Professional Services project)
• Customer Success Manager and/or Technical Account Manager (for onboarded/existing customers)