백엔드 시스템 개요

사용자가 애플리케이션과 상호작용할 때, 보통은 웹 브라우저나 모바일 앱과 같은 클라이언트 인터페이스와 통신하고 있습니다. 그 클라이언트에는 일반적으로 시스템의 핵심 로직이 들어 있지 않습니다. 대신, 많은 작업을 수행하는 백엔드 시스템에 요청을 보냅니다.

백엔드 시스템은 클라이언트와 데이터 계층 사이에 위치합니다. 그 역할은 요청을 받아 애플리케이션의 규칙에 따라 처리한 뒤 결과를 반환하는 것입니다. 이 과정에는 보통 입력값 검증, 비즈니스 로직 실행, 그리고 데이터베이스나 다른 저장 시스템에 저장된 데이터 조회 또는 수정이 포함됩니다.

예를 들어 사용자가 웹사이트에 로그인할 때, 클라이언트는 로그인 자격 증명을 백엔드로 보냅니다. 백엔드는 그 자격 증명을 검증하고, 데이터베이스에서 사용자 레코드를 조회한 뒤, 인증이 성공했는지 여부를 나타내는 응답을 반환합니다.

요약하면, 백엔드는 애플리케이션의 의사결정 엔진 역할을 합니다. 들어오는 요청을 로직을 적용해 의미 있는 응답으로 변환하고, 데이터베이스, 캐시, 외부 서비스 같은 하위 시스템과 조정합니다.

대부분의 백엔드 시스템은 시스템의 여러 부분에 책임을 분리하는 계층형 구조를 따릅니다. 모든 기능을 하나의 큰 코드베이스에 넣는 대신, 각 계층은 특정 문제를 해결하는 데 집중합니다.

API 계층은 백엔드의 진입점 역할을 합니다. 브라우저나 모바일 앱 같은 클라이언트로부터 요청을 받고, 입력을 검증하며, 클라이언트에 반환할 응답을 형식화합니다.

애플리케이션 계층에는 시스템의 비즈니스 로직이 들어 있습니다. 규칙, 워크플로, 의사결정 과정이 이곳에서 구현됩니다. 예를 들어, 애플리케이션 계층은 주문을 어떻게 처리할지 또는 사용자가 어떤 작업을 수행할 권한이 있는지 판단할 수 있습니다.

데이터 계층은 영구 저장을 처리합니다. 애플리케이션이 동작하는 데 필요한 정보를 읽고 쓰기 위해 데이터베이스나 저장 시스템과 통신합니다.

이러한 구성 요소의 기반에는 시스템의 런타임 환경을 제공하는 인프라 계층이 있습니다. 여기에는 백엔드를 호스팅하는 서버, 컨테이너, 운영 체제, 클라우드 서비스가 포함됩니다.

이 계층형 구조는 엔지니어가 시스템을 모듈화된 형태로 유지하는 데 도움이 되며, 애플리케이션이 성장할수록 유지보수, 확장, 스케일링을 더 쉽게 만듭니다.

클라이언트가 백엔드 시스템에 요청을 보내면, 그 요청은 데이터베이스나 애플리케이션 로직으로 바로 이동하는 것이 아니라 여러 처리 단계를 거칩니다.

요청은 먼저 HTTP 요청으로 서버에 도착하며, 라우터가 애플리케이션의 어느 부분이 이를 처리할지 결정합니다. 주요 로직에 도달하기 전에 요청은 미들웨어를 거칠 수 있으며, 이 미들웨어는 인증 검사, 로깅, 검증 같은 작업을 수행합니다.

핸들러에 도달하면 백엔드는 보통 컨트롤러와 서비스로 구성된 비즈니스 로직을 실행합니다. 이러한 컴포넌트는 요청을 처리하고, 저장된 데이터를 읽거나 업데이트하기 위해 데이터베이스 쿼리를 수행할 수 있습니다.

처리가 완료되면 백엔드는 응답을 구성하여 클라이언트로 다시 보냅니다.

백엔드 엔지니어는 애플리케이션이 동작하게 만드는 내부 시스템을 담당합니다. 이들의 업무에는 API 구축, 비즈니스 로직 구현, 데이터 저장 관리, 백엔드 서비스 유지보수가 포함됩니다.

동시에 엔지니어는 실제 환경의 제약 속에서 시스템을 설계해야 합니다. 애플리케이션은 빠르게 응답해야 하고(performance), 증가하는 수요를 처리할 수 있어야 하며(scalability), 구성 요소가 실패해도 계속 사용할 수 있어야 합니다(reliability).

또한 시스템은 민감한 정보를 보호해야 하며(security), 미래 개발을 위해 이해하기 쉽고 적응 가능해야 합니다(maintainability).

이러한 목표들은 서로 충돌하는 경우가 많기 때문에, 백엔드 엔지니어링은 시스템을 안정적이고 효율적으로 유지하면서 여러 트레이드오프의 균형을 맞추는 작업입니다.

모놀리식 아키텍처는 모든 애플리케이션 구성 요소를 하나의 배포 가능한 시스템에 넣습니다. API 계층, 애플리케이션 로직, 데이터베이스 상호작용은 일반적으로 하나의 코드베이스 안에 존재하며 하나의 서비스로 실행됩니다. 많은 초기 단계 애플리케이션은 개발과 배포가 더 단순하기 때문에 이런 방식으로 시작합니다.

모놀리스에서는 구성 요소들이 종종 같은 데이터베이스를 공유하고 하나의 단위로 함께 배포됩니다. 이 접근 방식은 처음에는 만들고 유지하기 쉬울 수 있지만, 시스템이 커질수록 확장하거나 수정하기가 더 어려워질 수 있습니다.

마이크로서비스 아키텍처는 다른 접근 방식을 취합니다. 하나의 큰 시스템 대신, 애플리케이션을 여러 개의 더 작은 서비스로 나눕니다. 각 서비스는 특정 책임에 집중하며, 독립적으로 개발, 배포, 확장할 수 있습니다.

이 서비스들은 일반적으로 API 또는 메시징 시스템을 사용한 서비스 간 통신을 통해 서로 통신합니다. 이를 통해 대규모 시스템을 더 유연하게 확장하고 발전시킬 수 있지만, 네트워킹, 배포, 시스템 조정 측면에서 추가적인 복잡성도 생깁니다.

실제 애플리케이션에서 백엔드 시스템은 거의 독립적으로 동작하지 않습니다. 대신, 여러 하위 시스템을 조정하여 함께 서비스가 동작하도록 만듭니다.

일반적인 백엔드는 영속적 저장을 위한 데이터베이스, 더 빠른 읽기를 위한 캐시, 백그라운드 처리를 위한 메시지 큐, 그리고 서드파티 통합을 위한 외부 API와 통신할 수 있습니다. 백엔드는 이러한 구성 요소를 언제, 어떻게 사용할지 결정합니다.

이 조정 계층은 중요한 규칙도 적용합니다. 들어오는 요청을 검증하고, 사용자가 작업을 수행할 권한이 있는지 확인하며, 시스템 전반에서 데이터가 변경될 때 일관성을 유지합니다.

시스템 설계 관점에서 백엔드는 애플리케이션의 제어 센터 역할을 합니다. 클라이언트가 안전하게 상호작용할 수 있는 깔끔한 인터페이스를 제공하면서, 인프라 구성 요소 간의 정보 흐름을 관리합니다.