차무식

AWS Well Architecture Framework

chamusik — Wed, 4 Mar 2026 22:17:23 +0900

좋은 아키텍처란? AWS에서 가이드하는 5원칙

운영 우수성, 보안, 안정성, 성능 효율성, 비용 최적화를 고려해야한다.

→ 아래 내용들은 제가 스스로 이해하기 쉽게 적은 부분도 있으므로 그 부분 고려하시면서 읽어주세요!

1. 운영 우수성

- 운영 작업을 코드로 수행 (IaC) → 재현성, 이력 관리 ( e.g. Terraform, Ansible, CloudFormation)

- 변경 작업을 최소 단위로 나누어 수행 → 각 시스템들의 종속성을 줄이는 것이 변경 또는 작업을 하는 데 유리, 롤백도 고려

- 장애 시나리오, 운영 프로세스 자주 개선, 모든 장애 리뷰 및 Lesson Learn 하기

2. 보안

- 시스템의 모든 접근에 대한 추적 및 기록 (Cloudtrail, Guard Duty)

- 네트워크 계층(OSI 7Layer) 에 대해 보안 적용

- 자동화가 보안에 도움

- 모든 데이터를 보호하도록 설계 (전송 중인 데이터, 정적 데이터)

- 보안 이벤트 준비 (침입탐지, Ddos 등)

2.1 네트워크 계층별 보안

7계층 Application Layer Security - AWS WAF&Sheild: 웹 방화벽 및 Ddos 공격 방어- AWS Inspector: Agent 기반/ Application 보안 진단

4계층 Transport Layer Security

- 보안 그룹: AWS 리소스의 네트워크 접근 통제 (포트 번호(TCP/UDP)까지 제어)

3계층 Network Layer Security (IP 주소 기반 접근 제어)- 보안 그룹: AWS 리소스의 네트워크 접근 통제- VPC NACL: AWS 서브넷간 네트워크 접근 통제- VPC Flow logs: VPC내 트래픽 분석 및 가시화- Bastion Host: 내부 네트워크 접근을 위한 프록시- HTTPS/SSL/TLS: 네트워크 접근을 위한 프록시

1계층 Physical Layer Security- 규정 준수 프로그램: ISO27001, ISMS, PCI DSS, FedRAMP 등- 보호 설비: 화재 감지 및 진압, 전원 이중화, 항온항습 등- 물리적 출입 통제: 영상 감시, 침입 탐지, 보안 카드, 2중 인증 등

2.2 관리적 보안

시스템 보안

- Service Catalog: 표준화된 AWS 리소스 생성/접근제어

- AWS Config: AWS 리소스 변경내역 기록/관리

- AWS IAM (MFA/Role): AWS 계정 접근제어/권한관리

- Cloud Watch Logs: AWS 리소스 및 Application 모니터링

- Trusted Advisor: 비용/가용성/성능/보안 측면의 감사

데이터 보안

- AWS KMS: 암호화 키 관리

- AWS CloudHSM: 위/변조 감시 가능한 암호화키 관리

- AWS CloudTrail: 모든 AWS API요청에 대한 로그 기록

3. 안정성

- 장애에 대한 자동 복구 구축, 장애 복구 훈련 수행

- 가용성을 높이기 위한 수평 확장 설계 (리소스 고정 X)

- 운영 자동화 구축과 지속적 변경 관리

4. 성능 효율성

- 최신 기술을 습득하고 적용 (e.g. 6세대 EC2인스턴스 m6g → ARM 기반, 가격 저렴하고 성능 우수)

- 주기적 프로토타입 진행

- 빠른 글로벌 접근 가능한 설계 ( e.g. CloudFront, Route 53)

- 서버리스 아키텍처 활용 ( e.g. Lambda, Fargate, S3)

5. 비용 최적화

- 알맞는 가격 약정 채택 → 리소스 Right Sizing

- 클라우드 마이그레이션을 통해 온프레미스 운영비용 최소화

- 관리형 서비스를 사용하여 운영비용 최소화

- 지속적인 월 비용 분석을 통한 비용 최적화 수행

