Stateful과 Stateless 개념 (NACL vs Security Group)

네트워크나 웹을 공부하다보면 Stateless와 Stateful을 자주 접하게 됩니다.
Stateless는 상태를 유지하지 않고, Stateful은 상태를 유지한다고 하는데 이게 무슨 의미일까요?

1. Stateless (무상태)

Stateless 통신에서는 각 요청을 독립적으로 처리합니다. 서버는 이전 요청에서의 상태나 데이터를 기억하지 않고, 각 요청은 서버와 통신하기 위해 필요한 모든 정보를 포함해야 합니다.

Stateless 장점

• 단순성과 투명성: 서버가 클라이언트의 상태를 추적하거나 저장할 필요가 없습니다.
• 확장성: 서버가 클라이언트의 상태 정보를 유지할 필요가 없기 때문에, 시스템의 확장성이 높아집니다. 부하 분산이 쉽고, 서버를 추가하는 것만으로도 시스템 확장이 가능합니다.

Stateless 단점

• 데이터 전송량: 모든 요청에 필요한 모든 정보를 포함해야 하므로, 네트워크 오버헤드가 증가할 수 있습니다.
• 복잡한 클라이언트 로직: 클라이언트가 상태 관리와 관련된 논리를 처리해야 할 수 있습니다.

2. Stateful (상태 유지)

Stateful 통신에서는 서버가 이전이 상태나 세션 정보를 기억합니다. 이를 통해 서버는 클라이언트의 이전 요청을 기반으로 향후 요청을 처리할 수 있습니다.
이로 인해 서버와 클라이언트 간의 통신이 상태 정보를 기반으로 연속적으로 이루어집니다.

Stateful 장점

• 효율성: 서버가 클라이언트의 상태를 알고 있기 때문에, 클라이언트는 매 요청마다 모든 정보를 전송할 필요가 없습니다.
• 사용자 경험: 사용자의 세션 정보를 유지함으로써 보다 개인화되고 연속적인 상호작용을 제공할 수 있습니다.
• 복잡한 트랜젝션 처리: 여러 단계에 걸친 트랜잭션이나 작업을 처리하기 쉽습니다.

Stateful 단점

• 복잡성: 서버가 상태 정보를 관리해야 하므로 구현이 복잡해질 수 있습니다.
• 리소스 요구량: 서버가 각 클라이언트의 상태를 유지해야 하므로, 메모리와 처리 리소스를 더 많이 사용할 수 있습니다.
• 확장성 문제: 서버 간의 상태 공유가 필요할 수 있으며, 이는 시스템의 확장성을 제한할 수 있습니다.

3. NACL vs Security Group

AWS EC2와 VPC를 사용하다 보면 NACL과 Security Group에 대해 자주 접하게 됩니다. 둘의 차이는 무엇일까요?

NACL(Network Access Control List)

• VPC내 서브넷 측면에서 동작하는 가상의 네트워크 방화벽입니다.
• Stateless(무 상태)특성을 갖습니다.

SG(Security Group)

• EC2 인스턴스 측면에서 동작하는 가상의 방화벽입니다.
• Stateful(상태 유지)특성을 갖고 있습니다.

궁금하신 점이나 추가해야할 부분은 댓글이나 아래의 링크를 통해 문의해주세요.
Written with KKam._.Ji