Customizing Configurations Prior to Greenfield Deployment
In a greenfield deployment scenario, when you deploy a Siebel CRM environment as described in Deploying Siebel CRM on OCI, by default the environment is automatically configured and provisioned as a single step. This topic describes how you can optionally decouple the configuration and provisioning stages, for the purpose of customizing the configuration before you provision the environment.
Configurations are maintained in Git repositories for your subsequent customization and use. The configurations present in Git repositories are the source for environment provisioning in this use case.
Once you've created a configuration, you can customize it according to your requirements. Configuration customizations can include any of the types of changes described for deployed environments in Making Incremental Changes to Your Siebel CRM Deployment on OCI. Examples include adding or deleting components on a server, adding new profiles, or adding or deleting parameters for an enterprise, server, or component.
You can use your customized configuration as a base for provisioning multiple environments, such as for test or production purposes. To do this, you must pass the configuration ID during the provisioning step.
Configuration options for a Siebel CRM greenfield deployment on OCI have the following use cases:
-
Greenfield deployment use case 1 (default configuration). In this use case, you use SCM to deploy a new Siebel CRM environment on OCI with a default configuration.
-
Greenfield deployment use case 2 (customized configuration). In this use case, you use SCM to deploy a new Siebel CRM environment on OCI with a customized configuration. The configuration is created first (for which a configuration ID is generated), then you customize the configuration, and then you deploy it for one or more environments. This is the use case described in this topic.
For an example payload and usage guidelines, see Example Payload to Deploy Siebel CRM.
This topic contains the following information:
Related Topics
Checking the Status of a Requested Configuration
Making Incremental Changes to Your Siebel CRM Deployment on OCI
Creating the Configuration and Obtaining the Configuration ID
This topic is part of Customizing Configurations Prior to Greenfield Deployment.
If you plan to customize the configuration prior to provisioning the environment for greenfield deployment use case 2, then the first step is to create the configuration and to obtain the six-character ID for this configuration.
To create the configuration and obtain the configuration ID
-
Do a
POST
API like the following:POST https://<CM_Instance_IP>:16690/scm/api/v1.0/configuration
Note: Specify a payload appropriate for greenfield deployment use case 2. For an example payload and for usage guidelines, see Example Payload to Deploy Siebel CRM.The configuration is created and its configuration ID is returned, such as MZM3RJ.
As a result of the above
POST
API, if thegit_type
is set togitlab
, the following two Git repositories are created:-
config_<namespace>_<config_id>-helmcharts
(for example: config_stage_MZM3RJ-helmcharts)
-
config_<namespace>_<config_id>-cloud-manager
(for example: config_stage_MZM3RJ-cloud-manager)
This configuration can be accessed at the following location inside the SCM container by SSH into the SCM instance.
/home/opc/siebel/configuration/MZM3RJ
Enter commands like the following:
docker exec -it cloudmanager bash
You can use a selfLink like the following for monitoring purposes:https://<CM_Instance_IP>:16690/scm/api/v1.0/configuration/MZM3RJ
-
Customizing the Configuration
This topic is part of Customizing Configurations Prior to Greenfield Deployment.
After creating a configuration and obtaining its configuration ID, you can customize this configuration prior to provisioning the environment (greenfield deployment use case 2).
To customize Siebel CRM configuration that require changes in helm charts repository
For example, for adding a custom component, changing parameter values in a component, enabling/disabling components, named subsystem changes, component definition changes and so on.
-
SSH into the SCM instance.
-
Enter commands like the following:
docker exec -it cloudmanager bash cd /home/opc/siebel/configuration/<config_id>/config_<namespace>_<config_id>-helmcharts/siebel-config/paramconfig
The
paramconfig
folder has files supporting this Siebel CRM configuration. For more information about customization use cases and the YAML or other configuration files that you can modify, see Making Incremental Changes to Your Siebel CRM Deployment on OCI. (For existing deployments, theparamconfig
folder is in a different location.) -
Make all changes necessary to customize the configuration files.
-
Enter commands like the following to commit your customization in the helm charts Git repository. Make sure to add all modified files:
cd /home/opc/siebel/configuration/<config_id>/config_<namespace>_<config_id>-helmcharts/siebel-config git add . git commit -m "<customization note>" git push
The above changes will be included in the initial environment provisioning, where you specify the configuration ID.
-
Check the status of a requested configuration, as described in Checking the Status of a Requested Configuration.
-
Deploy the environment with the customized configuration, as described in Deploying Siebel CRM on OCI. In this step (for greenfield deployment use case 2), you specify only the configuration ID and the deployment name.
To customize Siebel CRM Kubernetes deployment parameters that require changes in the SCM repository
For example, for changing the number of replicas for SES or SAI, adding a new SiebServer Profile, setting resources like CPU and memory specific to individual Siebel Server and so on.
- SSH into the SCM instance.
-
Enter commands like the following:
docker exec -it cloudmanager bash
Edit the
/home/opc/siebel/<env_id>/<Cloud manager repository name>/flux-crm/apps/base/siebel/siebel.yaml
file to add "sesResources" for each Siebel server as:siebelServer: - profile: siebel replicas: 1 sesResources: limits: cpu: 4 memory: 24Gi requests: cpu: 1 memory: 8Gi siebsrvr_prefix: edge - profile: siebel replicas: 1 sesResources: limits: cpu: 4 memory: 24Gi requests: cpu: 1 memory: 8Gi siebsrvr_prefix: tibus
Note: sesResources defined at the profile level for individual Siebel server takes higher precedence over the generic sesResources overridden in payload. - Make all changes necessary to customize the configuration files.
- Commit your customization in the SCM Git repository. Make sure to add all modified files. The above changes will be included in the initial environment provisioning, where you specify the configuration ID.
- Check the status of a requested configuration. For more information, see Checking the Status of a Requested Configuration.
- Deploy the environment with the customized configuration, as described in Deploying Siebel CRM on OCI using Siebel Cloud Manager. In this step (for greenfield deployment use case 2), you specify only the configuration ID and the deployment name.