UML 행위 다이어그램(활동, 상태, 유스케이스)

 

1. 시스템의 동적 특성을 모델링하는 UML 행위 다이어그램의 개요

**UML(Unified Modeling Language)**은 객체지향 소프트웨어 설계의 표준 모델링 언어로, 구조 다이어그램과 행위 다이어그램으로 나뉩니다. 그중 **행위 다이어그램(Behavior Diagram)**은 시스템의 내부 동작, 객체 간의 상호작용, 시간에 따른 상태 변화 등 **동적인 관점(Dynamic View)**을 기술하여 시스템의 요구사항과 실행 로직을 명확히 정의하는 역할을 합니다.

---

2. 업무 프로세스의 흐름 가시화, 활동 다이어그램(Activity Diagram)

가. 개념

시스템 내부에 존재하는 여러 활동(Activity)의 흐름을 순차적, 병렬적으로 표현한 다이어그램입니다. 비즈니스 프로세스나 알고리즘의 실행 로직을 모델링하는 데 최적화되어 있습니다.

나. 주요 구성요소 및 특징

• 액션(Action) / 활동(Activity): 수행되는 개별적인 작업 단위.

• 시작/종료 노드: 흐름의 시작점과 끝점을 표시.

• 조건(Decision) & 병합(Merge): 조건에 따라 흐름이 분리되거나 다시 합쳐지는 지점.

• 포크(Fork) & 조인(Join): 병렬 처리를 위해 흐름을 나누거나(Fork), 나뉜 흐름이 모두 완료될 때까지 기다리는(Join) 지점.

• 스윔레인(Swimlane): 활동을 수행하는 주체(부서, 역할 등)별로 영역을 구분하여 책임 소재 명확화.

Shutterstock

---

3. 객체의 생명주기와 상태 변화 모델링, 상태 다이어그램(State Diagram)

가. 개념

하나의 객체가 가질 수 있는 모든 가능한 **상태(State)**와 외부 **이벤트(Event)**에 의한 상태 간의 **전이(Transition)**를 기술합니다. 객체의 생명주기(Life Cycle)를 분석하는 데 사용됩니다.

나. 주요 구성요소 및 특징

• 상태(State): 객체가 존재할 수 있는 조건이나 상황 (예: 주문대기, 결제완료).

• 전이(Transition): 상태가 한 지점에서 다른 지점으로 변하는 화살표.

• 이벤트(Event): 상태 전이를 일으키는 외부의 자극이나 신호.

• 가드(Guard): 전이가 일어나기 위해 만족해야 하는 불리언(Boolean) 조건.

• 액션(Action): 상태 전이 시 또는 특정 상태에 진입/탈출 시 수행되는 동작.

---

4. 사용자 관점의 요구사항 정의, 유스케이스 다이어그램(Use-Case Diagram)

가. 개념

시스템이 제공해야 하는 기능과 이를 사용하는 외부 요소(사용자 또는 외부 시스템) 간의 관계를 도식화한 것입니다. 개발 범위(Scope)를 정의하고 요구사항을 분석하는 출발점이 됩니다.

나. 주요 구성요소 및 특징

• 액터(Actor): 시스템과 상호작용하는 외부 사용자 또는 외부 시스템 (시스템의 경계 밖).

• 유스케이스(Use Case): 시스템이 수행하는 서비스나 기능을 단위별로 추상화한 것.

• 시스템 경계(System Boundary): 개발하고자 하는 시스템의 범위를 사각형으로 표시.

• 관계(Relationship):

  • 포함(Include): 유스케이스 수행 시 반드시 실행되어야 하는 공통 기능.

  • 확장(Extend): 특정 조건 만족 시에만 선택적으로 실행되는 기능.

  • 일반화(Generalization): 그룹화된 액터나 유스케이스 간의 상속 관계.

---

5. 행위 다이어그램 간 비교 및 기술사적 제언

구분	유스케이스 다이어그램	활동 다이어그램	상태 다이어그램
주요 관점	외부 사용자 중심 기능 정의	시스템 내부 프로세스/로직 흐름	개별 객체의 동적 상태 변화
분석 대상	시스템 전체 (Scope)	비즈니스 서비스/알고리즘	복잡한 생명주기를 가진 객체
활용 단계	요구사항 분석 초기	상세 설계 및 로직 분석	임베디드, 실시간 제어 설계