CKA 합격 후기

chamusik — Sun, 22 Feb 2026 23:07:30 +0900

목표 : Kubestronaut

컨테이너 기술이 MSA 아키텍처를 넘어 데이터 엔지니어링, AI 플랫폼까지 광범위하게 쓰이고 있고, 개인적인 흥미도 있어서 CNCF 쿠버네티스 자격증 5개를 모두 취득하는 Kubestronaut를 목표로 잡았다.

2025년 3월에 KCNA를 취득하고, 미루고 미루다 2026년 2월에 드디어 CKA를 취득했다.

시험 환경

온라인 핸즈온 시험이다. AWS나 GCP 시험에 비해 감독관의 요구가 까다롭고 엄격했다. 책장을 담요로 가리라는 요청도 받았고, 전반적으로 꼼꼼하게 확인하는 편이었다.

시험 가격은 414,000원으로 프로그래머스에서 구매했다. 비싼 시험이라 FAIL 나면 마음이 쓰릴 수밖에 없다. 덕분에 더 공부하게 되긴 한다..

결과

첫 번째 시험: 59점 (FAIL)
두 번째 시험: 91점 (PASS)

준비 과정

배경

노베이스는 아니었다. 현업에서 쿠버네티스를 쓰고 있지는 않지만, 취업 준비 과정에서 꽤 다뤄봤다. 졸업작품으로 쿠버네티스 환경에서 머신러닝 프로젝트를 진행했고, 신세계아이앤씨 클라우드 엔지니어 양성과정 최종 프로젝트에서 신생항공사 예매 플랫폼을 EKS로 구성 해봤다.

노베이스이거나 쿠버네티스를 활용한 프로젝트 경험이 없다면, 보수적으로 잡으면 100시간은 투자하는 것을 추천한다.

시험 준비를 위한 공부 시간

첫 번째 시험: 퇴근 후 3시간씩 5일 (?)
두 번째 시험: 퇴근 후 3시간씩 10일 (?)

강의 및 환경

Udemy - Mumshad의 CKA 강의
인프런 - 일프로님의 CKA 강의
실습 환경: KodeKloud

느낀 점

나름 시험을 쉽게 생각하고 응시했는데, 시간이 많이 모자랐다. 첫 번째 시험에서 느렸던 부분과 몰랐던 내용을 정리해서 두 번째 시험을 준비했다.

덤프를 외우면 시간을 줄일 수 있겠지만, 대부분 옛날 것들 위주라 크게 도움이 되지 않았다. 오히려 첫 번째 시험에서 출제 경향을 확인하고 두 번째 시험을 준비하는 것이 효율적이었다.

회사 일이 많았기 때문에 준비가 쉽지 않았다. 야근하고 집에 와서 공부하는 날들이었지만, 흥미가 있고 재밌었기 때문에 나름 만족스러운 과정이었다.

다음 목표는 Kubestronaut 달성을 위한 나머지 자격증(CKAD, CKS, KCSA)이다.

KCNA에 이어 CKA

2/5 완성..

[CKA] RBAC

chamusik — Wed, 8 Oct 2025 01:04:21 +0900

문제 3

ServiceAccount, Role, RoleBinding
◾ 작업 클러스터 : k8s
• 애플리케이션 운영중 특정 namespace의 Pod들을 모니터할수 있는 서비스가 요청되었습니다. api-access
네임스페이스의 모든 pod를 view할 수 있도록 다음의 작업을 진행하시오.
• api-access라는 새로운 namespace에 pod-viewer라는 이름의 Service Account를 만듭니다.
• podreader-role이라는 이름의 Role과 podreader-rolebinding이라는 이름의 RoleBinding을 만듭니다.
• 앞서 생성한 ServiceAccount를 API resource Pod에 대하여 watch, list, get을 허용하도록 매핑하시오.

# 1. namespace 생성 : api-access
kubectl create namespace api-access

# 2. ServiceAccount : pod-viewer --namespace api-access
kubectl create serviceaccount pod-viewer --namespace api-access

