Microservices Expo Authors: Pat Romanski, Elizabeth White, Liz McMillan, Karthick Viswanathan, Andy Thurai

Related Topics: Microservices Expo

Microservices Expo: Article

Optimizing the Benefits of EDM and SOA by Coordinating Strategies

Introducing the C-SODA Framework & CMM

Why SOA Needs MDM
While SOA enables integration and data exchange through services, this is only marginally useful without a common vocabulary of data content/structure. MDM defines how an enterprise establishes and maintains such a vocabulary, so to fully adopt/implement a SOA program an organization must first address MDM.

Before creating service-oriented applications, align master data and metadata for SOA designs. Without a focus on MDM, it becomes impossible to communicate information about transactions because there's no common understanding of the basic business objects to which the services refer. Services don't know where to access "gold standard" information, which has to be the same (structure/content) between producers and consumers of services.

As applications interact with data through multiple levels of services, impacts of even small data structure changes may be significant. Hence, coordinated EDM with SOA should first be instituted as coordinated data-SOA governance with MDM processes. The technical intersection of MDM and SOA occurs in the EIA. MDM is a key component of the EIA, providing semantic integration of services for master data. For services to provide consistent information to consumers across multiple data providers, it's imperative that data inconsistencies/redundancies are addressed.

C-SODA Framework & CMM Overview
Both the framework and CMM introduced here are based on a Coordinated Service-Oriented Data Architecture (C-SODA). As implied, the C-SODA is built on data architecture; in this case, the data architecture aspects that support a service-oriented environment.

The C-SODA complements full-fledged EDM/SOA frameworks and maturity models by specifically identifying dependencies and synergies as well as evaluation criteria and maturity phases of these coordinated strategies. The C-SODA is used to evaluate and drive an organization's strategic readiness for coordination along the framework's dimensions in both EDM and SOA domains.

To be successful, EDM and SOA programs require careful planning and execution along several interdependent dimensions. Further, when these programs are to be executed in parallel, coordination between EDM and SOA concerns is required to promote success.

We utilize a proven framework to evaluate seven critical dimensions (see Figure 1) that determine the strategic readiness of an EDM/SOA or C-SODA program. Key questions to ask about each dimension area are:

  • Strategy: Are the high-level business strategies clearly described? How do they impact decisions about data and services?
  • Process: Are core business and IT processes effective, efficient, and supportive in managing strategic data/services?
  • Metrics: Is the right mix of measures being used for key performance indicators?
  • Data: Is the right data/metadata available to support core processes/services?
  • Services/Applications: Do the software and systems enhance core processes and enable reusable services/data?
  • Architecture: Is the correct infrastructure and enterprise architecture in place to support necessary data and services?
  • People: Is the organizational capital applied to core processes sufficient?

These dimensions provide the framework for which coordinated EDM/SOA strategies can be evaluated and/or a roadmap of initiatives can be formulated to improve organizational capabilities and maturity. Determination of an organization's strategic readiness for combined EDM/SOA capabilities along each dimension will help gauge overall maturity. This includes some standalone EDM and SOA capabilities, but further focuses on the synergistic nature of these strategies and their dependencies and coordination points.

When considering the C-SODA framework, use the following guidelines:

  1. Not all dimensions carry the same priority for coordinated EDM/SOA strategies. To promote maturity along necessary coordination/integration points of the strategies, process, data, services/applications, and architecture are considered primary dimensions; strategy, metrics, and people are considered secondary dimensions.
  2. Primary dimensions directly impact decisions and approaches for coordinating strategies, while secondary dimensions are used for context and in support of coordinating primary dimensions.
  3. Primary dimensions are addressed in greater detail and emphasis for evaluation and/or formulating a roadmap of initiatives to achieve greater maturity.
  4. Primary/secondary designations for dimensions (and components) may be adjusted for an organization's needs