기술사 제언:

성공적인 시스템 설계를 위해서는 세 다이어그램을 상호 보완적으로 활용해야 합니다. 유스케이스를 통해 시스템의 범위를 확정하고, 그 내부의 복잡한 비즈니스 로직은 활동 다이어그램으로 상세화하며, 상태에 민감한 핵심 객체(예: 주문, 예약 등)는 상태 다이어그램을 통해 예외 케이스와 정합성을 검증함으로써 설계의 완전성을 확보해야 합니다.

쿠버네티스(Kubernetes, K8s)

 

1. 클라우드 네이티브의 운영체제, 쿠버네티스의 개요

**쿠버네티스(Kubernetes)**는 컨테이너화된 애플리케이션의 배포, 확장 및 관리를 자동화하는 오픈소스 기반의 컨테이너 오케스트레이션(Container Orchestration) 플랫폼입니다. 구글의 'Borg' 시스템에서 유래되었으며, 현재는 CNCF(Cloud Native Computing Foundation)의 대표 프로젝트로서 멀티 클라우드 및 하이브리드 클라우드 환경의 표준 인프라로 자리 잡았습니다.

---

2. 가. 쿠버네티스의 개념 및 특징

1) 개념

• 선언적 API(Declarative API): 사용자가 원하는 상태(Desired State)를 정의하면, 쿠버네티스가 현재 상태(Current State)를 점검하고 이를 일치시키기 위해 지속적으로 동작하는 시스템입니다.

• 컨테이너 추상화: 하드웨어 리소스를 논리적으로 분리하여 컨테이너 단위로 관리함으로써 인프라 독립성을 제공합니다.

2) 주요 특징

특징	상세 설명
자동화된 복구 (Self-healing)	컨테이너 장애 시 자동으로 재시작하고, 응답 없는 컨테이너를 교체하여 서비스 가용성을 유지합니다.
수평 확장 (Auto-scaling)	부하량에 따라 컨테이너 수를 자동으로 늘리거나(Scale-out) 줄여(Scale-in) 리소스를 최적화합니다.
서비스 디스커버리 & 로드밸런싱	DNS 이름을 사용하여 컨테이너를 노출하고, 트래픽이 많을 경우 네트워크 부하를 분산합니다.
자동화된 롤아웃 & 롤백	애플리케이션 업데이트 시 순차적으로 배포(Rolling Update)하며, 문제 발생 시 즉시 이전 버전으로 되돌립니다.
스토리지 오케스트레이션	로컬 저장소, 공용 클라우드 공급자 등 다양한 스토리지 시스템을 자동으로 마운트합니다.

---

3. 나. 쿠버네티스의 주요 컴포넌트

쿠버네티스는 크게 **제어 평면(Control Plane)**과 노드(Node) 영역으로 구성됩니다.

1) 제어 평면 (Control Plane / Master Node)

• kube-apiserver: 쿠버네티스 API를 노출하는 프런트엔드로, 모든 컴포넌트 간 통신의 중심 역할을 수행합니다.

• etcd: 클러스터의 모든 데이터를 담는 고가용성 키-값(Key-Value) 저장소입니다. (상태 데이터 보관)

• kube-scheduler: 새로운 Pod를 감지하여 리소스 여유가 있는 최적의 노드에 배치합니다.

• kube-controller-manager: 클러스터의 상태를 모니터링하고 원하는 상태를 유지하는 다양한 컨트롤러(Node, Job 등)를 실행합니다.

2) 노드 컴포넌트 (Worker Node)

• kubelet: 각 노드에서 실행되는 에이전트로, Pod 안의 컨테이너들이 정상적으로 실행되는지 관리합니다.

• kube-proxy: 각 노드에서 실행되는 네트워크 프록시로, 서비스 추상화를 구현하고 네트워크 규칙을 관리합니다.

• Container Runtime: 컨테이너 실행을 실질적으로 담당하는 소프트웨어입니다. (예: Docker, containerd, CRI-O)

---

4. 다. HPA (Horizontal Pod Autoscaler)

1) HPA의 개념

HPA는 CPU 이용률이나 사용자 정의 메트릭(Custom Metrics)을 관찰하여, Pod의 개수(Replicas)를 동적으로 조절하는 수평 확장 자동화 기능입니다.