# 3. role 생성 : podreader-role : Pod watch, list, get --namespace api-access
kubectl create role podreader-role --verb=get --verb=list --verb=watch --resource=pods --namespace=api-access

# 4. rolebinding 생성 : podreader-rolebinding, role=podreader-role, serviceaccount=pod-viewer
kubectl create rolebinding podreader-rolebinding --role=podreader-role --serviceaccount=api-access:pod-viewer --namespace=api-access

문제 4

ServiceAccount, ClusterRole,
ClusterRoleBinding
◾ 작업 클러스터 : k8s
• 작업 Context에서 애플리케이션 배포를 위해 새로운 ClusterRole을 생성하고 특정 namespace의
ServiceAccount를 바인드하시오.
• 다음의 resource type에서만 Create가 허용된 ClusterRole deployment-clusterrole을 생성합니다.
Resource Type: Deployment StatefulSet DaemonSet
• 미리 생성된 namespace api-access 에 cicd-token이라는 새로운 ServiceAccount를 만듭니다.
• ClusterRole deployment-clusterrole을 namespace api-access 로 제한된 새 ServiceAccount cicd-token에 바인딩하는
합니다.

namespace api-access

# 1. ServiceAccount 생성 : cicd-token
kubectl create serviceaccount cicd-token --namespace api-access

# 2. ClusterRole 생성 : deployment-clusterrole [Deployment StatefulSet DaemonSet (Create)]
kubectl create clusterrole deployment-clusterrole --verb=create --resource=deployment,statefulset,daemonset

# 3. ClusterRole binding 생성 : deployment-clusterrolebinding [ClusterRole : deployment-clusterrole], [ServiceAccount : cicd-token]
kubectl create clusterrolebinding deployment-clusterrolebinding --clusterrole=deployment-clusterrole --serviceaccount=api-access:cicd-token --namespace=api-access

문제 5

User, ClusterRole, ClusterRoleBinding
◾ 작업 클러스터 : k8s
CSR(Certificate Signing Request)를 통해 app-manager 인증서를 발급받은 user app-manager 에게
cluster내 모든 namespace의 deployment, pod, service 리소스를 create, list, get, update, delete 할 수
있는 권한을 할당하시오.
• user name : app-manager
• certificate name: app-manager
• clusterRole name : app-access
• clusterRoleBinding name: app-access-binding

# 1. user : app-manager

# 2. clusterrole : app-access

# 3. clusterrolebinding : app-access-binding

[CKA] kubeadm upgrade

chamusik — Tue, 7 Oct 2025 00:18:29 +0900

[문제2. cluster upgrade]

Control plane upgrade

# 1. 업그레이드 할 버전 확인
# 2. kudeadm 업그레이드
apt-mark unhold kubeadm && \
apt-get update && apt-get install -y kubeadm=1.32.9-1.1 && \
apt-mark hold kubeadm

kubeadm version
kubeadm upgrade plan
kubeadm upgrade apply v1.32.9

# 3. 노드 드레인
kubectl drain hk8s --ignore-daemonsets

# 4. kubelet과 kubectl 업그레이드
apt-mark unhold kubelet kubectl && \
apt-get update && apt-get install -y kubelet=1.32.9-1.1 kubectl=1.32.9-1.1 && \
apt-mark hold kubelet kubectl

sudo systemctl daemon-reload
sudo systemctl restart kubelet

# 5. 노드 uncordon
kubectl uncordon hk8s-master

Worker node upgrade

# 1. 모든 노드 kubeadm 업그레이드
apt-mark unhold kubeadm && \
apt-get update && apt-get install -y kubeadm=1.32.9-1.1 && \
apt-mark hold kubeadm

sudo kubeadm upgrade node

# 2. console이나 hk8s-master에서
kubectl drain hk8s-worker1 --ignore-daemonsets

# 3. kubelet과 kubectl 업그레이드
apt-mark unhold kubelet kubectl && \
apt-get update && apt-get install -y kubelet=1.32.9-1.1 kubectl=1.32.9-1.1 && \
apt-mark hold kubelet kubectl