For example, the strategy dimension, meaning "business strategy," generally only has indirect secondary impacts on services/data. By addressing process (e.g., data-SOA governance, MDM, metadata management, services-data stewardship), data (e.g. master data, metadata, reference data), services/applications (e.g., SOA services portfolio, related metadata, service initiatives' designs/tools), and architecture (e.g., SOA and data infrastructure/tools) in detail during evaluation or roadmap development, we have a sufficiently complete picture of how to establish/evolve the organization's coordinated EDM/SOA capabilities.

Utilizing the C-SODA Framework
Fine-tuning the framework for your organization, initially and as your EDM and SOA strategies mature, involves:

  1. Determining primary/secondary dimensions and dimensional components for consideration (see Figure 2). This will be your organization's/program's C-SODA.
  2. Applying C-SODA to evaluate current state of coordinated EDM/SOA strategies. It must be:
    a. Detailed enough to define granularity of capabilities and potential initiatives for improved maturity
    b. Able to rate each dimension/component for current state capabilities relative to desired current state (not future state, but how well EDM/SOA processes, architecture, and data meet current needs)
  3. Inventorying initiatives either currently underway or that will begin shortly for which ratings will change in the current state
  4. Determining the future vision of the enterprise based on the C-SODA used to evaluate the current state:
    a. For short (six months), intermediate (year), or long-term (18 months+) goals as needed
    b. (Optionally) granulize into intermediate steps/goals
  5. Determining gaps between C-SODA's current state (plus known initiatives) and C-SODA's future vision. Gaps can be further granulized into intermediate steps/goals
  6. Developing initiative definitions for filling gaps
  7. Prioritizing/scheduling gap-filling initiatives to achieve desired C-SODA capabilities

Most C-SODA dimensions have business and IT components (see Figure 2). There will potentially be both (and combined) initiatives executed in a coordinated fashion to drive improved capabilities. In developing a specific C-SODA for your organization, you may adjust/emphasize key components for your business or initiatives.

More Stories By Keith R. Worfolk

Keith R. Worfolk is a senior architect with Hitachi Consulting. He has more than 21 years of senior IT management and executive-level success in strategic enterprise architecture, software development, and large-scale systems integration. He has strong international and Big 5 project experience. Keith earned an MBA from Duke University.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.

Microservices Articles
DevOps is often described as a combination of technology and culture. Without both, DevOps isn't complete. However, applying the culture to outdated technology is a recipe for disaster; as response times grow and connections between teams are delayed by technology, the culture will die. A Nutanix Enterprise Cloud has many benefits that provide the needed base for a true DevOps paradigm. In their Day 3 Keynote at 20th Cloud Expo, Chris Brown, a Solutions Marketing Manager at Nutanix, and Mark Lav...
The Software Defined Data Center (SDDC), which enables organizations to seamlessly run in a hybrid cloud model (public + private cloud), is here to stay. IDC estimates that the software-defined networking market will be valued at $3.7 billion by 2016. Security is a key component and benefit of the SDDC, and offers an opportunity to build security 'from the ground up' and weave it into the environment from day one. In his session at 16th Cloud Expo, Reuven Harrison, CTO and Co-Founder of Tufin, ...
"NetApp's vision is how we help organizations manage data - delivering the right data in the right place, in the right time, to the people who need it, and doing it agnostic to what the platform is," explained Josh Atwell, Developer Advocate for NetApp, in this SYS-CON.tv interview at 20th Cloud Expo, held June 6-8, 2017, at the Javits Center in New York City, NY.
Gone are the days when application development was the daunting task of the highly skilled developers backed with strong IT skills, low code application development has democratized app development and empowered a new generation of citizen developers. There was a time when app development was in the domain of people with complex coding and technical skills. We called these people by various names like programmers, coders, techies, and they usually worked in a world oblivious of the everyday pri...
Your homes and cars can be automated and self-serviced. Why can't your storage? From simply asking questions to analyze and troubleshoot your infrastructure, to provisioning storage with snapshots, recovery and replication, your wildest sci-fi dream has come true. In his session at @DevOpsSummit at 20th Cloud Expo, Dan Florea, Director of Product Management at Tintri, provided a ChatOps demo where you can talk to your storage and manage it from anywhere, through Slack and similar services with...
Kin Lane recently wrote a couple of blogs about why copyrighting an API is not common. I couldn’t agree more that copyrighting APIs is uncommon. First of all, the API definition is just an interface (It is the implementation detail … Continue reading →
The Jevons Paradox suggests that when technological advances increase efficiency of a resource, it results in an overall increase in consumption. Writing on the increased use of coal as a result of technological improvements, 19th-century economist William Stanley Jevons found that these improvements led to the development of new ways to utilize coal. In his session at 19th Cloud Expo, Mark Thiele, Chief Strategy Officer for Apcera, compared the Jevons Paradox to modern-day enterprise IT, examin...
DevOps tends to focus on the relationship between Dev and Ops, putting an emphasis on the ops and application infrastructure. But that’s changing with microservices architectures. In her session at DevOps Summit, Lori MacVittie, Evangelist for F5 Networks, will focus on how microservices are changing the underlying architectures needed to scale, secure and deliver applications based on highly distributed (micro) services and why that means an expansion into “the network” for DevOps.
Many organizations are now looking to DevOps maturity models to gauge their DevOps adoption and compare their maturity to their peers. However, as enterprise organizations rush to adopt DevOps, moving past experimentation to embrace it at scale, they are in danger of falling into the trap that they have fallen into time and time again. Unfortunately, we've seen this movie before, and we know how it ends: badly.
Kubernetes is a new and revolutionary open-sourced system for managing containers across multiple hosts in a cluster. Ansible is a simple IT automation tool for just about any requirement for reproducible environments. In his session at @DevOpsSummit at 18th Cloud Expo, Patrick Galbraith, a principal engineer at HPE, discussed how to build a fully functional Kubernetes cluster on a number of virtual machines or bare-metal hosts. Also included will be a brief demonstration of running a Galera MyS...