2) 동작 원리 (Control Loop)

1. 메트릭 수집: Metrics Server로부터 대상 Pod들의 리소스 사용량을 주기적으로 수집합니다.

2. 비율 계산: 설정된 목표 값과 현재 메트릭 값을 비교하여 필요한 복제본 수를 계산합니다.

3. 상태 갱신: 계산된 결과에 따라 Deployment 등의 Replicas 값을 변경하여 Pod를 생성하거나 제거합니다.

3) 복제본 수 계산 공식

HPA는 다음과 같은 수식을 사용하여 목표 복제본 수를 결정합니다.

$$DesiredReplicas = \lceil CurrentReplicas \times \frac{CurrentMetricValue}{TargetMetricValue} \rceil$$

---

5. 결론 및 향후 전망

쿠버네티스는 단순한 컨테이너 관리를 넘어 **플랫폼 구축을 위한 플랫폼(Platform for Platforms)**으로 진화하고 있습니다. 최근에는 인프라 운영의 자동화를 극대화하는 GitOps(ArgoCD 등) 기술과 결합하거나, AI 모델 학습 및 서빙을 위한 Kubeflow 등 특정 도메인 최적화 솔루션의 기반이 되고 있습니다.

기술사는 복잡해지는 쿠버네티스 생태계에서 보안(Security)과 관측성(Observability)을 확보하고, 비즈니스 요구사항에 맞는 최적의 오케스트레이션 전략을 수립할 수 있어야 합니다.

벡터 데이터베이스의 효율적 검색을 위한 HNSW와 IVF

 

1. 벡터 데이터베이스의 고속 검색을 위한 ANN(Approximate Nearest Neighbor)의 개요

LLM(대규모 언어 모델)의 확산과 함께 비정형 데이터의 벡터화 및 검색이 중요해지면서, 수억 개의 고차원 벡터 중에서 유사한 항목을 빠르게 찾는 ANN(근사 최근접 이웃) 기술이 핵심으로 부상했습니다. HNSW와 IVF는 ANN의 대표적인 알고리즘으로, 정확도와 검색 속도 사이의 최적의 균형(Trade-off)을 제공합니다.

---

2. 계층적 그래프 기반 탐색 기법, HNSW (Hierarchical Navigable Small World)

가. HNSW의 개념

• 데이터 노드를 여러 계층의 그래프로 구성하여, 상위 계층에서는 넓은 범위를 빠르게 이동하고 하위 계층에서 정밀하게 탐색하는 Multi-layer Graph 기반 ANN 알고리즘입니다.

나. 동작 원리

1. 계층적 구조 구축 (Hierarchical Structure): 고속도로와 국도의 관계처럼, 최상위 레이어는 적은 수의 노드로 성기게 연결되고, 최하위 레이어(Layer 0)는 모든 노드가 밀집되어 연결됩니다.

2. 진입점 탐색 (Top-down Search): 최상위 레이어의 임의 노드에서 시작하여 쿼리 벡터와 가장 가까운 노드를 찾습니다.

3. 계층 간 하강: 현재 레이어에서 로컬 최적값(Local Optimum)에 도달하면 한 단계 아래 레이어로 내려가 탐색을 반복합니다.

4. 최종 탐색: 가장 밀집된 Layer 0에서 후보군을 좁혀 최종 최근접 이웃을 결정합니다.

• 장점: 탐색 속도가 매우 빠르고($O(\log N)$), 높은 재현율(Recall)을 보입니다.

• 단점: 그래프 인덱스 구조를 유지하기 위해 메모리(RAM) 사용량이 많습니다.

---

3. 클러스터링 기반 인덱싱 기법, IVF (Inverted File Index)

가. IVF의 개념

• 전체 벡터 공간을 여러 개의 클러스터(Cluster)로 분할하고, 각 클러스터의 중심점(Centroid)을 기준으로 인덱싱하여 검색 범위를 제한하는 분할 탐색 기법입니다.

나. 동작 원리

1. 학습 및 클러스터링 (Training): K-means 알고리즘 등을 사용하여 전체 벡터 공간을 $K$개의 클러스터로 나누고 중심점을 생성합니다.