sudo systemctl daemon-reload
sudo systemctl restart kubelet

# 4. 노드에 적용된 cordon 해제
kubectl uncordon hk8s-worker1

https://kubernetes.io/ko/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/

[CKA] etcd-backup

chamusik — Mon, 6 Oct 2025 22:10:21 +0900

[문제1. etcd-backup]
◾ 작업 클러스터 : k8s
https://127.0.0.1:2379에서 실행 중인 etcd의 snapshot을 생성하고 snapshot을 /data/etcd-snapshot.db에
저장합니다.
그런 다음 /data/etcd-snapshot-previous.db에 있는 기존의 이전 스냅샷을 복원합니다.
etcdctl을 사용하여 서버에 연결하기 위해 다음 TLS 인증서/키가 제공됩니다.
• CA certificate: /etc/kubernetes/pki/etcd/ca.crt
• Client certificate: /etc/kubernetes/pki/etcd/server.crt
• Client key: /etc/kubernetes/pki/etcd/server.key

# 1. etcd backup
sudo ETCDCTL_API=3 etcdctl --endpoints=https://127.0.0.1:2379 \
--cacert=/etc/kubernetes/pki/etcd/ca.crt --cert=/etc/kubernetes/pki/etcd/server.crt --key=/etc/kubernetes/pki/etcd/server.key \
snapshot save /data/etcd-snapshot.db

# 2. etcd restore
sudo etcdutl --data-dir /var/lib/etcd-previous snapshot restore /data/etcd-snapshot-previous.db

# 3. etcd static pod data dir 수정
sudo vi /etc/kubernetes/manifests/etcd.yaml 에서 대문자 G 누르고 아래에서 3번째 /var/lib/etcd-previous 로 수정

IT인프라 (특강)

chamusik — Sat, 4 Oct 2025 19:04:18 +0900

IT인프라 특강 정리

1 . 특강 목적

공인 IP / 사설 IP, DNS, 게이트웨이 등 기초 네트워크 개념 이해
Wireshark를 활용해 실제 통신 흐름 시각화
도메인 접속부터 데이터 전송까지 네트워크 동작 구조 학습

2 . 실습 환경

IP 주소: 192.168.40.17 (사설 IP)
게이트웨이: 192.168.40.1
DNS 서버
- KT DNS: 168.126.63.1
- Google DNS: 8.8.8.8
접속 대상: www.alba.co.kr
도메인 → IP 변환 결과: 116.125.126.211, 116.125.126.225 등

3 . 실습 흐름 및 분석 내용

1) IP 및 WHOIS 확인

ipconfig.io 접속 결과: 61.74.110.99 (공인 IP)
WHOIS 조회 결과
- 할당 기관: KISA (한국인터넷진흥원)
- 회선 사업자: KORNET (SK브로드밴드)
- 주소: 경기도 성남시 분당구 불정로

2) DNS 질의 응답 확인

Wireshark로 www.alba.co.kr 도메인 질의 캡처
168.126.63.1 → 116.125.126.211 IP 응답
DNS 프로토콜: Standard query / response
A 레코드, SOA 정보 확인 가능

3) TCP 3-way Handshake 분석

패킷 흐름 확인
- SYN → SYN-ACK → ACK
- 이후 TLSv1.2 Handshake (Client Hello, Server Hello, Certificate, Key Exchange 등)
- 암호화된 Application Data 송수신

4) IP 수동 설정 실습

네트워크 어댑터 IPv4 수동 설정
- IP 주소: 192.168.40.17
- 서브넷 마스크: 255.255.255.0
- 기본 게이트웨이: 192.168.40.1
- DNS 서버: 8.8.8.8, 168.126.63.1
설정하지 않으면 발생하는 문제
- DNS 누락: 도메인 해석 실패
- 게이트웨이 누락: 외부 통신 불가

4 . 핵심 개념 요약

