Classic Enterprise Architecture Domains
The most common enterprise architecture domains describe different parts of the enterprise architecture. Specialist architects usually develop domain architectures independently. When the domain architectures are put together, you have a complete enterprise architecture.
Each enterprise architecture domain will be useful on their own. When used independently, you must assume all other domains are static.
Good enterprise architects break the enterprise architecture into domains because it is easier to analyze and describe like things. They use the same techniques and skills to describe and analyze the components of an architecture domain.
The business architecture provides the foundation for all other enterprise architecture domains. It will explain the operating model, organization, operational practices, and information flow of the enterprise.
Best practice enterprise architecture teams will be engaged in developing the target state and supporting improvements in business operations. Many IT-centric enterprise architecture teams use their business architects to document and explain business decisions to IT-centric architects.
We also refer to security architecture to as information systems security architecture, and security architecture. This architecture domain is always very focused on IT. A security architect develops the controls that effectively manage risk associated with information and information technology. The goal of the security architect is to protect the enterprise, not the technology.
Best practice security architecture follows SABSA to balance the need to protect against the drive to succeed. Security architecture is also pervasive. Every domain, every element, and every decision must be considered in terms of risk and security.
Information systems architecture is part of TOGAF. It encompasses all application and data architecture. A broader view of information technology architecture extends the domain to include infrastructure and other technology.
Do not get wrapped into a long-semantic discussion between information architecture and data architecture. Best practice will align information analysis with business architecture and data architecture with IT issues. A solid data architecture provides the most important constraints on your application architecture.
Best practice application architecture will focus on critical constraints about your software and integration. Specify whether your organization should use commercial software, large suites, or custom development to support different business activities. The selection is driven by your business architecture. As well, system boundaries and integration standards are critical. Without these top-level constraints, detail inside an application is of little practical value.
TOGAF refers to a technology architecture domain. Other refer to infrastructure architecture. Do not get tied into a long semantic discussion.
Your technology architecture is concerned with the technology, or infrastructure, that supports applications, data, and communications.
Modern Enterprise Architecture Domains
All enterprise architecture domains cover part of the enterprise architecture. Domains are created so a specialist architect can use techniques and skills appropriate to the problems of the domain. We also will create a domain to address difficult change challenges.
Modern enterprise architecture domains continually arise. We absorb most into a classic enterprise architecture domain as new techniques become mainstream.
Cloud Architecture Domain
The rise of cloud services is changing how we address infrastructure architecture and application architecture. We find it interesting that classic infrastructure tried to define services that applications would consume, and that infrastructure and platform cloud architectures depend on this approach. The same this happens with SaaS. Software-as-a-Service clearly defines functionality and access through API, the two classic topics of application architecture.
Service Oriented Architecture Domain
Service oriented architecture, and micro-service architecture, are examples of enterprise architecture domains that arose, and folded into classic architecture domains. A few years ago, SOA was a big deal. It was going to transform everything. Today, it is part of a good application architecture.
Focus Enterprise Architecture Domains
All enterprise architecture serves two primary audiences - decision-makers and implementers. Decision-makers use the architecture to decide what changes to undertake, and to ensure the change is delivering expected value. Implementers use the architecture to ensure they understand the measures of value, and the constraints on their freedom.
Besides identifying different architects by the domain they work in, we will identify different architects by what type of problem they work on.
Solution architects typically have a broad focus across multiple IT-oriented domains at the level of a project or solution. Solution architects will work within the constraints of an enterprise architecture. They are typically very focused on supporting Implementers.
With the rise of modern agile software development practices, there has been considerable interest in how enterprise architecture relates. We find there are six use cases that cover enterprise architecture and agile. Good architecture development that supports the right purpose is independent of any change method. We find that enterprise architecture and agile fit together wonderfully.
SABSA Domain Model
The SABSA Domain Model has nothing to do with Enterprise Architecture Domains. The word Domain simply means an area of knowledge or activity. The SABSA Domain Model simply uses this meaning.
Use the SABSA Domain Model to break an organization into examinable parts. Use the parts to establish risk ownership and governance.
The key to using the SABSA Domain Model is ensuring every domain has a definable boundary.
Do it Yourself Downloads for Enterprise Architecture Domains
Guidance on creating an architecture of composable services - whether business services or application services.
Industry Standard EA Capability Reference Model
Guidance on addressing risk and information security in your enterprise architecture.
Find the question you need to answer for a successful digital transformation