This package provides a development kit for creating custom data transformations in Data Cloud. It allows you to write your own data processing logic in Python while leveraging Data Cloud's infrastructure for data access and running data transformations, mapping execution into Data Cloud data structures like Data Model Objects and Data Lake Objects.
More specifically, this codebase gives you ability to test code locally before pushing to Data Cloud's remote execution engine, greatly reducing how long it takes to develop.
Use of this project with Salesforce is subject to the TERMS OF USE
- Python 3.11 (If your system version is different, we recommend using pyenv to configure 3.11)
- Azul Zulu OpenJDK 17.x
- Docker support like Docker Desktop
- A salesforce org, with some DLOs or DMOs with data
- A connected app
The SDK can be downloaded directly from PyPI with pip
:
pip install salesforce-data-customcode
You can verify it was properly installed via CLI:
datacustomcode version
Ensure you have all the prerequisites prepared on your machine.
To get started, create a directory and initialize a new project with the CLI:
mkdir datacloud && cd datacloud
python3.11 -m venv .venv
source .venv/bin/activate
pip install salesforce-data-customcode
datacustomcode init my_package
This will yield all necessary files to get started:
.
├── Dockerfile
├── README.md
├── requirements.txt
├── requirements-dev.txt
├── payload
│ ├── config.json
│ ├── entrypoint.py
├── jupyterlab.sh
└── requirements.txt
Dockerfile
(Do not update) – Development container emulating the remote execution environment.requirements-dev.txt
(Do not update) – These are the dependencies for the development environment.jupyterlab.sh
(Do not update) – Helper script for setting up Jupyter.requirements.txt
– Here you define the requirements that you will need for your script.payload
– This folder will be compressed and deployed to the remote execution environment.config.json
– This config defines permissions on the back and can be generated programmatically withscan
CLI method.entrypoint.py
– The script that defines the data transformation logic.
A functional entrypoint.py is provided so you can run once you've configured your connected app:
cd my_package
datacustomcode configure
datacustomcode run ./payload/entrypoint.py
Important
The example entrypoint.py requires a Account_Home__dll
DLO to be present. And in order to deploy the script (next step), the output DLO (which is Account_Home_copy__dll
in the example entrypoint.py) also needs to exist and be in the same dataspace as Account_Home__dll
.
After modifying the entrypoint.py
as needed, using any dependencies you add in the .venv
virtual environment, you can run this script in Data Cloud:
datacustomcode scan ./payload/entrypoint.py
datacustomcode deploy --path ./payload --name my_custom_script
Tip
The deploy
process can take several minutes. If you'd like more feedback on the underlying process, you can add --debug
to the command like datacustomcode --debug deploy --path ./payload --name my_custom_script
You can now use the Salesforce Data Cloud UI to find the created Data Transform and use the Run Now
button to run it.
Once the Data Transform run is successful, check the DLO your script is writing to and verify the correct records were added.
Your entry point script will define logic using the Client
object which wraps data access layers.
You should only need the following methods:
read_dlo(name)
– Read from a Data Lake Object by nameread_dmo(name)
– Read from a Data Model Object by namewrite_to_dlo(name, spark_dataframe, write_mode)
– Write to a Data Model Object by name with a Spark dataframewrite_to_dmo(name, spark_dataframe, write_mode)
– Write to a Data Lake Object by name with a Spark dataframe
For example:
from datacustomcode import Client
client = Client()
sdf = client.read_dlo('my_DLO')
# some transformations
# ...
client.write_to_dlo('output_DLO')
Warning
Currently we only support reading from DMOs and writing to DMOs or reading from DLOs and writing to DLOs, but they cannot mix.
The Data Cloud Custom Code SDK provides a command-line interface (CLI) with the following commands:
--debug
: Enable debug-level logging
Display the current version of the package.
Configure credentials for connecting to Data Cloud.
Options:
--profile TEXT
: Credential profile name (default: "default")--username TEXT
: Salesforce username--password TEXT
: Salesforce password--client-id TEXT
: Connected App Client ID--client-secret TEXT
: Connected App Client Secret--login-url TEXT
: Salesforce login URL
Deploy a transformation job to Data Cloud.
Options:
--profile TEXT
: Credential profile name (default: "default")--path TEXT
: Path to the code directory (default: ".")--name TEXT
: Name of the transformation job [required]--version TEXT
: Version of the transformation job (default: "0.0.1")--description TEXT
: Description of the transformation job (default: "")
Initialize a new development environment with a template.
Argument:
DIRECTORY
: Directory to create project in (default: ".")
Scan a Python file to generate a Data Cloud configuration.
Argument:
FILENAME
: Python file to scan
Options:
--config TEXT
: Path to save the configuration file (default: same directory as FILENAME)--dry-run
: Preview the configuration without saving to a file
Run an entrypoint file locally for testing.
Argument:
ENTRYPOINT
: Path to entrypoint Python file
Options:
--config-file TEXT
: Path to configuration file--dependencies TEXT
: Additional dependencies (can be specified multiple times)
Zip a transformation job in preparation to upload to Data Cloud.
Options:
--path TEXT
: Path to the code directory (default: ".")
After initializing a project with datacustomcode init my_package
, you might notice a Dockerfile. This file isn't used for the
Quick Start approach above, which uses virtual environments, until the zip
or deploy
commands are used. When using dependencies
that include native features
like C++ or C interop, the platform and architecture may be different between your machine and Data Cloud compute. This is all taken care of
in the zip
and deploy
commands, which utilize the Dockerfile which starts FROM
an image compatible with Data Cloud. However, you may
want to build, run, and test your script on your machine using the same platform and architecture as Data Cloud. You can use the sections below
to test your script in this manner.
Within your init
ed package, you will find a .devcontainer
folder which allows you to run a docker container while developing inside of it.
Read more about Dev Containers here: https://code.visualstudio.com/docs/devcontainers/containers.
- Install the VS Code extension "Dev Containers" by microsoft.com.
- Open your package folder in VS Code, ensuring that the
.devcontainer
folder is at the root of the File Explorer - Bring up the Command Palette (on mac: Cmd + Shift + P), and select "Dev Containers: Rebuild and Reopen in Container"
- Allow the docker image to be built, then you're ready to develop
- Now if you open a terminal (within the Dev Container window) and
datacustomcode run ./payload/entrypoint.py
, it will run inside a docker container that more closely resembles Data Cloud compute than your machine
Important
Dev Containers get their own tmp file storage, so you'll need to re-run datacustomcode configure
every time you "Rebuild and Reopen in Container".
Within your init
ed package, you will find a jupyterlab.sh
file that can open a jupyter notebook for you. Jupyter notebooks, in
combination with Data Cloud's Query Editor
and Data Explorer, can be extremely helpful for data
exploration. Instead of running an entire script, one can run one code cell at a time as they discover and experiment with the DLO or DMO data.
You can read more about Jupyter Notebooks here: https://jupyter.org/
- Within the root project of your package folder, run
./jupyterlab.sh start
- Double-click on "account.ipynb" file, which provides a starting point for a notebook
- Use shift+enter to execute each cell within the notebook. Add/edit/delete cells of code as needed for your data exploration.
- Don't forget to run
./jupyterlab.sh stop
to stop the docker container
Important
JupyterLab uses its own tmp file storage, so you'll need to re-run datacustomcode configure
each time you ./jupyterlab.sh start
.
- Log in to salesforce as an admin. In the top right corner, click on the gear icon and go to
Setup
- In the left hand side, search for "App Manager" and select the
App Manager
underneathApps
- Click on
New Connected App
in the upper right - Fill in the required fields within the
Basic Information
section - Under the
API (Enable OAuth Settings)
section:- Click on the checkbox to Enable OAuth Settings.
- Provide a callback URL like http://localhost:55555/callback
- In the Selected OAuth Scopes, make sure that
refresh_token
,api
,cdp_query_api
,cdp_profile_api
is selected. - Click on Save to save the connected app
- From the detail page that opens up afterwards, click the "Manage Consumer Details" button to find your client id and client secret
- Go back to
Setup
, thenOAuth and OpenID Connect Settings
, and enable the "Allow OAuth Username-Password Flows" option
You now have all fields necessary for the datacustomcode configure
command.