I am currently part of a closed beta program testing the all new cloud based Transport Management Service. It will offer a functionality comparable to the ABAP based enhanced Change and Transport System (CTS+) but without the need for an SAP NetWeaver application server coordinating the transports. Additionally the Transport Management Service allows not only the transport of development artifacts but also covers application specific content.
We have now reached a high enough maturity level of the service so that I can give a preview what will be coming…
The Transport Management Service is a service running in the Cloud Foundry environment:
It allows to model transport landscapes where the so-called transport nodes represent for example Neo subaccounts or Cloud Foundry spaces. The nodes are connected to the ‘real’ transport targets via destinations using the standard SAP Cloud Platform destination service. The flow of the content to be transported is modeled with transport routes specifying a source and a target node. Using several transport routes you can model larger or more complex transport landscapes.
The architecture of the Transport Management Service is quite flexible so that it will support a wide variety of content it can transport as well as different types of target environments.
Currently we are transporting SAP Cloud Platform Integration (CPI) packages, Multi-Target Applications (MTA) and SAP HANA XS classic model delivery units. Especially the first example shows an area which has not yet been covered by existing solutions: the transport of application specific content. Here we are planning to support further scenarios in the near future.
On the target environment side we are currently supporting SAP Cloud Platform Neo subaccounts and SAP HANA XS classic databases running in SAP Cloud Platform. The next step will be SAP Cloud Platform Cloud Foundry spaces.
Now, let’s have a brief look into the Transport Management Service.
The entry screen gives an overview on successful, failed and pending transports. It also allows navigation to configuration activities, log files and documentation.
The Transport Nodes view shows all configured Transport Nodes. It allows the configuration of new nodes, as well as changing and deleting existing nodes. All changes to the configured landscape are tracked in the Landscape Action Logs.
The Transport Nodes view also gives access to the import queues of the nodes:
Here you can find the transport requests which are targeting this node. You can trigger the import of the transport requests and also access the logs of import activities.
This view shows the Transport Routes connecting two Transport Nodes (source and target). By combining several routes you can setup more complex landscapes. In this example I have set up a linear landscape (ConsDev -> ConsTest -> ConsProd) and a star shaped landscape with one source (StarSource) and three targets (Star1, Star2 and Star3).
As mentioned above the Transport Management Service is currently in beta testing. We are planning the global availability later this year.
Although we are still in beta, the documentation is already available, if you would like to read more…
One of our beta testers already wrote a blog about his first experiences. I am also planning to provide you with further blogs about the Transport Management Service.
So stay tuned!