2. 역색인 생성 (Inverted List): 각 중심점별로 해당 클러스터에 속한 벡터들의 ID를 리스트 형태로 저장(Inverted File)합니다.

3. 중심점 탐색: 쿼리 벡터가 입력되면, 먼저 $K$개의 중심점 중 가장 가까운 $n$개(nprobe)를 선정합니다.

4. 제한적 탐색: 선정된 $n$개의 클러스터 내에 있는 벡터들하고만 거리를 계산하여 최종 이웃을 도출합니다.

• 장점: 인덱스 크기가 작아 메모리 효율적이며, 대규모 데이터셋에 적합합니다.

• 단점: 클러스터 경계에 있는 데이터를 놓칠 수 있어 HNSW 대비 정확도가 낮을 수 있습니다.

---

4. HNSW와 IVF의 비교 및 기술적 선택 기준

구분	HNSW (Graph-based)	IVF (Clustering-based)
핵심 원리	다중 계층 그래프 탐색	벡터 공간 분할 및 역색인
시간 복잡도	$O(\log N)$	$O(N/K)$ (K: 클러스터 수)
자원 소모	높은 메모리 점유	상대적으로 낮은 메모리 점유
검색 성능	매우 빠름 (최고 수준)	빠름 (nprobe 설정에 의존)
정확도	우수함	양호함 (경계 영역 손실 가능성)
적합한 사례	실시간성이 중요하고 메모리가 충분한 경우	데이터 양이 방대하여 비용 효율이 중요한 경우

---

5. 결론 및 향후 전망

실무적인 벡터 데이터베이스 설계 시에는 데이터의 규모와 비즈니스 요구사항에 따라 두 기법을 혼합하거나 선택합니다. 최근에는 **IVF-PQ(Product Quantization)**와 같이 IVF에 압축 기술을 결합하여 메모리 효율을 극대화하거나, HNSW 기반의 관리형 서비스를 통해 운영 복잡도를 낮추는 추세입니다.

특히 RAG(검색 증강 생성) 시스템의 확산으로 벡터 검색의 중요성이 커짐에 따라, 단순히 속도뿐만 아니라 **데이터의 동적 업데이트(Upsert)**가 빈번한 환경에서 인덱스 재구성 비용을 최소화하는 하이브리드 인덱싱 전략이 기술사의 핵심 역량으로 요구됩니다.

BPFdoor 악성코드의 위협 및 대응 방안

 

1. 은닉형 위협의 진화, BPFdoor의 개요

BPFdoor는 리눅스 및 유닉스 시스템의 커널 수준에서 동작하는 eBPF(Extended Berkeley Packet Filter) 기술을 악용하여, 방화벽을 우회하고 시스템에 은밀하게 침투하는 수동적(Passive) 백도어 악성코드입니다. 일반적인 포트 오픈 방식이 아닌 패킷 필터링 방식 기능을 사용하여 보안 솔루션의 탐지를 회피하는 고도화된 특성을 가집니다.

---

2. 가. BPFdoor의 개념 및 기존 백도어 방식과의 차이점

1) BPFdoor의 개념

• 동작 원리: 리눅스 커널의 네트워크 인터페이스에 직접 **BPF 스니퍼(Sniffer)**를 부착하여, 특정 '매직 바이트(Magic Byte)'가 포함된 패킷을 감시합니다.

• 우회 메커니즘: 시스템의 프로토콜 스택 이전에 패킷을 가로채기 때문에, 로컬 방화벽(iptables 등)이 패킷을 차단하더라도 악성코드는 이를 수신하여 명령을 실행할 수 있습니다.

2) 기존 백도어 방식과의 차이점

구분	기존 백도어 (Active/Bind)	BPFdoor (Passive/BPF)
통신 방식	특정 포트를 열고(Listen) 대기하거나 외부로 연결(Reverse)	특정 포트를 열지 않고 들어오는 모든 패킷을 스니핑(Sniffing)
방화벽 대응	인바운드/아웃바운드 규칙에 의해 차단 가능	방화벽 이전 단계(Raw Socket)에서 처리되어 규칙 우회
탐지 가능성	netstat, lsof 등 명령어로 포트 확인 가능	열린 포트가 없어 네트워크 도구로 탐지가 매우 어려움
실행 트리거	지속적인 세션 유지 필요	특정 패턴의 패킷(ICMP, UDP, TCP) 수신 시에만 동작