항목	설명
공인 IP	전 세계적으로 고유, 인터넷 통신용
사설 IP	내부 네트워크 전용, NAT를 통해 외부 통신
게이트웨이	내부 → 외부 네트워크 통로 역할 (라우터)
DNS	도메인을 IP로 변환
ISP	인터넷 제공 사업자 (KT, SKT 등)
IDC	IDC는 서버들이 잘 작동할 수 있게 최적의 습도나 온도를 맞춘 시설 환경 (공조시설과 전기가 가장 중요)

5 . 통신 흐름 요약

사용자가 www.alba.co.kr 접속 요청
DNS 서버에서 IP 주소 확인 (예: 116.125.126.211)
TCP 3-way 핸드셰이크 진행
TLS 핸드셰이크 후 HTTPS 통신 시작
웹 페이지 응답 수신

6 . 면접 대비 질문 정리

질문	간단한 답변
공인 IP와 사설 IP의 차이는?	공인 IP는 외부 통신용, 사설 IP는 내부 통신용이며 NAT를 거쳐야 외부로 나갈 수 있다.
게이트웨이 역할은?	내부 네트워크에서 외부로 나갈 수 있게 해주는 통로, 보통 라우터가 담당한다.
DNS가 없다면 어떤 문제가 생기나요?	도메인 이름을 IP로 바꾸지 못해 웹사이트에 접속할 수 없다.
8.8.8.8은 어떤 DNS인가요?	구글이 제공하는 공개 DNS 서버이다.
Wireshark로 확인한 주요 정보는?	DNS 질의/응답, TCP 3-way handshake, TLS 핸드셰이크 및 암호화 통신 흐름이다.

SQL 문제 (1)

chamusik — Sun, 15 Jun 2025 22:30:38 +0900

SQL 문제

1. 덧셈연산자를 이용하여 모든 사원에 대해서 $300의 급여 인상을 계산한 후 사원의 이름, 급여, 인상된 급여를 출력하시오.

select ename, sal, sal+300 as upSal
from emp;

2.사원의 이름, 급여, 연간 총 수입을 총 수입이 많은 것부터 작은 순으로 출력하시오, 연간 총수입은 월급에 12를 곱한 후 $100의 상여금을 더해서 계산하시오.

select ename , sal, sal*12+100 as yearSal
from emp
order by yearSal desc;

3. 급여가 2000을 넘는 사원의 이름과 급여를 표현, 급여가 많은 것부터 작은 순으로 출력하시오.

select ename, sal 
from emp 
where sal>2000 
order by sal desc;

4. 사원번호가 7788인 사원의 이름과 부서번호를 출력하시오.

select ename, deptno
from emp
where empno=7788;

5. 급여가 2000에서 3000 사이에 포함되지 않는 사원의 이름과 급여를 출력하시오.

select ename, sal
from emp
where sal > 3000 or sal < 2000;

6. 1981년 2월 20일부터 1981년 5월 1일 사이에 입사한 사원의 이름, 담당업무, 입사일을 출력하시오.

select ename, job, hiredate
from emp
where hiredate between '1981-02-20' and '1981-05-01';

7. 부서번호가 20 및 30에 속한 사원의 이름과 부서번호를 출력, 이름을 기준(내림차순)으로 영문자순으로 출력하시오.

select ename, deptno
from emp
where deptno in (20,30)
order by ename desc;

select ename, deptno
from emp
where deptno in (20, 30)
order by ename desc;

8. 사원의 급여가 2000에서 3000사이에 포함되고 부서번호가 20 또는 30인 사원의 이름, 급여와 부서번호를 출력, 이름순(오름차순)으로 출력하시오.

select ename, sal, deptno
from emp
where sal between 2000 and 3000
and deptno in (20,30)
order by ename asc;

9. 1981년도에 입사한 사원의 이름과 입사일을 출력하시오. (like 연산자와 와일드카드 사용)

select ename, hiredate
from emp
where hiredate like '1981%';

10. 관리자가 없는 사원의 이름과 담당 업무를 출력하시오.

select ename, job
from emp
where mgr is NULL;

11. 커미션을 받을 수 있는 자격이 되는 사원의 이름, 급여, 커미션을 출력하되 급여 및 커미션을 기준으로 내림차순 정렬하여 표시하시오.

