Welcome!

Microservices Expo Authors: John Worthington, Liz McMillan, Elizabeth White, Stackify Blog, Pat Romanski

Related Topics: Microservices Expo, Open Source Cloud

Microservices Expo: Article

Enterprise Architecture’s Quest for Its Proper Identity

Is enterprise architecture primarily about IT or is it about the entire enterprise?

This guest post comes courtesy of Len Fehskens, Vice President of Skills and Capabilities at The Open Group.

By Len Fehskens

It is my impression, from what I read and hear in many enterprise and business architecture blogs and forums, that the enterprise architecture (EA) community comprises multiple factions, and which faction you are part of depends on how you answer two questions. These are fundamental questions that I suspect many in the EA community (present company excepted, of course) have not asked themselves explicitly, or, if they have, considered why they would answer them one way or the other.

I believe the answers to these questions color the way we talk and think about enterprise architecture, and until the EA community as a whole comes to a consensus regarding their answers, we risk talking past one another, using the same words but meaning significantly different things. [Disclosure: The Open Group is a sponsor of BriefingsDirect podcasts.]

The two questions are:

  • Is enterprise architecture primarily about IT or is it about the entire enterprise?
  • Is enterprise architecture a “hard” discipline or a “soft” discipline?

My answers:

Enterprise architecture ought to be about the entire enterprise, because that’s what the name implies. If it’s really about IT, it ought to be called enterprise IT architecture. Whether or not you believe it’s possible or desirable to apply architectural thinking to the entire enterprise doesn’t change the fact that we ought to name things honestly. And when we name architectures, it seems reasonable to me to expect that if an architecture is implemented primarily in the [x] domain, it ought to be called an [x] architecture. Adding two more syllables (IT) to the seven (en-ter-prise ar-chi-tec-ture), or inserting two characters (IT) in the acronym (EA), isn’t an unbearable burden. Say it – “enterprise IT architecture.” Spell it – “EITA.”

Rarely has the cost of honesty been so modest. If you mean the architecture of an enterprise’s IT assets and capabilities, say EITA. Don’t say EA unless you really mean the architecture of the entire enterprise, not just its IT assets. Even if you consider the needs of the enterprise, or the structure of the enterprise’s processes, if the implementation of the architecture you’re developing will be mostly in the IT domain, it’s EITA, not EA. Even if you believe that architectural thinking can be meaningfully applied only to the IT function of an enterprise, it’s still EITA, not EA.

Soft discipline
M
y answer to the second question is that I believe enterprise architecture, as scoped above, is a
“soft” discipline. I think talking about “manufacturing” or “engineering” enterprises is just silly; it’s another example of the kind of aggrandizement that misnaming enterprise IT architecture represents.

Even calling an enterprise a “system” is risky. We use the word system in two senses. One is a very broadly inclusive idea, often expressed as “everything is a system,” in that many things can be viewed as assemblies or aggregates of smaller components. This concept of system is useful because it encourages us to take a holistic, rather than reductionist, perspective, acknowledging that the relationships between the pieces are as important as the individual pieces themselves. The other sense of “system” is the one engineers use – a system is an artifact that has been methodically designed and built from interconnected components. Calling something a system in the first sense doesn’t make it a system in the second sense; it doesn’t make its behavior and performance analytically tractable or deterministic.

It is simply not possible to specify an enterprise as completely, and to the same level of detail, as it is to specify a building or a locomotive or an airplane. And, for the purpose of enterprise architecture, i.e., to ensure that an enterprise’s assets and capabilities are aligned with its vision, mission and strategy, it isn’t necessary to do so, even if we could.

It may be possible to do so for EITA, and maybe that’s where the idea that the same can be said of the enterprise as a whole comes from.

Calling something a system in the first sense doesn’t make it a system in the second sense; it doesn’t make its behavior and performance analytically tractable or deterministic.


If the enterprise as a whole is a system, it’s a people-intensive system, and as such one might as well talk about manufacturing or engineering people.

After all, why do we call them “enterprises”? Consider the first definition of the noun “enterprise” in the Oxford English Dictionary: “A design of which the execution is attempted; a piece of work taken in hand, an undertaking; chiefly, and now exclusively, a bold, arduous or momentous undertaking.” Clearly implicit in this definition is that this is something undertaken by people. There’s a nod to this reality when we refer to an enterprise as a “sociotechnical system”, but the “socio” too often gets short shrift while the “technical” gets the bulk of the attention.

Yes, people play a role in other “systems” – they live and work in buildings, they drive locomotives and pilot airplanes. But people don’t just interact with an enterprise; in a fundamental sense, they are the enterprise. And unlike buildings and locomotives and airplanes, enterprises are continually adapting themselves, in the homeostatic sense of maintaining their integrity and identity in the face of internal and external change, and in the sense of deliberately repurposing themselves in response to such change.