---

3. 나. BPFdoor의 위협 요소와 기업 시스템에 미치는 영향

1) 주요 위협 요소

• 탐지 회피성(Stealth): 커널 모드에서 동작하며 프로세스 이름을 kthreadd와 같은 정상 시스템 프로세스로 위장하여 분석을 방해합니다.

• 영속성(Persistence): 시스템 재부팅 후에도 자동 실행되도록 설정되며, 암호화된 명령 제어(C&C) 통신을 통해 장기간 은닉합니다.

• 다양한 프로토콜 악용: TCP, UDP 뿐만 아니라 ICMP 패킷 속에 명령어를 숨겨 전달할 수 있어 프로토콜 기반 필터링을 무력화합니다.

2) 기업 시스템에 미치는 영향

• 데이터 유출: 서버 내 기밀 데이터, 사용자 개인정보, 소스코드 등을 외부로 무단 반출합니다.

• APT 공격의 거점: 기업 내부망의 주요 서버(Solaris, RedHat 등)를 장악하여 내부망 이동(Lateral Movement)의 교두보로 활용합니다.

• 시스템 통제권 상실: 공격자가 원격에서 루트(Root) 권한으로 임의 코드를 실행하여 시스템을 마비시키거나 랜섬웨어를 유포할 수 있습니다.

---

4. 다. BPFdoor 위협 대응을 위한 기술적, 관리적 방안

1) 기술적 대응 방안

• eBPF 모니터링 강화: bpftool 등을 사용하여 시스템에 로드된 예기치 않은 BPF 프로그램이 있는지 정기적으로 점검합니다.

• 프로세스 및 파일 무결성 점검: /dev/shm 등 일시적 파일 시스템에 생성되는 수상한 실행 파일이나 환경 변수를 모니터링합니다.

• EDR/XDR 도입: 단순 포트 기반 탐지가 아닌, 비정상적인 커널 호출 및 프로세스 위장 행위를 탐지할 수 있는 행위 기반 보안 솔루션을 운용합니다.

• 호스트 기반 침입 탐지(HIDS): 주요 시스템 설정 파일의 변경이나 원격 쉘 실행 여부를 실시간으로 감시합니다.

2) 관리적 대응 방안

• 최소 권한 원칙(PoLP): 불필요한 계정의 Root 권한 사용을 제한하고, 주기적인 권한 검토를 수행합니다.

• 패치 관리 체계(PMS): BPFdoor가 침투 경로로 활용하는 알려진 취약점(RCE 등)을 차단하기 위해 OS 및 어플리케이션 보안 패치를 최신으로 유지합니다.

• 공급망 보안 강화: 신뢰할 수 없는 타사 바이너리나 스크립트가 서버에서 실행되지 않도록 화이트리스트 기반의 통제를 실시합니다.

---

5. 결론 및 제언

BPFdoor는 전통적인 네트워크 보안 경계 모델을 무력화하는 **"보이지 않는 위협"**입니다. 기술사는 이러한 커널 수준의 악성코드에 대응하기 위해 단순 외부 차단 위주의 보안에서 벗어나, 시스템 내부의 가시성(Visibility)을 확보하는 제로 트러스트(Zero Trust) 관점의 가시성 확보와 심층 방어(Defense in Depth) 전략을 수립해야 합니다.

국가 망 보안체계(National Network Security Framework, N2SF) 보안 가이드라인

 

1. 디지털 시대의 새로운 보안 패러다임, 국가 망 보안체계(N2SF)의 개요

**국가 망 보안체계(N2SF)**는 기존의 획일적인 망 분리(Air-gap) 정책에서 벗어나, 클라우드와 AI 등 IT 환경 변화에 유연하게 대응하기 위해 데이터의 중요도에 따라 보안 수준을 차등 적용하는 **'다층보안체계(MLS, Multi-Level Security)'**로의 전환을 실현하기 위한 국가 보안 프레임워크입니다.

---

2. 가. 국가 망 보안체계(N2SF)의 개념

1) 핵심 정의

• 공공기관의 업무 시스템과 데이터를 중요도(기밀성, 무결성, 가용성)에 따라 C(Classified), S(Sensitive), O(Open) 3개 영역으로 분류합니다.

