Created Resources
Understand the resources created by HSF.
After HSF is deployed you will have the following resources in your account:

Account-level resources
Service account
A service account named harness-platform-manager is created at the account level. This service account has admin privileges and is responsible for provisioning and managing the resources necessary for running HSF workflows.
Variables
To support IDP workflows, account-level variables are created. These variables store key configuration values, including the project name, organization name, connector information, and platform URL. They enable workflows to dynamically locate and interact with the correct components and environments within Harness. The variables created are:
solutions_factory_project
The project name of where Solutions Factory is deployed. Example: Solutions_Factory
No
solutions_factory_endpoint
The endpoint of where Solutions Factory is deployed. Example: https://app.harness.io
No
solutions_factory_org
The organization of where Solutions Factory is deployed. Example: Harness_Platform_Management
No
solutions_factory_template_library_connector
Connector for Harness Template Library. Example: org.Harness_Template_Library_Repo
No
solutions_factory_template_library_repo
URL of where HTL lives. Example: https://git.harness.io/[accountid]/Harness_Platform_Management/harness-template-library.git
No
custom_template_library_connector
Connector for Custom Template Library. Example: org.Custom_Harness_Template_Library_Repo
Yes, if moving CHTL to a SCM of your choice
custom_template_library_repo
URL of where Custom Template Library lives. Example: https://git.harness.io/[accountid]/Harness_Platform_Management/custom-harness-template-library.git
Yes, if moving CHTL to a SCM of your choice
enable_hsf_mini_factory
Flag to indicate if IDP workflows will default to leveraging the mini-factory to distribute workloads Example: false
Yes depending on need for mini factory
Organization-level resources
Organization
All HSF-related resources are organized under a newly created organization named Harness Platform Management. This organization serves as the central location for all projects, configurations, and access controls associated with the HSF deployment.
HSF is intentionally isolated into its own organization rather than placed inside an existing one so that platform-level management concerns stay separate from everything else in your Harness account. This also makes RBAC cleaner: HSF Admins can have org-admin rights scoped to this organization.
User groups
Within the Harness Platform Management organization, two user groups are created at the account level:
HSF Adminshas organization admin privileges and is intended for platform administrators and users managing the implementation of HSF (usually the platform engineering team). This group of users will also be the ones who can approve changes and will get email notifications if this setting is set.HSF Usersare granted organization viewer privileges and is designed for broader team access to view and use the workflows without elevated permissions.
At the organization level one user group is created:
HSF Mirror Reviewersthis group has the ability to review new PR updates that are published by the HSF team and can merge them into the account.
Secrets
Secrets are also created at the organization level to securely manage authentication and access credentials. HSF Platform API Key, stores the secret value associated with the harness-platform-manager service account. This key is managed by a pipeline that automatically handles rotation to maintain security best practices.
Repositories
There are three repositories included in the deployment and exist under the organization level. You can find them under Harness Platform Management (organization) → Solutions Factory (account) → Code Repository (module) → Repositories:
The
harness-solutions-factoryrepository houses all of the source code that is required to standup and run Harness Solutions Factory. A code branch rule calledharness_solutions_factory_codeownersis created in this repository.The
harness-template-libraryrepository houses all of the scaffold and templates for how to manage Harness resources. A code branch rule calledharness_solutions_factory_codeownersis created in this repository.The
custom-harness-template-libraryrepository houses customized templates created to support Harness entity management and provisioning. It is created via a point in time mirror ofharness-template-librarywhen your instance of HSF is deployed.
Projects
Several projects are initialized within the Harness Platform Management organization.
The
Solutions Factoryproject contains all the core pipelines and configurations required to manage HSF.The
Image Factoryproject is the target destination for the deployment of CI image factory. In the future it will house all of the HSF image specific factories.The
Delegate Managementproject is the target destination for the delegate image factory.
Project-level resources
Pipelines
The Solutions Factory project includes sixteen pipelines, each designed to perform a specific role in the HSF lifecycle.
HSF Core Pipelines:
These pipelines manage the HSF framework. You or your team will run these manually during deployment, upgrades, and ongoing maintenance.
Deploy Solutions Factory
Handles configuration tasks for setting up and managing the HSF deployment. Initializes the target environment and is used during upgrades and configuration changes.
Initial deployment; after configuration changes
Manage Pilot Light
Applies updates and changes to the core HSF framework. Maintains the foundational infrastructure that supports the overall platform.
After merging a new HSF version PR; after changing Pilot Light variables
Mirror Harness Official Solutions Factory Repository
Clones data from the official HSF repository into your account and manages synchronization for future releases. Creates a pull request when a new version is available.
Runs on a schedule automatically; can also be triggered manually to pull the latest version
Unpack Solutions Factory
Extracts and initializes the Solutions Factory bundle during deployment. Removes itself when finished.
Runs once during initial deployment
Rotate HSF Token
Handles scheduled token rotation for the harness-platform-manager service account.
Runs on a schedule automatically (default: weekly on Sundays at 03:00); can be triggered manually
Rotate Harness Service Account Token and Secret
Rotates a Harness service account token and updates the corresponding Harness secret with the new value.
As needed for service account token management
Deploy HSF Factory Floor to Project
Initializes HSF Factory Floor in a new or existing project, deploying the core workspace pipelines into that project.
If you want to deploy Factory Floor
Deploy HSF Hub
Initializes Hub project, deploying HTL/ CHTL templates as pipelines into that project.
If you want to deploy Hub
HSF IaCM Pipelines:
These pipelines are invoked automatically during workflow execution. You typically will not run these directly; they are triggered by IDP workflows and operate on IaCM workspaces on your behalf.
Create and Manage IACM Workspaces
Invoked at the start of each workflow. Provisions and manages IaCM workspaces and registers resources in IDP.
Provision Workspace
Plans and applies the workspace configuration with built-in approvals.
Plan and Validate IACM Workspace
Verifies Terraform code without applying changes.
Execute Drift Analysis
Identifies configuration drift between live resources and source code.
Teardown IACM Workspace
Removes workspaces with built-in approvals.
Bulk Workspace Management
Performs bulk operations across multiple IaCM workspaces.
HSF IDP Pipelines:
These pipelines sync the contents of your template libraries into IDP. Run them any time you make changes to the Custom Template Library and want those changes reflected in the IDP workflow catalog.
Register Custom IDP Templates
Reads the idp_registry_mgr.yaml registration file in custom-harness-template-library and imports all listed templates into IDP.
After adding, modifying, or removing templates in Custom Template Library; after merging a new HTL mirror
Bulk Workspace IDP Registration
Bulk-registers existing IaCM workspaces into IDP.
When upgrading from an older HSF version where workspaces were created before IDP registration was automated
Workspaces
Two IACM workspaces are created in the Solutions Factory Project:
The
Harness Pilot Lightworkspace manages and controls the core framework components.The
Harness Solutions Factoryworkspace manages the "engine" layer of HSF, including the logic for requests made via IDP and the execution and provisioning of associated resources. This is the workspace that handles the practical implementation of self-service requests.
Last updated
Was this helpful?