Client-server model – where a server provides services or resources to one or more clients over a network. The server and the clients can be either parallel or distributed systems, depending on their internal structure and communication patterns. The client-server model is widely used for web applications, database systems, email systems, and other network-based applications.
Peer-to-peer model – where each node in the network can act as both a client and a server, sharing its resources and services with other nodes. The peer-to-peer model is usually based on a distributed system architecture, where the nodes are autonomous and communicate directly with each other. The peer-to-peer model is suitable for applications that require high scalability, resilience, and decentralization, such as file sharing, content distribution, and collaborative computing.
Cloud computing model – where a large-scale distributed system provides various types of services, such as storage, computation, networking, and software, to users over the internet. The cloud computing model consists of multiple layers, such as the infrastructure layer, the platform layer, and the application layer, that abstract away the complexity and heterogeneity of the underlying resources. The cloud computing model enables users to access on-demand, elastic, and cost-effective services without having to invest in or manage their own hardware and software.
Service-oriented architecture (SOA) model – where a system consists of loosely coupled and interoperable services that communicate with each other using standard protocols and interfaces. Each service provides a specific functionality and can be composed with other services to create complex applications. The SOA model promotes modularity, reusability, and flexibility of software development and deployment. The SOA model is often implemented using web services, such as SOAP or REST, that allow different platforms and languages to interact over the internet.
Microservices architecture (MSA) model – where a system is composed of small, independent, and loosely coupled services that each perform a single function and communicate with each other through lightweight mechanisms, such as HTTP or messaging queues. The MSA model enables high scalability, availability, and fault tolerance, as well as continuous delivery and deployment of software. The MSA model also allows for the use of different technologies and languages for each service, as well as the evolution of each service independently of the others.
Event-driven architecture (EDA) model – where a system consists of components that react to events generated by other components or external sources. Events are messages that represent changes in the state or condition of the system or its environment. Components communicate with each other through event buses or brokers that handle the routing, filtering, and delivery of events. The EDA model enables high scalability, performance, and responsiveness, as well as decoupling and parallelism of software components. The EDA model is often used for real-time applications that need to process large volumes of data streams, such as IoT, social media, or gaming.
Server less architecture model – where a system relies on third-party services or platforms to execute functions or logic in response to events or requests. The server less model abstracts away the management of servers, infrastructure, and scaling, allowing developers to focus on the business logic and code of their applications. The serverless model also enables cost efficiency, as the services or platforms charge only for the resources and time consumed by each function execution. The serverless model is often used for web applications, mobile backends, or data processing tasks that have unpredictable or sporadic demand.
Enterprise architecture (EA) model – where a system is aligned with the strategic goals, vision, and values of an organization. The EA model provides a holistic and integrated view of the business, information, application, and technology aspects of a system, as well as the relationships and dependencies among them. The EA model enables better decision making, governance, and communication across the organization, as well as the alignment of the system with the business needs and objectives. The EA model is often used for large-scale and complex systems that involve multiple stakeholders and domains.
TOGAF: A popular EA framework that defines a method and a set of tools for developing, managing, and governing an EA. TOGAF uses a four-layered architecture (business, data, application, and technology) and a cyclic process (the Architecture Development Method, or ADM) that guides the creation, implementation, and evolution of the EA. TOGAF also provides a set of best practices, principles, standards, and templates for EA development and management.
Zachman: A pioneer EA framework that defines a matrix of six perspectives (planner, owner, designer, builder, implementer, and user) and six abstractions (data, function, network, people, time, and motivation) for describing and analyzing an EA. Zachman provides a comprehensive and logical classification of the artifacts and elements of an EA but does not prescribe a specific method or process for EA development and management.