select ename, sal, ifnull(comm,0)
from emp
order by sal, comm desc;

12. 이름의 세번째 문자가 R인 사원의 이름을 표시하시오.

select ename
from emp
where ename like '__R%';

13. 이름에 A와 E를 모두 포함하고 있는 사원의 이름을 표시하시오.

select ename
from emp
where ename like '%A%' and ename like '%E%';

14. 담당업무가 CLERK, 또는 SALESMAN이면서 급여가 $1600, $950 또는 $1300이 아닌 사원의 이름, 담당업무, 급여를 출력하시오.

select ename, job, sal
from emp
where job in ('CLERK', 'SALESMAN')
and sal not in (1600, 950, 1300);

15. 커미션이 $500 이상인 사원의 이름과 급여 및 커미션을 출력하시오.

select ename, sal, comm
from emp
where comm > 500

Q. Book, Customer, Order 테이블을 이용해서 아래 문제를 풀이하세요

1 마당 서점의 고객이 요구하는 다음 질문에 대해 SQL문을 작성하시오.

(1) 도서번호가1인도서의이름

select bookname
from book
where bookid = 1;

(2) 가격이20,000원이상인도서의이름

select bookname
from book
where price > 20000;

2 마당 서점의 운영자와 경영자가 요구하는 다음 질문에 대해 SQL문을 작성하시오.

(3) 모든 고객의 이름, 주소

select name, address 
from customer;

(4) 2014년7월4일~7월7일사이에주문받은도서의주문번호

select orderid
from orders
where orderdate between '2014-07-04' and '2014-07-07';

(5) 2014년7월4일~7월7일사이에주문받은도서를제외한도서의주문번호

select orderid
from orders
where orderdate not between '2014-07-04' and '2014-07-07';

(6) 성이 ‘김’ 씨인 고객의 이름과 주소

select name, address
from customer
where name like '김%';

(7) 성이 ‘김’ 씨이고 이름이 ‘아’ 로 끝나는 고객의 이름과 주소

select name, address 
from customer 
where name like'김%아';

SQL 이론 (1)

chamusik — Sun, 15 Jun 2025 22:27:02 +0900

SQL 이론 정리 (1)

1 . 데이터베이스와 DBMS

데이터베이스(Database): 논리적으로 연관된 데이터를 구조적으로 통합해 놓은 집합.
DBMS(Database Management System): 데이터를 효율적으로 정의, 저장, 검색, 수정, 삭제하는 시스템.
데이터는 기존에는 파일(file)로 저장했지만, 현재는 데이터 모델 기반으로 관리됨.

데이터 모델의 대표 예시

관계형 데이터 모델(RDB: Relational DataBase)→ 각각의 행(Row)은 하나의 레코드(투플), 열(Column)은 속성을 나타냄
- 데이터를 2차원 표(테이블) 형태로 표현

2 . 릴레이션의 특징

관계형 데이터 모델의 기본 단위인 릴레이션(Relation)은 다음과 같은 특징을 가진다.

속성은 단일 값을 가진다
- 하나의 셀에는 하나의 값만 존재해야 한다. 예: 주소 = 서울 (O), 주소 = 서울, 부산 (X)
속성은 서로 다른 이름을 가진다
- 하나의 릴레이션 내에서 속성명(열 이름)은 중복될 수 없다.
속성의 값은 동일한 도메인 값만 가진다
- 특정 속성의 값은 모두 동일한 데이터 유형(도메인)을 따라야 한다.
속성의 순서는 상관없다
- (이름, 주소)나 (주소, 이름)은 동일한 릴레이션 구조로 간주됨.
릴레이션 내 중복된 투플은 허용되지 않는다
- 모든 행은 유일해야 하며, 동일한 값을 가지는 두 행은 존재할 수 없다.
투플의 순서는 상관없다
- 데이터의 삽입, 삭제, 갱신에 따라 순서는 달라질 수 있으며 의미는 없다.

3 . 키(Key)의 개념

Key?

