Fabric Environments

Fabric requires the following environments for each phase in the lifecycle of the project from its inception to its delivery and maintenance.

Development Environment

This environment should contain:

  • Fabric server for each developer.
  • Windows for installing and running the Fabric Studio.
  • SVN / GIT for version control.

Access to this server and to SVN / GIT should be limited to the relevant developers.

QA Environment

This environment should be isolated from the Development environment and should contain the following components:

  • Fabric servers cluster, minimum 3 for Testing
  • Windows terminal server, for installing and running the Fabric Studio.
  • Access to Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, limited to the relevant users.
  • Source databases, including data that should have the same structure as in the Production environment.

Note that all connection methods and protocols must be of the same type as those defined in the Production environment. All accesses to the above described servers should be limited to the QA team members only.

Pre-Production Environment

This environment should be isolated from the Development and QA environments and should be identical to the Production environment:

  • Fabric servers cluster, identical as possible to the Production environment (minimum 3 on each DC)
  • Windows terminal server for installing and running the Fabric Studio. Access to this server should be limited to the relevant Admin team only.
  • Access to the Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, limited to the relevant users.
  • Source databases, including data that should have the same structure as in the Production environment.

Note that:

  • All connection methods and protocols must be identical to those defined in the Production environment.
  • All access to servers described above should be limited to the QA team members only.
  • The connection method and protocol must be the same as those in the Production environment.
  • This environment should be sufficiently strong to be able to run load testing.

Production Environment

This environment should be isolated from the Development and QA environments and should be identical to the Pre-Production environment:

  • Fabric servers cluster, according to the production sizing definitions.
  • Windows terminal server, for installing and running the Fabric Studio. Access to this server should be limited to the relevant Admin team only.
  • Access to the Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, access should be limited to the relevant users.

Previous

Fabric Environments

Fabric requires the following environments for each phase in the lifecycle of the project from its inception to its delivery and maintenance.

Development Environment

This environment should contain:

  • Fabric server for each developer.
  • Windows for installing and running the Fabric Studio.
  • SVN / GIT for version control.

Access to this server and to SVN / GIT should be limited to the relevant developers.

QA Environment

This environment should be isolated from the Development environment and should contain the following components:

  • Fabric servers cluster, minimum 3 for Testing
  • Windows terminal server, for installing and running the Fabric Studio.
  • Access to Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, limited to the relevant users.
  • Source databases, including data that should have the same structure as in the Production environment.

Note that all connection methods and protocols must be of the same type as those defined in the Production environment. All accesses to the above described servers should be limited to the QA team members only.

Pre-Production Environment

This environment should be isolated from the Development and QA environments and should be identical to the Production environment:

  • Fabric servers cluster, identical as possible to the Production environment (minimum 3 on each DC)
  • Windows terminal server for installing and running the Fabric Studio. Access to this server should be limited to the relevant Admin team only.
  • Access to the Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, limited to the relevant users.
  • Source databases, including data that should have the same structure as in the Production environment.

Note that:

  • All connection methods and protocols must be identical to those defined in the Production environment.
  • All access to servers described above should be limited to the QA team members only.
  • The connection method and protocol must be the same as those in the Production environment.
  • This environment should be sufficiently strong to be able to run load testing.

Production Environment

This environment should be isolated from the Development and QA environments and should be identical to the Pre-Production environment:

  • Fabric servers cluster, according to the production sizing definitions.
  • Windows terminal server, for installing and running the Fabric Studio. Access to this server should be limited to the relevant Admin team only.
  • Access to the Fabric WS (API) via the load balancer (LB).
  • Access to SVN / GIT for version control, access should be limited to the relevant users.

Previous