# Domains

sfp is a natural fit for organisations that utilize Salesforce in a large enterprise setting as its purpose built to deal with modular saleforce development. Often these organisations have teams dedicated to a particular business function, think of a team who works on features related to billing, while a team works on features related to service\\

<figure><img src="https://1646267036-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FYLI5Ts7pWhWQV9UaBn3H%2Fuploads%2Fgit-blob-67d10cb86a6c3636c18fba8253541d2ab61c0093%2Fimage%20(2)%20(1).png?alt=media" alt=""><figcaption><p>Packages in an org organised by domains</p></figcaption></figure>

The diagram illustrates the method of organizing packages into specific categories for various business units. These categories are referred to as **'domains'** within the context of sfp cli.\
\
Each domain can either contain further domains ( sub-domains) and each domain constitute of one or more packages.

**sfp** cli utilizes ['Release Config'](https://docs.flxbl.io/flxbl/sfp/development/defining-a-domain/release-config) to organise packages into domains. You can read more about creating a release config in the next section