• 영역별로 차등화된 보안 통제 항목을 적용하여 보안성은 강화하되 업무의 효율성과 데이터 공유는 활성화하는 체계입니다.

2) 영역별 분류 체계

등급	영역 (Domain)	정의 및 대상 데이터	주요 특징
C	Classified (기밀)	국가 안보와 직결된 비밀, 국가 핵심 기술 정보 등	강력한 물리적 망 분리 유지
S	Sensitive (민감)	대외비, 비공개 정보, 개인정보가 포함된 행정 데이터	논리적 망 분리 및 강화된 인증
O	Open (공용)	대민 서비스, 공개된 일반 행정 정보	인터넷 연결 허용, 클라우드 활용

---

3. 나. 국가 망 보안체계(N2SF) 적용 절차

N2SF 도입을 위해서는 데이터 분류부터 사후 관리까지 단계적인 프로세스 준수가 필요합니다.

1. 자산 및 데이터 식별: 기관 내 모든 정보시스템과 데이터 자산을 전수 조사하고 가치를 평가합니다.

2. 데이터 등급 분류: 가이드라인 기준에 따라 데이터를 C, S, O 등급으로 매핑하고 업무 영향도를 분석합니다.

3. 네트워크 아키텍처 설계: 등급별로 분리된 영역을 설계하고, 영역 간 데이터 이동을 위한 접점(Gateway) 및 보안 통제 지점을 설정합니다.

4. 보안 통제 항목 적용: 등급별 필수 보안 요구사항(암호화, 접근 제어, 무결성 점검 등)을 구현합니다.

5. 보안성 검토 및 승인: 국정원 등 관계 기관의 보안성 검토를 거쳐 시스템을 가동합니다.

6. 모니터링 및 현행화: 운영 중 데이터 중요도 변화 시 등급을 재조정하고 지속적인 위협 모니터링을 수행합니다.

---

4. 다. 국가 망 보안체계(N2SF) 고려 사항

N2SF의 실효성 있는 운영을 위해서는 기술적 요소와 정책적 요소의 조화가 중요합니다.

1) 기술적 고려 사항

• 다층 보안 통제(Defense in Depth): 단순 경계 보안을 넘어 데이터 자체에 대한 암호화 및 API 기반의 정밀한 접근 제어가 필요합니다.

• 제로 트러스트(Zero Trust) 연계: '아무도 믿지 않는다'는 원칙하에 지속적인 인증과 최소 권한 부여(PoLP) 체계를 구축해야 합니다.

• 상호 운용성 보장: 등급이 다른 영역 간 안전한 데이터 연계(Cross-Domain Solution) 기술 확보가 필수적입니다.

2) 관리적·정책적 고려 사항

• 거버넌스 정립: 데이터 등급 분류에 대한 책임 소재를 명확히 하고, 부서 간 협력 체계를 구축해야 합니다.

• 유연성 확보: 획일적 기준 적용보다는 기관의 특성(국방, 외교 vs 일반 행정)에 맞는 유연한 가이드라인 해석이 필요합니다.

• 전문 인력 양성: 클라우드 네이티브 환경과 새로운 보안 프레임워크를 운영할 수 있는 전문 기술 인력 확보가 병행되어야 합니다.

---

5. 결론 및 시사점

국가 망 보안체계(N2SF)는 공공 부문의 디지털 플랫폼 정부 구현을 가속화하는 기반 기술입니다. 향후 공공기관은 N2SF를 통해 외부 위협에는 강력히 대응하면서도, 내부의 고가치 데이터를 AI와 결합하여 혁신적인 행정 서비스를 창출할 수 있는 안전한 디지털 토대를 마련해야 합니다.

통신 프로토콜의 주요 제어 기법 및 설계 고려 사항

 

1. 신뢰성 있는 데이터 전송을 위한 통신 프로토콜의 개요

통신 프로토콜은 서로 다른 기기 간의 데이터 교환을 원활하게 하기 위한 하드웨어와 소프트웨어의 통신 규약입니다. 네트워크의 복잡성이 증가함에 따라 신뢰성 있는 전송을 보장하기 위한 오류 제어, 네트워크 붕괴를 막기 위한 혼잡 제어, 그리고 효율적인 데이터 흐름을 위한 슬라이딩 윈도우 기법이 핵심적으로 활용됩니다.