How would you answer these questions, and why would you answer them that way? Our answers strongly influence what we believe is within the purview of enterprise architecture, how we address that scope, and what we imagine we can accomplish by doing so.

This guest post comes courtesy of Len Fehskens, Vice President of Skills and Capabilities at The Open Group.

You may also be interested in:

More Stories By Dana Gardner

At Interarbor Solutions, we create the analysis and in-depth podcasts on enterprise software and cloud trends that help fuel the social media revolution. As a veteran IT analyst, Dana Gardner moderates discussions and interviews get to the meat of the hottest technology topics. We define and forecast the business productivity effects of enterprise infrastructure, SOA and cloud advances. Our social media vehicles become conversational platforms, powerfully distributed via the BriefingsDirect Network of online media partners like ZDNet and IT-Director.com. As founder and principal analyst at Interarbor Solutions, Dana Gardner created BriefingsDirect to give online readers and listeners in-depth and direct access to the brightest thought leaders on IT. Our twice-monthly BriefingsDirect Analyst Insights Edition podcasts examine the latest IT news with a panel of analysts and guests. Our sponsored discussions provide a unique, deep-dive focus on specific industry problems and the latest solutions. This podcast equivalent of an analyst briefing session -- made available as a podcast/transcript/blog to any interested viewer and search engine seeker -- breaks the mold on closed knowledge. These informational podcasts jump-start conversational evangelism, drive traffic to lead generation campaigns, and produce strong SEO returns. Interarbor Solutions provides fresh and creative thinking on IT, SOA, cloud and social media strategies based on the power of thoughtful content, made freely and easily available to proactive seekers of insights and information. As a result, marketers and branding professionals can communicate inexpensively with self-qualifiying readers/listeners in discreet market segments. BriefingsDirect podcasts hosted by Dana Gardner: Full turnkey planning, moderatiing, producing, hosting, and distribution via blogs and IT media partners of essential IT knowledge and understanding.