릴레이션 내에서 각 투플(행)을 유일하게 식별하기 위해 사용하는 속성 또는 속성의 집합.
키는 중복된 투플을 방지하며, 릴레이션 간의 관계를 맺을 때도 사용됨.

Key의 종류

슈퍼키(Super Key)	투플을 유일하게 식별할 수 있는 모든 속성 집합
후보키(Candidate Key)	슈퍼키 중 최소 속성 집합
기본키(Primary Key)	후보키 중 하나를 대표로 선택한 키 (NULL, 중복 불가)
대체키(Alternate Key)	기본키로 선택되지 않은 후보키
대리키(Surrogate Key)	의미 없는 일련번호 등 시스템에서 생성한 인조 키
외래키(Foreign Key)	다른 릴레이션의 기본키를 참조하는 속성

외래키는 참조 릴레이션의 기본키와 도메인이 같아야 하며, 값이 변경되면 연쇄적으로 영향을 받는다.

4 . 무결성 제약 조건

데이터의 정확성과 일관성을 보장하기 위해 무결성 제약조건이 사용된다.

구분	도메인 무결성	개체 무결성	참조 무결성
대상	속성	투플(기본키)	속성 및 투플(외래키)
동일 용어	Domain Constraint	Primary Key Constraint	Foreign Key Constraint
NULL 허용	허용	불가	허용
제약 개수	속성 수와 동일	1개	0~여러 개
특징	도메인 정의 우선 확인	기본키 중복/NULL 불가	부모 릴레이션 존재 확인

예시

개체 무결성 위반: 동일한 기본키 값을 가진 투플 삽입 시 거부
참조 무결성 위반: 존재하지 않는 외래키 값을 참조하는 경우 삽입/수정 불가

기타 참고 사항

MySQL Workbench는 단순 클라이언트 앱이며, 접속을 위해 계정과 주소가 필요하다.
예시로 사용된 계정은 cool, 데이터베이스는 project, 샘플 테이블에는 project_dept.sql, project_emp.sql 등이 포함된다.

Ch1. 데이터와 프로그래밍

chamusik — Tue, 10 Jun 2025 23:59:02 +0900

데이터와 프로그래밍

1 . 퀀트 투자란?

퀀트(Quant) = Quantitative(정량적)의 줄임말

전통적인 투자와 퀀트 투자의 차이

전통적 투자: 기업분석, 산업동향 → 정성적 판단
퀀트 투자: 수학, 통계 → 정량적 모델링

퀀트 투자 프로세스

데이터 수집 → 데이터 정리 → 지표 생성 → 백테스트 → 실제 투자

데이터 과학과 동일한 워크플로우

2 . 데이터 구하기

유료 서비스 - too expensive

해외: 블룸버그(블룸버그는 '블대리'라고 불릴 정도로 대리 연봉과 비슷하다), Factset
국내: DataGuide

합리적 대안 - reasonable

해외 데이터

Tiingo: 월 $10, 64,386개 주식 30년 데이터
Quandl: API 지원, 상대적으로 저렴

국내 데이터

야후 파이낸스
네이버 금융
크롤링 필요하지만 무료

# 예시: 국내 데이터 크롤링 기본 구조
library(rvest)
library(httr)

# 네이버 금융에서 삼성전자 주가 가져오기
url <- "https://finance.naver.com/item/main.naver?code=005930"

3 . 프로그래밍이 필요한 이유

Excel의 한계

확장성 문제

10개 종목 → 엑셀로 가능
1000개 종목 → 수작업 불가능

효율성 문제

100MB 데이터 × 10개 전략 = 1GB 엑셀 파일
데이터 변경시 모든 파일 수정 필요

프로그래밍의 장점

효율성

# 12개월 모멘텀 → 6개월 모멘텀 변경
# 엑셀: 전체 수식 다시 작성
# R: 한 줄만 수정
n <- 12  # n <- 6 으로 변경만 하면 끝!

파일 관리

스크립트 파일: 몇 KB
원본 데이터: 1개 파일만 관리
무한 재사용 가능

