0 votes
16 views
ago by (30.6k points)
We run IBM Business Automation Workflow 20.0.0.2 on WebSphere ND and are asked to move to Cloud Pak for Business Automation (CP4BA). Functionally it is "the same product", but what actually changes for developers, administrators and integrations?

1 Answer

0 votes
ago by (30.6k points)

The process engine, the designers' artifacts (BPDs, service flows, coach views, business objects) and the REST APIs are the same code base, so process apps import unchanged. Everything around the engine is different:

AreaTraditional BAWWorkflow on CP4BA
RuntimeWebSphere ND cell, clusters, node agents, deployment managerWebSphere Liberty in pods on OpenShift, managed by the CP4BA operator from a custom resource (CR)
AuthoringProcess Center + web / desktop Process DesignerWorkflow Center (authoring pod) inside Business Automation Studio; web designer only
Runtime environmentsProcess Server cells (test / prod), online or offlineWorkflow Server deployments, one CR section per environment (usually separate namespaces)
End-user UIProcess Portal (classic), Workplace optionalWorkplace (federated across Workflow, Case, Automation Workstreams); classic Process Portal not the entry point
AuthenticationWebSphere security: LDAP, SPNEGO / SAML TAI, basic auth for RESTIAM / Zen: LDAP or OIDC / SAML IdP, Zen API keys and bearer tokens for REST, users onboarded to Zen roles
Configuration100Custom.xml, admin console, BPMConfigCR fields, ConfigMaps / Secrets (100Custom.xml through a secret), operator reconciles; no admin console
Unsupported-Heritage human services and heritage coaches, BAW Advanced (BPEL / IID / adapters), desktop Process Designer, Business Space, some WebSphere-specific Java APIs
OperationsLogs on the file system, PMI, wsadminoc logs, OpenShift logging / monitoring stack, Operations REST API, BAI for analytics
UpgradesFix packs with Installation Manager, in-placeOperator channel / image updates, rolling pod replacement; database schema upgrades run by the operator
LicensingPVU / VPC per servervCPU measured by the License Service across the Cloud Pak

Practical consequences: (1) review every heritage artifact and BPEL dependency before the move; (2) integrations that used file shares, WebSphere mail sessions or JNDI resources must be reconfigured through the CR (persistent volumes, custom Liberty config) or replaced by REST / Kafka; (3) external clients change from basic auth to Zen API keys / tokens plus the CSRF token; (4) administrators learn oc, YAML and the operator's status conditions instead of the WebSphere console.

# what runs where: the CR is the single source of truth
oc get icp4acluster -n cp4ba -o yaml | less          # spec.workflow_authoring_configuration / spec.baw_configuration
oc get pods -n cp4ba | grep -i -E "baw|workflow|pfs|workplace"
oc get icp4acluster icp4adeploy -n cp4ba -o jsonpath='{.status.endpoints}' | jq .   # every UI and API URL

References

Related questions

723 questions

807 answers

98 comments

4.8k users

Join BPM Community Discord Channel

Welcome to BPM Tips Q&A, Community wiki/forum where you can ask questions and receive answers from other IBM BPM experts and members of the community. Users with 2000 points will automatically be promoted to expert level.
Created by Dosvak LLC
Our Youtube Channel
...