@MicroservicesExpo Stories
identify the sources of event storms and performance anomalies will require automated, real-time root-cause analysis. I think Enterprise Management Associates said it well: “The data and metrics collected at instrumentation points across the application ecosystem are essential to performance monitoring and root cause analysis. However, analytics capable of transforming data and metrics into an application-focused report or dashboards are what separates actual application monitoring from relat...
Agile has finally jumped the technology shark, expanding outside the software world. Enterprises are now increasingly adopting Agile practices across their organizations in order to successfully navigate the disruptive waters that threaten to drown them. In our quest for establishing change as a core competency in our organizations, this business-centric notion of Agile is an essential component of Agile Digital Transformation. In the years since the publication of the Agile Manifesto, the conn...
"Opsani helps the enterprise adopt containers, help them move their infrastructure into this modern world of DevOps, accelerate the delivery of new features into production, and really get them going on the container path," explained Ross Schibler, CEO of Opsani, and Peter Nickolov, CTO of Opsani, in this SYS-CON.tv interview at DevOps Summit at 21st Cloud Expo, held Oct 31 – Nov 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA.
Enterprises are adopting Kubernetes to accelerate the development and the delivery of cloud-native applications. However, sharing a Kubernetes cluster between members of the same team can be challenging. And, sharing clusters across multiple teams is even harder. Kubernetes offers several constructs to help implement segmentation and isolation. However, these primitives can be complex to understand and apply. As a result, it’s becoming common for enterprises to end up with several clusters. Thi...
Let's do a visualization exercise. Imagine it's December 31, 2018, and you're ringing in the New Year with your friends and family. You think back on everything that you accomplished in the last year: your company's revenue is through the roof thanks to the success of your product, and you were promoted to Lead Developer. 2019 is poised to be an even bigger year for your company because you have the tools and insight to scale as quickly as demand requires. You're a happy human, and it's not just...
Cavirin Systems has just announced C2, a SaaS offering designed to bring continuous security assessment and remediation to hybrid environments, containers, and data centers. Cavirin C2 is deployed within Amazon Web Services (AWS) and features a flexible licensing model for easy scalability and clear pay-as-you-go pricing. Although native to AWS, it also supports assessment and remediation of virtual or container instances within Microsoft Azure, Google Cloud Platform (GCP), or on-premise. By dr...
While some developers care passionately about how data centers and clouds are architected, for most, it is only the end result that matters. To the majority of companies, technology exists to solve a business problem, and only delivers value when it is solving that problem. 2017 brings the mainstream adoption of containers for production workloads. In his session at 21st Cloud Expo, Ben McCormack, VP of Operations at Evernote, discussed how data centers of the future will be managed, how the p...
The benefits of automation are well documented; it increases productivity, cuts cost and minimizes errors. It eliminates repetitive manual tasks, freeing us up to be more innovative. By that logic, surely, we should automate everything possible, right? So, is attempting to automate everything a sensible - even feasible - goal? In a word: no. Consider this your short guide as to what to automate and what not to automate.
DevOps teams have more on their plate than ever. As infrastructure needs grow, so does the time required to ensure that everything's running smoothly. This makes automation crucial - especially in the server and network monitoring world. Server monitoring tools can save teams time by automating server management and providing real-time performance updates. As budgets reset for the New Year, there is no better time to implement a new server monitoring tool (or re-evaluate your current solution)....
"Codigm is based on the cloud and we are here to explore marketing opportunities in America. Our mission is to make an ecosystem of the SW environment that anyone can understand, learn, teach, and develop the SW on the cloud," explained Sung Tae Ryu, CEO of Codigm, in this SYS-CON.tv interview at 21st Cloud Expo, held Oct 31 – Nov 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA.
The nature of test environments is inherently temporary—you set up an environment, run through an automated test suite, and then tear down the environment. If you can reduce the cycle time for this process down to hours or minutes, then you may be able to cut your test environment budgets considerably. The impact of cloud adoption on test environments is a valuable advancement in both cost savings and agility. The on-demand model takes advantage of public cloud APIs requiring only payment for t...
Many enterprise and government IT organizations are realizing the benefits of cloud computing by extending IT delivery and management processes across private and public cloud services. But they are often challenged with balancing the need for centralized cloud governance without stifling user-driven innovation. This strategy requires an approach that fundamentally reshapes how IT is delivered today, shifting the focus from infrastructure to services aggregation, and mixing and matching the bes...
"CA has been doing a lot of things in the area of DevOps. Now we have a complete set of tool sets in order to enable customers to go all the way from planning to development to testing down to release into the operations," explained Aruna Ravichandran, Vice President of Global Marketing and Strategy at CA Technologies, in this SYS-CON.tv interview at DevOps Summit at 21st Cloud Expo, held Oct 31 – Nov 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA.
High-velocity engineering teams are applying not only continuous delivery processes, but also lessons in experimentation from established leaders like Amazon, Netflix, and Facebook. These companies have made experimentation a foundation for their release processes, allowing them to try out major feature releases and redesigns within smaller groups before making them broadly available. In his session at 21st Cloud Expo, Brian Lucas, Senior Staff Engineer at Optimizely, discussed how by using ne...
We just came off of a review of a product that handles both containers and virtual machines in the same interface. Under the covers, implementation of containers defaults to LXC, though recently Docker support was added. When reading online, or searching for information, increasingly we see “Container Management” products listed as competitors to Docker, when in reality things like Rocket, LXC/LXD, and Virtualization are Dockers competitors. After doing some looking around, we have decided tha...
It’s “time to move on from DevOps and continuous delivery.” This was the provocative title of a recent article in ZDNet, in which Kelsey Hightower, staff developer advocate at Google Cloud Platform, suggested that “software shops should have put these concepts into action years ago.” Reading articles like this or listening to talks at most DevOps conferences might make you think that we’re entering a post-DevOps world. But vast numbers of organizations still struggle to start and drive transfo...
While we understand Agile as a means to accelerate innovation, manage uncertainty and cope with ambiguity, many are inclined to think that it conflicts with the objectives of traditional engineering projects, such as building a highway, skyscraper or power plant. These are plan-driven and predictive projects that seek to avoid any uncertainty. This type of thinking, however, is short-sighted. Agile approaches are valuable in controlling uncertainty because they constrain the complexity that ste...
"This all sounds great. But it's just not realistic." This is what a group of five senior IT executives told me during a workshop I held not long ago. We were working through an exercise on the organizational characteristics necessary to successfully execute a digital transformation, and the group was doing their ‘readout.' The executives loved everything we discussed and agreed that if such an environment existed, it would make transformation much easier. They just didn't believe it was reali...
"We're developing a software that is based on the cloud environment and we are providing those services to corporations and the general public," explained Seungmin Kim, CEO/CTO of SM Systems Inc., in this SYS-CON.tv interview at 21st Cloud Expo, held Oct 31 – Nov 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA.
The cloud revolution in enterprises has very clearly crossed the phase of proof-of-concepts into a truly mainstream adoption. One of most popular enterprise-wide initiatives currently going on are “cloud migration” programs of some kind or another. Finding business value for these programs is not hard to fathom – they include hyperelasticity in infrastructure consumption, subscription based models, and agility derived from rapid speed of deployment of applications. These factors will continue to...