4 . R 프로그램과 주요 패키지

왜 R을 이용?

무료 오픈소스
통계/계량분석 분야에서 독보적
풍부한 패키지

퀀트 투자 필수 패키지

# 패키지 설치 코드
pkg <- c('quantmod', 'PerformanceAnalytics', 'xts', 'zoo',
         'httr', 'rvest', 'dplyr', 'ggplot2')

install.packages(pkg)

패키지주요	기능핵심	함수
quantmod	데이터 다운로드, 기술적 지표	getSymbols()
PerformanceAnalytics	성과/위험 측정	Return.portfolio()
xts	시계열 데이터 처리	apply.monthly()
httr/rvest	웹 크롤링	GET(), POST()
dplyr	데이터 가공	filter(), select()
ggplot2	데이터 시각화	ggplot()

패키지 한번에 설치하기

pkg = c('magrittr', 'quantmod', 'rvest', 'httr', 'jsonlite',
        'readr', 'readxl', 'stringr', 'lubridate', 'dplyr',
        'tidyr', 'ggplot2', 'corrplot', 'dygraphs',
        'highcharter', 'plotly', 'PerformanceAnalytics',
        'nloptr', 'quadprog', 'RiskPortfolios', 'cccp',
        'timetk', 'broom', 'stargazer', 'timeSeries')

new.pkg = pkg[!(pkg %in% installed.packages()[, "Package"])]
if (length(new.pkg)) {
  install.packages(new.pkg, dependencies = TRUE)
}

정리

퀀트 투자 = 데이터 과학 + 금융

핵심 요소

데이터 (무료 소스 활용 가능)
프로그래밍 (엑셀 한계 극복)
R (통계 분야 GOAT)

R 기초 (5) - 데이터 구조 변경하기

chamusik — Fri, 6 Jun 2025 16:50:42 +0900

데이터 구조 변경하기

1 . tidyr

[tidyr 패키지 – 데이터의 형태를 바꾸는 데 중점]

핵심 목적: 데이터를 wide ↔ long 형태로 변환하거나, 열을 나누고 합치고 채우는 작업

pivot_longer()

가로 → 세로
여러 열을 하나의 key-value 쌍으로 바꿔 긴 형태의 데이터로 변환

pivot_wider()

세로 → 가로
key-value 쌍의 데이터를 다시 넓은 형태로 복원

separate()

하나의 열을 여러 열로 나눔
예: "745/19987071" → "745", "19987071"

unite()

여러 열을 하나의 열로 합침
예: "19", "99" → "19_99"

fill()

NA 값을 이전 행의 값으로 채움

replace_na()

NA 값을 지정한 값으로 대체

2 . dplyr

[dplyr 패키지 – 데이터의 내용을 가공하고 요약하는 데 중점]

핵심 목적: 행 또는 열을 필터링, 선택, 그룹화, 요약, 정렬 등으로 데이터 조작

select()

특정 열만 선택하거나 제외
패턴 조건도 가능: starts_with(), ends_with()

rename()

열 이름 변경
예: rename(new_name = old_name)

filter()

조건에 맞는 행만 추출

summarize()

요약값(평균, 최대, 최소 등) 계산
na.rm = TRUE로 NA 제외 가능

group_by()

지정된 열을 기준으로 그룹화
summarize()와 함께 쓰면 그룹별 통계 계산

arrange()

행 정렬
오름차순 기본, desc()로 내림차순

mutate()

새로운 열 생성
기존 열들 간의 계산을 통해 새로운 변수 추가

*_join()

두 데이터프레임 병합
종류:
- inner_join(): 공통된 것만
- left_join(): 왼쪽 기준
- right_join(): 오른쪽 기준
- full_join(): 전체 합치기

3 . 정리

구분	tidyr	dplyr
목적	데이터 형태(structure) 변환	데이터 내용(content) 조작
주요 기능	pivot_longer, pivot_wider, separate, unite	select, filter, mutate, summarize, join 등
초점	열/행 구조 바꾸기	값 필터링, 그룹화, 정렬, 계산 등

차무식