System Design: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
Line 11: Line 11:
::::[[File:ATypicalSystem.png|397px]]
::::[[File:ATypicalSystem.png|397px]]


The clients can be web applications or mobile applications. A web application uses a combination of server-side logic written in a language as Java or Python to handle business logic and storage, and a client-side language as HTML or [[JavaScript]] for presentation.
The clients can be web applications or mobile applications. A web application uses a combination of server-side logic written in a language as Java or Python and packaged and deployed as containerized services to handle business logic and storage, and a client-side language as HTML or [[JavaScript]] for presentation. A mobile application uses the same type of backend infrastructure, but a device-specific language to implement the client. In both cases, the clients send requests over HTTP.  The server returns the response as part of the same HTTP request/response pair, either a HTML page to be rendered or a [[JSON]]-serialized data.


'''Request flow'''. The clients sent request over HTTP. The server returns the response as part of the same HTTP request/response pair, either a HTML page to be rendered or a [[JSON]]-serialized data.
<font color=darkkhaki>
 
'''Request flow'''. '''Write path'''. '''Read path'''.
'''Write path'''. '''Read path'''.
</font>


=Aims=
=Aims=

Revision as of 01:57, 7 November 2021

External

Internal

Overview

The goals of system design is to build software systems that first and foremost are correct, in that the system correctly implements the functions it was built to implement. Additionally, they should aim to maximize reliability, scalability and maintainability.

A Typical System

Many web and mobile applications in use today are conceptually similar to the generic system described below. The functionality differs, as well as reliability, scalability and maintainability requirements, but most systems share at least several of the elements described here. They have mobile and browser clients, communicate with the backend via HTTP or WebSocket protocols, include a business logic layer deployed as monoliths or microservices, in most cases in containers managed by a container orchestration system like Kubernetes, persist their data in databases, either relational or NoSQL, use caches to speed up reads, and rely on message brokers or streaming systems for asynchronous processing and better decoupling. Depending on the actual functionality of the system, these bits and pieces can be implemented as different products and connected in all kind of ways.

ATypicalSystem.png

The clients can be web applications or mobile applications. A web application uses a combination of server-side logic written in a language as Java or Python and packaged and deployed as containerized services to handle business logic and storage, and a client-side language as HTML or JavaScript for presentation. A mobile application uses the same type of backend infrastructure, but a device-specific language to implement the client. In both cases, the clients send requests over HTTP. The server returns the response as part of the same HTTP request/response pair, either a HTML page to be rendered or a JSON-serialized data.

Request flow. Write path. Read path.

Aims

Correctness. Ensured via testing.

Reliability. Discuss difference between reliability and high availability.

Scalability

Maintainability

Operations

Logs

Monitoring

Deployment

TODO

Subjects

Organizatorium

  • Capacity estimation