[Design 11] 규제·보안 제약 하 성능 (전문)

Tr.06: cgroup·seccomp·컨테이너 정책이 syscall 경로 를 바꿉니다.
Tr.10: TLS 버전·인증서 검증·L7 방화벽이 패킷 경로 를 바꿉니다.

본 장은 전문 난이도입니다. 실무에서 가장 빠른 설계와 가장 안전한 설계가 같지 않은 경우가 많습니다. 암호화·로깅·접근 통제·데이터 상주 규정은 지연과 처리량에 직접 영향을 주고, 때로는 아키텍처 형태(in-process vs sidecar vs HSM)를 바꿉니다.

충돌이 나는 전형

전송 구간 암호화·무결성: CPU 사이클과 패킷 크기 증가.
상세 감사 로그: 디스크·네트워크·락 경합.
데이터 마스킹·토큰화: 캐시 친화성 저하, 추가 왕복.
제로 트러스트 네트워킹: 홉 수 증가, 인증 토큰 검증.
샌드박스·VM 격리: 경계 통과 비용.

이 장은 “보안을 무시하자”가 아니라, 비용을 가시화하고 협상 가능한 지표로 바꾸는 것이 목표입니다.

성능 예산과 보안 예산을 같은 표에

문서 한 페이지에 다음 열을 둡니다.

통제	목적	성능 영향 가설	검증 방법	완화	책임 팀
예: mTLS everywhere	기밀성	지연 +x µs	Tr.01 벤치	세션 재개	플랫폼

가설과 검증이 없으면 보안팀은 “필수”, 성능팀은 “불가”로만 말하게 됩니다.

flowchart LR
  subgraph inputs ["입력"]
    A["규정·표준"]
    B["위협 모델"]
    C["SLO"]
  end
  subgraph output ["산출"]
    D["통제 묶음"]
    E["측정 계획"]
    F["잔여 리스크"]
  end
  inputs --> output