---

2. 가. 오류 제어(Error Control) 및 혼잡 제어(Congestion Control)

1) 오류 제어 (Error Control)

데이터 전송 중 발생하는 감쇠, 왜곡, 잡음 등에 의한 데이터 변형이나 손실을 탐지하고 수정하는 기법입니다.

• 검출 기법: Parity Check, Checksum, CRC(Cyclic Redundancy Check) 등.

• 제어 방식: * FEC (Forward Error Correction): 수신 측에서 스스로 오류를 수정 (Hamming Code 등).

  • BEC (Backward Error Correction): 송신 측에 재전송을 요청하는 방식 (ARQ).

    • Stop-and-Wait ARQ, Go-Back-N ARQ, Selective Repeat ARQ.

2) 혼잡 제어 (Congestion Control)

네트워크 내에 전송되는 패킷 수가 과도하게 증가하여 네트워크 성능이 급격히 저하되는 '혼잡(Congestion)' 현상을 방지하고 해소하는 기술입니다.

• Slow Start: 연결 초기에 윈도우 크기를 1부터 지수 함수적으로 증가시켜 네트워크 수용량을 파악.

• Congestion Avoidance: 임계치(Threshold) 도달 시 선형적으로 윈도우 크기를 증가시켜 혼잡을 예방.

• Fast Retransmit / Fast Recovery: 패킷 손실 감지 시 즉시 재전송하고, 윈도우 크기를 조절하여 빠르게 가용 대역폭을 확보.

---

3. 나. 슬라이딩 윈도우(Sliding Window) 기법

1) 개념

수신 측으로부터 ACK(응답)를 받기 전이라도, 수신 가능한 범위 내에서 여러 개의 프레임을 연속적으로 전송하여 전송 효율을 높이는 흐름 제어(Flow Control) 기법입니다.

2) 동작 원리 및 주요 특징

• 윈도우(Window) 크기: 수신 측의 버퍼 여유 공간(Window Size)에 따라 송신 측의 전송량을 동적으로 조절합니다.

• 연속 전송: Stop-and-Wait 방식의 단점(대기 시간 발생)을 보완하여 링크 효율성을 극대화합니다.

• 슬라이딩(Sliding) 기법: 수신 측으로부터 정상 응답(ACK)을 받으면, 윈도우를 오른쪽으로 이동(Slide)시켜 다음 프레임을 전송할 준비를 합니다.

---

4. 다. 프로토콜 설계 시 고려 사항

통신 프로토콜 설계 시에는 효율성, 신뢰성, 확장성을 확보하기 위해 다음과 같은 요소를 반드시 고려해야 합니다.

고려 사항	세부 내용
단편화와 재조합	대용량 데이터를 하위 계층 전송 단위(PDU)에 맞게 분할하고 목적지에서 복원하는 메커니즘 설계 (Fragmentation & Reassembly)
캡슐화 (Encapsulation)	각 계층의 제어 정보(Header, Trailer)를 데이터에 결합하여 주소 지정 및 오류 제어 정보 포함
동기화 (Synchronization)	송수신측 간의 데이터 비트, 프레임, 메시지 단위의 시작과 끝을 일치시키는 기술
주소 지정 (Addressing)	각 개체를 식별하기 위한 식별자 부여 및 다중화(Multiplexing)를 통한 경로 제어 설계
순서 제어 (Sequencing)	데이터가 전송 순서대로 도착하지 않을 경우를 대비한 순서 번호 부여 및 정렬
보안 및 인증	데이터의 기밀성, 무결성 보장을 위한 암호화 알고리즘 및 접근 제어 설계

---

5. 결론: 향후 프로토콜 발전 방향

최근 5G/6G 통신 및 IoT 환경에서는 저지연(Low Latency)과 대규모 연결성(Massive Connectivity)이 중요해짐에 따라, 전통적인 TCP 기반 프로토콜에서 나아가 UDP 기반의 QUIC(Quick UDP Internet Connections) 프로토콜 등이 도입되고 있습니다. 기술사는 변화하는 네트워크 환경에 최적화된 프로토콜 설계 역량을 갖추고, AI 기반의 지능형 혼잡 제어 알고리즘 등을 검토하여 서비스 품질(QoS)을 극대화해야 합니다.