In earlier articles on ODI Lifecycle Management features
we covered Managing Versions in Apache Subversion and Parallel Development using Subversion Branches. Now let’s
explore the Release Management aspects addressed in ODI 12.2.1.
The release management use cases are addressed in ODI 12.2.1 through
the newly introduced object called Deployment Archive. It is an archive file containing
a set of ODI objects along an XML file containing archive details. It is the
vehicle to promote objects from a development environment to the testing or
production environment as depicted in below diagram. In a typical release
process a Deployment Archive is first deployed in testing environment
where the validations can be performed and after testing is done it is
applied to a production environment.
There are four types of Deployment Archives
All Deployment archive related operations can be invoked
from the ODI Studio menu. There are three options available for
creating a Deployment Archive, which differs in the way the objects to be
included in the Archive are selected.
Each of these options allows you to
The objects from a Subversion Tag are included
in the Deployment Archive.
objects from the entire repository are included in the Deployment Archive. Since
all the objects are included here, with this option you can create only the
Initial Deployment Archive.
You can selectively add the objects you wish to include in the Deployment Archive. All dependencies of an object is also automatically included along with the object so that
the Deployment Archive always contains a consistent set of objects that can be applied
in any environment.
You can list and view the details of Deployment Archives
from ODI Studio by specifying the folder location where all the
Deployment Archives are created.
You can double click on any entry to the list of objects
present under that archive.
An empty repository can be initialized with the Initial Deployment
If the repository is already initialized then you can apply
a Patch deployment Archive to it.
While applying patch archive you can also specify the file
location where the corresponding Rollback Deployment Archive should be created. A Rollback Archive is used to restore the pre-patch state of the repository when the Patch application result in some problems.
As shown below, a typical Production environment is first initialized with the released artifacts from a Initial Deployment Archive and
then at some later point in time the Patch Deployment Archive is applied for some bug fix
ODI maintains the history of all the Deployment Archives
applied to a repository and it can be easily view in ODI Studio.
The Inventory table for the applied patches has a number of columns as shown above providing important
The patches for which a Rollback Deployment Archive was
created can be rolled back from studio.
Note that not all Deployment Archives can be rolled back. In order to be rolled back it should satisfy following conditions.
There is Software Development Kit (SDK) Application Programming
Interface (API) available for all the Release management activities described
in this article. The deployment archive management related classes are
available in oracle.odi.core.service.deployment package. Using these
APIs you can write programs to automate your release process.
ODI 12.2.1 has come out with a number of features addressing
different Lifecycle Management needs. It provides seamless integration
with Apache Subversion to manage ODI objects versions in external version
control system. It provides Branch and Tag management capabilities to facilitate
parallel development between functionally or geographically distributed teams.
It provides comprehensive release management capabilities to create Deployment
Archives with artifacts from development environment which can then be tested in
isolation, applied to production environment and can be rolled back if
required. With all these capabilities users can easily manage an objects lifecycle in ODI 12.2.1, which is now generally available to download from OTN page.