Dev Log Island

코드, 꼴도 보기 싫을 때. 개발자 번아웃 해결 방법 10가지

Jeaha — Mon, 16 Mar 2026 12:23:10 +0900

개발자는 겉으로 보기엔 앉아서 일하는 직업처럼 보이지만, 실제로는 집중력, 문제 해결력, 일정 압박, 계속 바뀌는 기술 흐름까지 동시에 감당해야 하는 일이다.
그래서 몸보다 먼저 머리가 지치고, 어느 순간부터는 코드를 봐도 손이 안 움직이고, 작은 오류에도 짜증이 나고, 일 자체가 싫어지는 시기가 온다. 이게 바로 번아웃이다.

문제는 많은 개발자가 번아웃을 의지 부족이나 실력 부족으로 착각한다는 점이다.
그런데 번아웃은 게으름이 아니라, 지속적으로 과부하가 걸렸다는 신호에 가깝다.
억지로 버티면 잠깐은 굴러가도 결국 더 크게 무너진다.

오늘은 개발자 번아웃이 왔을 때 현실적으로 회복하는 방법 10가지를 정리해보겠다.

1. 먼저 “내가 지쳤다”는 사실부터 인정하기

번아웃 상태에 들어가면 제일 먼저 하는 실수가 있다.
바로 “남들도 다 힘든데 내가 유난 떠는 건가?”라고 생각하는 것이다.
하지만 개발자 번아웃은 꽤 명확한 신호가 있다.

코드만 봐도 피곤하다
예전보다 사소한 에러에 훨씬 예민해진다
공부할 의욕이 전혀 안 난다
주말에도 쉬는 느낌이 없다
출근 전부터 이미 지쳐 있다
일 끝나고 나면 아무것도 못 한다

이런 상태라면 정신력으로 밀어붙일 문제가 아니다.
핵심은 “지금 내 시스템이 과열됐다”고 인정하는 것이다.
인정해야 대책도 세울 수 있다.

2. 며칠만이라도 회복 모드로 전환하기

번아웃이 왔을 때 많은 사람이 “더 효율적으로 해내는 방법”을 찾는다.
그런데 이미 지친 상태에서는 효율도 잘 안 나온다.
이럴 때는 성장 모드가 아니라 회복 모드로 바꿔야 한다.
회복 모드에서 중요한 건 세 가지다.

업무 외 추가 공부 잠시 중단
사이드 프로젝트 잠시 멈춤
쉬는 시간에 또 개발 콘텐츠 보지 않기

개발자는 쉬는 시간에도 유튜브, 블로그, 커뮤니티로 계속 개발을 접하는 경우가 많다.
겉으로는 쉬는 것 같아도 뇌는 계속 일을 하고 있다.
진짜 회복이 필요할 때는 개발에서 잠깐 떨어지는 시간이 필요하다.

3. 해야 할 일을 줄이지 말고, “인지 부하”를 줄이기

번아웃은 할 일이 많아서만 오는 게 아니다.
머릿속에 열린 탭이 너무 많을 때 더 심해진다.
예를 들면 이런 상태다.

배포 이슈 해결해야 함
리팩토링 해야 함
코드 리뷰 밀림
다음 분기 기술 검토도 해야 함
이직 준비도 해야 함
공부도 해야 함
사이드 프로젝트도 신경 쓰임

이럴 때는 실제 업무량보다 정신적 압박이 더 사람을 무너뜨린다.
그래서 우선 해야 할 건 모든 일을 머릿속에서 꺼내는 것이다.
방법은 단순하다.

지금 신경 쓰이는 일을 전부 적는다
오늘 처리할 것 1~3개만 남긴다
나머지는 일정 미정 박스에 넣는다

중요한 건 완벽하게 정리하는 게 아니라, 뇌가 계속 기억하려고 애쓰지 않게 만드는 것이다.

4. 하루에 한 번은 “작게 끝내는 경험” 만들기

번아웃 상태에서는 큰 일에 손대는 것 자체가 버겁다.
문서를 열고, IDE를 켜고, 요구사항을 읽는 것만으로도 피곤하다.
그래서 더더욱 작은 완료 경험이 필요하다.
예를 들면 이런 식이다.

함수 하나만 정리하기
버그 재현만 해보기
테스트 코드 한 개만 추가하기
문서 한 문단만 수정하기
PR 코멘트 1개만 반영하기

이런 작은 완료가 쌓이면 “나는 지금 망가진 게 아니라, 잠깐 지친 상태구나”라는 감각이 돌아온다.
반대로 너무 큰 목표만 잡으면 실패 경험만 늘어나고 자존감이 더 깎인다.
번아웃 시기에는 대단한 성과보다 작은 완료가 더 중요하다.

5. 수면부터 복구하기

개발자 번아웃에서 수면은 거의 핵심이다.
잠이 무너지면 집중력, 감정 조절, 문제 해결 능력이 같이 무너진다.
특히 개발 업무는 생각보다 뇌 에너지를 많이 쓰기 때문에, 잠이 부족하면 체감 난이도가 확 올라간다.
수면이 꼬였을 때는 거창한 루틴보다 아래부터 맞추는 게 낫다.

기상 시간을 먼저 고정하기
자기 직전까지 화면 보지 않기
밤늦게 디버깅하지 않기
침대에서 코드 생각 줄이기
카페인 끊는 시간 정하기

많은 개발자가 “주말에 몰아서 자면 되지”라고 생각하는데, 그걸로 회복이 깔끔하게 되지 않는 경우가 많다.
오히려 평일 리듬이 계속 무너진다.
번아웃이 오면 생산성 앱보다 먼저 잠부터 정상화해야 한다.

6. 운동은 의욕 생기고 나서 하는 게 아니라, 의욕 없을 때 더 필요하다

번아웃 상태에서는 운동이 제일 귀찮다.
퇴근하고 나면 누워 있고 싶고, 움직일 힘이 없다.
그런데 문제는 가만히 있을수록 몸도 더 무거워지고, 기분도 더 가라앉는다는 점이다.
여기서 중요한 건 “운동 빡세게 하기”가 아니다.
핵심은 신체를 다시 깨우는 것이다.
추천하는 최소 기준은 이 정도면 된다.

하루 20~30분 걷기
계단 이용하기
스트레칭 10분
가벼운 맨몸 운동

개발자는 오래 앉아 있고 자세도 쉽게 무너진다.
몸이 굳으면 생각도 같이 굳는다.
운동은 체력 관리이기도 하지만, 번아웃 시기에는 정신 회복 장치에 가깝다.

7. “내가 못해서 힘든 건가?”와 “환경이 이상한 건가?”를 분리하기

번아웃이 오면 사람은 자꾸 자기 탓을 한다.
“내가 실력이 부족한가?”
“내가 멘탈이 약한가?”
“왜 이렇게 버거울까?”
그런데 실제로는 개인 문제가 아니라 환경 문제인 경우도 많다.
예를 들면:

요구사항이 계속 바뀐다
일정이 비현실적이다
회의가 너무 많다
담당 범위가 끝없이 늘어난다
코드 품질보다 속도만 강요한다
장애 대응이 상시화되어 있다

이런 환경에서는 누가 와도 쉽게 지친다.
그러니 무조건 자기반성부터 할 게 아니라, 내가 힘든 이유가 구조적인지 먼저 봐야 한다.
내가 부족해서 힘든 것과
환경이 비정상이라 힘든 것은
대응 방식이 완전히 다르다.

8. 개발 공부를 잠깐 멈추는 것도 전략이다

개발자는 유난히 쉬어도 쉬는 것 같지 않은 직업이다.
회사 일 끝나고도 공부해야 할 것 같고, 뒤처지면 안 될 것 같고, 새 기술을 계속 따라가야 할 것 같은 압박이 있다.
그런데 번아웃이 온 시점에서는 공부를 더 넣는다고 해결되지 않는다.
오히려 “나는 일도 못 하는데 공부도 못 하네”라는 추가 실패감만 생긴다.
이럴 때는 이렇게 바꾸는 게 낫다.

깊은 기술 학습 잠시 중단
강의 완강 목표 내려놓기
기술 뉴스 소비 줄이기
학습 대신 정리형 독서나 산책으로 전환

쉬는 기간은 퇴보가 아니다.
번아웃 상태에서 억지로 공부하면 머리에 남지도 않고, 자기혐오만 커진다.
회복 후에 다시 들어가는 편이 훨씬 효율적이다.

9. 혼자 버티지 말고, 말로 꺼내기

번아웃은 혼자 오래 끌수록 더 심해진다.
특히 개발자는 문제를 스스로 해결하려는 습관이 강해서, 감정 문제도 혼자 해결하려고 한다.
그런데 번아웃은 생각보다 말로 꺼내는 것만으로도 압력이 줄어든다.
꼭 거창할 필요 없다.

팀원에게 “요즘 집중이 잘 안 된다”고 말하기
일정 조정 가능 여부 묻기
가까운 동료와 현재 상태 공유하기
가족이나 친구에게 피로감 털어놓기

말한다고 모든 문제가 해결되진 않는다.
하지만 최소한 혼자서 다 짊어지고 있다는 감각은 줄어든다.
그리고 의외로 많은 사람이 비슷한 시기를 겪고 있다.

10. 정말 안 맞는 환경이면, 버티는 것보다 바꾸는 게 맞다

이건 가장 현실적인 이야기다.
모든 번아웃이 휴식으로 해결되진 않는다.
어떤 번아웃은 환경 자체가 원인이다.
예를 들면:

계속되는 야근
무리한 일정
존중 없는 커뮤니케이션
장애 대응 상시 대기
정리되지 않은 조직 구조
일은 많은데 성장감은 없음

이런 곳에서 “마인드셋 바꾸기”만으로 해결하려고 하면 오래 못 간다.
버티는 힘도 중요하지만, 빠져나오는 판단력도 중요하다.
지금 있는 팀이나 회사가 나를 계속 갈아 넣는 구조라면,
회복 방법만 찾을 게 아니라 일하는 방식 자체를 바꿀 시점인지 봐야 한다.

번아웃은 개인의 나약함 증명이 아니라,
지금 방식이 지속 가능하지 않다는 경고일 수 있다.

개발자 번아웃을 줄이기 위한 현실적인 정리

개발자 번아웃은 갑자기 오는 것 같지만, 사실은 오랫동안 쌓인 피로가 터지는 경우가 많다.
그래서 해결도 한 번에 되지 않는다.
중요한 건 거창한 결심이 아니라, 회복 가능한 상태로 다시 돌아오는 것이다.
핵심만 다시 정리하면 이렇다.

지친 상태를 인정하기
잠깐 속도를 줄이기
머릿속 부담을 밖으로 꺼내기
작은 완료 경험 만들기
수면과 운동부터 복구하기
환경 문제인지 구분하기
필요하면 과감하게 구조를 바꾸기

개발은 원래 오래 가야 하는 일이다.
단기간에 불태우는 것보다, 지속 가능하게 가는 사람이 결국 더 멀리 간다.
지금 번아웃이 왔다면, 그건 망가졌다는 뜻이 아니라 점검이 필요하다는 신호다.
억지로 밀어붙이기보다,
한 번 리듬을 재정비하고 다시 가는 편이 훨씬 낫다.

2026년 연봉 구간별 실수령액 표 총정리｜1000만원부터 1억5천만원까지

Jeaha — Sun, 15 Mar 2026 11:15:29 +0900

2026년 연봉 실수령액은 4대보험과 원천세를 뺀 뒤 확인해야 한다. 이 글은 검색량이 높은 구간은 요약표로 먼저 보여주고, 이후에는 100만원 단위 상세표를 정리했다.

계산 기준은 고정했다. 2026년 3월 시행 근로소득 간이세액표, 공제대상가족 1명(본인만), 8세 이상 20세 이하 자녀 없음, 비과세 수당 없음, 원천징수 100% 기준이다. 국민연금은 2026년 1월~6월 기준소득월액 상한 637만원과 하한 40만원을 반영했다. 건강보험은 7.19%, 장기요양보험은 건강보험료의 13.14%, 고용보험 실업급여 보험료는 근로자 부담 0.9%를 적용했다.

2026년 연봉 실수령액 요약표

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
3,000만원	2,500,000원	282,080원	118,750원	89,870원	11,800원	22,500원	35,600원	3,560원	2,217,920원
4,000만원	3,333,333원	439,611원	158,310원	119,830원	15,740원	30,000원	105,210원	10,521원	2,893,722원
5,000만원	4,166,667원	643,892원	197,880원	149,790원	19,680원	37,490원	217,320원	21,732원	3,522,775원
6,000만원	5,000,000원	854,877원	237,500원	179,750원	23,610원	45,000원	335,470원	33,547원	4,145,123원
7,000만원	5,833,333원	1,062,317원	277,060원	209,700원	27,550원	52,490원	450,470원	45,047원	4,771,016원
8,000만원	6,666,667원	1,354,869원	302,570원	239,660원	31,490원	60,000원	655,590원	65,559원	5,311,798원
9,000만원	7,500,000원	1,605,820원	302,570원	269,620원	35,420원	67,500원	846,100원	84,610원	5,894,180원
10,000만원	8,333,333원	1,851,788원	302,570원	299,580원	39,360원	74,990원	1,032,080원	103,208원	6,481,545원
12,000만원	10,000,000원	2,457,440원	302,570원	359,500원	47,230원	90,000원	1,507,400원	150,740원	7,542,560원
15,000만원	12,500,000원	3,552,360원	302,570원	449,370원	59,040원	112,490원	2,389,900원	238,990원	8,947,640원

2026년 연봉 실수령액 상세표

1,000만원~2,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
1,000만원	833,333원	80,940원	39,560원	29,950원	3,930원	7,500원	0원	0원	752,393원
1,100만원	916,667원	89,020원	43,510원	32,950원	4,320원	8,240원	0원	0원	827,647원
1,200만원	1,000,000원	97,170원	47,500원	35,950원	4,720원	9,000원	0원	0원	902,830원
1,300만원	1,083,333원	106,682원	51,440원	38,940원	5,110원	9,740원	1,320원	132원	976,651원
1,400만원	1,166,667원	116,080원	55,380원	41,940원	5,510원	10,500원	2,500원	250원	1,050,587원
1,500만원	1,250,000원	125,520원	59,370원	44,930원	5,900원	11,250원	3,700원	370원	1,124,480원
1,600만원	1,333,333원	135,416원	63,310원	47,930원	6,290원	11,990원	5,360원	536원	1,197,917원
1,700만원	1,416,667원	145,441원	67,260원	50,920원	6,690원	12,750원	7,110원	711원	1,271,226원
1,800만원	1,500,000원	155,552원	71,250원	53,920원	7,080원	13,490원	8,920원	892원	1,344,448원
1,900만원	1,583,333원	165,447원	75,190원	56,920원	7,470원	14,240원	10,570원	1,057원	1,417,886원
2,000만원	1,666,667원	175,352원	79,130원	59,910원	7,870원	15,000원	12,220원	1,222원	1,491,315원
2,100만원	1,750,000원	185,518원	83,120원	62,910원	8,260원	15,740원	14,080원	1,408원	1,564,482원
2,200만원	1,833,333원	195,403원	87,060원	65,900원	8,650원	16,490원	15,730원	1,573원	1,637,930원
2,300만원	1,916,667원	205,339원	91,010원	68,900원	9,050원	17,250원	17,390원	1,739원	1,711,328원
2,400만원	2,000,000원	215,812원	95,000원	71,900원	9,440원	18,000원	19,520원	1,952원	1,784,188원
2,500만원	2,083,333원	226,709원	98,940원	74,890원	9,840원	18,740원	22,090원	2,209원	1,856,624원
2,600만원	2,166,667원	237,616원	102,880원	77,890원	10,230원	19,490원	24,660원	2,466원	1,929,051원
2,700만원	2,250,000원	248,936원	106,870원	80,880원	10,620원	20,250원	27,560원	2,756원	2,001,064원
2,800만원	2,333,333원	259,853원	110,810원	83,880원	11,020원	21,000원	30,130원	3,013원	2,073,480원
2,900만원	2,416,667원	270,750원	114,760원	86,870원	11,410원	21,740원	32,700원	3,270원	2,145,917원

3,000만원~4,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
3,000만원	2,500,000원	282,080원	118,750원	89,870원	11,800원	22,500원	35,600원	3,560원	2,217,920원
3,100만원	2,583,333원	293,184원	122,690원	92,870원	12,200원	23,250원	38,340원	3,834원	2,290,149원
3,200만원	2,666,667원	308,372원	126,630원	95,860원	12,590원	23,990원	44,820원	4,482원	2,358,295원
3,300만원	2,750,000원	324,993원	130,620원	98,860원	12,990원	24,740원	52,530원	5,253원	2,425,007원
3,400만원	2,833,333원	340,597원	134,560원	101,850원	13,380원	25,500원	59,370원	5,937원	2,492,736원
3,500만원	2,916,667원	356,212원	138,510원	104,850원	13,770원	26,240원	66,220원	6,622원	2,560,455원
3,600만원	3,000,000원	373,295원	142,500원	107,850원	14,170원	26,990원	74,350원	7,435원	2,626,705원
3,700만원	3,083,333원	388,899원	146,440원	110,840원	14,560원	27,750원	81,190원	8,119원	2,694,434원
3,800만원	3,166,667원	404,504원	150,380원	113,840원	14,950원	28,490원	88,040원	8,804원	2,762,163원
3,900만원	3,250,000원	420,763원	154,370원	116,830원	15,350원	29,240원	95,430원	9,543원	2,829,237원
4,000만원	3,333,333원	439,611원	158,310원	119,830원	15,740원	30,000원	105,210원	10,521원	2,893,722원
4,100만원	3,416,667원	458,439원	162,260원	122,820원	16,130원	30,740원	114,990원	11,499원	2,958,228원
4,200만원	3,500,000원	480,032원	166,250원	125,820원	16,530원	31,490원	127,220원	12,722원	3,019,968원
4,300만원	3,583,333원	498,880원	170,190원	128,820원	16,920원	32,250원	137,000원	13,700원	3,084,453원
4,400만원	3,666,667원	517,698원	174,130원	131,810원	17,310원	32,990원	146,780원	14,678원	3,148,969원
4,500만원	3,750,000원	536,606원	178,120원	134,810원	17,710원	33,750원	156,560원	15,656원	3,213,394원
4,600만원	3,833,333원	561,583원	182,060원	137,800원	18,100원	34,500원	171,930원	17,193원	3,271,750원
4,700만원	3,916,667원	581,421원	186,010원	140,800원	18,500원	35,240원	182,610원	18,261원	3,335,246원
4,800만원	4,000,000원	604,246원	190,000원	143,800원	18,890원	36,000원	195,960원	19,596원	3,395,754원
4,900만원	4,083,333원	624,064원	193,940원	146,790원	19,280원	36,750원	206,640원	20,664원	3,459,269원

5,000만원~6,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
5,000만원	4,166,667원	643,892원	197,880원	149,790원	19,680원	37,490원	217,320원	21,732원	3,522,775원
5,100만원	4,250,000원	663,770원	201,870원	152,780원	20,070원	38,250원	228,000원	22,800원	3,586,230원
5,200만원	4,333,333원	683,588원	205,810원	155,780원	20,460원	38,990원	238,680원	23,868원	3,649,745원
5,300만원	4,416,667원	703,436원	209,760원	158,770원	20,860원	39,750원	249,360원	24,936원	3,713,231원
5,400만원	4,500,000원	726,394원	213,750원	161,770원	21,250원	40,500원	262,840원	26,284원	3,773,606원
5,500만원	4,583,333원	749,566원	217,690원	164,770원	21,650원	41,240원	276,560원	27,656원	3,833,767원
5,600만원	4,666,667원	769,988원	221,630원	167,760원	22,040원	42,000원	287,780원	28,778원	3,896,679원
5,700만원	4,750,000원	790,460원	225,620원	170,760원	22,430원	42,750원	299,000원	29,900원	3,959,540원
5,800만원	4,833,333원	810,872원	229,560원	173,750원	22,830원	43,490원	310,220원	31,022원	4,022,461원
5,900만원	4,916,667원	831,314원	233,510원	176,750원	23,220원	44,250원	321,440원	32,144원	4,085,353원
6,000만원	5,000,000원	854,877원	237,500원	179,750원	23,610원	45,000원	335,470원	33,547원	4,145,123원
6,100만원	5,083,333원	875,289원	241,440원	182,740원	24,010원	45,740원	346,690원	34,669원	4,208,044원
6,200만원	5,166,667원	895,721원	245,380원	185,740원	24,400원	46,500원	357,910원	35,791원	4,270,946원
6,300만원	5,250,000원	916,183원	249,370원	188,730원	24,790원	47,250원	369,130원	36,913원	4,333,817원
6,400만원	5,333,333원	936,605원	253,310원	191,730원	25,190원	47,990원	380,350원	38,035원	4,396,728원
6,500만원	5,416,667원	957,037원	257,260원	194,720원	25,580원	48,750원	391,570원	39,157원	4,459,630원
6,600만원	5,500,000원	980,589원	261,250원	197,720원	25,980원	49,490원	405,590원	40,559원	4,519,411원
6,700만원	5,583,333원	1,001,011원	265,190원	200,720원	26,370원	50,240원	416,810원	41,681원	4,582,322원
6,800만원	5,666,667원	1,021,433원	269,130원	203,710원	26,760원	51,000원	428,030원	42,803원	4,645,234원
6,900만원	5,750,000원	1,041,905원	273,120원	206,710원	27,160원	51,740원	439,250원	43,925원	4,708,095원

7,000만원~8,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
7,000만원	5,833,333원	1,062,317원	277,060원	209,700원	27,550원	52,490원	450,470원	45,047원	4,771,016원
7,100만원	5,916,667원	1,106,442원	281,010원	212,700원	27,940원	53,250원	483,220원	48,322원	4,810,225원
7,200만원	6,000,000원	1,139,520원	285,000원	215,700원	28,340원	53,990원	505,900원	50,590원	4,860,480원
7,300만원	6,083,333원	1,167,555원	288,940원	218,690원	28,730원	54,740원	524,050원	52,405원	4,915,778원
7,400만원	6,166,667원	1,195,609원	292,880원	221,690원	29,130원	55,500원	542,190원	54,219원	4,971,058원
7,500만원	6,250,000원	1,223,684원	296,870원	224,680원	29,520원	56,240원	560,340원	56,034원	5,026,316원
7,600만원	6,333,333원	1,251,718원	300,810원	227,680원	29,910원	56,990원	578,480원	57,848원	5,081,615원
7,700만원	6,416,667원	1,277,582원	302,570원	230,670원	30,310원	57,750원	596,620원	59,662원	5,139,085원
7,800만원	6,500,000원	1,306,660원	302,570원	233,670원	30,700원	58,490원	619,300원	61,930원	5,193,340원
7,900만원	6,583,333원	1,330,765원	302,570원	236,670원	31,090원	59,240원	637,450원	63,745원	5,252,568원
8,000만원	6,666,667원	1,354,869원	302,570원	239,660원	31,490원	60,000원	655,590원	65,559원	5,311,798원
8,100만원	6,750,000원	1,378,964원	302,570원	242,660원	31,880원	60,740원	673,740원	67,374원	5,371,036원
8,200만원	6,833,333원	1,403,048원	302,570원	245,650원	32,270원	61,490원	691,880원	69,188원	5,430,285원
8,300만원	6,916,667원	1,427,162원	302,570원	248,650원	32,670원	62,250원	710,020원	71,002원	5,489,505원
8,400만원	7,000,000원	1,456,240원	302,570원	251,650원	33,060원	62,990원	732,700원	73,270원	5,543,760원
8,500만원	7,083,333원	1,480,335원	302,570원	254,640원	33,450원	63,740원	750,850원	75,085원	5,602,998원
8,600만원	7,166,667원	1,504,449원	302,570원	257,640원	33,850원	64,500원	768,990원	76,899원	5,662,218원
8,700만원	7,250,000원	1,528,534원	302,570원	260,630원	34,240원	65,240원	787,140원	78,714원	5,721,466원
8,800만원	7,333,333원	1,552,638원	302,570원	263,630원	34,640원	65,990원	805,280원	80,528원	5,780,695원
8,900만원	7,416,667원	1,576,732원	302,570원	266,620원	35,030원	66,750원	823,420원	82,342원	5,839,935원

9,000만원~10,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
9,000만원	7,500,000원	1,605,820원	302,570원	269,620원	35,420원	67,500원	846,100원	84,610원	5,894,180원
9,100만원	7,583,333원	1,629,925원	302,570원	272,620원	35,820원	68,240원	864,250원	86,425원	5,953,408원
9,200만원	7,666,667원	1,654,019원	302,570원	275,610원	36,210원	69,000원	882,390원	88,239원	6,012,648원
9,300만원	7,750,000원	1,678,124원	302,570원	278,610원	36,600원	69,750원	900,540원	90,054원	6,071,876원
9,400만원	7,833,333원	1,702,208원	302,570원	281,600원	37,000원	70,490원	918,680원	91,868원	6,131,125원
9,500만원	7,916,667원	1,726,312원	302,570원	284,600원	37,390원	71,250원	936,820원	93,682원	6,190,355원
9,600만원	8,000,000원	1,755,410원	302,570원	287,600원	37,790원	72,000원	959,500원	95,950원	6,244,590원
9,700만원	8,083,333원	1,779,495원	302,570원	290,590원	38,180원	72,740원	977,650원	97,765원	6,303,838원
9,800만원	8,166,667원	1,803,599원	302,570원	293,590원	38,570원	73,500원	995,790원	99,579원	6,363,068원
9,900만원	8,250,000원	1,827,704원	302,570원	296,580원	38,970원	74,250원	1,013,940원	101,394원	6,422,296원
10,000만원	8,333,333원	1,851,788원	302,570원	299,580원	39,360원	74,990원	1,032,080원	103,208원	6,481,545원
10,100만원	8,416,667원	1,876,488원	302,570원	302,570원	39,750원	75,740원	1,050,780원	105,078원	6,540,179원
10,200만원	8,500,000원	1,906,388원	302,570원	305,570원	40,150원	76,500원	1,074,180원	107,418원	6,593,612원
10,300만원	8,583,333원	1,931,120원	302,570원	308,570원	40,540원	77,250원	1,092,900원	109,290원	6,652,213원
10,400만원	8,666,667원	1,955,832원	302,570원	311,560원	40,930원	77,990원	1,111,620원	111,162원	6,710,835원
10,500만원	8,750,000원	1,980,584원	302,570원	314,560원	41,330원	78,750원	1,130,340원	113,034원	6,769,416원
10,600만원	8,833,333원	2,005,306원	302,570원	317,550원	41,720원	79,500원	1,149,060원	114,906원	6,828,027원
10,700만원	8,916,667원	2,030,038원	302,570원	320,550원	42,120원	80,240원	1,167,780원	116,778원	6,886,629원
10,800만원	9,000,000원	2,059,928원	302,570원	323,550원	42,510원	81,000원	1,191,180원	119,118원	6,940,072원
10,900만원	9,083,333원	2,084,650원	302,570원	326,540원	42,900원	81,750원	1,209,900원	120,990원	6,998,683원

11,000만원~12,900만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
11,000만원	9,166,667원	2,109,382원	302,570원	329,540원	43,300원	82,490원	1,228,620원	122,862원	7,057,285원
11,100만원	9,250,000원	2,138,657원	302,570원	332,530원	43,690원	83,250원	1,251,470원	125,147원	7,111,343원
11,200만원	9,333,333원	2,172,827원	302,570원	335,530원	44,080원	84,000원	1,278,770원	127,877원	7,160,506원
11,300만원	9,416,667원	2,206,987원	302,570원	338,520원	44,480원	84,740원	1,306,070원	130,607원	7,209,680원
11,400만원	9,500,000원	2,248,669원	302,570원	341,520원	44,870원	85,500원	1,340,190원	134,019원	7,251,331원
11,500만원	9,583,333원	2,282,839원	302,570원	344,520원	45,260원	86,250원	1,367,490원	136,749원	7,300,494원
11,600만원	9,666,667원	2,316,999원	302,570원	347,510원	45,660원	86,990원	1,394,790원	139,479원	7,349,668원
11,700만원	9,750,000원	2,351,179원	302,570원	350,510원	46,050원	87,750원	1,422,090원	142,209원	7,398,821원
11,800만원	9,833,333원	2,385,339원	302,570원	353,500원	46,440원	88,500원	1,449,390원	144,939원	7,447,994원
11,900만원	9,916,667원	2,419,509원	302,570원	356,500원	46,840원	89,240원	1,476,690원	147,669원	7,497,158원
12,000만원	10,000,000원	2,457,440원	302,570원	359,500원	47,230원	90,000원	1,507,400원	150,740원	7,542,560원
12,100만원	10,083,333원	2,520,521원	302,570원	362,490원	47,630원	90,750원	1,560,983원	156,098원	7,562,812원
12,200만원	10,166,667원	2,556,094원	302,570원	365,490원	48,020원	91,490원	1,589,567원	158,957원	7,610,573원
12,300만원	10,250,000원	2,591,675원	302,570원	368,480원	48,410원	92,250원	1,618,150원	161,815원	7,658,325원
12,400만원	10,333,333원	2,627,266원	302,570원	371,480원	48,810원	93,000원	1,646,733원	164,673원	7,706,067원
12,500만원	10,416,667원	2,662,829원	302,570원	374,470원	49,200원	93,740원	1,675,317원	167,532원	7,753,838원
12,600만원	10,500,000원	2,698,420원	302,570원	377,470원	49,590원	94,500원	1,703,900원	170,390원	7,801,580원
12,700만원	10,583,333원	2,734,011원	302,570원	380,470원	49,990원	95,250원	1,732,483원	173,248원	7,849,322원
12,800만원	10,666,667원	2,769,574원	302,570원	383,460원	50,380원	95,990원	1,761,067원	176,107원	7,897,093원
12,900만원	10,750,000원	2,805,165원	302,570원	386,460원	50,780원	96,740원	1,789,650원	178,965원	7,944,835원

13,000만원~15,000만원

세전 연봉	월급여	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세	월 실수령액
13,000만원	10,833,333원	2,840,746원	302,570원	389,450원	51,170원	97,500원	1,818,233원	181,823원	7,992,587원
13,100만원	10,916,667원	2,876,319원	302,570원	392,450원	51,560원	98,240원	1,846,817원	184,682원	8,040,348원
13,200만원	11,000,000원	2,911,910원	302,570원	395,450원	51,960원	98,990원	1,875,400원	187,540원	8,088,090원
13,300만원	11,083,333원	2,947,491원	302,570원	398,440원	52,350원	99,750원	1,903,983원	190,398원	8,135,842원
13,400만원	11,166,667원	2,983,064원	302,570원	401,440원	52,740원	100,490원	1,932,567원	193,257원	8,183,603원
13,500만원	11,250,000원	3,018,645원	302,570원	404,430원	53,140원	101,240원	1,961,150원	196,115원	8,231,355원
13,600만원	11,333,333원	3,054,236원	302,570원	407,430원	53,530원	102,000원	1,989,733원	198,973원	8,279,097원
13,700만원	11,416,667원	3,089,799원	302,570원	410,420원	53,920원	102,740원	2,018,317원	201,832원	8,326,868원
13,800만원	11,500,000원	3,125,390원	302,570원	413,420원	54,320원	103,490원	2,046,900원	204,690원	8,374,610원
13,900만원	11,583,333원	3,160,981원	302,570원	416,420원	54,710원	104,250원	2,075,483원	207,548원	8,422,352원
14,000만원	11,666,667원	3,196,554원	302,570원	419,410원	55,110원	104,990원	2,104,067원	210,407원	8,470,113원
14,100만원	11,750,000원	3,232,135원	302,570원	422,410원	55,500원	105,740원	2,132,650원	213,265원	8,517,865원
14,200만원	11,833,333원	3,267,716원	302,570원	425,400원	55,890원	106,500원	2,161,233원	216,123원	8,565,617원
14,300만원	11,916,667원	3,303,299원	302,570원	428,400원	56,290원	107,240원	2,189,817원	218,982원	8,613,368원
14,400만원	12,000,000원	3,338,880원	302,570원	431,400원	56,680원	107,990원	2,218,400원	221,840원	8,661,120원
14,500만원	12,083,333원	3,374,461원	302,570원	434,390원	57,070원	108,750원	2,246,983원	224,698원	8,708,872원
14,600만원	12,166,667원	3,410,044원	302,570원	437,390원	57,470원	109,490원	2,275,567원	227,557원	8,756,623원
14,700만원	12,250,000원	3,445,615원	302,570원	440,380원	57,860원	110,240원	2,304,150원	230,415원	8,804,385원
14,800만원	12,333,333원	3,481,216원	302,570원	443,380원	58,260원	111,000원	2,332,733원	233,273원	8,852,117원
14,900만원	12,416,667원	3,516,779원	302,570원	446,370원	58,650원	111,740원	2,361,317원	236,132원	8,899,888원
15,000만원	12,500,000원	3,552,360원	302,570원	449,370원	59,040원	112,490원	2,389,900원	238,990원	8,947,640원

많이 찾는 구간 정리

2026년 연봉 5,000만원 실수령액은 월 3,522,775원이다. 공제액계는 643,892원이고, 소득세와 지방소득세 합계는 239,052원이다.
2026년 연봉 6,000만원 실수령액은 월 4,145,123원이다. 공제액계는 854,877원이고, 소득세와 지방소득세 합계는 369,017원이다.
2026년 연봉 7,000만원 실수령액은 월 4,771,016원이다. 공제액계는 1,062,317원이고, 소득세와 지방소득세 합계는 495,517원이다.
2026년 연봉 8,000만원 실수령액은 월 5,311,798원이다. 공제액계는 1,354,869원이고, 소득세와 지방소득세 합계는 721,149원이다.
2026년 연봉 9,000만원 실수령액은 월 5,894,180원이다. 공제액계는 1,605,820원이고, 소득세와 지방소득세 합계는 930,710원이다.
2026년 연봉 10,000만원 실수령액은 월 6,481,545원이다. 공제액계는 1,851,788원이고, 소득세와 지방소득세 합계는 1,135,288원이다.
2026년 연봉 12,000만원 실수령액은 월 7,542,560원이다. 공제액계는 2,457,440원이고, 소득세와 지방소득세 합계는 1,658,140원이다.
2026년 연봉 15,000만원 실수령액은 월 8,947,640원이다. 공제액계는 3,552,360원이고, 소득세와 지방소득세 합계는 2,628,890원이다.

2026년 연봉 실수령액이 실제와 다른 이유

실제 급여명세서는 이 표와 다를 수 있다. 가장 큰 이유는 부양가족 수, 자녀 세액공제, 비과세 식대나 차량유지비 같은 비과세 항목, 상여금 지급 방식, 원천징수 80% 또는 120% 선택 여부가 다르기 때문이다.

또 하나는 국민연금 상한액이다. 이 글은 2026년 상반기 기준인 637만원 상한을 반영했다. 2026년 7월 이후에는 기준소득월액 상한이 659만원으로 올라갈 예정이어서, 연봉 7,700만원 이상 구간의 실수령액은 소폭 달라질 수 있다.

정리

2026년 연봉 실수령액은 연봉만 보고 단순하게 계산하면 오차가 생긴다. 4대보험 요율과 근로소득 간이세액표를 같이 봐야 하고, 특히 부양가족 수와 비과세 항목에 따라 월 실수령액이 달라진다. 검색용 표로 빠르게 확인한 뒤, 실제 급여명세서는 회사 급여항목과 원천징수 설정까지 함께 확인하는 것이 맞다.

2026년 월급 구간별 실수령액 정리: 세전 200만원부터 1,000만원까지

Jeaha — Sat, 14 Mar 2026 23:41:05 +0900

2026년 월급 실수령액은 4대보험과 원천세 기준을 같이 봐야 한다. 2026년 최저임금은 시급 10,320원, 월 환산액 2,156,880원이다. 국민연금은 2026년부터 보험료율이 9.5%로 올라 사업장가입자 기준 근로자와 사용자가 각각 4.75%씩 부담한다. 국민연금 기준소득월액 상한은 2026년 1~~6월 637만원, 7~~12월 659만원이다. 직장 건강보험료율은 7.19%로 근로자와 사용자가 절반씩 부담하고, 장기요양보험료율은 0.9448%다. 고용보험 실업급여 보험료율은 1.8%로 근로자 부담은 0.9%다. (고용노동부)

아래 표는 공제대상가족 1명(본인만), 8세 이상 20세 이하 자녀 없음, 비과세 수당 없음, 원천징수 100%를 가정한 2026년 1~6월 기준 예상 실수령액이다. 소득세는 국세청 근로소득 간이세액표를, 지방소득세는 소득세의 10%를 적용했다. 국세청은 간이세액표가 비과세 제외 월급여액과 공제대상가족 수에 따라 달라지고, 80%·100%·120% 원천징수 비율 선택이 가능하다고 안내한다. (국세청)

2026년 월급 구간별 실수령액

세전 월급	공제 합계	예상 실수령액
2,000,000원	215,810원	1,784,190원
2,156,880원(최저임금 월 환산)	236,300원	1,920,580원
2,500,000원	282,080원	2,217,920원
3,000,000원	373,290원	2,626,710원
3,500,000원	480,030원	3,019,970원
4,000,000원	604,240원	3,395,760원
4,500,000원	726,390원	3,773,610원
5,000,000원	854,870원	4,145,130원
6,000,000원	1,139,520원	4,860,480원
7,000,000원	1,456,240원	5,543,760원
8,000,000원	1,755,410원	6,244,590원
9,000,000원	2,059,920원	6,940,080원
10,000,000원	2,457,440원	7,542,560원

검색이 많은 구간만 보면 2026년 월급 300만원 실수령액은 2,626,710원, 월급 400만원 실수령액은 3,395,760원, 월급 500만원 실수령액은 4,145,130원, 월급 600만원 실수령액은 4,860,480원 수준이다. 2026 최저임금 실수령액은 월 환산 기준으로 약 1,920,580원으로 보면 된다. 위 표는 공식 보험료율과 국세청 간이세액표를 바탕으로 계산한 예상치다. (고용노동부)

2026년 7월 이후 달라지는 점

2026년 7월부터는 국민연금 기준소득월액 상한이 637만원에서 659만원으로 오른다. 그래서 월 659만원 초과 구간은 1~~6월보다 실수령액이 최대 10,450원 더 줄어든다. 예를 들어 세전 월급 700만원은 1~~6월 예상 실수령액이 5,543,760원이지만, 7월 이후에는 약 5,533,310원 수준으로 내려간다. 고소득 구간은 하반기 계산을 따로 보는 편이 맞다. (국민연금공단)

실제 급여명세서와 차이가 나는 이유

실제 급여명세서가 표와 다른 이유는 대부분 아래 항목 때문이다.

비과세 식대, 차량유지비, 복리후생비가 포함된 경우
공제대상가족 수와 자녀 수가 다른 경우
원천징수 80%·100%·120% 선택이 다른 경우
상여금, 성과급, 연말정산 환급·추징이 반영된 경우

국세청 기준상 근로소득 간이세액표는 비과세 제외 급여, 가족 수, 자녀 수, 원천징수 비율에 따라 달라지고, 상여는 별도 방식으로 원천징수될 수 있다. 그래서 블로그 표와 회사 급여명세서가 완전히 같지 않은 경우가 흔하다. (국세청)

정리

2026년 월급 실수령액을 볼 때 핵심은 단순히 세전 월급만 보는 것이 아니라, 국민연금 인상분, 건강보험·장기요양보험료율, 고용보험, 근로소득 간이세액표 적용 기준을 함께 확인하는 것이다. 비교용으로는 위 표가 충분하지만, 실제 수령액 확인은 급여명세서의 비과세 항목과 가족 공제 기준까지 같이 봐야 정확하다.

2026 정보처리기사 시험일정 정리: 필기·실기 접수일, 시험일, 합격 발표, 준비 팁

Jeaha — Sat, 14 Mar 2026 21:34:46 +0900

정보처리기사 시험일정을 찾는 경우 가장 먼저 확인할 항목은 필기 원서접수일, 필기시험일, 실기 원서접수일, 실기시험일, 최종합격자 발표일이다. 2026년 기준 정보처리기사는 Q-Net 기준 정기 기사 1회, 2회, 3회로 시행되며, 필기 수수료는 19,400원, 실기 수수료는 22,600원이다. 필기는 객관식 4지 택일형, 실기는 필답형 2시간 30분으로 운영된다. (Q-Net)

2026 정보처리기사 시험일정

정기 기사 1회

필기 원서접수: 2026.01.12 ~ 2026.01.15
필기 빈자리접수: 2026.01.24 ~ 2026.01.25
필기시험: 2026.01.30 ~ 2026.03.03
필기 합격(예정자) 발표: 2026.03.11
실기 원서접수: 2026.03.23 ~ 2026.03.26
실기 빈자리접수: 2026.04.12 ~ 2026.04.13
실기시험: 2026.04.18 ~ 2026.05.06
최종합격자 발표: 2026.06.12 (Q-Net)

정기 기사 2회

필기 원서접수: 2026.04.20 ~ 2026.04.23
필기 빈자리접수: 2026.05.03 ~ 2026.05.04
필기시험: 2026.05.09 ~ 2026.05.29
필기 합격(예정자) 발표: 2026.06.10
실기 원서접수: 2026.06.22 ~ 2026.06.25
실기시험: 2026.07.18 ~ 2026.08.05
최종합격자 발표: 2026.09.11 (Q-Net)

정기 기사 3회

필기 원서접수: 2026.07.20 ~ 2026.07.23
필기시험: 2026.08.07 ~ 2026.09.01
필기 합격(예정자) 발표: 2026.09.09
실기 원서접수: 2026.09.21 ~ 2026.09.28
실기시험: 2026.10.24 ~ 2026.11.13
최종합격자 발표: 2026.12.18 (Q-Net)

원서접수 시간은 접수 첫날 10:00부터 마지막 날 18:00까지이고, 필기 합격예정자와 최종합격자 발표시간은 해당일 09:00다. Q-Net은 시험 일정이 종목별·지역별로 달라질 수 있으므로, 회차별 수험자 안내 공지를 함께 확인하라고 안내한다. (Q-Net)

정보처리기사 필기와 실기 구성

정보처리기사 필기 과목은 소프트웨어 설계, 소프트웨어 개발, 데이터베이스 구축, 프로그래밍언어활용, 정보시스템구축관리 5과목이다. 필기는 과목당 20문항, 과목당 30분이며, 실기 과목은 정보처리 실무다. 실기 검정방법은 필답형 2시간 30분이다. 합격기준은 필기가 과목당 40점 이상이면서 전과목 평균 60점 이상, 실기가 100점 만점 기준 60점 이상이다. (Q-Net)

Q-Net 종목 상세 페이지에는 정보처리기사 2026년 출제기준(2026.1.1 ~ 2026.12.31)이 별도로 안내돼 있다. 따라서 최신 범위로 준비하려면 예전 요약본보다 Q-Net 출제기준 기준으로 범위를 확인하는 편이 맞다. (Q-Net)

정보처리기사 필기 준비 팁

필기는 평균 60점보다 과락 관리가 먼저다. 5과목 구조이기 때문에 특정 과목을 비워 두면 합격선에 도달해도 과락으로 탈락할 수 있다. 따라서 공부 순서는 “잘하는 과목 고득점”보다 “전 과목 40점 이상 확보”에 두는 편이 합리적이다. 이 판단은 필기 합격기준 자체에서 바로 나온다. (Q-Net)

또한 정보처리기사 필기는 객관식이지만, 실기와 연결되는 주제가 분명하다. 필기 과목에 포함된 데이터베이스 구축, 프로그래밍언어활용, 정보시스템구축관리는 실기 출제경향의 데이터 입출력 구현, SQL 응용, 프로그래밍 언어 활용, 응용 SW 기초 기술 활용과 이어진다. 필기 단계에서 용어 정의와 핵심 개념을 정리해 두면 실기 전환이 수월하다. (Q-Net)

실제 공부 방식은 단순 암기보다 개념-용어-차이점 중심 정리가 효율적이다. 객관식 시험은 비슷한 보기 사이에서 정답을 가르는 경우가 많기 때문에, 오답노트도 문제 단위보다 선택지 단위로 정리하는 편이 낫다. 이 방식은 객관식 4지 택일형 구조에 맞는 준비법이다. (Q-Net)

정보처리기사 실기 준비 팁

실기는 필답형이기 때문에 단답식 암기만으로는 부족하다. Q-Net이 안내한 실기 출제경향에는 현행 시스템 분석 및 요구사항 확인, 데이터 입출력 구현, 통합 구현, 서버프로그램 구현, 인터페이스 구현, 화면설계, 애플리케이션 테스트, SQL 응용, 소프트웨어 개발 보안 구축, 프로그래밍 언어 활용, 응용 SW 기초 기술 활용, 제품 소프트웨어 패키징 등이 포함된다. 범위가 넓기 때문에 “정의 암기”보다 개념 설명, 절차 서술, 비교형 답안 작성 연습이 필요하다. (Q-Net)

실기 준비에서는 답안 형식이 중요하다. 필답형은 알고 있어도 문장으로 재현하지 못하면 점수화가 어렵다. 따라서 개념 하나를 볼 때도 “정의 → 핵심 키워드 → 절차 → 예시” 순으로 정리해 두는 편이 유리하다. 시험시간이 2시간 30분으로 고정돼 있으므로, 실제 답안 분량을 기준으로 시간 배분 연습도 같이 해야 한다. (Q-Net)

접수 전에 확인할 사항

정보처리기사는 기사 등급 종목이므로 응시자격 확인이 필요하다. Q-Net은 별도 응시자격 자가진단 메뉴를 제공하고, 실기 접수안내에서도 기사 종목은 응시자격이 제한되며 응시자격 서류 심사가 끝난 사람만 실기시험 접수 가능하다고 안내한다. 접수 전에 응시자격과 제출서류를 먼저 확인하는 편이 안전하다. (Q-Net)

실기시험은 시험일자와 장소를 원서접수 시 직접 선택하며, Q-Net은 응시수요가 높은 지역·시험일자·시험장은 조기 마감될 수 있다고 안내한다. 따라서 정보처리기사 실기 접수는 접수 시작 전에 사진 등록, 회원정보 확인, 희망 지역 정리를 끝내 두는 편이 좋다. (Q-Net)

정리

2026년 정보처리기사 시험은 정기 기사 1회, 2회, 3회로 운영된다. 일정 확인은 Q-Net 종목 상세 페이지 기준으로 하는 것이 가장 정확하며, 준비 방향은 필기 과락 방지, 실기 서술형 답안 연습, 응시자격 및 접수 사전 점검으로 정리할 수 있다. 일정 자체보다 접수 타이밍과 실기 준비 방식이 실제 체감 난도를 좌우하는 편이다. (Q-Net)

2026년 리눅스마스터 2급 시험일정 총정리 | 리눅스 마스터 2급 1차·2차 접수일, 응시료, 합격기준

Jeaha — Sat, 14 Mar 2026 21:29:15 +0900

리눅스마스터 2급은 KAIT가 운영하는 공인민간자격이며, 1차 온라인시험과 2차 필기시험으로 나뉜다. 1차는 객관식 50문항 60분, 2차는 객관식 80문항 100분이다. 합격 기준은 1차 60점 이상, 2차 60점 이상이며 2차는 과목당 40% 미만 과락이 있다. 응시자격은 1차 제한 없고, 2차는 1차 합격자만 성적공개일 기준 2년 이내 응시할 수 있다. (ihd.or.kr)

2026년 리눅스마스터 2급 시험일정

2026년 리눅스마스터 2급 공식 일정은 아래와 같다. 1차는 회차별 온라인시험이고, 합격자 발표는 시험종료 즉시로 안내돼 있다. 2차는 오프라인 필기이며 별도 발표일이 있다. (ihd.or.kr)

회차	차수	접수기간	시험일	합격발표
2601회	1차	2026.01.26.(월) ~ 02.04.(수)	2026.01.27.(화) ~ 02.05.(목)	시험종료 즉시
2601회	2차	2026.01.27.(화) ~ 02.06.(금)	2026.03.14.(토)	2026.04.03.(금)
2602회	1차	2026.04.06.(월) ~ 04.17.(금)	2026.05.02.(토)	시험종료 즉시
2602회	2차	2026.04.28.(화) ~ 05.08.(금)	2026.06.13.(토)	2026.07.03.(금)
2603회	1차	2026.07.06.(월) ~ 07.17.(금)	2026.08.01.(토)	시험종료 즉시
2603회	2차	2026.07.28.(화) ~ 08.07.(금)	2026.09.12.(토)	2026.10.09.(금)
2604회	1차	2026.10.05.(월) ~ 10.16.(금)	2026.10.31.(토)	시험종료 즉시
2604회	2차	2026.10.27.(화) ~ 11.06.(금)	2026.12.12.(토)	2026.12.31.(목)

2차 오프라인 시험은 시험일 5일 전부터 수험표를 출력할 수 있고, 시험실은 입실완료시간 이후 절대 입실할 수 없다. 공식 일정표상 2급 2차 시험시간은 100분으로 안내된다. (ihd.or.kr)

리눅스마스터 2급 응시료·응시지역·합격기준

응시료는 1차 22,000원, 2차 44,000원이다. 1차는 온라인 접속이 가능한 모든 지역에서 응시할 수 있고, 2차는 서울·부산·대구·광주·대전·인천·수원·제주에서 시행된다. 다만 응시지역은 운영상황에 따라 변경될 수 있다. 자격증 발급 수수료는 6,300원이며 정보이용료는 별도다. (ihd.or.kr)

정리하면 합격선은 단순하다. 1차는 60점 이상, 2차는 60점 이상이면서 과목당 40% 미만 과락이 없어야 한다. 학점은행제 기준으로는 2급 취득 시 일반선택 5학점 인정도 가능하다. (ihd.or.kr)

접수 전에 꼭 확인할 운영 포인트

2026년에는 1차 온라인시험 운영 공지를 반드시 같이 봐야 한다. 협회는 2026년 1월 공지에서 비대면 온라인 시험에 웹캠 사용을 필수로 적용한다고 안내했고, 2026년 2월 24일에는 리눅스마스터 2급1차 온라인시험 방식 변경안내(제2602회차부터 적용) 공지를 별도로 게시했다. 일정표만 보고 접수하기보다, 본인이 응시하는 회차의 온라인시험 공지까지 같이 확인하는 편이 안전하다. (ihd.or.kr)

1차 온라인시험은 시험 환경 관리가 매우 중요하다. 공식 응시자 유의사항에는 PC 화면이나 휴대폰 화면 공유가 끊기면 부정행위로 간주될 수 있고, 시험은 반드시 모니터 1개 화면으로 진행해야 하며, 인터넷 검색 등 외부 프로그램 사용과 시험 중 자리 비움·화장실 이용이 불가하다고 적혀 있다. 감독관의 메시지와 요청사항에 응하지 않아도 부정행위로 처리될 수 있다. (ihd.or.kr)

환불과 연기 규정도 따로 봐야 한다. 일반적으로 시험일 10일 전까지는 사유 없는 연기·환불이 가능하지만, 리눅스마스터 2급 1차는 연기 불가, 시험 접속 후 환불 불가가 FAQ에 별도 안내돼 있다. 1차는 일단 접속하면 되돌리기 어렵다고 생각하는 편이 맞다. (ihd.or.kr)

2026년 리눅스마스터 2급 공부 팁

1. 1차와 2차를 같은 방식으로 준비하면 비효율적이다

1차는 50문항 60분 온라인시험이고, 2차는 80문항 100분 필기다. 게다가 2차는 과락이 있어서 총점만 보는 방식으로 공부하면 위험하다. 따라서 1차는 기본 개념과 명령어를 빠르게 판별하는 연습, 2차는 범위를 넓게 가져가며 실수 없이 점수를 확보하는 방식이 더 실용적이다. (ihd.or.kr)

2. 2차는 특정 파트만 파면 과락 리스크가 커진다

공식 출제기준상 2급 범위는 리눅스의 이해, 설치, 기본 명령어, 파일 시스템 관리, Shell, 프로세스 관리, 에디터, 소프트웨어 설치, 장치 설정, X 윈도, 인터넷 활용, 응용분야까지 넓다. 실제로는 “명령어만 외우기” 식으로는 불안하다. 설치와 파일시스템, 쉘, 프로세스, 네트워크·인터넷 관련 기본기를 함께 가져가는 편이 안전하다. (ihd.or.kr)

3. 최근 공식 기출문제에 집착하기보다, 출제기준과 가답안 확인 습관이 중요하다

KAIT FAQ 기준으로 리눅스마스터는 2021년부터 시험문제를 비공개로 전환했고, 시험 종료 3일 이후 홈페이지를 통해 가답안만 제공한다. 또 답안 확인은 시험일+3일, 시험일 이후 차주 화요일 오전 10시 이후 문제공개 메뉴에서 확인하라고 안내한다. 그래서 최근 회차의 공식 문제지를 기대하기보다, 공개된 범위와 가답안 기준으로 오답을 복기하는 편이 효율적이다. (ihd.or.kr)

4. 1차 온라인시험은 공부보다 장비 점검에서 떨어지는 경우를 막아야 한다

2026년 공지 기준으로 비대면 온라인 시험에는 웹캠이 필수이고, 스마트폰 카메라를 통한 본인 확인 및 시험 감독도 진행된다. 웹캠이 정상 작동하지 않으면 응시가 제한될 수 있고, 세부 운영 방식과 사전 점검 안내는 응시자에게 메일로 개별 안내된다고 돼 있다. 즉 1차는 공부 외에도 웹캠, 스마트폰, 메일 수신 상태를 미리 확인해야 한다. (ihd.or.kr)

5. 회차는 시험일보다 최종 발표일 기준으로 고르는 편이 실용적이다

리눅스마스터 2급은 1차 합격을 바로 확인할 수 있어도, 최종적으로 자격 취득 시점을 좌우하는 것은 2차 합격 발표일이다. 2026년 최종 발표일은 4월 3일, 7월 3일, 10월 9일, 12월 31일이다. 취업 지원서 제출, 학점 인정, 자격증 활용 일정이 정해져 있다면 2차 발표일을 기준으로 회차를 고르는 편이 맞다. (ihd.or.kr)

자주 확인하는 핵심만 정리

비전공자도 응시 가능한가? 가능하다. 1차는 응시자격 제한이 없다. 다만 2차는 1차 합격 후 성적공개일 기준 2년 이내 응시해야 한다. (ihd.or.kr)
응시료는 얼마인가? 1차 22,000원, 2차 44,000원이다. (ihd.or.kr)
어디서 시험을 보나? 1차는 온라인 접속이 가능한 모든 지역, 2차는 서울·부산·대구·광주·대전·인천·수원·제주에서 시행된다. (ihd.or.kr)
가답안은 언제 확인하나? 시험일+3일, 시험일 이후 차주 화요일 오전 10시 이후 문제공개 메뉴에서 확인할 수 있다. (ihd.or.kr)
수험표는 언제 출력하나? 공식 일정 기준 시험일 5일 전부터 출력 가능하다. (ihd.or.kr)

마무리

2026년 리눅스마스터 2급은 1차와 2차가 각각 4회 운영되며, 핵심은 단순하다. 1차는 온라인시험 운영 규정을 먼저 확인하고, 2차는 과락을 피하도록 범위를 넓게 준비하면 된다. 특히 2026년에는 1차 온라인시험 관련 공지가 계속 갱신되고 있으므로, 접수 직전에는 공식 시험일정과 공지사항을 함께 확인하는 편이 가장 안전하다. (ihd.or.kr)

2026년 SQLD 시험일정 총정리 | 원서접수·시험일·합격발표·공부 팁

Jeaha — Sat, 14 Mar 2026 20:38:24 +0900

2026년 SQLD를 준비한다면 먼저 확인할 것은 두 가지다. 하나는 회차별 원서접수 일정이고, 다른 하나는 과목별 과락 기준이다. SQLD의 공식 명칭은 SQL 개발자(SQL Developer)이며, 2026년에는 연 4회 시행된다. 응시자격은 제한 없음, 응시료는 5만원, 시험은 객관식 50문항·90분으로 진행된다. 합격 기준은 총점 60점 이상이며, 과목별 40% 미만이면 과락이다. 합격 후 자격의 유효기간은 2년이고, 보수교육 이수 후 영구 전환된다. 학점은행제 기준으로는 6학점 인정도 가능하다. (dataq.or.kr)

2026년 SQLD 시험 일정 한눈에

회차	원서접수	수험표 발급	시험일	사전점수 공개 및 재검토 접수	합격 발표
제60회	2월 2일~6일	2월 20일	3월 7일(토)	3월 20일~24일	3월 27일
제61회	4월 27일~5월 1일	5월 15일	5월 31일(일)	6월 12일~16일	6월 19일
제62회	7월 20일~24일	8월 7일	8월 22일(토)	9월 4일~8일	9월 11일
제63회	10월 12일~16일	10월 30일	11월 14일(토)	11월 27일~12월 1일	12월 4일

공식 일정표 기준이며, 원서접수 시간은 시작일 10:00부터 마감일 17:59:59까지, 시험 시작시간은 10:00, 수험표 발급은 시험 2주 전 금요일 16:00부터, 결과 발표 시간은 10:00이다. (dataq.or.kr)

접수 전에 꼭 확인할 운영 규정

SQLD는 시험 공부만으로 끝나는 시험이 아니다. 접수 규정을 놓치면 응시 자체가 꼬인다. 원서를 제출한 뒤 2시간 이내에 수수료를 납부하지 않으면 접수가 자동 취소된다. 고사장 변경은 접수 기간 중에만 가능하고, 시험 연기제도는 운영하지 않는다. 또 고사장은 선착순 배정이라 좌석이 다 차면 접수 기간 중이라도 조기 마감될 수 있다. 환불은 접수 마감일 17:59:59까지 전액, 이후 검정 시행 5일 전 17:59:59까지 50%, 그 뒤에는 불가하다. (dataq.or.kr)

2026년 SQLD 공부 팁

1. 점수 구조부터 보고 공부 비중을 나누는 편이 낫다

SQLD는 데이터 모델링의 이해 10문항 20점, SQL 기본 및 활용 40문항 80점 구조다. 점수 비중만 보면 공부 시간은 SQL 기본 및 활용에 더 두는 것이 합리적이다. 다만 과목별 40% 미만 과락이 있어서 데이터 모델링을 버리면 안 된다. 계산상 과락을 피하기 위한 최소선은 데이터 모델링 4문항, SQL 기본 및 활용 16문항이다. 총점만 보면 30문항 안팎이 기준처럼 보이지만, 실제로는 과락 관리가 먼저다. (dataq.or.kr)

2. 범위를 암기 단위가 아니라 SQL 문장 단위로 익혀야 한다

공식 범위에는 SELECT, 함수, WHERE, GROUP BY/HAVING, ORDER BY, 조인, 표준 조인, 서브쿼리, 집합 연산자, 그룹 함수, 윈도우 함수, Top N 쿼리, 계층형 질의, PIVOT/UNPIVOT, 정규표현식, DML, TCL, DDL, DCL이 포함된다. 범위를 보면 알 수 있듯, 이 시험은 용어만 외워서는 점수가 잘 안 나온다. 문법 요약집을 반복하는 것보다 직접 SQL을 써 보면서 틀린 문장을 고치는 방식이 효율적이다. (dataq.or.kr)

3. 접수 일정도 공부 계획에 포함해야 한다

원하는 지역에서 시험을 보려면 공부 일정만 짤 것이 아니라 접수 시작 시각도 같이 체크해야 한다. 고사장은 선착순으로 마감될 수 있고, 접수만 해둔 상태에서 결제를 미루면 2시간 뒤 자동 취소된다. SQLD는 연 4회 시행이지만, 원하는 회차와 고사장을 놓치면 전체 계획이 흔들릴 수 있다. 접수 첫날 바로 처리하는 편이 낫다. (dataq.or.kr)

4. 회차는 발표일 기준으로 고르는 게 실용적이다

2026년 기준으로 61회는 5월 31일 시험, 6월 19일 발표, 62회는 8월 22일 시험, 9월 11일 발표, 63회는 11월 14일 시험, 12월 4일 발표다. 자격증이 필요한 시점이 정해져 있다면 시험일보다 합격 발표일을 기준으로 회차를 고르는 편이 더 실용적이다. 취업 지원, 인사 평가, 학사 일정처럼 제출 시점이 명확한 경우에는 특히 그렇다. (dataq.or.kr)

자주 확인하는 핵심만 정리

비전공자도 응시 가능한가? 가능하다. SQLD는 응시자격 제한이 없다. (dataq.or.kr)
시험은 필기만 보면 되나? 그렇다. SQLD는 필기시험으로 구성되며, 필기 합격자가 최종합격자로 분류된다. (dataq.or.kr)
응시료는 얼마인가? 5만원이다. (dataq.or.kr)
합격선은 몇 점인가? 총점 60점 이상이며, 과목별 40% 미만이면 과락이다. (dataq.or.kr)
추가로 알아둘 만한 점은? 자격 취득 후 유효기간은 2년이고, 보수교육 이수 후 영구 전환된다. (dataq.or.kr)

마무리

정리하면 2026년 SQLD 시험일은 3월 7일, 5월 31일, 8월 22일, 11월 14일이다. 준비 방식도 단순하다. 접수 규정은 놓치지 말고, SQL 기본 및 활용 40문항에 무게를 두되 데이터 모델링 과락은 반드시 막는 방식으로 가면 된다. 다만 공식 일정표에는 천재지변, 응시인원 증가, 감염증 확산 등 부득이한 사유가 있을 경우 시행일정이 별도로 지정될 수 있다고 안내되어 있으므로, 접수 직전에는 공식 페이지를 한 번 더 확인하는 편이 안전하다. (dataq.or.kr)

RESTful API 설계 가이드: 제대로 이해하고 잘 만들자!

Jeaha — Wed, 2 Apr 2025 14:05:56 +0900

RESTful API는 HTTP 기반의 웹 서비스 설계 패러다임으로, 자원을 중심으로 데이터를 주고받는 현대 웹 및 모바일 애플리케이션의 핵심 통신 방식입니다.
많은 개발자들이 API를 “그냥 HTTP로 만들어진 것”이라고 생각하지만, REST의 개념과 원칙을 제대로 이해하고 설계하면, 시스템의 확장성, 유지보수성, 보안성이 크게 향상됩니다.
이 글에서는 RESTful API의 기본 개념부터 설계 방법까지 자세히 다루어, 지금까지 잘못 만든 API를 개선하고자 하는 분들께 도움이 되고자 합니다.RESTful API는 현대 웹 및 모바일 애플리케이션의 핵심 통신 방식입니다. 많은 개발자들이 API를 “그냥 HTTP로 만들어진 것”이라고 생각하지만, REST의 개념과 원칙을 제대로 이해하고 설계하면, 시스템의 확장성, 유지보수성, 보안성이 크게 향상됩니다. 이 글에서는 RESTful API의 기본 개념부터 설계 방법까지 자세히 다루어, 지금까지 잘못 만든 API를 개선하고자 하는 분들께 도움이 되고자 합니다.

RESTful API란?

1. 개념 정의

*REST(Representational State Transfer)
*REST는 웹의 아키텍처 스타일 중 하나로, HTTP의 기본 메커니즘(메서드, 상태 코드, 헤더 등)을 활용하여 자원을 표현(Representation)하고 상태를 전이(State Transfer)하는 방법입니다.
자원(Resource) : API가 다루는 대상, 데이터의 단위(예: 사용자, 상품, 주문 등)는 고유한 URI를 통해 식별됩니다.
표현(Representation) : 자원의 상태는 JSON, XML 등으로 표현됩니다.

2. REST의 6가지 제약 조건

RESTful API를 설계할 때 지켜야 하는 핵심 제약 조건은 다음과 같습니다:

클라이언트-서버 :
클라이언트와 서버의 역할을 명확히 분리하여, 클라이언트는 UI/UX에, 서버는 데이터와 비즈니스 로직에 집중합니다.
무상태(Stateless) :
각 요청은 독립적이어야 하며, 서버는 이전 요청의 상태를 저장하지 않습니다. 필요한 모든 정보는 요청에 포함되어야 합니다.
캐시 가능(Cacheable) :
응답은 캐시 가능해야 하며, 적절한 캐시 헤더를 통해 성능을 최적화할 수 있습니다.
일관된 인터페이스(Uniform Interface) :
API의 모든 상호작용은 일관된 방식으로 진행되어야 합니다. 이를 위해 URI는 명사 형태, HTTP 메서드(GET, POST, PUT, DELETE)를 사용합니다.
계층화 시스템(Layered System) :
클라이언트는 서버의 내부 구현(프록시, 게이트웨이 등)을 알 필요 없이 API와 상호작용할 수 있어야 합니다.
코드 온디맨드(Code on Demand) – 선택 사항 :
서버가 클라이언트에 실행 가능한 코드를 전송할 수 있으나, 일반적으로는 사용하지 않습니다.

RESTful API 설계 방법 및 규칙

1. ⭐ 자원 중심 설계 (Resource-Oriented Design) ⭐

URI 설계 : 자원을 식별하는 URI는 명사 형태로 구성합니다.
- 예) /users (전체 사용자), /users/{userId} (특정 사용자)
CRUD 작업: HTTP 메서드를 사용해 자원에 대한 작업을 표현합니다.
- GET /users : 사용자 조회
- POST /users : 사용자 생성
- PUT /users/{userId} : 사용자 전체 업데이트
- PATCH /users/{userId} : 사용자 일부 업데이트
- DELETE /users/{userId} : 사용자 삭제

2. ⭐ HTTP 메소드 사용 용도 ⭐

HTTP 메서드	용도	설명	멱등성 (Idempotence)
GET	조회	리소스(데이터)를 조회하여 클라이언트에게 반환합니다. 요청 시 서버의 상태를 변경하지 않습니다.	보장
POST	생성	새로운 리소스를 생성할 때 사용합니다. 요청 본문에 생성할 데이터(페이로드)를 포함시킵니다.	보장되지 않음
PUT	전체 수정	기존 리소스를 완전히 대체하여 업데이트합니다. 전체 리소스 데이터를 제공해야 하며, 요청을 여러 번 보내도 동일한 결과가 나옵니다.	보장
PATCH	부분 수정	기존 리소스의 일부 속성만 수정합니다. 전체 리소스를 대체하지 않고, 필요한 부분만 업데이트할 때 사용합니다.	보장되지 않음
DELETE	삭제	지정된 리소스를 삭제합니다. 삭제 작업은 리소스를 완전히 제거하는 작업입니다.	보장

3. ⭐ HTTP 상태 코드 활용 ⭐

200 OK : 요청 성공 (데이터 반환)
201 Created : 새로운 자원 생성 성공
204 No Content : 삭제나 업데이트 성공, 응답 본문 없음
400 Bad Request : 클라이언트 요청 오류
401 Unauthorized/403 Forbidden : 인증/권한 문제
404 Not Found : 자원 미발견
500 Internal Server Error : 서버 오류

4. 데이터 포맷 및 버전 관리

데이터 포맷 : 주로 JSON을 사용합니다.
API 버전 관리 : URI에 버전 정보를 포함하거나, 헤더를 통해 버전을 관리합니다.
- 예: /v1/users 또는 Accept: application/vnd.example.v1+json

5. 보안 고려사항

인증 및 인가 : JWT, OAuth 등 보안 토큰을 사용해 접근을 제어합니다.
HTTPS : 모든 통신은 HTTPS를 통해 암호화하여 안전하게 전송합니다.

6. 문서화

Swagger/OpenAPI : API 문서를 자동으로 생성하고, 협업 및 외부 개발자와 공유합니다.
Postman Collection : 테스트 및 문서화 도구로 활용하여 API 사용법을 쉽게 전달할 수 있습니다.

RESTful API 설계 예시

예시 : 사용자 관리 API

GET /v1/users
  - 설명 : 모든 사용자 목록 조회
  - 응답 예시: 
    [
      { "id": 1, "name": "Alice", "email": "alice@example.com" },
      { "id": 2, "name": "Bob", "email": "bob@example.com" }
    ]

GET /v1/users/1
  - 설명: ID가 1인 사용자 조회
  - 응답 예시: 
    { "id": 1, "name": "Alice", "email": "alice@example.com" }

POST /v1/users
  - 설명: 새로운 사용자 생성
  - 요청 예시:
    {
      "name": "Charlie",
      "email": "charlie@example.com"
    }
  - 응답: 201 Created, Location 헤더에 새 리소스 URI 포함

PUT /v1/users/1
  - 설명: ID가 1인 사용자의 전체 정보 업데이트
  - 요청 예시:
    {
      "name": "Alice Smith",
      "email": "alice.smith@example.com"
    }
  - 응답: 200 OK

DELETE /v1/users/1
  - 설명: ID가 1인 사용자 삭제
  - 응답: 204 No Content

⚡ RESTful API 설계의 핵심 포인트

자원 중심: 모든 API는 자원(데이터) 관점에서 설계
HTTP 메서드 활용: GET, POST, PUT/PATCH, DELETE로 CRUD 구현
상태 코드 및 에러 처리: 클라이언트와 서버 간의 명확한 의사소통
보안과 버전 관리: HTTPS, 인증, 버전 관리로 신뢰성 확보
문서화: Swagger 같은 도구를 활용해 명확한 API 문서 제공

⚡ RESTful API 설계 시 유의사항

일관성 유지 : API 전반에 걸쳐 일관된 URI 구조, 메서드 사용, 상태 코드 활용.
확장성 고려 : 미래에 자원이 늘어나거나, 기능이 확장될 때에도 쉽게 관리할 수 있도록 설계.
에러 핸들링 : 명확한 에러 메시지와 상태 코드를 제공해 클라이언트가 문제를 쉽게 파악할 수 있도록 합니다.
보안 강화 : 인증, 인가, HTTPS 적용 등 보안 측면을 항상 최우선으로 고려.
문서화 필수 : 잘 작성된 API 문서는 개발자와 사용자가 API를 쉽게 이해하고 활용할 수 있도록 돕습니다.

결론

RESTful API는 자원 중심의 인터페이스로 설계함으로써, HTTP의 기본 원칙을 활용해 확장성과 유지보수성, 협업 효율성이 뛰어난 시스템을 만들 수 있습니다.
올바른 URI 설계, HTTP 메서드의 적절한 활용, 명확한 에러 처리 및 보안 강화를 통해 API의 일관성과 신뢰성을 높일 수 있으며, Swagger 같은 도구를 활용해 문서화를 철저히 하는 것이 성공적인 RESTful API 설계의 핵심입니다.

2025년 월급 구간 별 실수령액 표

Jeaha — Tue, 25 Mar 2025 16:01:24 +0900

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
100만원	923,500	76,500	40,500	28,080	2,070	5,850	0	0
110만원	1,013,810	86,190	45,000	31,200	2,300	6,500	1,090	100
120만원	1,103,640	96,360	49,500	34,320	2,530	7,150	2,600	260
130만원	1,193,480	106,520	54,000	37,440	2,760	7,800	4,110	410
140만원	1,282,950	117,050	58,500	40,560	2,990	8,450	5,960	590
150만원	1,372,040	127,960	63,000	43,680	3,220	9,100	8,150	810
160만원	1,461,140	138,860	67,500	46,800	3,450	9,750	10,330	1,030
170만원	1,550,230	149,770	72,000	49,920	3,680	10,400	12,520	1,250
180만원	1,639,320	160,680	76,500	53,040	3,910	11,050	14,710	1,470
190만원	1,728,430	171,570	81,000	56,160	4,140	11,700	16,890	1,680
200만원	1,817,310	182,690	85,500	59,280	4,370	12,350	19,270	1,920
210만원	1,905,070	194,930	90,000	62,400	4,600	13,000	22,670	2,260
220만원	1,992,830	207,170	94,500	65,520	4,830	13,650	26,070	2,600
230만원	2,080,590	219,410	99,000	68,640	5,060	14,300	29,470	2,940
240만원	2,166,200	233,800	103,500	71,760	5,290	14,950	34,820	3,480

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
250만원	2,248,340	251,660	108,000	74,880	5,520	15,600	43,330	4,330
260만원	2,330,490	269,510	112,500	78,000	5,750	16,250	51,830	5,180
270만원	2,412,060	287,940	117,000	81,120	5,980	16,900	60,860	6,080
280만원	2,490,130	309,870	121,500	84,240	6,210	17,550	73,070	7,300
290만원	2,567,440	332,560	126,000	87,360	6,440	18,200	85,970	8,590
300만원	2,656,670	343,330	130,500	90,480	6,670	18,850	88,030	8,800
310만원	2,736,730	363,270	135,000	93,600	6,900	19,500	98,430	9,840
320만원	2,814,040	385,960	139,500	96,720	7,130	20,150	111,330	11,130
330만원	2,891,350	408,650	144,000	99,840	7,360	20,800	124,230	12,420
340만원	2,968,660	431,340	148,500	102,960	7,590	21,450	137,130	13,710
350만원	3,045,970	454,030	153,000	106,080	7,820	22,100	150,030	15,000
360만원	3,123,280	476,720	157,500	109,200	8,050	22,750	162,930	16,290
370만원	3,200,590	499,410	162,000	112,320	8,280	23,400	175,830	17,580
380만원	3,277,900	522,100	166,500	115,440	8,510	24,050	188,730	18,870
390만원	3,349,440	550,560	171,000	118,560	8,740	24,700	206,880	20,680

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
400만원	3,425,500	574,500	175,500	121,680	8,970	25,350	220,910	22,090
410만원	3,501,570	598,430	180,000	124,800	9,210	26,000	234,930	23,490
420만원	3,577,640	622,360	184,500	127,920	9,440	26,650	248,960	24,890
430만원	3,653,720	646,280	189,000	131,040	9,670	27,300	262,980	26,290
440만원	3,729,780	670,220	193,500	134,160	9,900	27,950	277,010	27,700
450만원	3,805,860	694,140	198,000	137,280	10,130	28,600	291,030	29,100
460만원	3,881,930	718,070	202,500	140,400	10,360	29,250	305,060	30,500
470만원	3,955,260	744,740	207,000	143,520	10,590	29,900	321,580	32,150
480만원	4,031,320	768,680	211,500	146,640	10,820	30,550	335,610	33,560
490만원	4,107,400	792,600	216,000	149,760	11,050	31,200	349,630	34,960
500만원	4,183,470	816,530	220,500	152,880	11,280	31,850	363,660	36,360
510만원	4,259,550	840,450	225,000	156,000	11,510	32,500	377,680	37,760
520만원	4,335,610	864,390	229,500	159,120	11,740	33,150	391,710	39,170
530만원	4,411,690	888,310	234,000	162,240	11,970	33,800	405,730	40,570
540만원	4,487,760	912,240	238,500	165,360	12,200	34,450	419,760	41,970

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
550만원	4,562,980	937,020	243,000	168,480	12,430	35,100	434,560	43,450
560만원	4,629,790	970,210	247,500	171,600	12,660	35,750	457,000	45,700
570만원	4,696,640	1,003,360	252,000	174,720	12,890	36,400	479,410	47,940
580만원	4,763,510	1,036,490	256,500	177,840	13,120	37,050	501,800	50,180
590만원	4,830,370	1,069,630	261,000	180,960	13,350	37,700	524,200	52,420
600만원	4,869,760	1,130,240	265,500	184,080	13,580	38,350	571,580	57,150
610만원	4,936,360	1,163,640	270,000	187,200	13,810	39,000	594,210	59,420
620만원	5,002,970	1,197,030	274,500	190,320	14,040	39,650	616,840	61,680
630만원	5,069,570	1,230,430	279,000	193,440	14,270	40,300	639,480	63,940
640만원	5,136,170	1,263,830	283,500	196,560	14,500	40,950	662,110	66,210
650만원	5,202,780	1,297,220	288,000	199,680	14,730	41,600	684,740	68,470
660만원	5,269,390	1,330,610	292,500	202,800	14,960	42,250	707,370	70,730
670만원	5,335,990	1,364,010	297,000	205,920	15,190	42,900	730,000	73,000
680만원	5,402,600	1,397,400	301,500	209,040	15,420	43,550	752,630	75,260
690만원	5,469,210	1,430,790	306,000	212,160	15,650	44,200	775,260	77,520

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
700만원	5,535,820	1,464,180	310,500	215,280	15,880	44,850	797,890	79,780
710만원	5,602,410	1,497,590	315,000	218,400	16,110	45,500	820,530	82,050
720만원	5,669,020	1,530,980	319,500	221,520	16,340	46,150	843,160	84,310
730만원	5,735,630	1,564,370	324,000	224,640	16,570	46,800	865,790	86,570
740만원	5,802,230	1,597,770	328,500	227,760	16,800	47,450	888,420	88,840
750만원	5,868,840	1,631,160	333,000	230,880	17,030	48,100	911,050	91,100
760만원	5,935,450	1,664,550	337,500	234,000	17,260	48,750	933,680	93,360
770만원	6,002,050	1,697,950	342,000	237,120	17,490	49,400	956,310	95,630
780만원	6,068,650	1,731,350	346,500	240,240	17,720	50,050	978,950	97,890
790만원	6,135,260	1,764,740	351,000	243,360	17,950	50,700	1,001,580	100,150
800만원	6,201,850	1,798,150	355,500	246,480	18,190	51,350	1,024,210	102,420
810만원	6,268,460	1,831,540	360,000	249,600	18,420	52,000	1,046,840	104,680
820만원	6,335,070	1,864,930	364,500	252,720	18,650	52,650	1,069,470	106,940
830만원	6,401,670	1,898,330	369,000	255,840	18,880	53,300	1,092,100	109,210
840만원	6,468,280	1,931,720	373,500	258,960	19,110	53,950	1,114,730	111,470

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
850만원	6,534,350	1,965,650	378,000	262,080	19,340	54,600	1,137,850	113,780
860만원	6,600,160	1,999,840	382,500	265,200	19,570	55,250	1,161,200	116,120
870만원	6,665,980	2,034,020	387,000	268,320	19,800	55,900	1,184,550	118,450
880만원	6,731,790	2,068,210	391,500	271,440	20,030	56,550	1,207,900	120,790
890만원	6,797,610	2,102,390	396,000	274,560	20,260	57,200	1,231,250	123,120
900만원	6,863,420	2,136,580	400,500	277,680	20,490	57,850	1,254,600	125,460
910만원	6,929,240	2,170,760	405,000	280,800	20,720	58,500	1,277,950	127,790
920만원	6,985,980	2,214,020	409,500	283,920	20,950	59,150	1,309,550	130,950
930만원	7,040,020	2,259,980	414,000	287,040	21,180	59,800	1,343,600	134,360
940만원	7,094,070	2,305,930	418,500	290,160	21,410	60,450	1,377,650	137,760
950만원	7,148,100	2,351,900	423,000	293,280	21,640	61,100	1,411,710	141,170
960만원	7,202,150	2,397,850	427,500	296,400	21,870	61,750	1,445,760	144,570
970만원	7,256,180	2,443,820	432,000	299,520	22,100	62,400	1,479,820	147,980
980만원	7,310,230	2,489,770	436,500	302,640	22,330	63,050	1,513,870	151,380
990만원	7,364,270	2,535,730	441,000	305,760	22,560	63,700	1,547,920	154,790

세전	세후 실수령	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
1,000만원	7,418,310	2,581,690	445,500	308,880	22,790	64,350	1,581,980	158,190
1,010만원	7,353,640	2,746,360	450,000	312,000	23,020	65,000	1,723,950	172,390
1,020만원	7,407,490	2,792,510	454,500	315,120	23,250	65,650	1,758,180	175,810
1,030만원	7,461,330	2,838,670	459,000	318,240	23,480	66,300	1,792,410	179,240
1,040만원	7,515,180	2,884,820	463,500	321,360	23,710	66,950	1,826,640	182,660
1,050만원	7,569,030	2,930,970	468,000	324,480	23,940	67,600	1,860,870	186,080
1,060만원	7,622,890	2,977,110	472,500	327,600	24,170	68,250	1,895,090	189,500
1,070만원	7,676,730	3,023,270	477,000	330,720	24,400	68,900	1,929,320	192,930
1,080만원	7,730,580	3,069,420	481,500	333,840	24,630	69,550	1,963,550	196,350
1,090만원	7,784,430	3,115,570	486,000	336,960	24,860	70,200	1,997,780	199,770
1,100만원	7,838,270	3,161,730	490,500	340,080	25,090	70,850	2,032,010	203,200
1,110만원	7,892,120	3,207,880	495,000	343,200	25,320	71,500	2,066,240	206,620
1,120만원	7,945,970	3,254,030	499,500	346,320	25,550	72,150	2,100,470	210,040
1,130만원	7,999,810	3,300,190	504,000	349,440	25,780	72,800	2,134,700	213,470
1,140만원	8,053,660	3,346,340	508,500	352,560	26,010	73,450	2,168,930	216,890
1,150만원	8,107,510	3,392,490	513,000	355,680	26,240	74,100	2,203,160	220,310
1,160만원	8,161,360	3,438,640	517,500	358,800	26,470	74,750	2,237,390	223,730
1,170만원	8,215,200	3,484,800	522,000	361,920	26,700	75,400	2,271,620	227,160
1,180만원	8,269,060	3,530,940	526,500	365,040	26,930	76,050	2,305,840	230,580
1,190만원	8,322,900	3,577,100	531,000	368,160	27,170	76,700	2,340,070	234,000
1,200만원	8,376,740	3,623,260	535,500	371,280	27,400	77,350	2,374,300	237,430

[PostgreSQL] 인덱스 리빌드 대상 뽑아내기

Jeaha — Wed, 19 Feb 2025 10:24:27 +0900

운영중인 DB가 느려진 것 같아서 인덱스 리빌드를 결정했다.

대상 선정을 위한 쿼리를 만들어 보았다.

SELECT
    PSUI.schemaname
    , PSUI.relname AS table_name
    , PSUI.indexrelname AS index_name
    , PSUI.idx_scan /* 인덱스가 사용된 횟수 */
    , PSUI.idx_tup_read /* 인덱스 튜플 수 */
    , PSUI.idx_tup_fetch /* 인덱스에서 실제 검색된 튜플 수 */
    , pg_size_pretty(pg_relation_size(PSAI.indexrelid)) AS index_size /* 인덱스의 크기 */
    , 'REINDEX INDEX CONCURRENTLY ' || PSUI.schemaname || '.' || PSUI.indexrelname || ';'
FROM pg_stat_user_indexes PSUI
    LEFT OUTER JOIN pg_stat_all_indexes PSAI
        ON PSAI.relname = PSUI.relname
        AND PSAI.indexrelname = PSUI.indexrelname
ORDER BY PSUI.idx_tup_read DESC, PSUI.idx_scan DESC, pg_relation_size(PSAI.indexrelid) DESC
;
------------------------------------------------------------------------------------------------------------------------
-- 거의 사용되니 않는 인덱스 -> 삭제하는 게 나을 수 있겠다
SELECT
    PSUI.schemaname
    , PSUI.relname AS table_name
    , PSUI.indexrelname AS index_name
    , PSUI.idx_scan /* 인덱스가 사용된 횟수 */
    , PSUI.idx_tup_read /* 인덱스 튜플 수 */
    , PSUI.idx_tup_fetch /* 인덱스에서 실제 검색된 튜플 수 */
    , pg_size_pretty(pg_relation_size(PSAI.indexrelid)) AS index_size /* 인덱스의 크기 */
    , 'REINDEX INDEX CONCURRENTLY ' || PSUI.schemaname || '.' || PSUI.indexrelname || ';'
FROM pg_stat_user_indexes PSUI
    LEFT OUTER JOIN pg_stat_all_indexes PSAI
        ON PSAI.relname = PSUI.relname
        AND PSAI.indexrelname = PSUI.indexrelname
WHERE PSUI.idx_scan < 100
ORDER BY PSUI.idx_scan DESC
;
------------------------------------------------------------------------------------------------------------------------
-- 크기가 너무 큰 인덱스
SELECT
    PSUI.schemaname
    , PSUI.relname AS table_name
    , PSUI.indexrelname AS index_name
    , PSUI.idx_scan /* 인덱스가 사용된 횟수 */
    , PSUI.idx_tup_read /* 인덱스 튜플 수 */
    , PSUI.idx_tup_fetch /* 인덱스에서 실제 검색된 튜플 수 */
    , pg_size_pretty(pg_relation_size(PSAI.indexrelid)) AS index_size /* 인덱스의 크기 */
    , 'REINDEX INDEX CONCURRENTLY ' || PSUI.schemaname || '.' || PSUI.indexrelname || ';'
FROM pg_stat_user_indexes PSUI
    LEFT OUTER JOIN pg_stat_all_indexes PSAI
        ON PSAI.relname = PSUI.relname
        AND PSAI.indexrelname = PSUI.indexrelname
ORDER BY pg_relation_size(PSAI.indexrelid) DESC
LIMIT 50
;
------------------------------------------------------------------------------------------------------------------------
-- 테이블 싸이즈에 비해 크기가 너무 큰 인덱스
SELECT
    PSUI.schemaname
    , PSUI.relname AS table_name
    , PSUI.indexrelname AS index_name
    , PSUI.idx_scan /* 인덱스가 사용된 횟수 */
    , PSUI.idx_tup_read /* 인덱스 튜플 수 */
    , PSUI.idx_tup_fetch /* 인덱스에서 실제 검색된 튜플 수 */
    , pg_size_pretty(pg_relation_size(PSAI.indexrelid)) AS index_size /* 인덱스의 크기 */
    , pg_size_pretty(pg_relation_size(T.oid)) AS table_size /* 테이블의 크기 */
    , ROUND(pg_relation_size(PSAI.indexrelid)::numeric / pg_relation_size(T.oid) * 100, 2) AS INDEX_RATIO
    , 'REINDEX INDEX CONCURRENTLY ' || PSUI.schemaname || '.' || PSUI.indexrelname || ';'
FROM pg_stat_user_indexes PSUI
    INNER JOIN pg_class T
        ON PSUI.relname = T.relname
    LEFT OUTER JOIN pg_stat_all_indexes PSAI
        ON PSAI.relname = PSUI.relname
        AND PSAI.indexrelname = PSUI.indexrelname
WHERE pg_relation_size(T.oid) > 0
AND pg_relation_size(PSAI.indexrelid) > 0
AND PSUI.idx_scan > 0
AND ROUND(pg_relation_size(PSAI.indexrelid)::numeric / pg_relation_size(T.oid) * 100, 2) > 100
ORDER BY INDEX_RATIO DESC
LIMIT 50
;
------------------------------------------------------------------------------------------------------------------------
-- 오래된 인덱스
SELECT
    PSUI.schemaname
    , PSUI.relname AS table_name
    , PSUI.indexrelname AS index_name
    , PSUI.idx_scan /* 인덱스가 사용된 횟수 */
    , PSUI.idx_tup_read /* 인덱스 튜플 수 */
    , PSUI.idx_tup_fetch /* 인덱스에서 실제 검색된 튜플 수 */
    , pg_size_pretty(pg_relation_size(PSAI.indexrelid)) AS index_size /* 인덱스의 크기 */
    , pg_stat_get_last_vacuum_time(PSAI.indexrelid) AS last_vacumm
    , 'REINDEX INDEX CONCURRENTLY ' || PSUI.schemaname || '.' || PSUI.indexrelname || ';'
FROM pg_stat_user_indexes PSUI
    LEFT OUTER JOIN pg_stat_all_indexes PSAI
        ON PSAI.relname = PSUI.relname
        AND PSAI.indexrelname = PSUI.indexrelname
WHERE PSUI.idx_scan = 0
OR PSAI.idx_scan = 0
ORDER BY last_vacumm ASC NULLS FIRST
;

2025년 연봉 실 수령액 표

Jeaha — Sun, 19 Jan 2025 22:02:28 +0900

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
1,000만원	771,033	62,300	32,990	22,870	1,680	4,760	0	0
1,100만원	847,286	69,380	36,740	25,470	1,870	5,300	0	0
1,200만원	923,500	76,500	40,500	28,080	2,070	5,850	0	0
1,300만원	998,863	84,470	44,240	30,670	2,260	6,390	830	80
1,400만원	1,073,736	92,930	47,990	33,270	2,450	6,930	2,090	200
1,500만원	1,148,580	101,420	51,750	35,880	2,640	7,470	3,350	330
1,600만원	1,223,463	109,870	55,490	38,470	2,830	8,010	4,610	460
1,700만원	1,297,826	118,840	59,240	41,070	3,030	8,550	6,320	630
1,800만원	1,372,040	127,960	63,000	43,680	3,220	9,100	8,150	810
1,900만원	1,446,313	137,020	66,740	46,270	3,410	9,640	9,970	990
2,000만원	1,520,566	146,100	70,490	48,870	3,600	10,180	11,790	1,170
2,100만원	1,594,790	155,210	74,250	51,480	3,790	10,720	13,610	1,360
2,200만원	1,669,043	164,290	77,990	54,070	3,990	11,260	15,440	1,540
2,300만원	1,743,296	173,370	81,740	56,670	4,180	11,800	17,260	1,720
2,400만원	1,817,310	182,690	85,500	59,280	4,370	12,350	19,270	1,920
2,500만원	1,890,463	192,870	89,240	61,870	4,560	12,890	22,100	2,210
2,600만원	1,963,596	203,070	92,990	64,470	4,750	13,430	24,940	2,490
2,700만원	2,036,710	213,290	96,750	67,080	4,950	13,970	27,770	2,770
2,800만원	2,109,853	223,480	100,490	69,670	5,140	14,510	30,610	3,060
2,900만원	2,179,916	236,750	104,240	72,270	5,330	15,050	36,240	3,620

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
3,000만원	2,248,340	251,660	108,000	74,880	5,520	15,600	43,330	4,330
3,100만원	2,316,813	266,520	111,740	77,470	5,710	16,140	50,420	5,040
3,200만원	2,384,896	281,770	115,490	80,070	5,900	16,680	57,850	5,780
3,300만원	2,451,470	298,530	119,250	82,680	6,100	17,220	66,620	6,660
3,400만원	2,515,923	317,410	122,990	85,270	6,290	17,760	77,370	7,730
3,500만원	2,580,346	336,320	126,740	87,870	6,480	18,300	88,120	8,810
3,600만원	2,656,670	343,330	130,500	90,480	6,670	18,850	88,030	8,800
3,700만원	2,723,873	359,460	134,240	93,070	6,860	19,390	96,280	9,620
3,800만원	2,788,286	378,380	137,990	95,670	7,060	19,930	107,030	10,700
3,900만원	2,852,700	397,300	141,750	98,280	7,250	20,470	117,780	11,770
4,000만원	2,917,143	416,190	145,490	100,870	7,440	21,010	128,530	12,850
4,100만원	2,981,576	435,090	149,240	103,470	7,630	21,550	139,280	13,920
4,200만원	3,045,970	454,030	153,000	106,080	7,820	22,100	150,030	15,000
4,300만원	3,110,423	472,910	156,740	108,670	8,010	22,640	160,780	16,070
4,400만원	3,174,836	491,830	160,490	111,270	8,210	23,180	171,530	17,150
4,500만원	3,239,250	510,750	164,250	113,880	8,400	23,720	182,280	18,220
4,600만원	3,303,693	529,640	167,990	116,470	8,590	24,260	193,030	19,300
4,700만원	3,362,136	554,530	171,740	119,070	8,780	24,800	209,220	20,920
4,800만원	3,425,500	574,500	175,500	121,680	8,970	25,350	220,910	22,090
4,900만원	3,488,923	594,410	179,240	124,270	9,170	25,890	232,590	23,250

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
5,000만원	3,552,316	614,350	182,990	126,870	9,360	26,430	244,280	24,420
5,100만원	3,615,690	634,310	186,750	129,480	9,550	26,970	255,970	25,590
5,200만원	3,679,103	654,230	190,490	132,070	9,740	27,510	267,660	26,760
5,300만원	3,742,506	674,160	194,240	134,670	9,930	28,050	279,340	27,930
5,400만원	3,805,860	694,140	198,000	137,280	10,130	28,600	291,030	29,100
5,500만원	3,869,273	714,060	201,740	139,870	10,320	29,140	302,720	30,270
5,600만원	3,932,666	734,000	205,490	142,470	10,510	29,680	314,410	31,440
5,700만원	3,993,290	756,710	209,250	145,080	10,700	30,220	328,600	32,860
5,800만원	4,056,723	776,610	212,990	147,670	10,890	30,760	340,280	34,020
5,900만원	4,120,116	796,550	216,740	150,270	11,080	31,300	351,970	35,190
6,000만원	4,183,470	816,530	220,500	152,880	11,280	31,850	363,660	36,360
6,100만원	4,246,893	836,440	224,240	155,470	11,470	32,390	375,340	37,530
6,200만원	4,310,286	856,380	227,990	158,070	11,660	32,930	387,030	38,700
6,300만원	4,373,660	876,340	231,750	160,680	11,850	33,470	398,720	39,870
6,400만원	4,437,073	896,260	235,490	163,270	12,040	34,010	410,410	41,040
6,500만원	4,500,476	916,190	239,240	165,870	12,240	34,550	422,090	42,200
6,600만원	4,562,980	937,020	243,000	168,480	12,430	35,100	434,560	43,450
6,700만원	4,618,693	964,640	246,740	171,070	12,620	35,640	453,250	45,320
6,800만원	4,674,376	992,290	250,490	173,670	12,810	36,180	471,950	47,190
6,900만원	4,730,080	1,019,920	254,250	176,280	13,000	36,720	490,610	49,060

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
7,000만원	4,785,823	1,047,510	257,990	178,870	13,200	37,260	509,270	50,920
7,100만원	4,841,546	1,075,120	261,740	181,470	13,390	37,800	527,930	52,790
7,200만원	4,869,760	1,130,240	265,500	184,080	13,580	38,350	571,580	57,150
7,300만원	4,925,283	1,158,050	269,240	186,670	13,770	38,890	590,440	59,040
7,400만원	4,980,786	1,185,880	272,990	189,270	13,960	39,430	609,300	60,930
7,500만원	5,036,270	1,213,730	276,750	191,880	14,160	39,970	628,160	62,810
7,600만원	5,091,793	1,241,540	280,490	194,470	14,350	40,510	647,020	64,700
7,700만원	5,147,306	1,269,360	284,240	197,070	14,540	41,050	665,880	66,580
7,800만원	5,202,780	1,297,220	288,000	199,680	14,730	41,600	684,740	68,470
7,900만원	5,258,303	1,325,030	291,740	202,270	14,920	42,140	703,600	70,360
8,000만원	5,313,816	1,352,850	295,490	204,870	15,110	42,680	722,460	72,240
8,100만원	5,369,290	1,380,710	299,250	207,480	15,310	43,220	741,320	74,130
8,200만원	5,424,823	1,408,510	302,990	210,070	15,500	43,760	760,180	76,010
8,300만원	5,480,326	1,436,340	306,740	212,670	15,690	44,300	779,040	77,900
8,400만원	5,535,820	1,464,180	310,500	215,280	15,880	44,850	797,890	79,780
8,500만원	5,591,343	1,491,990	314,240	217,870	16,070	45,390	816,750	81,670
8,600만원	5,646,836	1,519,830	317,990	220,470	16,270	45,930	835,610	83,560
8,700만원	5,702,330	1,547,670	321,750	223,080	16,460	46,470	854,470	85,440
8,800만원	5,757,853	1,575,480	325,490	225,670	16,650	47,010	873,330	87,330
8,900만원	5,813,366	1,603,300	329,240	228,270	16,840	47,550	892,190	89,210

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
9,000만원	5,868,840	1,631,160	333,000	230,880	17,030	48,100	911,050	91,100
9,100만원	5,924,353	1,658,980	336,740	233,470	17,230	48,640	929,910	92,990
9,200만원	5,979,866	1,686,800	340,490	236,070	17,420	49,180	948,770	94,870
9,300만원	6,035,350	1,714,650	344,250	238,680	17,610	49,720	967,630	96,760
9,400만원	6,090,883	1,742,450	347,990	241,270	17,800	50,260	986,490	98,640
9,500만원	6,146,386	1,770,280	351,740	243,870	17,990	50,800	1,005,350	100,530
9,600만원	6,201,850	1,798,150	355,500	246,480	18,190	51,350	1,024,210	102,420
9,700만원	6,257,383	1,825,950	359,240	249,070	18,380	51,890	1,043,070	104,300
9,800만원	6,312,886	1,853,780	362,990	251,670	18,570	52,430	1,061,930	106,190
9,900만원	6,368,380	1,881,620	366,750	254,280	18,760	52,970	1,080,790	108,070
10,000만원	6,423,903	1,909,430	370,490	256,870	18,950	53,510	1,099,650	109,960
10,100만원	6,479,406	1,937,260	374,240	259,470	19,140	54,050	1,118,510	111,850
10,200만원	6,534,350	1,965,650	378,000	262,080	19,340	54,600	1,137,850	113,780
10,300만원	6,589,213	1,994,120	381,740	264,670	19,530	55,140	1,157,310	115,730
10,400만원	6,644,076	2,022,590	385,490	267,270	19,720	55,680	1,176,760	117,670
10,500만원	6,698,900	2,051,100	389,250	269,880	19,910	56,220	1,196,220	119,620
10,600만원	6,753,773	2,079,560	392,990	272,470	20,100	56,760	1,215,680	121,560
10,700만원	6,808,606	2,108,060	396,740	275,070	20,300	57,300	1,235,140	123,510
10,800만원	6,863,420	2,136,580	400,500	277,680	20,490	57,850	1,254,600	125,460
10,900만원	6,918,293	2,165,040	404,240	280,270	20,680	58,390	1,274,060	127,400

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
11,000만원	6,968,006	2,198,660	407,990	282,870	20,870	58,930	1,298,190	129,810
11,100만원	7,013,020	2,236,980	411,750	285,480	21,060	59,470	1,326,570	132,650
11,200만원	7,058,073	2,275,260	415,490	288,070	21,250	60,010	1,354,950	135,490
11,300만원	7,103,096	2,313,570	419,240	290,670	21,450	60,550	1,383,330	138,330
11,400만원	7,148,100	2,351,900	423,000	293,280	21,640	61,100	1,411,710	141,170
11,500만원	7,193,163	2,390,170	426,740	295,870	21,830	61,640	1,440,090	144,000
11,600만원	7,238,206	2,428,460	430,490	298,470	22,020	62,180	1,468,460	146,840
11,700만원	7,283,220	2,466,780	434,250	301,080	22,210	62,720	1,496,840	149,680
11,800만원	7,328,263	2,505,070	437,990	303,670	22,410	63,260	1,525,220	152,520
11,900만원	7,373,296	2,543,370	441,740	306,270	22,600	63,800	1,553,600	155,360
12,000만원	7,418,310	2,581,690	445,500	308,880	22,790	64,350	1,581,980	158,190
12,100만원	7,463,363	2,619,970	449,240	311,470	22,980	64,890	1,610,360	161,030
12,200만원	7,389,566	2,777,100	452,990	314,070	23,170	65,430	1,746,770	174,670
12,300만원	7,434,420	2,815,580	456,750	316,680	23,370	65,970	1,775,290	177,520
12,400만원	7,479,303	2,854,030	460,490	319,270	23,560	66,510	1,803,820	180,380
12,500만원	7,524,186	2,892,480	464,240	321,870	23,750	67,050	1,832,340	183,230
12,600만원	7,569,030	2,930,970	468,000	324,480	23,940	67,600	1,860,870	186,080
12,700만원	7,613,933	2,969,400	471,740	327,070	24,130	68,140	1,889,390	188,930
12,800만원	7,658,806	3,007,860	475,490	329,670	24,320	68,680	1,917,910	191,790
12,900만원	7,703,650	3,046,350	479,250	332,280	24,520	69,220	1,946,440	194,640

연봉	실수령액	공제액계	국민연금	건강보험	장기요양	고용보험	소득세	지방소득세
13,000만원	7,748,553	3,084,780	482,990	334,870	24,710	69,760	1,974,960	197,490
13,100만원	7,793,426	3,123,240	486,740	337,470	24,900	70,300	2,003,490	200,340
13,200만원	7,838,270	3,161,730	490,500	340,080	25,090	70,850	2,032,010	203,200
13,300만원	7,883,163	3,200,170	494,240	342,670	25,280	71,390	2,060,540	206,050
13,400만원	7,928,036	3,238,630	497,990	345,270	25,480	71,930	2,089,060	208,900
13,500만원	7,972,900	3,277,100	501,750	347,880	25,670	72,470	2,117,580	211,750
13,600만원	8,017,783	3,315,550	505,490	350,470	25,860	73,010	2,146,110	214,610
13,700만원	8,062,666	3,354,000	509,240	353,070	26,050	73,550	2,174,630	217,460
13,800만원	8,107,510	3,392,490	513,000	355,680	26,240	74,100	2,203,160	220,310
13,900만원	8,152,403	3,430,930	516,740	358,270	26,440	74,640	2,231,680	223,160
14,000만원	8,197,266	3,469,400	520,490	360,870	26,630	75,180	2,260,210	226,020
14,100만원	8,242,130	3,507,870	524,250	363,480	26,820	75,720	2,288,730	228,870
14,200만원	8,287,033	3,546,300	527,990	366,070	27,010	76,260	2,317,250	231,720
14,300만원	8,331,906	3,584,760	531,740	368,670	27,200	76,800	2,345,780	234,570
14,400만원	8,376,740	3,623,260	535,500	371,280	27,400	77,350	2,374,300	237,430
14,500만원	8,421,633	3,661,700	539,240	373,870	27,590	77,890	2,402,830	240,280
14,600만원	8,466,516	3,700,150	542,990	376,470	27,780	78,430	2,431,350	243,130
14,700만원	8,511,370	3,738,630	546,750	379,080	27,970	78,970	2,459,880	245,980
14,800만원	8,556,263	3,777,070	550,490	381,670	28,160	79,510	2,488,400	248,840
14,900만원	8,601,146	3,815,520	554,240	384,270	28,350	80,050	2,516,920	251,690
15,000만원	8,645,980	3,854,020	558,000	386,880	28,550	80,600	2,545,450	254,540

2025년 SQLD 자격증 시험 일정과 준비 방법

Jeaha — Sun, 19 Jan 2025 21:52:16 +0900

2025년 SQLD 자격증 시험 일정과 준비 방법

SQLD (SQL Developer) 자격증은 데이터베이스 개발 및 관리에 필요한 SQL과 데이터베이스 관련 기술을 평가하는 자격증으로, IT 분야에서 데이터베이스 관련 업무를 담당하는 데 중요한 역할을 합니다. 2025년 SQLD 자격증 시험 일정과 함께, 효과적인 준비 방법에 대해 안내드리겠습니다.

2025년 SQLD 자격증 시험 일정

SQLD 자격증은 주기적으로 실시되며, 2025년 시험 일정은 다음과 같습니다:

회차	원서 접수 기간	수험표 발급 기간	시험일	사전 점수 공개 및 재검토 접수 기간	합격(예정)자 발표
제56회	2.3 ~ 2.7	2.21	3.8 (토)	3.28 ~ 4.1	4.4
제57회	4.28 ~ 5.2	5.16	5.31 (토)	6.20 ~ 6.24	6.27
제58회	7.21 ~ 7.25	8.8	8.23 (토)	9.12 ~ 9.16	9.19
제59회	10.13 ~ 10.17	10.31	11.16 (일)	12.5 ~ 12.9	12.12

시험 일정은 대체로 매 분기마다 실시되며, 응시 등록은 해당 접수 기간 내에만 가능합니다.
시험 방식은 객관식으로 진행되며, 온라인 또는 오프라인 시험을 선택할 수 있습니다.

SQLD 자격증 준비 방법

SQLD 자격증 시험은 데이터베이스와 SQL에 대한 기초적인 지식과 실무 경험을 평가합니다. 시험 준비를 위해서는 이론적인 학습과 실습을 병행하는 것이 중요합니다. 아래는 각 항목별로 준비 방법을 제시합니다.

(1) SQLD 시험 준비 개요

SQLD 시험은 데이터베이스의 기본적인 이해, SQL 사용법, 관계형 데이터베이스 설계, 성능 최적화 등 다양한 영역을 다룹니다. 시험 준비는 기본 이론과 실제 SQL 활용 능력을 키우는 데 집중해야 합니다.

(2) 주요 시험 과목

SQL 기본 문법: SELECT, INSERT, UPDATE, DELETE와 같은 기본적인 SQL 명령어에 대한 이해.
데이터베이스 설계: ERD(Entity-Relationship Diagram) 설계, 정규화(Normalization)와 역정규화(Denormalization), 데이터 모델링.
SQL 성능 최적화: 인덱스, 조인, 서브쿼리 등의 성능 최적화 기법.
트랜잭션 관리: ACID 속성, 트랜잭션 처리 및 관리.
데이터베이스 관리 시스템(DBMS): DBMS의 기본 개념, 종류, 사용법.

(3) 준비 방법

기본적인 SQL 문법 학습
- SQL의 기본적인 문법을 철저히 이해하고 연습해야 합니다. 실습을 통해 각 SQL 명령어를 활용할 수 있는 능력을 기르는 것이 중요합니다. SELECT 문을 이용해 데이터 조회, JOIN을 이용한 다중 테이블 연산 등을 충분히 연습하세요.
관계형 데이터베이스 이해
- ERD 설계: 데이터베이스를 설계할 때 중요한 엔터티, 속성, 관계를 이해해야 합니다. 기본적인 정규화와 관계형 모델링을 학습하세요.
- 정규화: 1NF, 2NF, 3NF에 대해 이해하고 실제로 이를 적용하는 연습을 해보세요.
실습을 통한 SQL 활용 능력 강화
- SQL을 이론만으로 학습하지 말고, 실제로 MySQL, PostgreSQL 또는 Oracle 등 DBMS에서 SQL을 실행하며 실습을 진행하세요. 다양한 데이터베이스와 상호작용하면서 문제 해결 능력을 키울 수 있습니다.
성능 최적화 학습
- SQL 쿼리의 성능을 최적화하는 방법을 공부하세요. 인덱스의 사용, 서브쿼리 최적화, 조인 방식에 따른 성능 차이 등을 이해하고, 실제 환경에서 이를 적용하는 방법을 학습하세요.
이론과 실습 병행
- 이론 공부와 실습을 병행하면서 문제 해결 능력을 키워야 합니다. SQLD 시험에서는 이론적인 부분뿐만 아니라 실무에서 겪을 수 있는 다양한 시나리오를 다루기 때문에, 기본 문제 풀이와 함께 실전 연습을 충분히 해야 합니다.

공부 방법과 팁

공식 교재와 참고서 활용
- SQLD 자격증을 준비할 때는 공식 교재를 활용하는 것이 좋습니다. 교재에는 시험에 나오는 기본적인 내용들이 포함되어 있으며, 실제 기출 문제를 통해 시험의 스타일을 익힐 수 있습니다.
- SQLD 관련 서적이나 온라인 강의도 활용하면 도움이 됩니다.
문제 풀이 및 모의 시험
- 기출 문제나 모의 시험을 풀어보세요. 실제 시험에 나오는 문제 유형을 파악하고, 시간 관리 능력을 키울 수 있습니다.
- SQL 문제는 실습을 통해 연습하는 것이 중요하므로, DBMS에 접속하여 쿼리 문제를 풀어보며 실력을 점검하세요.
온라인 커뮤니티와 포럼 활용
- SQLD 자격증 준비를 하면서 온라인 커뮤니티나 포럼을 활용하여 다른 사람들과 정보 교류를 하는 것도 유익합니다. 실무에서 겪은 다양한 SQL 관련 문제를 해결하고 서로 질문하고 답변하는 과정이 큰 도움이 됩니다.
SQL 실습 환경 구축
- 시험 준비를 할 때는 반드시 DBMS 환경을 구축하여 실습해보세요. MySQL, PostgreSQL, Oracle 등 다양한 DBMS에서 SQL을 실행해보며 각 시스템의 차이점을 이해하고 SQL 실력을 높일 수 있습니다.

결론

SQLD 자격증은 데이터베이스에 대한 기본적인 이해와 SQL 활용 능력을 증명할 수 있는 중요한 자격증입니다. 2025년 SQLD 시험 일정에 맞춰 체계적으로 준비하면 좋은 결과를 얻을 수 있을 것입니다. 기본적인 이론을 탄탄히 하고 실습을 충분히 하며, 문제 해결 능력을 키워 시험에 임하세요. 좋은 결과가 있기를 바랍니다!

2025년 리눅스 마스터 자격증 시험일정과 준비 방법

Jeaha — Sat, 18 Jan 2025 23:26:21 +0900

2025년 리눅스마스터 자격증 시험일정과 준비 방법

리눅스 마스터 자격증은 한국정보통신자격협회(KAIT)에서 주관하는 자격증으로, 리눅스 운영체제에 대한 지식과 활용 능력을 평가합니다. 1급과 2급으로 나뉘어져 있으며, 각 급수마다 1차와 2차 시험으로 구성됩니다.

급수별 특징

1급: 리눅스 시스템의 관리 능력에 중점을 두어 평가합니다.
2급: 리눅스 시스템의 사용 능력에 중점을 두어 평가합니다.

등급	차수	검정 방법	문항 수	시험 시간	합격 기준
1급	1차	필기 (객관식 4지 선다형)	100문항	100분	60점 이상 (과목당 40% 미만 과락)
1급	2차	필기 (단답, 서술식)	10문항	100분	60점 이상
1급	2차	실기 (작업형)	5~7문항	100분	60점 이상
2급	1차	온라인 필기 (객관식 4지 선다형)	50문항	60분	60점 이상
2급	2차	필기 (객관식 4지 선다형)	80문항	100분	60점 이상 (과목당 40% 미만 과락)

1급 시험 과목

1차:

리눅스 실무의 이해: 리눅스 개요, 시스템 이해, 네트워크 이해
리눅스 시스템 관리: 일반 운영 관리, 장치 관리, 시스템 보안 및 관리
네트워크 및 서비스 활용: 네트워크 서비스, 네트워크 보안

2차:

필기: 리눅스 시스템 관리 및 활용에 대한 단답형 및 서술형 문제
실기: 리눅스 시스템 운영 및 관리 작업 수행

2급 시험 과목

1차/2차 공통

리눅스 일반: 리눅스 이해, 설치, 기본 명령어
리눅스 운영 및 관리: 파일 시스템, Shell, 프로세스, 에디터, 소프트웨어 설치, 장치 설정
리눅스 활용: X 윈도, 인터넷 활용, 응용 분야

합격 기준

각 차수별로 평균 60점 이상을 획득해야 합니다.
1급의 경우, 1차 시험 과목 중 어느 하나라도 40점 미만을 받으면 과락으로 불합격 처리됩니다.
2급의 경우, 2차 시험 과목 중 어느 하나라도 40점 미만을 받으면 과락으로 불합격 처리됩니다.

응시 방법

한국정보통신자격협회 웹사이트 (www.ihd.or.kr)를 통해 시험 접수를 진행할 수 있습니다.

2025년 리눅스마스터 자격증 시험 일정

2025년 리눅스마스터 자격증 시험 일정은 아래와 같습니다. 시험을 준비하려면 각 회차의 접수 기간과 시험일을 확인하고 미리 계획을 세워야 합니다.

리눅스마스터 1급

리눅스마스터 1급은 리눅스 시스템의 고급 관리 능력과 이론적인 지식을 평가하는 자격증입니다. 1차 시험과 2차 시험으로 나뉩니다.

회차	차수	접수 기간	시험일	발표일
2501	1차	1월 20일 ~ 2월 7일	3월 8일 (토)	3월 28일 (금)
-	2차	3월 31일 ~ 4월 11일	5월 10일 (토)	5월 30일 (금)
2502	1차	7월 28일 ~ 8월 8일	9월 13일 (토)	10월 3일 (금)
-	2차	10월 6일 ~ 10월 17일	11월 8일 (토)	11월 28일 (금)

리눅스마스터 2급

리눅스마스터 2급은 리눅스의 기본적인 관리 능력과 실무 지식을 평가합니다. 1차 시험은 기본적인 리눅스 명령어와 설정, 2차 시험은 좀 더 실습적인 내용을 다룹니다.

회차	차수	접수 기간	시험일	발표일
2404	1차	'24.11.04.(월) ~ 11.13.(수)	'24.11.05.(화) ~ 11.14.(목)	시험종료 즉시
-	2차	'24.11.05.(화) ~ 11.15.(금)	'24.12.14.(토)	'25.01.03.(금)
2501	1차	01.20.(월) ~ 02.05.(수)	01.21.(화) ~ 02.06.(목)	시험종료 즉시
-	2차	01.21.(화) ~ 02.07.(금)	03.08.(토)	03.28.(금)
2502	1차	04.28.(월) ~ 05.07.(수)	04.29.(화) ~ 05.08.(목)	시험종료 즉시
-	2차	04.29.(화) ~ 05.09.(금)	06.14.(토)	07.04.(금)
2503	1차	07.28.(월) ~ 08.06.(수)	07.29.(화) ~ 08.07.(목)	시험종료 즉시
-	2차	07.29.(화) ~ 08.08.(금)	09.13.(토)	10.03.(금)
2504	1차	10.27.(월) ~ 11.05.(수)	10.28.(화) ~ 11.06.(목)	시험종료 즉시
-	2차	10.28.(화) ~ 10.07.(금)	12.13.(토)	'26.01.02.(금)

시험 준비, 공부 방법과 팁

교재 선정 및 학습 계획 수립
- 공인 교재 선정: 인증된 교재를 선택하여 기본 개념 및 실습 위주로 학습합니다.
- 학습 일정 계획: 시험일까지의 남은 시간을 고려하여 주간 및 월간 학습 계획을 세웁니다.
기본 개념 이해
- 리눅스의 구조와 작동 원리 이해
- 파일 시스템 관리, 사용자 관리, 네트워크 설정 등 기본 개념 숙지
실습 위주의 학습
- 가상 머신 또는 실제 리눅스 환경 구축 후 명령어 및 설정 실습
- 자주 출제되는 명령어와 스크립트 작성 연습
기출 문제 풀이
- 과거 기출 문제 분석 및 풀이를 통해 시험 유형 파악
- 시간 관리 연습을 위해 실제 시험 시간에 맞춰 모의고사 실시

개발자 KPI 세우기

Jeaha — Fri, 17 Jan 2025 11:13:00 +0900

웹 개발자의 KPI(Key Performance Indicator)는 개인의 업무 성과와 팀 목표를 측정하는 데 도움이 됩니다.
아래는 일반적인 주니어 웹 개발자를 위한 KPI 항목입니다:

코드 품질 및 생산성
• 코드 리뷰 피드백 반영률: 코드 리뷰에서 지적된 사항을 얼마나 잘 반영했는지.
• 주간/월간 코드 기여도: 작성한 코드의 라인 수보다는 기능의 완성도와 기여도를 평가.
• 버그 발생률: 작성한 코드에서 발견된 버그의 수.
• 테스트 커버리지 향상: 테스트 작성 여부와 코드 커버리지 증가율.
프로젝트 완료 및 기여
• 기한 준수율: 맡은 작업이나 프로젝트를 제때 완료한 비율.
• 작업 완료 건수: 주어진 업무(예: Jira 티켓, Git 이슈) 처리 수량.
• 기능 구현의 정확성: 요구사항을 충족하며 기능을 개발한 정도.
학습 및 성장
• 새로운 기술 습득: 업무와 관련된 새로운 기술, 프레임워크, 툴을 학습한 정도.
• 교육 참여: 팀 내 세미나, 워크숍 또는 외부 교육 프로그램 참여율.
• 지식 공유: 팀원들에게 학습한 내용을 공유하거나, 문서화한 빈도.
협업 및 커뮤니케이션
• 커뮤니케이션 명확성: 팀원 및 이해관계자와 명확히 소통하는 능력.
• 팀워크 기여도: 코드 리뷰 참여, 동료와의 협업 빈도 및 품질.
• 이슈 해결 참여: 문제를 발견하고 해결하는 데 기여한 빈도.
운영 및 유지보수
• 배포 안정성: 개발한 코드가 운영 환경에서 문제 없이 배포된 비율.
• 긴급 문제 해결 기여: 운영 환경에서 발생한 문제를 얼마나 효과적으로 지원했는지.
• 기존 코드 개선: 리팩토링, 성능 최적화 등 기존 코드에 대한 기여.
사용자 중심 개발
• 사용자 피드백 반영률: 사용자 요구사항을 코드에 잘 반영했는지.
• UX/UI 향상 기여도: 사용자 경험과 인터페이스 개선 기여.

KPI 예시

항목	목표 설정 예시
코드 리뷰 반영률	코드 리뷰 피드백 90% 이상 반영
작업 완료 건수	주간 티켓 5개 이상 완료
테스트 커버리지	신규 기능 테스트 커버리지 80% 이상
신규 기술 학습	분기별 1개 기술 블로그 작성
커뮤니케이션 명확성	회의 후 작업 명확도 95% 이상

주니어 개발자 KPI 설정 팁

구체적이고 측정 가능하게: 모호한 목표 대신 측정 가능한 목표로 설정.
성과와 성장의 균형: 단순히 업무량뿐 아니라, 개인의 성장과 학습도 포함.
주기적인 리뷰: 분기별 또는 월간으로 KPI를 점검하여 조정.
팀과 회사 목표 연계: 개인 목표가 팀 및 회사 목표와 맞물리도록 설정.

[PostgreSQL] PostgreSQL AccessShareLock 이해 및 해제 가이드

Jeaha — Tue, 19 Nov 2024 12:51:55 +0900

PostgreSQL AccessShareLock 이해 및 해제 가이드

AccessShareLock이란?

Oracle의 TM LOCK과 유사: 데이터를 읽는 동안(SELECT) 테이블 구조 변경을 막기 위해 걸리는 락입니다.
성능에 미치는 영향: 일반적으로 성능 저하를 유발하지 않지만, 테이블 구조 변경 작업 시 방해가 될 수 있습니다.
PostgreSQL에서의 역할: 데이터의 일관성 유지에 기여합니다.

Lock 조회 및 해제

1. Lock 조회:

SELECT  t.relname,
        l.locktype,
        page,
        virtualtransaction,
        pid,
        mode,
        granted
FROM pg_locks l,
     pg_stat_all_tables t
WHERE l.relation = t.relid
ORDER BY relation ASC;

relname: 락이 걸린 테이블 이름
locktype: 락 종류 (AccessShareLock 등)
pid: 프로세스 ID
mode: 락 모드

2. Lock 해제:

단일 프로세스 종료:
```
SELECT pg_cancel_backend(PID);
```
- 해당 PID의 프로세스만 종료합니다.
상위 쿼리까지 종료:
```
SELECT pg_terminate_backend(PID) FROM pg_stat_activity;
```
- PID와 관련된 모든 상위 쿼리까지 종료합니다.

3. 실행 중인 쿼리 상태 조회:

select * from pg_stat_activity;

주의 사항

pg_terminate_backend는 강제 종료이므로 데이터 손실 가능성이 있습니다. 신중하게 사용해야 합니다.
락 해제 전 반드시 원인을 파악하고 해결하는 것이 좋습니다. 락이 자주 발생하는 경우, 쿼리 최적화나 데이터베이스 설정 변경이 필요할 수 있습니다.

요약

PostgreSQL의 AccessShareLock은 데이터 일관성을 위해 필요한 락입니다. 일반적으로 문제가 되지 않지만, 테이블 구조 변경 등 특정 상황에서 방해가 될 수 있습니다. 위의 SQL 쿼리를 사용하여 Lock을 조회하고 해제할 수 있으며, pg_terminate_backend를 사용할 때는 주의가 필요합니다.

더 자세한 정보는 PostgreSQL 공식 문서를 참고하세요.

핵심:

AccessShareLock은 SELECT 시 걸리는 락으로, 일반적으로 성능에 영향을 주지 않습니다.
Lock을 조회하고 해제하는 방법을 알아두면 문제 해결에 도움이 됩니다.
pg_terminate_backend는 강력한 명령어이므로 신중하게 사용해야 합니다.

[PostgreSQL] 사용중인 function의 정의 내용을 특정 문자열 검색 하는 방법

Jeaha — Fri, 15 Nov 2024 17:09:28 +0900

array_agg is an aggregate function 에러는 pg_get_functiondef가 aggregate 함수나 window 함수에 대해서 동작하지 않을 때 발생할 수 있습니다. 이 문제를 해결하려면 함수 정의를 얻는 다른 방법을 사용하거나, pg_proc에서 특정 조건을 추가로 설정해줘야 할 수 있습니다.

아래는 이 문제를 해결할 수 있는 개선된 쿼리입니다:

1. Aggregate 및 Window 함수 제외:

PostgreSQL에서는 집계 함수와 일반 함수가 모두 pg_proc에 저장되지만, 집계 함수와 window 함수는 pg_get_functiondef로 정의를 조회할 수 없습니다. 이를 필터링하려면 proisagg와 proiswindow 컬럼을 활용할 수 있습니다.

SELECT
    n.nspname AS schema_name,
    p.proname AS function_name,
    pg_get_functiondef(p.oid) AS function_definition
FROM
    pg_proc p
JOIN
    pg_namespace n ON p.pronamespace = n.oid
WHERE
    NOT p.proisagg -- 집계 함수가 아닌 것
    AND NOT p.proiswindow -- 윈도우 함수가 아닌 것
    AND pg_get_functiondef(p.oid) LIKE '%검색할_문자열%';

2. PostgreSQL 11 이상 (prokind 사용):

PostgreSQL 11 이상에서는 pg_proc에 prokind 컬럼이 추가되어, 함수 유형을 더 쉽게 필터링할 수 있습니다. prokind = 'f'는 일반 함수를 의미합니다.

SELECT
    n.nspname AS schema_name,
    p.proname AS function_name,
    pg_get_functiondef(p.oid) AS function_definition
FROM
    pg_proc p
JOIN
    pg_namespace n ON p.pronamespace = n.oid
WHERE
    p.prokind = 'f' -- 일반 함수만 선택
    AND pg_get_functiondef(p.oid) LIKE '%검색할_문자열%';

3. 특정 스키마에 대해서만 검색 (옵션):

SELECT
    n.nspname AS schema_name,
    p.proname AS function_name,
    pg_get_functiondef(p.oid) AS function_definition
FROM
    pg_proc p
JOIN
    pg_namespace n ON p.pronamespace = n.oid
WHERE
    p.prokind = 'f'
    AND n.nspname = '특정_스키마명'
    AND pg_get_functiondef(p.oid) LIKE '%검색할_문자열%';

위 쿼리 중 하나를 사용하면 pg_get_functiondef에서 발생하는 문제를 방지하고, 함수 정의를 성공적으로 검색할 수 있을 것입니다.

[GIT] 한 컴퓨터에서 Github 계정 여러개 사용하기

Jeaha — Mon, 27 May 2024 15:53:32 +0900

회사와 개인프로젝트의 계정을 분리한다던지, 개인 프로젝트와 스터디 그룹의 계정을 분리한다던지 한 컴퓨터에서 여러 Github 계정을 사용해야 할 경우가 있다. SSH를 활용하여 관리하는 방법을 사용하면 편하다.

기존에 ssh 키가 있는지 확인

  ls -al ~/.ssh

ssh 키를 생성 및 agent 등록

  # 2개의 키 생성하기
  ssh-keygen -t rsa -C "{private}@mail.com" -f "~/.ssh/{rsa file for private}"
  ssh-keygen -t rsa -C "{group}@mail.com" -f "~/.ssh/{rsa file for group}"

  # 키 생성 확인
  ls -al ~/.ssh

  # ssh-agent 실행 확인
  eval "$(ssh-agent -s)"

  # 생성한 키 등록
  ssh-add ~/.ssh/{rsa file for private}
  ssh-add ~/.ssh/{rsa file for group}

  # 등록한 키 확인
  ssh-add -l
  4096 SHA256:... {private}@mail.com (RSA)
  4096 SHA256:... {group}@mail.com (RSA)

ssh 설정 파일 수정

ssh 설정 파일은 ~/.ssh/config이다. 파일이 존재하지 않는다면 생성 후 진행한다.

  # 파일 존재 여부 확인
  cat ~/.ssh/config

  # 파일 생성
  touch ~/.ssh/config

  # 파일 수정
  vi ~/.ssh/config

  # IDLOOK
  Host github.com-{group_name}
    HostName github.com    
    User {group_github_name}
    IdentityFile ~/.ssh/{rsa file for group}

  # PRIVATE
  Host github.com-{private_name}
    HostName github.com
    User {private_github_name}
    IdentityFile ~/.ssh/{rsa file for private}

git 설정파일 수정

git user name과 user email 설정 파일을 각각 생성 수정한다

  touch ~/.gitconfig-{private}
  touch ~/.gitconfig-{group}

개인용

  vi ~/.gitconfig-{private}

  [user]
    name = {private_github_name}
    email = {private}@mail.com

업무용

  vi ~/.gitconfig-{group}

  [user]
    name = {group_github_name}
    email = {group}@mail.com

git 설정 파일에서 해당 파일을 읽어오도록 한다

  vi ~/.gitconfig

  [includeIf "gitdir:{개인 프로젝트 경로}"]
    path = .gitconfig-{private}
  [includeIf "gitdir:{그룹 프로젝트 경로}"]
    path = .gitconfig-{group}

Github 계정에 SSH 키를 등록

생성한 ssh 키를 각각 두개의 github 계정에 등록해준다.

우측 상단 Github Profile > Settings > 좌측 SSH and GPG keys > 우측상단 New SSH Key
타이틀은 편하게, Key type은 Authentication Key, Key 부분에 생성한 키를 복사해서 붙여 넣는다.

  # shell에서 명령어로 복사하는 방법
  pbcopy < ~/.ssh/{rsa file for private}

  # shell에서 명령어로 출력한 후 terminal에서 복사하는 방법
  cat ~/.ssh/{rsa file for private}

Github 등록 확인

  ssh -T git@github.com-{private_name}

로컬로 Github 레포지토리 복사

복사시 https가 아닌 ssh로 한다

  git clone git@github.com-{private_name}:{user-name}/{repository-name}.git

로컬이 이미 레포지토리가 있을 경우 주소 변경

  # 기존 리모트 url 확인
  git config --get remote.origin.url
  git@github.com:{A}/{B}.git
  # 리모트 url 변경
  git remote set-url origin git@github.com-{private_name}:{A}/{B}.git

  # 동작 확인
  git pull

clone, pull등 git 명령어 결과에서 에러가 나올 경우 ssh를 디버깅 모드로 시도

  GIT_SSH_COMMAND="ssh -v" git fetch

DL;DR

모든 내용은 git manual에 있다.https://git-scm.com/docs/git-config#_conditional_includes

참고

Test Case 작성법

Jeaha — Fri, 10 May 2024 15:30:46 +0900

1. 테스트 프로세스

테스트 프로세스는 테스트와 관련된 활동이 체계적으로 진행되어 의도된 테스트 목적과 목표를 달성할 수 있도록 모든 구성요소를 엮어주는 역할을 함.

테스트 프로세스 5 단계

  계획/제어 -> 분석/설계 -> 구현/실행 -> 완료/리포팅 -> 마감

테스트 프로세스는 계획/제어, 분석/설계, 구현/실행, 완료/리포팅, 마감 5단계로 구성.

계획과 제어 :
테스트 계획 수립은 테스트 목표와 임무를 달성하기 위해 이를 확인하고 필요한 활동을 정의.
테스트 제어는 계획 대비 실제 신행 상황을 비교하는 지속적인 활동.
분석과 설계 :
테스트 분석과 설계는 일반적이고 추상적인 테스트 목적을 실제적이고 구체적인 테스트 상황과 테스트 케이스로 변환.
구현과 실행 :
테스트 구현과 실행은 가장 효율적이고 효과적으로 테스트스를 실행하기 위하여 테스트 케이스를 조합하고 테스트 실행에 필요한 다른 정보를 포함하는 테스트 프로시져를 명세화.
완료 조건과 리포팅 :
초기에 정의된 테스트 목표에 비해 어느 정도 실제 테스트가 수행되었는지를 평가.
테스트 마감 :
완료된 테스트에서 발견된 사실 및 수집된 데이터, 경험을 취합하고 축적.

2. TC 작성 절차

  문서 수집 -> TC 작성 -> 내부 검토 -> 커버리지 분석 -> 승인

참조 문서 수집 :
테스트 계획서에 명시된 테스트 케이스 작성 지침과 수준을 고려,
테스트 설계에 필요한 분석 및 설계 문서 수집.
TC 작성 :
테스트 설계 기법을 이용하여 TC를 작성.
내부 검토 :
PM, 아키텍트, 디자이너, 기획자, 개발자, QA 담당자가 작성된 TC의 적정성 검토.
요구사항 대비 커버리지 분석 :
TC가 어느 정도 요구사항을 반영하는가에 대한 분석.
기본적으로 테스트 가능한 요구사항은 모두 TC에 반영되어있는지 확인.
승인 :
작성된 TC를 클라이언트(현업), 기획자 및 PM에게 승인을 받음.

3. TC 구성요소

식별 번호 :
TC의 고유 식별자.
이슈 번호, 제목 :
제목과 이슈 번호를 기입. (Redmine NO., Jira NO.)
요약 (Description) :
TC의 목표 등 요약된 정보
사전 조건 (Precondition) :
테스트 수행에 필요한 조건 및 실행환경. (선행 조건, 전제조건)
종속성 (Dependencies) :
테스트 요구사항 또는 기타 TC에 대한 의존성 판단.
수행 절차 (Test Step) :
TC를 수행하기 위한 정확한 단계.
기대 결과 (Expect Result) :
절차대로 진행 시 테스트 통과 여부를 결정하는 기대 결과.
실제 결과 (Actual Result, PASS / FAIL) :
테스트 수행 후 실제 결과.
비고 (Remark, Note, Comment) :
기타 비고 사항을 기입.
그 외 :
우선순위, 모듈 이름, 테스트 설계자, 설계일, 테스트 수행자, 수행일 등

구성 요소는 조직이나 프로젝트에 따라 변경/추가/삭제 될 수 있다.

4. TC 작성 시 주의 점 및 장/단점

주의점

절차의 누락 :
테스트 절차를 정확하게 입력하지 않을 경우 테스트 수행의 어려움이 생기는 테이스 발생 가능.
장황한 설명 :
TC 작성 시 상세하고 충분한 정보를 제공해야 하지만, 너무 많은 단어와 불필요한 설명으로 소통의 오류 유발 가능.
전문 용어의 과다 사용 :
TC 작성 시, 직군간 소통이 불가능한 전문용어를 과다사용시 테스트 수행에 어려움이 있을 수 있음.
분명하지 않은 PASS/FAIL 기준 :
테스트 수행 후 테스트 결과가 통과인지 실패인지 예상 결과에 정확히 기입하지 않아 결과 판단에 어려움 유발 가능.

단점

TC 작성 시간이 수행 시간보다 오래 걸릴 수 있음.
기능 변화에 따른 TC 변경 :
기능을 자주 변경한다면 추후 테스트 케이스의 통제에 어려움이 생기게 될 수 있음.
배경 지식 판단의 어려움 :
TC를 작성하는 사람은 테스트 하는 기능을 잘 알고 있으나, 테스트 수행자는 배경 지식이 없을 경우 테스트 수행 시간이 길어지거나 수행에 어려움이 있을 수 있음.

장점

이력 참조 :
TC는 어플리케이션 런칭 후에도 사용, 유지보수 팀과 추후 어플리케이션의 버전을 담당자의 테스트 이력 참고가 가능.
테스트 진행 상황 추적 :
TC를 문서화 하면 수행한 TC의 수, 통과/실패 수, 과업 범위 별 케이스 수, 테스트 커버리지 등의 정보를 추적/확인 가능.
반복성 :
잘 작성된 TC는 누구나 반복적으로 수행 가능.

5. TC 정렬

TC의 정렬은 업부의 효율과 연결될 수 있다. 테스트의 흐름, 테스트 환경 등을 고려해서 정렬 하도록 하자.

흐름이 이어지는 TC 정렬

정렬 전 스펙 문서에 따라 쓴 TC	정렬 후 흐름에 맞춘 TC
1. A 기능 1 실행	1. A 기능 1 실행
2. A 기능 2 실행	2. A 기능 1의 추가기능 실행
3. A 기능 3 실행	3. 기능 2 실행
4. A 기능 1의 추가기능 실행	4. A 기능 2의 추가기능 실행
5. A 기능 2의 추가기능 실행	5. 기능 3 실행
6. A 기능 3의 추가기능 실행	6. A 기능 3의 추가기능 실행

환경이 비슷한 TC 정렬

정렬 전 스펙 문서에 따라 쓴 TC	정렬 후 흐름에 맞춘 TC
1. 기능 A를 관리자(Root) 계정으로 테스트	1. 기능 A를 관리자(Root) 계정으로 테스트
2. 기능 A를 사용자(User) 계정으로 테스트	2. 기능 B를 관리자(Root) 계정으로 테스트
3. 기능 B를 관리자(Root) 계정으로 테스트	3. 기능 C를 관리자(Root) 계정으로 테스트
4. 기능 B를 사용자(User) 계정으로 테스트	4. 기능 A를 사용자(User) 계정으로 테스트
5. 기능 C를 관리자(Root) 계정으로 테스트	5. 기능 B를 사용자(User) 계정으로 테스트
6. 기능 C를 사용자(User) 계정으로 테스트	6. 기능 C를 사용자(User) 계정으로 테스트

TC-template-20240510.xlsx

0.02MB

[GIT]

Jeaha — Wed, 10 Apr 2024 15:49:12 +0900

GIT

git : Linux 커널 소스를 관리하기 위해 리누스 토발즈가 직접 개발한 분산형 버전관리 도구.
분산형이라는 의미는 여러 클라이언트들이 각자의 컴퓨터에 저장소를 반들어 중앙 서버의 전체 사본을 가지고 작업하는 것임.

SVN과 차이점

SVN
- 중앙 서버에서 소스코드와 히스토리를 관리함
GIT
- 소스를 여거 개발 PC와 저장소에 분산해서 저장
- 로컬에서 버젼을 관리하기 때문에 SVN에 비해 빠름

GIT의 장점

같은 파일을 여러 명이 동시 작업하는 병렬 개발 가능
(브랜치를 통해 개발한 뒤, merge 하는 방식으로 개발 진행 가능)
분산 관리이기 때문에 중앙저장소에 문제가 생겨도 원상복구 가능

Git 기본 용어

repository : 저장소를 의미함
저장소를 통해 소스, 히스토리, 태그의 관리가 가능하며, 저장소를 통해 작업자가 변경한 소스의 히스토리 확인 가능
working tree : 저장소의 어느 한 시점을 바라보는 작업자의 현재 시점
staging area : 저장소에 커밋하기 전에 커밋을 준비하는 위치
commit : 현재 변경된 작업 상태에서 점검이 끝나면 확정하고 저장소에 저장하는 작업
head : 현재 작업중인 branch를 가리킴
branch : 가지 또는 분기점
작업을 할 때 원본을 복사해서 branch에서 작업을 한 후 완전할 때 merge하여 작업함
merge : 다른 branch의 내용을 현재 branch로 가져와 병합하는 작업.

git 주요 명령어

ropository 생성

git init : 깃 저장소 초기화
git clone {url} : 원격 저장소 복사

상태 확인

git status : 작업 디렉토리에 변경된 파일 확인하기
git diff : 변경된 파일들의 변경된 내용 확인
git log : 변경 이력 보기

브랜치 작업

git branch : 로컬 브랜치 목록 확인
git branch -r : 원격 브랜치 목록 확인하기
git branch -av : 로컬과 원격 브랜치 목록 확인하기
git branch -m {old_name} {new_name} : 브랜치 이름 변경하기
git branch {new_branch_name} : 브랜치 생성
git checkout {branch_name} : 브랜치 변경하기
git branch -d {branch_name} : 브랜치 삭제

반영

git add . : 모든 변경사항을 커밋 준비 "스냅샷"
git add {file} : 특정 파일의 변경사항을 커밋 준비
git commit -m '{message}' : 메세지와 함께 커밋하기
git commit --ammend : 마지막 커밋 메세지 수정하기 (push한 commit에는 하지 말것)

취소

git reset --hard HEAD^ : 이전 commit 취소, 변경사항 폐기
git reset --soft HEAD^ : 이전 commit 취소, 변경사항 유지
git reset --soft merge : merge 취소하기
git reset --hard HEAD && git pull : 변경사항 폐기 후 원격 저장소의 최신 코드로 덮어쓰기
git revert {commit_code} : 커밋 되돌리기

동기화 하기

git fetch {remote} : 원격 저장소의 최신사항 가져오기
git pull {remote} {branch} : 원격 저장소의 최신사항을 가져와서 병합하기
git pull --rebase : 원격 저장소의 변경사항을 가져오고 초기화 하기
git push : 원격 저장소에 변경사항 발행하기
git merbe {branch} : 브랜치 병합하기
git rebase {branch} : 리베이스 하기

브랜치의 변경사항 임시저장

git stash : 임시로 변경사항 저장하기
git stash pop : 임시 변경사항 불러오기
git stash list : 임시 변경사항 보기

계정

git global user.name "user_name" : git 계정 name 저장/수정
git global user.email "user_email" : git 계정 email 저장/수정

[성능 측정] Google Lighthouse

Jeaha — Mon, 1 Apr 2024 21:57:13 +0900

구글에서 제공하는 웹페이지 품질 개선을 위항 오픈 소스 자동화 툴.
성능, 접근성, 권장사항, SEO, PWA 에 대한 검사 가능.

중요 측정 항목

FCP (First Contentful Paint)
- 페이지 로드가 시작된 시점부터 페이지 콘텐츠의 일부가 화면에 렌더링되는 시점까지의 시간 측정.
- 1.8초 이하 권장
- FCP
LCP (Lagest Contentful Paint)
- 페이지가 로드되기 시작한 시점부터 가장 큰 텍스트 믈록 또는 이미지 요소가 화면에 렌더링되는 시점 까지의 시간 측정.
- 2.5초 이하 권장
- LCP
INP (Interaction to Next Paint)
- 페이지에서 이루어지는 모든 탭, 클릭, 키보드 상호작용의 지연 시간.
- 상소작용 수를 기반으로 페이지의 최악 상호작용 지연시간을 페이지의 전반적인 응답성으로 판단.
- INP
TBT (Total Blocking Time)
- 사용자가 화면에서 페이지를 이용(상호작용)할 수 있기 전까지 브라우져가 상호작용을 차단하는 시간.
- 50 ms 권장
- TBT
CLS (Cumulative Layout Shift)
- 레이아웃 변경 횟수.
- 콘텐츠 로딩으로 인해 사용자가 읽던 위치를 잃거나 잘못된 링크 또는 버튼을 클릭하게 되는 레이아웃의 변경 횟수.
- 0.1 점 이하 권장
- CLS
TTFB (Time to First Byte)
- 리소스 요청과 응답의 첫 번째 바이트가 도달하는 시작점간의 시간의 측정도.
- TTFB

결과 요약 항목

Performance : 웹페이지의 로딩 속도와 같은 성능 측정.
Accessibility : 접근성 지표 (버튼 간의 간격이나 글 폰트 싸이즈 등)
Best Practices : 권장 사항을 따라 개발되었는지 확인.
SEO (Search Engine Optimization) : 검색엔진 최적화 지표.
PWA (Progressive Web App) : 웹과 네이티브 앱의 기능 모두 이점을 가지도록 만들어진 서비스인지 확인.

업무 우선 순위 정하기 (아이젠하워 매트릭스)

Jeaha — Tue, 16 Jan 2024 09:09:28 +0900

아이젠하워 매트릭스

업무의 우선순위를 먼저 해야 할 일, 계획해야 할 일, 위임할 일, 하지 않아도 될 일 4단계로 분류

업무 우선순위

자신의 업무를 모두 나열
각 업무의 긴급성과 중요도 판단
업무를 4개의 카테고리로 분류
1. 긴급하고 중요한 일 - 먼저 해야할 일
2. 긴급하지 않지만 중요한 일 - 계획해야 할 일
3. 긴급하지 않지만, 중요하지 않은 일 - 위임할 일
4. 긴급하지도, 중요하지 않은 일 - 하지 않아도 될 일
아이젠하워 매트릭스에 따라 우선순위 확인하고, 일정 계획

아이젠하워 매트릭스

중요하고 급한 일 - 먼저 한다
명확한 결과가 따르며 장기 목표에도 영향을 주는 업무로서, 가장 먼저 해야 하는 업무입니다.
이 카테고리 안의 업무들은 미루지 않고 바로 처리하는 것이 좋습니다.
중요하지만 급하지 않은 일 - 계획한다
장기 목표에 영향을 미치지만 당장 처리하지 않아도 되는 일입니다.
긴급하지 않기 때문에 신중하게 준비하고 계획하여 완성도를 높일 수 있습니다.
중요하고 급한 일을 해결한 뒤 이 카테고리 안의 업무를 처리합니다.
이 업무들을 마냥 미뤄두지는 않도록 주의해야 하며, 집중력을 발휘하여 수행할 수 있도록 합니다.
중요하지 않지만 급한 일 - 위임한다
바로 처리되어야 하지만 장기 목표에는 영향을 미치지 않는 업무입니다.
이러한 업무는 에너지 소모가 많지만 특별한 기술은 요하지 않는 잔업인 경우가 많습니다.
꼭 본인이 직접 하지 않아도 되는 일이기 때문에, 다른 사람에게 위임하거나 대체 시스템을 마련하도록 합니다.
중요하지도 급하지도 않은 일 - 하지 않는다
목표를 달성하는 데 방해가 되는 일입니다.
업무 목록에서 삭제하도록 합니다.

긴급한 일과 중요한 일을 구별하는 법

긴급한 일
- 즉시 해야 하는 일로, 기한 안에 처리하지 못하면 명확한 결과가 나타납니다.
  - 예) 기한이 임박한일, 장애, 긴급 지시사항, CS 이슈 등
중요한 일
- 당장 하지 않아도 되지만, 장기적인 목표에 도움이 되는 일입니다.
  - 예) 신 기능 스터디, 프로젝트 계획, 3rd Party 솔루션 도입

참고자료

https://1891ghaon.tistory.com/117

업무의 우선순위 7단계

모든 업무가 포함된 하나의 작업 목록을 만들기
1. 효과적으로 우선순위 정하는 첫 단계는 업무의 전체 범위를 파악하는 것부터 시작합니다.
2. 모든 업무가 기록되면 각 업무의 중요성, 긴급성, 소요 시간, 보상을 적습니다.
중요한 사항 식별하기 : 진정한 목표 이해하기
1. 우선순위를 정하는 일은 즉각적인 '시간 관리 전략'처럼 보일 수 있지만 장기적인 '목표 달성 전략'이기도 합니다.
2. 설정된 목표(큰 그림)를 위해 자신이 어떤 일을 하고 있는지 이해해야 미래 결과와 가장 관련이 있는 업무를 파악할 수 있습니다.
3. 최종 목표에 영향을 주지 않는 작업으로 하루를 채우는 것은 시간 낭비입니다.
  항상 목표를 염두해 두고 있어야 합니다.
긴급한 사항을 강조 표시하기
- 할 일 목록에서 마감일이 눈에 띄도록 하면 신속하게 완료해야 하는 작업을 알 수 있습니다.
- 공식적으로 필요하지 않은 경우에도 마감일을 설정해야 합니다. 그렇지 않으면 중요한 작업을 계속 미루게 될 것입니다.
중요성 및 긴급성을 바탕으로 우선순위를 정한다.(아이젠하워 매트릭스)
- 중요하고 긴급한 일 : 먼저 수행합니다.
- 중요하지만 긴급하지 않은 일 : 전략적 계획을 세우고 완료일을 정합니다.
- 긴급하지만 중요하지 않은 일 : 일을 축소하거나 권한을 위임합니다.
- 긴급하지도 중요하지도 않은 일 : 할 일 목록에서 삭제합니다.
우선순위가 겹치는 것은 피한다
한 번에 하나의 중요한 작업에 집중해야 합니다.
여러 가지의 우선 순위를 계속 시도하고 관리하는 것은 성과 저하로 이어집니다.
시간과 노력을 고려한다
할 일 목록이 너무 많아 부담스럽다면 최소한의 시간과 노력이 드는 작업에 우선순위를 두고 신속하게 진행하세요.
작업을 정리하면 여유와 함께 작업을 추진할 수 있는 성취감이 생깁니다.
끊임없이 검토하고 현실을 반영해라
업무 목록과 우선순위를 자주 검토하는 것이 '통제력 및 집중력 유지'에 중요합니다.

참고자료

https://www.jobindexworld.com/contents/view/6918

mac(맥)에서 인터넷 속도 측정하기

Jeaha — Mon, 15 Jan 2024 09:20:13 +0900

인터넷 속도를 측정하기 위해서 fast.com등 여러 사이트를 이용한다.

맥 터미널에서 명령어 하나로 간단하게 인터넷 속도를 측정할 수 있다.

networkQuality

맥(mac)에서 텍스트 파일 인코딩 변경하기

Jeaha — Mon, 15 Jan 2024 09:14:46 +0900

윈도우를 사용하는 분들과 협업을 하다보면 윈도우에서 작성된 텍스트 파일이 UTF-8이 아닌 MS-949 (CP-949) 인코딩으로 작성된 파일을 받을 때가 있다. 국제 표준인 UTF-8을 이용해 주시면 감사하겠지만, 어쩔 수 없이 내가 인코딩을 변경 해 줘야 한다.

CP-949에서 UTF-8로 인코딩을 변경하는 것은 터미널에서 간단하게 처리 할 수 있다.

iconv -c -f {원본 인코딩} -t {변환 인코딩} {원본 파일} > {저장 파일}

mixin

Jeaha — Wed, 10 Jan 2024 09:22:56 +0900

MIXIN

캐시 설계 전략

Jeaha — Mon, 21 Aug 2023 14:59:57 +0900

캐시 설계 전략

  Caching은 H/W, S/W 전반에 걸쳐 사용되는 기술이다.
  DB - application 뿐 아니라 클라이언트나 CDN에서도 캐싱을 사용한다.
  이 글에서는 DB - Web Application의 캐싱만 다룬다.

서비스 응답시간에 큰 영향을 미치는 부분은 주로 네트워크 통신과 DB I/O이다. 캐싱을 통하면 DB I/O로 인해 발생하는 오버헤드를 줄일 수 있다.

서론

Caching?

캐시는 빠른 응답과 비용 절약을 위해 사용하는 임시 데이터다.

클라이언트의 요청으로 특정 데이터가 필요한 경우 서버는 DB에 질의한 뒤 결과를 반환한다.
만약 요청하는 데이터의 캐시가 존재한다면 DB에 질의하지 않고 캐시로부터 데이터가 반환된다.
캐기사 없다면? DB에 질의가 수행되어 반횐되고 그 결과를 캐싱한다.

캐시의 관리

캐시는 임시 데이터다. 따라서 캐시를 저장할 때 캐시가 만료되는 시간 (expire time || TTL; Time To Live)를 명시한다.
캐시는 해당 시간 내에서만 유효하고 만료 시간이 경과하면 사용할 수 없다.

캐시에 만료되는 시간을 두는 이유는 캐시가 실시간 데이터가 아니기 때문이다. 만약 원본 데이터가 바뀐다면 캐시된 내용도 바뀌어야 한다.

캐시를 사용하는 이유

캐시를 사용하면 DB에서 데이터를 읽을 때 발생하는 I/O 오버헤드를 줄일 수 있다. 캐시는 보통 Redis와 같은 In-Memory DB를 사용한다.
In-Memory DB는 메모리를 사용하기 때문에 일반적인 RDBMS보다 데이터를 읽는 속도가 빠르다. 따라서 캐시는 DB에서 데이터를 읽는 것 보다 월등히 속도가 빠르다.

모든 데이터를 캐싱하는 건?

In-Memory DB를 사용하면 요청을 빠르게 처리할 수 있지만, 메모리 특성상 데이터 소실의 위험이 있다. 또한 메모리 사용은 비용이 발생하기 때문에 방대한 양의 데이터를 모두 메모리에 적재하는 것은 큰 비용이 든다.

캐시 설계 전략이 필요한 이유

따라서 데이터의 특성에 따라 DB와 캐시를 적절히 사용하는 것이 매우 중요하다. 캐싱 전략을 올바르게 수립하면 적은 비용으로 큰 퍼포먼스 향상을 기대할 수 있다.

What to Cache

어떤 데이터를 캐싱하는 것이 좋을지 생각해 보아야 한다. 캐싱하기 좋은 데이터의 특성은 다음과 같다.

자주 바뀌지 않는 데이터
자주 사용되는 데이터
자주 같은 결과를 반환하는 데이터
오래 걸리는 연산의 결과

자주 바뀌지 않는 데이터

자주 바뀌지 않는 데이터의 경우, 한 번 캐시로 저장하면 메모리에서 읽어 빠르게 사용가능하다.
원본 데이터가 바뀌면 캐시도 바뀌어야 한다. 자주 바뀌지 않는 데이터의 캐시는 오랫동안 사용이 가능하기 때문에 캐싱하는 것이 효율적이다.

자주 사용되는 데이터

자주 사용되는 데이터는 캐싱하기 좋다. 한 번 캐싱해 놓으면 캐시를 사용하여 다수의 요청을 효율적으로 처리할 수 있다.
다만, 자주 사용될 지라도 매번 결과 값이 다르면 오히려 캐싱하지 않는 것이 낫다. 만약 일정시간 동안 데이터가 변하지 않는 것이 보장되면 해당 시간만큼의 TTL로 짧은 캐시를 생성하면 된다.
예를 들어 검색처럼 새로 요청하더라도 일정 시간 동안 같은 결과가 반환되는 경우에 해당한다.

자주 같은 결과를 반환하는 데이터

자주 같은 결과를 반환하는 데이터의 경우도 캐싱을 적용하기 좋다. 예를 들어 특정 arguments의 조합에 따라 결과가 일정한 경우 해당된다.
이런 경우는 각 arguments의 조합을 key로 연산 결과를 캐싱하면 된다.

오래 걸리는 연산의 결과

무거운 연산이 반복적으로 계산되어야 한다면 연산의 특성에 맞게 결과를 캐시하는 것이 효율적이다.
또는 사전에 별도의 프로세스에서 작업을 수행하여 결과를 미리 캐싱해 놓을 수 있다.

이 밖에도 일반적인 쿼리나 연산보다 캐싱할 때의 비용이 더 적다면 캐싱을 사용할 수 있다.
로그 분석이나 프로파일링을 통해 캐시를 적용할 함수나 API를 찾을 수 있다. 그러나 모든 사항을 고려하여 캐싱을 적용할지, TTL은 얼마나 적용할지 등은 개발자의 선택이 중요하다.

캐싱 전략 패턴의 종류

캐시를 이용하게 되면 닥쳐오는 문제점이 바로 데이터 정합성의 문제이다. 같은 종류의 데이터라도 두 저장소에 저장된 값이 서로 다른 현상이 일어날 수 밖에 없는 것이다.
따라서 적절한 캐시 읽기 전략(Read Cache Strategy)과 캐시 쓰기 전략(Write Cache Strategy)를 통해, 캐시와 DB간의 데이터 불일치 문제를 극복하면서도 빠른 성능을 잃지 않게 하기위해 연구를 할 필요가 있다.

캐시 읽기 전략 (Read Cache Strategy)

Look Aside Pattern

Cache Aside 패턴이라고도 불림.
데이터를 찾을 때 우선 캐시에 저장된 데이터가 있는지 우선 확인, 캐시에 데이터가 없으면 DB에서 조회함.
반복적인 읽기가 많은 호출에 적합.
캐시와 DB가 분리되어 가용되기 때문에 원하는 데이터만 별도로 구성하여 캐시에 저장.
캐시와 DB가 분리되기 때문에 캐시 장애 대비 구성이 되어 있음.
만일 Cache Store가 다운되더라도 DB에서 데이터를 가져올 수 있어 서비스 자체는 문제가 없음.
대신 Cache Store에 붙어있던 connection이 많았다면, Cache Store가 다운된 순간 DB로 몰려 부하발생 가능.

일반적으로 사용되는 기본적인 캐시 전략. 이 방식은 캐시에 장애가 발생하더라도 DB에 질의를 실행함으로 캐시 장애로 인한 서비스 문제는 대비할 수 있지만, Cache Store와 DB간 정합성 유지 문제가 발생할 수 있음.
반복적으로 동일 쿼리를 수행하는 서비스에 적합, 단건 호출 빈도가 높은 서비스에는 비적합.
이런 경우 DB에서 캐시로 데이터를 미리 넣어주는 작업을 하기도 하는데 이를 Cache Warming이라고 함.

Read Through 패턴

캐시에서만 데이터를 읽어오는 전략 (inline cache)
Look Aside와 비슷하지만 데이터 동기화를 라이브러리 또는 캐시 제공자에게 위임하는 방식이라는 차이가 있음.
따라서 데이터를 조회하는데 전체적으로 속도가 느림.
또한 데이터 조회를 전적으로 캐시에만 의지하므로 Cache Store가 다운될 경우 서비스 이용에 차질이 생길수 있음.
캐시와 DB간의 데이터 동기화가 항상 이루어져 데이터 정합성 문제에서 벗어날 수 있음.
읽기가 많은 호출에 적합

Cache Aside 방식과 비슷하지만, Cache Store에 저장하는 주체가 Server인가 혹은 Data Store 자체인가의 차이가 있음.
직접적인 DB 접근을 최소화 하고, Read에 대한 소모되는 자원을 최소화할 수 있음.
하지만 캐시에 문제가 발생하는 경우 바로 서비스 중단이 되기 때문에 Cache Store의 Replication 또는 Cluster구성하여 가용성을 높여야 함.

캐시 쓰기 전략 (Write Cache Strategy)

Write Back 패턴

Write Behinde 패턴이라고도 불림.
캐시와 DB 동기화를 비동기하기 때문에 동기화 과정이 생략.
데이터를 저장할 때 DB에 바로 질의하지 않고, 캐시에 모아서 일정 주기 배치 작업을 통해 DB에 반영.
캐시에 모아놨다 DB에 쓰기 때문에 쓰기 커넥션 회수 비용과 부하를 줄일 수 있음.
Write가 빈번하면 서 Read를 하는데 많은 양의 리소스가 소모되는 서비스에 적합.
데이터 정합성 확보.
자주 사용되지 않는 불필요할 리소스 저장.
캐시에서 오류발생시 데이터 영구소실의 가능성.

데이터를 저장할 때 DB가 아닌 캐시에 먼저 저장하여 모아놓았다가 특정 시점마다 DB로 쓰는 방식으로 일종의 Queue 역할을 겸하게 됨.
캐시에 데이터를 모았다 한 번에 DB에 저장하기 때문에 DB 쓰기 횟수 비용과 부하를 줄일 수 있지만, 데이터를 옮기기 전에 캐시 장애가 발생하면 데이터 유실이 발생할 수 있다는 단점이 존재.
반대로 DB에 장애가 발생하더라고 지속적인 서비스 제공을 보장하기도 함.
Replication이나 Cluster 구조를 적용하면 Cache Store 서비스의 가용성을 높일 수 있고, Read Through와 결함하변 가장 최근에 업데이트 된 데이터를 항상 캐시에서 사용할 수 있음.

Write Through 패턴

DB와 Cache에 동시에 데이터를 저장하는 전략.
데이터를 저장할 때 먼저 캐시에 저장한 다음 DB에 저장.
Read Trough와 마찬가지로 DB 동기화 작업을 캐시에 위임.
DB와 캐시가 항상 동기화 되어 있어, 캐시의 데이터는 항상 최신 상태로 유지.
캐시와 백업 저장소에 업데이트를 같이 하여 데이터 일관성 유지.
데이터 유실이 발생하면 안 되는 상황에 적합.
자주 사용되지 않는 불필요한 리소스 저장.
매 요청마다 두번의 Write 가 발생함으로 빈번한 생성, 수정이 발생하는 서비스에서는 성능 이슈 발생.
기억장치 속도가 느릴 경우, 데이터를 기록할 때 CPU가 대기하는 시간이 필요하기 때문에 성능 감소.

Cache Store와 DB에 동시에 반영하는 방식. 항상 동기화 되어 있고 항상 최신정보를 가지고 있다는 장접이 있음.
저장할 때마다 2개 과정을 거치기 때문에 상대적으로 느림.

Write Around 패턴

모든 데이터는 DB에 저장
Cache Miss가 발생하는 경우에만 DB와 캐시에 데이터 저장
DB와 Cache Store의 데이터가 다를 수 있음.

Cache Miss가 발생하기 전에 DB에 저장된 데이터가 수정되었을 때, 사용자가 조회하는 Cache Store와 DB 간의 데이터 불일치 발생.

Cache 읽기 + 쓰기 전략 조합

Look Aside + Write Around
Read Through + Write Around
Read Through + Write Through

캐시 저장시 참고

Cache Hit Ratio : 캐시 사용의 정중도. 적중율이 높을 수록 CPU와 주기억장치 속도 차이로 인한 병목현상을 최소화할 수 있다.
자주 사용되면서 자주 변경되지 않는 데이터를 캐시에 저장할 경우 높은 성능 향상을 이뤄낼 수 있다.
지역성 (Locality) : Cache Hit Ratio는 캐시의 Locality, 즉 지역성에 의해 높아진다. 지역성이란 데이터 접근이 시간적 혹은 공간적으로 가깝게 일어나는 것을 의미함.
- 시간적 지역성 : 최근에 엑세스 된 프로그램이나 데이터가 가까운 미래에 다시 엑세스 될 가능성이 높은을 의미.
- 공간적 지역성 : 기억장치 내에 인접하여 저장된 데이터들이 연속적으로 엑세스 될 가능성이 높음을 의미.
- 순차적 지역성 : 분기가 발생하지 않는 이상 명령어들이 기억장치에 저장된 수서대로 인출되어 실행됨을 의미
일반적으로 캐시는 메모리에 저장되는 형태를 선호한다.
메모리 저장소(Cache Store)는 대표적으로 Redis와 MemCached가 있으며, 메모리를 1차 저장소로 사용하기 때문에 디스크와 달리 제약적인 저장 공간을 사용한다.
자주 사용되는 데이터를 어떻게 뽑아 캐시에 저장하고 자주 사용되지 않는 데이터는 어떻게 제거해 갈것이냐를 지속적으로 고민해야 할 필요성이 있다.
캐시는 자주 사용되며 자주 변경되지 않는 데이터를 기준으로 하는 것이 좋다.
캐시는 휘발성을 기본으로 하기 때문에 어느 정도 데이터 수집과 저장 주기를 가지도록 설계해야 한다.
유실 또는 정합성이 일부 깨질 수 있다는 점을 항상 고려해야 한다.
레파토 법칙 (8:2 법칙)
전체 결과의 80%가 전체 원인의 20%에서 일어나는 현상을 가리킨다.
80%의 활동을 20%의 유저가 하기 때문에 20%의 데이터만 캐시해도 서비스 대부분의 데이터를 커버할 수 있다는 의미다.

캐시 제거시 참고

캐시는 기본적으로 영구 저장소에 저장된 데이터의 복사본으로 동작하는 경우가 많다.
데이터 동기화 작업이 반드시 필요하다는 의미로 개발시 고려해야 한다.
캐시 만료 정책이 제대로 구현되지 않은 경우 클라이언트는 데이터가 변경되었음에도 오래된 정보가 캐싱되어 오래된 정보를 사용할 수 있다는 문제점이 있다.
따라서 캐시 구성시 기본 만료정책을 설정해야 한다.
만료 주기가 너무 짧으면 데이터는 너무 짤리 제거되고 캐시의 이점이 줄어든다.
만료 주기가 너무 길면 데이터 변경의 가능성과 메모리 부족현상, 자주 사용해야 하는 데이터가 제거되는 등의 역효과를 나타낼 수 있다.

Cache Stampede 현상

TTL 값이 너무 작게 설정될 경우 발생할 수 있는 현상이다.
Cache Miss로 DB에 데이터를 요청한 뒤, 다시 Cache Store에 저장하는 과정을 거칠 경우 모든 application에서 DB에서 값을 찾는 duplicate read가 발생한다.
읽어온 값을 각각 Cache Store에 저장하는 duplicate write도 발생하여 처리량도 다 같이 느려질 뿐 아니라 불필요한 작업이 굉장히 늘어나 폭주장애로 이어질 가능성이 있다.

캐시 공유시 참고

캐시는 application의 여러 인스턴스에서 공유하도록 설계한다.
각 application의 인스턴스가 캐시에서 데이터를 읽고 수정할 수 있다.
캐시 업데이트 방식
1. 캐시 데이터의 변경 직전에 데이터가 검색된 후 변경되지 않았는지 확인해야 한다.
  변경되지 않았다면 업데이트하고 변경되었다면 업데이트 여부를 어플리케이션 레벨에서 결정할 수 있어야 한다.
2. 캐시 데이터를 업데이트 하기 전에 Lock을 잡는 방식.
  lock을 사용할 경우 조회성 업무를 처리하는 서비스에 Lock으로 인해 대기현상이 발생할 수 있다.

캐시 가용성 참고

캐시를 구성하는 목적은 빠른 성능 확보와 데이터 전달에 있으며 데이터의 영속성 보장하기 위함은 아니다.
데이터의 영속성은 기존 RDBMS에 위임하고, 캐시는 데이터 읽기에 집중하는 것이 성능확보의 지침사항이다.
또한 Cache Store가 장애로 인해 다운 되었을 경우나 서비스가 불가능 할 경우에도 지속적인 서비스가 가능해야 한다. 이는 데이터가 결국 RDBMS에 동일하게 저장되고 유지된다는 점을 뒷바침 한다.

[VCS] 좋은 커밋 메세지 간단 작성법

Jeaha — Fri, 14 Jul 2023 10:28:27 +0900

참고 페이지의 간소화 버전이다. 아주 조금의 신경을 쓰면 명확하게 전달되는 커밋 메세지를 작성할 수 있다.

commit message 구조

  <타입>[적용 범위(선택 사항)]: <설명>

  [본문(선택 사항)]

  [꼬리말(선택 사항)]

1. 타입

commit 이 무엇애 대한 작업인지 키워드를 통해 인지
- fix: - 버그 수정
- feat: - 새로운 기능 추가, 기존 기능 변경
- build: - 빌드 관련 수정
- ci: - CI 관련 수정
- docs: - 문서(주석) 수정
- style: 코드 스타일, 포멧팅 수정
- refactor: - 코드 리팩토링 (기능 수정 아님. )
- test: - 테스트 코드 추가, 수정
- chore: 기타 변경사항 수정 (.gitignore 등)

2. 설명

커밋 메시지 제목
- 제목은 50자를 넘기지 않고, 마침표를 붙이지 않기
- 제목에 커밋 타입을 함께 작성
- 과거 시제를 사용하지 않고 명령조로 작성
- 제목과 본문은 한 줄 띄워 분리
- 제목의 첫 글자는 반드시 대문자로
- 이슈에 관련된 내용이라면 이슈 번호를 붙히기

3. 본문

자세한 설명

4. 꼬릿말

이슈 번호 등

참고 : https://www.conventionalcommits.org/ko/v1.0.0/#%ea%b0%9c%ec%9a%94

[FE] 이벤트 버블링 (Event Bubbling)

Jeaha — Fri, 14 Jul 2023 10:13:38 +0900

이벤트 버블링

아래 코드의 이벤트는 div에 할당되어 있지만, em이나 code 같은 자식 태그를 클릭해도 동작합니다.

  <div onclick="console.log('click div');">
    <em><code>EM</code></em>을 클릭했는데도, <code>div</code>에 할당된 핸들러가 동작합니다.</em>
  </div>

버블링

한 요소에 이벤트가 발생하면, 이 요소에 할당된 핸들러가 동작하고, 이어서 부모 요소의 핸들러가 동작합니다.
가장 최상단의 조상 요소를 만날 때까지 이 과정이 반복되면서 요소 각각에 할당된 핸들러가 동작합니다.

3개의 요소가 FORM > DIV > P 형태로 중첩된 구조에 각각 핸들러가 할당되어 있습니다.

  <form onclick="console.log('click form')">
    FORM
    <div onclick="console.log('click div')">
      DIV
      <br/>
      <p onclick="console.log(p)">P</p>
    </div>
  </form>

가장 안쪽의 p를 클릭하면 순서대로 다음과 같은 일이 벌어집니다.

p에 할당된 onclick 핸들러 동작.
div에 할당된 onclick 핸들러 동작.
form에 할당된 onclick 핸들러 동작.
document 객체를 만날 때까지, 각 요소에 할당된 onclick 핸들러 동작.

이런 동작 방식 때문에 p 요소를 클릭하면 p -> div -> form 순서로 3개의 콘솔 로그가 출력되는 것이조.
이런 흐름을 '이벤트 버블링'이라고 부릅니다.
이벤트가 제일 깊은 곳에 있는 요소에서 시작해 부모 요소를 거슬러 올라가며 발생하는 형세 입니다.

거의 모든 이벤트는 버블링 됩니다.
focus와 같이 버블링 되지 않는 이벤트도 있습니다.

event.target

부모 요소의 핸들러는 이벤트가 정확히 어디서 발생했는지 등에 대한 자세한 정보를 얻을 수 있습니다.
이벤트가 발생한 가장 안쪽의 요소는 타깃(target) 요소라고 불리고, event.target을 사용해 접근할 수 있습니다.
event.target과 this (event.currentTarget)은 다음과 같은 차이가 있습니다.

event.target은 실제 이벤트가 시작된 '타켓'요소 입니다. 버블링이 진행되어도 변하지 않습니다.
this 는 현재 요소로, 현재 실행중인 핸들러가 할당된 요소를 참조합니다.

버블링 중단하기

이벤트 버블링은 타깃 이벤트에서 시작해서 html 요소를 거쳐 document 객체를 만날 때까지 각 노드에서 모두 발생합니다.
몇몇 이벤트는 window 객체까지 거슬러 올라가기도 합니다. 이 때도 모든 핸들러가 호출됩니다.

핸들러에게 이벤트를 완전히 처리하고 난 후 버블링을 중단하도록 할 수 있습니다.
event.stopPropagation()을 사용하면됩니다.

event.stopImmediatePropagation()

한 요소의 특정 이벤트를 처리하는 핸들러가 여러개인 상황에서, 핸들러 중 하나가 버블링을 멈추더라도 나머지 핸들러는 여전히 동작합니다.
event.stopPropagation()은 위쪽으로 일어나는 버블링은 막아주지만, 다른 핸들러들이 동작하는 건 막지 못합니다.
버블링을 멈추고, 요소에 할당된 다른 핸들러의 동작도 막으려면 event.stopImmediatePropagation()을 사용해야 합니다. 이 메소드를 사용하면 요소에 할당된 특정 이벤트를 처리하는 핸들러들이 모두 동작하지 않습니다.

꼭 필요한 경우를 제외하곤 버블링을 막지 마세요

버블링은 유용합니다. 버블링을 꼭 멈춰야 하는 명백한 상황이 아니면 버블링을 막지 마세요. 아키텍쳐를 잘 고려해서 진짜 막아야 하는 상황에서만 버블링을 막으세요.
event.stopPropagation()은 추후에 문제가 될 수 있는 상황을 만들어 낼 수 있습니다.

예시 시나리오
1. 중쳡 메뉴를 만들었다 가정합니다. 각 서브메뉴에 해당하는 요소에서 클릭이벤트를 처리하도록 하고, 상위 메뉴의 클릭 이벤트 핸들러는 동작하지 않도록 stopPropagation을 적용합니다.
2. 사람들이 페이지에서 어디를 클릭했는지 등의 행동 패턴을 분석하기 위해, window내에서 발생하는 클릭 이벤트 전부를 감지하기로 결정합니다. 일부 분석 시스템은 그렇게 분석합니다. 이런 분석 시스템의 코드는 클릭이벤트를 감지하기 위해 document.addEventListener('click', ...)을 사용합니다.
3. stopPropagation으로 버블링을 막아놓은 영역에선 분석 시스템의 코드가 동작하지 않기 때문에 분석이 제대로 되지 않습니다. 안타깝게도 stopPropagation을 사용한 영역은 죽은 영역(dead zone)이 되어버립니다.

이벤트 버블링을 막아야 하는 경우는 거의 없습니다.
버블링을 막아야 해결 되는 문제라면 커스텀 이벤트 등을 사용해 문제를 해결할 수 있습니다.
핸들러의 event 객체에 데이터를 저장해 다른 핸들러에서 읽을 수 있게 하면, 아래쪽에서 무슨 일이 일어나는지를 부모 요소의 핸들러에게 전달할 수 있으므로, 이 방법으로도 이벤트 버블링을 통제할 수 있습니다.

참고 : https://ko.javascript.info/bubbling-and-capturing

[DB] 특정 기간중 DB CPU 부하가 높은 SQL 찾기

Jeaha — Thu, 20 Apr 2023 09:04:59 +0900

특정 기간 중, CPU 사용율이 높은 쿼리를 조회한다.
CPU 점유율이 높은 쿼리를 찾아서 튜닝하기 위해서 사용한다. 기본적으로 oracle에서 제공하는 view를 활용한다.

사용 테이블

DBA_HIST_SQLSTAT : SQL Historical Statixtics Information
DB에서 실행된 SQL에 대한 성능 통계치 view
DBA_HIST_SNAPSHOT : SnapShot Information
워크로드 저장소의 스냅샷에 대한 정보 view
DBA_HIST_SQLTEXT : SQL Text
워크로드 저장소에 캡쳐된 공유 SQL 커서에 속한 SQL 문의 텍스트 표시.
이 view는 주로 V$SQL view와 함께 사용됨.

최종 쿼리

  WITH REF_DATE AS (
      /* 대상 기간 지정 */
      SELECT
          TO_DATE('20220401' || ' 000000', 'YYYYMMDD HH24MISS') AS BGN_DE
          , TO_DATE('20230420' || ' 235959', 'YYYYMMDD HH24MISS') AS END_DE
      FROM DUAL
  )
  SELECT
      X.SQL_ID
      , X.CPU_TIME
      , X.EXECUTIONS_DELTA
      , X.CPU_TIME_PER_EXECUTIONS
      , DBMS_LOB.SUBSTR(SUBSTR(D.SQL_TEXT, 1, 200)) AS SQL_TEXT
      , D.SQL_TEXT AS SQL_FULLTEXT
  FROM (
          SELECT
              SQL.DBID
              , SQL.SQL_ID
              , SUM(SQL.CPU_TIME_DELTA) / 1000000 AS CPU_TIME
              , SUM(SQL.EXECUTIONS_DELTA) AS EXECUTIONS_DELTA
              , ROUND((SUM(SQL.CPU_TIME_DELTA) / 1000000) / DECODE(SUM(SQL.EXECUTIONS_DELTA), 0, 1, SUM(SQL.EXECUTIONS_DELTA)) / DECODE(SQL.PX_SERVERS_EXECS_DELTA, 0, 1, SQL.PX_SERVERS_EXECS_DELTA)) AS CPU_TIME_PER_EXECUTIONS
          FROM DBA_HIST_SQLSTAT SQL
              , (
                  SELECT
                      MIN(SNAP_ID) AS START_SNAP_ID
                      , MAX(SNAP_ID) AS END_SNAP_ID
                      , MIN(BEGIN_INTERVAL_TIME) AS BEGIN_INTERVAL_TIME
                      , MAX(END_INTERVAL_TIME) AS END_INTERVAL_TIME
                  FROM DBA_HIST_SNAPSHOT, REF_DATE
                  WHERE BEGIN_INTERVAL_TIME BETWEEN REF_DATE.BGN_DE
                                              AND REF_DATE.END_DE
              ) SNAP
          WHERE SQL.SNAP_ID BETWEEN SNAP.START_SNAP_ID AND SNAP.END_SNAP_ID
          GROUP BY SQL.DBID, SQL.SQL_ID, SQL.PX_SERVERS_EXECS_DELTA
          HAVING SUM(SQL.EXECUTIONS_DELTA) >= 0
          ORDER BY CPU_TIME_PER_EXECUTIONS DESC
  ) X
  INNER JOIN DBA_HIST_SQLTEXT D
      ON D.SQL_ID = X.SQL_ID
      AND D.DBID = X.DBID
  WHERE ROWNUM <= 40
  ;

분리

  SELECT
      SQL.DBID
      , SUM(SQL.CPU_TIME_DELTA) / 1000000 AS CPU_TIME
      , SUM(SQL.EXECUTIONS_DELTA) AS EXECUTIONS_DELTA
      , ROUND((SUM(SQL.CPU_TIME_DELTA) / 1000000) / DECODE(SUM(SQL.EXECUTIONS_DELTA), 0, 1, SUM(SQL.EXECUTIONS_DELTA)) / DECODE(SQL.PX_SERVERS_EXECS_DELTA, 0, 1, SQL.PX_SERVERS_EXECS_DELTA)) AS CPU_TIME_PER_EXECUTIONS
  FROM DBA_HIST_SQLSTAT SQL
      , (
          SELECT
              MIN(SNAP_ID) AS START_SNAP_ID
              , MAX(SNAP_ID) AS END_SNAP_ID
              , MIN(BEGIN_INTERVAL_TIME) AS BEGIN_INTERVAL_TIME
              , MAX(END_INTERVAL_TIME) AS END_INTERVAL_TIME
          FROM DBA_HIST_SNAPSHOT
          WHERE BEGIN_INTERVAL_TIME BETWEEN TO_DATE('20230401' || ' 000000', 'YYYYMMDD HH24MISS')
                                      AND TO_DATE('20230419' || ' 235959', 'YYYYMMDD HH24MISS')
      ) SNAP
  WHERE SQL.SNAP_ID BETWEEN SNAP.START_SNAP_ID AND SNAP.END_SNAP_ID
  GROUP BY SQL.DBID, SQL.SQL_ID, SQL.PX_SERVERS_EXECS_DELTA
  HAVING SUM(SQL.EXECUTIONS_DELTA) >= 0
  ORDER BY CPU_TIME_PER_EXECUTIONS
  ;

  SELECT
      MIN(SNAP_ID) AS START_SNAP_ID
      , MAX(SNAP_ID) AS END_SNAP_ID
      , MIN(BEGIN_INTERVAL_TIME) AS BEGIN_INTERVAL_TIME
      , MAX(END_INTERVAL_TIME) AS END_INTERVAL_TIME
  FROM DBA_HIST_SNAPSHOT
  WHERE BEGIN_INTERVAL_TIME BETWEEN TO_DATE('20230401' || ' 000000', 'YYYYMMDD HH24MISS')
                              AND TO_DATE('20230419' || ' 235959', 'YYYYMMDD HH24MISS')
  ;

[독후감] 헤드퍼스트 디자인 패턴

Jeaha — Fri, 14 Apr 2023 11:09:58 +0900

Head First Design Patterns는 객체지향 프로그래밍과 디자인 패턴에 대한 입문서다. 이 책 또한 다른 전공 서적과 다르게 쉽게 읽히는 책이다. 그림과 예제 코드를 통해 설명되며, 이러한 방식으로 개념을 쉽게 이해할 수 있었다.

"변하지 않는 사실은 계속 변화한다"라는 문장을 책에서 강조하는데, 현업에서 개발하다 보면 기획내용이나 사용자의 요구사항은 계속 변한다. 어제까지는 분명 A를 얘기했는데, 오늘 저녁에 갑자기 B나 C 또는 H로 요구사항이 바뀔 수 있다. 열심히 다 만들었더라도 요구사항이 추가되거나 변하면 새로운 것을 다시 만들어야 하는 상황이 흔한 것이다. 사실 요구사항의 변화는 SW의 본질이라고 할 수 있다. 그렇기에 변경에 용이한 아키텍쳐를 설계하고 개발하는 것이 개발자의 중요 역량이라고 생각한다. 그게 안 되면 IT로 밥 벌어먹으면 안 된다는 생각. 어쨌거나, 변경에 용이한 코드를 작성하기 위해서는 여러 가지 디자인 패턴이 있고, 예제를 패턴을 적용해 개선해 나가는 예시로 설명해준다.

책에서는 디자인 패턴의 개념과 각 패턴이 어떤 상황에서 사용되는지에 대해 설명한다. 디자인 패턴은 각각 객체 생성, 객체 구조, 인터페이스, 행위 등의 다양한 측면에서 소프트웨어 디자인을 개선하기 위한 것이다. 또한, 이 책은 디자인 패턴을 적용하는 과정에서 발생하는 문제와 해결 방법에 대해 다루며, 이를 통해 디자인 패턴을 적용하는 방법을 익힐 수 있도록 돕는다. 디자인 패턴은 사실 무궁무진하게 많다, java, c, javascript 언어에 따라서도 다른 패턴이 나온다. 이 책에서는 java 계열 실무에서 자주 사용하는 디자인 패턴을 집중해서 다뤄주고 있다. 책은 650여 페이지로 굉장히 두꺼운데, 그림이 대다수를 차지하고 있고, 독자의 가독성을 고려하여 쓴 책이라 쉽게 읽힌다. (글을 잘 쓰는 사람이 개발도 잘한다는 말을 반증하는 것 같다.)

나는 객체 지향을 조금 더 잘 활용해보고 싶은 개발자로 추상화, 캡슐화, 다형성, 상속을 어떻게 하면 더 잘 적용할 수 있을지를 이 책을 통해 심도있게 고민해보았다. 흔히들 코드 재사용을 막기 위해 상속을 사용하는데, 생각지 못한 상황에 반복된 코드를 짤 수밖에 없었던 적이 많다. 그런 상황에 대한 해법들도 이 책을 통해 얻었다.
Head First Design Patterns는 객체지향 프로그래밍과 디자인 패턴에 대한 이해를 쉽게 접근할 수 있도록 돕는다. 이 책으로 습득한 디자인 패턴을 사용하면 더 나은 소프트웨어 디자인을 구현할 수 있을 것으로 기대되고, 이는 개발자로서의 역량 향상에 큰 도움이 될 것 같다.

[독후감] 테스트 주도 개발 실천법과 도구

Jeaha — Thu, 13 Apr 2023 22:47:00 +0900

채수원 님의 TDD(Test Driven Development) 개발 실천법과 도구는 소프트웨어 개발 방법론 중 하나인 TDD를 구체적으로 실천하는 방법과 그 과정에서 사용되는 도구들에 대한 내용을 다룬 책이다. TDD 대한 이해를 높이고 실제 개발에 적용하는 방법을 설명한다. TDD(Test Driven Development)는 소프트웨어 개발 방법론 중 하나로, 테스트 케이스를 먼저 작성하고 이를 통과하는 코드를 작성하는 것을 중심으로 개발하는 방법

책에서는 TDD의 개념과 원칙을 소개하며 테스트 케이스(TC) 작성, 코드 작성, 리팩토링 등의 단계별로 구체적인 예시를 보여준다. 특히 TC 작성과 이를 통한 코드 작성의 중요성에 대해 강조하며 TDD의 장점과 효과를 다양한 관점으로 보여준다. 책에서는 TDD를 실천하는 데 필요한 기본적인 원칙과 방법론을 설명하면서, 이를 구현하는 과정에서 발생하는 이슈와 해결 방법 등에 대해서도 다룬다. TDD를 적용하는 데에 있어 좋은 습관과 나쁜 습관을 비교하며 TDD를 대하는 개발자의 태도화 실천할 것들을 제시한다.

TDD를 실천하는 과정은 다음과 같다.

테스트 케이스 작성 :
먼저 개발하려는 기능에 대한 테스트 케이스를 작성. 작성한 테스트 케이스는 해당 기능이 정확히 동작하는지 검증하기 위한 목적으로 작성한다.
테스트 실행 :
작성한 테스트 케이스를 실행하여 해당 기능이 제대로 구현되어 있는지 확인.
이때, 테스트 케이스가 실패하면 해당 기능의 구현이 제대로 이루어지지 않았다는 것을 의미.
코드 작성 :
테스트 케이스를 통과하기 위한 코드를 작성.
이때, 테스트 케이스가 통과하도록 코드를 작성하는 것이 중요함.
코드 리팩토링 :
작성한 코드를 리팩토링하여 더 효율적이고 가독성이 좋은 코드로 개선.

이런 과정을 반복하며 개발하는 것이 TDD의 핵심이다. 이 과정에서 개발자는 작성한 코드가 정상적으로 동작하는지 항상 확인할 수 있으며, 버그를 빠르게 발견하고 수정할 수 있다고. 또한, 작성한 코드를 리팩토링하면서 코드의 유지 보수성과 확장성을 높일 수 있다고 한다.

TDD를 실천하는 개발자들은 코드 품질과 안정성을 높일 수 있으며, 개발 프로세스를 보다 효율적으로 관리할 수 있다고 한다. 또한, TDD는 기능 구현 외에도 코드의 문서화와 같은 부가적인 기능을 제공할 수 있어, 소프트웨어 개발의 생산성을 높일 수 있다고 한다.

TDD를 처음 접하는 초심자에게 유용한 정보이지만 초판 이후 어른들의 사정으로 재판이 나오지 않았고, 옛날 기술이나 라이브러리에 대한 설명이 많다. TDD를 업무에서 실 사용해보지 않은 내 입장에서는 일단 겪어봐야 할 것 같다. SW 품질을 높이는데 철학이 없는 조직에서는 TDD를 적용하기가 쉽지 않아서, 어쩌면 뜬구름 잡는 소리로 보이는 것도 있을 것 같다. 그치만 나는 내 일을 하면서 SW 품질을 높이는 데 많은 목마름이 있기에 꼭 TDD를 경험해 봐야 할 것 같다. 일단 나는 사이드 프로젝트에서 TDD를 사용해야겠다.

[DB] Oracle 쿼리 튜닝을 위한 쿼리 분석 방법

Jeaha — Thu, 13 Apr 2023 10:38:23 +0900

GATHER PLAN STATISTICS

오라클 DB의 예상 실행 계획만으로는 성능 개선에 어려움을 겪을 때가 있음. 실제 실행 계획을 보고 문제점을 진단할 수 있어야 함.
gather_plan_statistics 힌트는 Oracle SQL에서 SQL 문의 실제 실행 통계를 수집할 수 있는 기능.
이 힌드를 사용하면 Oracle DB는 SQL 실행 계획의 각 단계에서 처리된 행 수, 사용된 메모리 양 및 각 단계에서 사용된 시간과 같은 자세한 통계를 수집함.

GATHER_PLAN_STATISTICS으로 수집 가능한 정보

각 단계에서 수행되는 레코드 수, 시간 및 I/O 통계
각 단계에서 사용된 실행 계획
SQL 문의 최적 실행 계획과 실제 실행 계획의 차이를 나타내는 비교 정보

GATHER PLAN STATISTICS 사용 법

SQL 문에 다음과 같이 간단히 추가하면 됨.

  SELECT /*+ gather_plan_statistics */ column1, column2, ...
  FROM TABLE
  WHERE ...

DBMS_XPLAN.DISPLAY_CURSOR

성능 문제를 진단하고 SQL 문을 최적화하는데 유용함.
/*+ gather_plan_statistics */ SQL을 실행한 후, DBMS_XPLAN.DISPLAY_CURSOR 함수를 사용하여 실행 계획과 관련된 통계를 볼 수 있음.
DISPLAY_CURSOR 함수는 실행 계획과 통계의 자세한 보고서를 반환하므로 SQL 문의 성능을 분석하고 최적화할 부분을 식별하는 데 사용할 수 있음.

최적 실행 계획과 실제 실행 계획의 비교
각 실행 계획 단계에서 수행된 레코드 수, 시간 및 I/O 통계
각 실행 계획 단계에서 사용된 인덱스 및 조인 방법 등의 정보

PREDICATE INFORMATION 섹션에서는 WHERE절과 JOIN 조건에 대한 추가 정보도 제공함

  SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(FORMAT => 'ALLSTATS LAST'));
  SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(null, null, 'ALLSTATS LAST'));

`DISPLAY_CURSOR` 매개 변수

SQL_ID : 실행 계획과 통계를 검색하려는 SQL 문의 SQL_ID
CURSOR_CHILD_NO : [OPTIONAL] 실행 계획을 검색하려는 SQL 문의 부모 커서 번호, 생략시 첫 번째 커서(부모 커서)가 대상이 됨
FORMAT : 출력 형식 지원, 여러가지 출력 옵션이 있음.
FORMAT=>'ALLSTATS LAST'를 사용하면 모든 실행계획 정보와 통계를 검색함.

`SQL_ID` 찾기

SQL_ID를 가져오기 위해 현재 DB에 접속한 SESSION에서 실행한 SQL 문의 히스토리를 검색하여 정보를 가져옴.

  --------------------------------------------------------------------------------
  -- SQL_ID, CHILD_NUMBER 추출
  --------------------------------------------------------------------------------
  SELECT
    SA.SQL_ID,
    S.CHILD_NUMBER,
    SA.SQL_TEXT,
    SA.MODULE,
    SA.LAST_LOAD_TIME,
    SA.LAST_ACTIVE_TIME,
    SA.PLAN_HASH_VALUE,
    SA.OPTIMIZER_COST,
    SA.FETCHES,
    SA.EXECUTIONS,
    SA.cpu_time,
    SA.ELAPSED_TIME,
    S.DISK_READS,
    S.PARSE_CALLS,
    S.BUFFER_GETS,
    S.ROWS_PROCESSED,
    SA.PARSING_USER_ID,
    SA.PARSING_SCHEMA_ID,
    SA.PARSING_SCHEMA_NAME
  FROM V$SQLAREA SA
    /* V$SQLAREA : 공유 SQL 영역 */
    INNER JOIN V$SESSION SS
      /* V$SESSION : 현재 세션에 대한 정보 */
      ON SA.PARSING_USER_ID = SS.USER#
      AND SA.PARSING_SCHEMA_ID = SS.SCHEMA#
    INNER JOIN V$SQL S
      /* V$SQL : 공유 SQL 영역 내 쿼리에 대한 정보 */
      ON SA.SQL_ID = S.SQL_ID
  WHERE SS.AUDSID = USERENV('SESSIONID')
    /* 현재 세션과 같은 SESSION ID */
    AND SS.SID = USERENV('SID')
    /* 특정 스키마 */
    AND SA.PARSING_SCHEMA_NAME = 'IDLOOK'
    /* 약 15분 이내에 실행한 쿼리만 조회 */ 
    AND SA.LAST_ACTIVE_TIME >= SYSDATE - 0.01
    /* 제외 */
    AND sa.PARSING_SCHEMA_NAME NOT IN ('SYS', 'SYSTEM')
    AND sa.SQL_TEXT NOT LIKE '%DBMS%'
    AND sa.SQL_TEXT NOT LIKE '%V$%'
    /* 실행 모듈이 운영 또는 타 시스템에서 실행한 쿼리라면 제외 */
    AND SA.MODULE NOT IN ('DBMS_SCHEDULER', 'JDBC Thin Client', 'w3wp.exe')
    /* 특정 문자열 제외*/
    AND NOT REGEXP_LIKE(UPPER(SA.SQL_TEXT), 'V\$SQL|PLAN_TABLE|DBMS_XPLAN|EXTRACTVALUE\(|XMLSEQUENCE\(|CURRENT_SCHEMA|DBA_|DBMS_UTILITY|CONSTRAINT')
  ORDER BY SA.LAST_ACTIVE_TIME DESC, SA.SQL_ID, S.CHILD_NUMBER
;

권한 문제

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(FORMAT=>'ALLSTATS LAST'));
쿼리 실행 시 권한 부족한 경우 DBA 계정으로 로그인하여 권한 부여 작업을 수행하거나 DBA 권한이 있는 사용자에게 권한을 부여해야 함.
DBMS_XPLAN.DISPLAY_CURSOR 함수를 사용하려면 V$SESSION, V$SQL_SESSION, V$SQL(OPTIONAL), V$SQL_PLAN_STATISTICS_ALL 권한이 필요. (해당 권한이 없는 경우 ORA-01031: insufficient privileges 오류가 발생)

작동 조건

PLAN_STATISTICS 정보는 다음 조건 중 하나를 만족해야 함.
- STATISTICS_LEVEL PARAMETER 값을 ALL로 변경 한 경우
  ALTER SESSION SET STATISTICS_LEVEL = ALL;
- _ROWSOURCE_EXECUTION_STATISTICS PARAMETER 값을 TRUE로 변경한 경우
- GATHER_PLAN_STATISTICS HINT를 사용

조회 결과 분석

Id, Operation, Name :
흔히 봐온 플랜 정보, 자원에 대한 접근 순서와 방법을 나타냄. 접근 순서를 변경할 수 있는 힌트 절은 ORDERED, LEADING이 있음.
또한 접근 방법을 변경할 수 있는 힌트절은 USE_NL, USE_HASH, USE_MERGE가 있음.
Starts :
오퍼레이션을 수행한 횟수를 의미한다. Starts * E-Rows 의 값이 A-Rows 값과 비슷하다면, 통계정보의 예측 Row 수와 실제 실행 결과에 따른 실제 Row 수가 유사하다고 함.
만약 값에 큰 차이가 있다면 통계정보가 실제의 정보를 제대로 반영하지 못했다고 봐야 한다고 함.
이로 인해 오라클의 Optimizer가 잘못된 실행 계획을 수립할 수도 있음을 염두에 둬야 함.
E-Rows (Estimated Rows) :
통계정보에 근거한 예측 Row 수를 의미. 통계정보를 갱신할수록 값이 매번 다를 수 있으며, 대부분의 DB 운영에서는 통계정보를 수시로 갱신하지 않으므로 해당 값에 큰 의미를 둘 필요는 없음.
하지만 E-Rows 값과 A-Rows 값이 현격하게 차이가 있다면 오라클이 잘못된 실행 계획을 세울 수도 있음을 인지해야 하며 통계정보 생성을 검토해 보아야 함.
A-Rows (Actual Rows) :
쿼리 실행 결과에 따른 실제 Row 수를 의미.
A-Rows 에서 중요한 여러 정보를 추정 할 수 있음.
A-Time (Actual Elapsed Time) :
쿼리 실행 결과에 따른 실제 수행 시간을 의미.
실행 시점의 여러 상황이 늘 가변적이고 또한 메모리에 올라온 Block의 수에 따라서 수행 시간이 달라지므로 해당 값에 큰 의미를 두지 않는게 좋음.
Buffers (Logical Reads) :
논리적인 Get Block 수를 의미.
해당 값은 오라클 옵티마이저가 일한 총량을 의미하므로, 튜닝을 진행할 때 중요한 요소로 보임.

위의 헤더에서 튜닝 시 가장 중요하게 활용되는 부분은 Buffers, A-Rows.
Buffers 값을 통해서 Get Block의 총량을 알 수 있고, A-Rows를 통해 플랜 단계별로 실제 Row 수를 알 수 있음.

DBMS_XPLAN.DISPLAY_CURSOR 조회 결과

  SELECT * FROM TABLE (DBMS_XPLAN.DISPLAY_CURSOR('3YTNQSYC1PXJ8', NULL, 'ADVANCED ALLSTATS ALL -PROJECTION +ROWS +BYTES +PREDICATE'));

[SQL] 오라클 조회 쿼리 성능 개선을 위한 정리 - 1

Jeaha — Wed, 12 Apr 2023 10:59:58 +0900

SELECT 시에는 꼭 필요한 column 만 불러오기

많은 필드를 불러 올수록 DB는 더 많은 로드를 부담하게 되기 때문에 꼭 필요한 열만 물러오도록 한다.

  -- WORST
  SELECT * FROM TABLE;
  -- BETTER
  SELECT COLUMN1, COLUMN2, COLUMN4, COLUMN8 FROM TABLE;

WHERE절에서 연산을 걸지 않는다.

연산이 들어가게 되면 TABLE FULL SCAN을 하면서 모든 값을 탐색, 계산 한 뒤 조건 충족 여부를 판단하기 때문에 좋지 않다.

  -- WORST
  SELECT COLUMN1, COLUMN4
  FROM TABLE
  WHERE FLOOR(COLUMN4) = 2;
  -- BETTER
  SELECT COLUMN1, COLUMN4
  FROM TABLE
  WHERE COLUMN4 BETWEEN 4 AND 5;

LIKE 조회시 와일드카드 % 는 가급적 뒤에만 붙이자

COLUMN6 LIKE %DF 는 TABLE FULL SCAN을 유발한다.
COLUMN5 IN ('ASDF', 'ERDF'), COLUMN5 = 'ASDF' OR COLUMN5 = 'ERDF' 같은 형태가 낫다.

SELECT DISTINCT, UNION ALL 과 같이 중복을 제거하는 연산은 자제한다

중복을 제거하는 연산은 시간이 많이 걸린다. 불가피하게 사용해야 할 경우 EXISTS, GROUP BY를 활용하는게 낫다.
DISTINCT는 원하는 컬럼에 대해서 중복을 제거하는 것이 아니라 SELECT 해온 모든 ROW에서 중복을 제거하므로 속도가 느려진다.

같은 내용의 조건이라면 GROUP BY 연산의 HAVING 보다는 WHERE 절을 사용하는 것이 좋다

쿼리 실행 순서에서 WHERE 절이 HAVING 절 보다 먼저 실행된다. 따라서 WHERE 절로 미리 데이터를 작게 만들면 GROUP BY 절에서 다뤄야 하는 데이터 크기가 작기 때문에 효율적인 연산이 가능하다.

VIEW VS MVIEW (MATERIALIZED VIEW)

뷰는 질의 할때마다 해당 쿼리를 재 실행하는 것과 같음. 속도가 느림. 다만 데이터는 LIVE 함.
MVIEW는 세팅을 어떻게 하느냐에 따라 질의 할 쿼리를 재사용하여 가져옴. 스냅샷 처럼 이전에 만들어 놓은 엠뷰 테이블에서 데이터를 가져옴.
비용이 많이 들어가고 데이터가 고정적인 경우 엠뷰를 만들어서 사용하는게 좋음. 인덱스도 생성 가능.
리프레시 타임이 많이 드는 경우 데이터가 LIVE하지 않은 문제가 있음.

CHAR VS VARCHAR

4byte 이하는 CHAR, 그 이상은 VARCHAR가 나음.

CHAR : 고정 길이 문자열
VARCHAR : 가변 길이 문자열

BLOB VS TEXT

많은 양의 데이터 저장, 디폴트 값 지정 안됨, 문자열 뒷부분 공백 제거 안되는 공통점이 있음.
차이점으로 BLOB은 대소문자를 구분, TEXT는 구분 안함.

PRIMARY KEY, UNIQUE KEY

PK와 Unique Key는 자동으로 인덱스가 생성됨.

쿼리 실행 순서

SUB-QUERY -> MAIN-QUERY

INNER JOIN시 테이블 배치 순서

3개 이상의 테이블을 INNER JOIN을 할 때는 크기가 가장 큰 테이블을 FROM 절에 배치하고 INNER JOIN 절에 남은 테이블을 작은 순서대로 배치하는 것이 좋다.
테이블 한두개차이는 상관 없지만 많은 테이블을 JOIN 할 경우 JOIN의 경우의 수가 생기고 OPTIMIZER가 PLANNING을 하면서 비용이 증가된다.

실행 계획 type이 index라면 한 번 더 살펴보기

EXPLAIN으로 실행 계획을 확인 했을 때 type이 index인 부분이 있다. where 절 조건문에서 사용하는 테이블의 컬럼에 인덱스가 제대로 걸려있지 않기 때문에 TABLE FULL SCAN을 한다.
해당 테이블에 index를 걸고 다시 실행 계획을 INDEX RANGE SCAN으로 변경되었고 실제 실행 속도가 1/4로 줄었다. 아래는 type의 종류로 성능이 낮은 것 부터 높은 순으로 정렬했다.

ALL : 테이블을 처음부터 끝까지 탐색하여 데이터를 찾음 (TABLE FULL SCAN)
INDEX : 인덱스를 처음부터 끝까지 탐색하여 데이터를 찾는 방식 (INDEX FULL SCAN)
RANGE : 특정 범위 내에서 인덱스를 사용하여 원하는 데이터를 추출, 데이터가 방대하지 않다면 준수함. (INDEX RANGE SCAN)
REF : 조인 할 때 Primary Key 혹은 Unique Key 가 아닌 Key로 매칭 한 경우
EQ_REF : 조인 할 때 Primary Key로 매칭

[DS] Stack 스택

Jeaha — Sun, 26 Mar 2023 15:25:09 +0900

이론 적인 것은 잘 정리된 글이 많기 때문에 생략.
java로 int 형 stack과 Object형 stack을 구현한 코드.

int 형을 저장하는 스택

public class IntStack {
    // 스택용 배열
    private int[] stk;
    // 스택 용량
    private int capacity;
    // 스택 포인터
    private int ptr;

    // 실행 시 예외 : 스택이 비어있는 경우
    public class EmptyIntStackException extends RuntimeException {
        public EmptyIntStackException(){}
    }

    // 실행 시 예외 : 스택이 가득 찬 경우
    public class OverflowIntStackException extends RuntimeException {
        public OverflowIntStackException(){}
    }

    // 생성자
    public IntStack(int maxLen) {
        ptr = 0;
        capacity = maxLen;
        try {
            // 스택 본채용 배열 생성
            stk = new int[capacity];
        } catch (OutOfMemoryError e) {
            // 생성할 수 없음
            capacity = 0;
        }
    }

    // 스택에 X를 푸시
    public int push(int x) throws OverflowIntStackException {
        if (ptr >= capacity)
            // 스택이 가득 찬 경우
            throw new OverflowIntStackException();

        return stk[ptr++] = x;
    }

    // 스택에서 데이터를 팝 (꼭대기에 있는 데이터를 꺼냄)
    public int pop() throws EmptyIntStackException {
        if (ptr <= 0)
            // 스택이 비어 있음
            throw new EmptyIntStackException();

        return stk[--ptr];
    }

    // 스택에서 데이트를 피크 (꼭대기에 있는 데이터 조회)
    public int peek() throws EmptyIntStackException {
        if (ptr <= 0)
            // 스택이 비어 있음
            throw new EmptyIntStackException();

        return stk[ptr - 1];
    }

    // 스택을 비움
    public void clear() {
        // 모든 작업이 ptr 값으로 이루어 지므로 배열의 요소를 변경할 필요가 없음.
        ptr = 0;
    }

    // 스택에서 X 찾아 인덱스 반환, 없다면 -1 반환
    public int indexOf(int x) {
        // 뒤(꼭대기)에서 부터 선형 탐색
        for (int i = ptr - 1; i >= 0; i--) {
            if (stk[i] == x)
                // 검색 성공
                return i;
        }
        // 검색 실패
        return -1;
    }

    // 스택의 용량 반환
    public int getCapacity() {
        return this.capacity;
    }

    // 스택에 쌓여있는 데이터 개수 반환
    public int size() {
        return ptr;
    }

    // 스택이 비어있는지 확인
    public boolean isEmpty() {
        return ptr <= 0;
    }

    // 스택이 가득 찼는지 확인
    public boolean isFull() {
        return ptr >= capacity;
    }

    public void dump() {
        if (ptr <= 0)
            System.out.println("EMPTY STACK");
        else {
            for (int i = 0; i < ptr; i++)
                System.out.print(stk[i] + " ");

            System.out.println("");
        }
    }
}

Object 형을 저장하는 스택

// 임의의 객체형을 쌓을 수 있는 테네릭 스택 클래서 Stack<E> 작성
public class GenericStack<E> {
    // 스택용 배열
    private E[] stk;
    // 스택 용량
    private int capacity;
    // 스택 포인터
    private int ptr;

    // 실행 시 예외 : 스택이 비어있는 경우
    public static class EmptyGStackException extends RuntimeException {
        public EmptyGStackException(){}
    }

    // 실행 시 예외 : 스택이 가득 찬 경우
    public static class OverflowGStackException extends RuntimeException {
        public OverflowGStackException(){}
    }

    // 생성자
    public GenericStack(int maxLen) {
        ptr = 0;
        capacity = maxLen;
        try {
            // 스택 본채용 배열 생성
            stk = (E[])new Object[capacity];
        } catch (OutOfMemoryError e) {
            // 생성할 수 없음
            capacity = 0;
        }
    }

    // 스택에 X를 푸시
    public E push(E x) throws OverflowGStackException {
        if (ptr >= capacity)
            // 스택이 가득 찬 경우
            throw new OverflowGStackException();

        return stk[ptr++] = x;
    }

    // 스택에서 데이터를 팝 (꼭대기에 있는 데이터를 꺼냄)
    public E pop() throws EmptyGStackException {
        if (ptr <= 0)
            // 스택이 비어 있음
            throw new EmptyGStackException();

        return stk[--ptr];
    }

    // 스택에서 데이트를 피크 (꼭대기에 있는 데이터 조회)
    public E peek() throws EmptyGStackException {
        if (ptr <= 0)
            // 스택이 비어 있음
            throw new EmptyGStackException();

        return stk[ptr - 1];
    }

    // 스택을 비움
    public void clear() {
        // 모든 작업이 ptr 값으로 이루어 지므로 배열의 요소를 변경할 필요가 없음.
        ptr = 0;
    }

    // 스택에서 X 찾아 인덱스 반환, 없다면 -1 반환
    public int indexOf(Object x) {
        // 뒤(꼭대기)에서 부터 선형 탐색
        for (int i = ptr - 1; i >= 0; i--) {
            if (stk[i].equals(x))
                // 검색 성공
                return i;
        }
        // 검색 실패
        return -1;
    }

    // 스택의 용량 반환
    public int getCapacity() {
        return this.capacity;
    }

    // 스택에 쌓여있는 데이터 개수 반환
    public int size() {
        return ptr;
    }

    // 스택이 비어있는지 확인
    public boolean isEmpty() {
        return ptr <= 0;
    }

    // 스택이 가득 찼는지 확인
    public boolean isFull() {
        return ptr >= capacity;
    }

    public void dump() {
        if (ptr <= 0)
            System.out.println("EMPTY STACK");
        else {
            for (int i = 0; i < ptr; i++)
                System.out.print(stk[i] + " ");

            System.out.println("");
        }
    }
}

[독후감] 클린 코드

Jeaha — Sat, 25 Mar 2023 16:06:49 +0900

"나쁜 코드는 깨진 유리창처럼 계속 나쁜 코드가 만들어지도록 한다."
"나쁜 코드는 기술 부채를 만들어 수정을 더 어렵게 하며 결국 조직의 생산성을 저하시킨다."

이 책을 추천 받은 것은 개발 쪽으로 전향한 지 얼마 안되서였던 것 같다. 인터넷에서 추천받았었는지, 아니면 국비지원 학원이 끝나갈 무렵이었는지 정확히는 기억나지 않는다. 그리고 최근에 내가 잘 따르던 선배의 강력한 추천이 한번 더 있었다.
어쨌든 토비의 스프링과 함께 한 번은 봐야지 하던 책이었고, 이번에 드디어 완독을 했다. 아니 1독을 했다고 표현해야겠다.

읽코 좋코가 이 책 보다 조금 더 쉽게 읽힌달까. 나중에 후배들을 맞이하고, 혹은 팀을 이끌어갈 때쯤 2독 3독을 해야 할 책이라고 생각된다. 충분히 많은 도움이 된 좋은 책이지만, 내 경험이 짧아 이해하기 어려운 부분도 많고 확실히 내 수준보다는 더 높았다. 아마도 TDD 라던지, 객체지향 패러다임을 잘 따르는 코드를 본 적이 없어서일까?
아무튼 프로세스를 만들 때 가져야 할 마음 가짐에 대해서 많이 생각하게 되었다. 의미를 가진 코드, 코드의 문맥, 추상화 수준과 왜 그렇게 해야 하는지의 이유도 잘 설명되었다. 코드가 마치 잘 쓰여진 소설처럼 읽힐 수 있도록 작성한다는 마음가짐으로 코딩을 하게 되었다. 단순하게 동작이 목적이 아닌 쉽게 읽힐 수 있도록 고민을 하다 보니 더 직관적이고 객체지향 구조로 코드를 짤 수 있었던 것 같다.

선배가 이 책을 추천할 때, 레거시 코드에 대해 정말 화를 내고 열변을 토했던 것으로 기억한다. 그리고 이 책을 읽으면서 그가 이 책을 추천하면서 왜 그렇게 화를 냈는지 납득했다. 저자는 나쁜 코드가 나쁜 이유에 대해서 여러 예를 들고 그중 기억에 남는 것은 위의 두 문장이다.

나 역시도 나쁜 코드를 혐오한다. 레거시 코드를 유지보수하면서 소스코드의 히스토리를 보면 왜 이런 코드가 생겼는지 납득할 수 있지만, 그렇다면 처음부터 더 좋은 구조로 작성될 순 없었는가 하는 의문이 들곤 한다. 솔직하게 말해서 나쁜 코드를 보면 화도 나고 작성자를 기둥에 묶어두고 싶다는 생각도 든다.
나를 포함한 많은 개발자들이 이 책을 읽고 객체지향 패러다임과 클린코드 원칙들을 따르는, 개발을 잘하는, 후배들에게 좋은 코드를 남기는 시니어가 될 수 있도록 갈고닦기를...

[독후감] 읽기 좋은 코드가 좋은 코드다

Jeaha — Mon, 6 Mar 2023 22:36:20 +0900

읽코좋코

모든 전공 서적들이 빠르게 읽히지 않는데, 다른 전공서적에 비해 쉽게 읽히는 책이며 많은 공감을 하게 되었다. 제목과 내용은 동일하며 주제를 반복 강조하고 있다. 이를 위해 변수명, 함수명, 코드 컨벤션 그리고 리팩토링까지 설명하고 있다.
코드는 이해하기 쉬워야 한다, 다시 말해 코드를 읽는데 드는 비용을 줄여야 한다는 말이다. 코드 파악하는데 드는 비용이 작다는 말은 설계가 명확하고 간결하다는 의미를 내포한다.

이 책을 읽고 실제 코드로 적용할 생각을 하면 머리가 아프지만 읽는 중간 중간 이전에 보았던 코드들이 떠올랐다. 이전에 작성 했던 '성능과 가독성을 높이는 분기처리 방법'을 쓸 때 보다 시야가 더 넓어졌다. "왜?"에 대한 부분이 조금 모호했었는데, 그 부분을 채워주는 내용이였다. 그리고 내가 봐온 레거시 프로젝트들의 코드를 작성했던 개발자들에게 이 책을 던져주고 싶었다.

코드는 이해하기 쉬워야 한다
인상 깊었던 내용은 6개월 뒤의 나 자신 또한 쉽게 이해되도록 코드를 작성하라는 내용이였다. 나 역시도 나름의 설명과 주석을 잘 붙여서 만들었다고 생각했지만 1년 뒤 해당 코드를 개선 하면서 다시 분석해 보는 헛수고를 했던 경험이 있었다. 짧은 코드가 더 좋은 코드가 아닌 읽는 순간 바로 이해되는 코드가 좋은 코드라는 뜻이다.
이름에 정보 담기
- 구체적인 단어 사용하기
- 이름 길이(짧은 범위에 잠깐 쓰이면 짧은 변수명, 사용 범위가 넓다면 긴 변수명, 약어 사용 지양하기 등)
- 포맷팅으로 의미 전달하기(상수는 대문자, 클래스명은 카멜케이스 등)가 있었다.
오해할 수 없는 이름들
- 경계를 포함하는 범위 : first, last
- 경계를 포함/배제하는 범위 : begin, end 사용
- 불린 : is, has, can, should 사용
- get 남발하지 않기
- 여러 개의 이름을 후보로 놓고 고민하기
- '다른 사람들이 다른 의미로 해석할 여지가 있는가?'가 핵심이였다. 한 번쯤 더 생각해 보면 더 좋은 변수명을 만들 수 있다.
미학
- 문서 작업을 하더라도 한눈에 보기 쉽게 쓰인 글이 잘 읽히듯 코드도 마찬가지다.
- 좌우로 길게 늘어진 코드는 줄 바꿈을 하고 다른 코드들도 똑같이 맞추기
- 헬퍼 메소드를 이용하여 지저분한 코드 깔끔하게 하기
- 코드의 위아래 열을 맞추어 읽기 쉽게 하기
- 코드의 순서를 '가장 중요한 것'에서 '가장 덜 중요한 것' 까지 순서대로 나열하기
- 코드를 문단으로 만들기 (핸들러, DB 사용 등 문맥이 바뀌면 한 행을 띄우는 등 글을 쓸때 문단을 나누는 것과 동일)
- 개인의 코드 스타일 VS 전체 코드의 일관성 = 일관성이 올바른 스타일보다 더 중요
주석에 담아야 하는 대상
- 불필요한 설명 배제
- 나쁜 이름에 대한 변명이 아니라 좋은 이름으로 바꿀 것
- 작업중 생각한 통찰 등을 주석에 기록
  - ex: 하위클래스로 정리해야 할 것 같다
- 상수의 의미를 설명할 것
- 다른 개발자가 실수할 수 있는 부분을 예상해서 주석을 달라
  - ex : 1분 후 타임아웃 된다
- 2, 3중 반복/조건문이 달린 함수는 무엇을 위한 것인지 요약 주석을 단다
- 주석을 다는 것에 대한 두려움을 버려라
명확하고 간결한 주석 달기
- 간단한 입출력 예시 사용
- 코드의 수행 동작이 아니라 코드의 의도를 적어라
- 파라미터에도 주석을 넣어라
- 축약된 단어를 사용하라
  - ex : ~에서 불필요한 빈칸을 제거한다 -> 공백 제거
읽기 쉽게 흐름 제어 만들기
- 조건문에서 유동적인 값은 왼쪽, 상대적으로 고정적인 값은 오른쪽에 쓰라
- if/else 간단한 것을 먼저 처리하라
- 삼항 연산자의 사용은 간단하게 쓸 상황이 아니라면 피하라
- 중첩을 피하기 위해 함수를 중간에서 반환하라
- 2중 if 문은 나누어서 중간에 반환하라
거대한 표현 잘게 쪼개기
- 요약 변수 사용, 조건식의 반복되는 중요 비교 값을 상수로 만들기
- 드모르간의 법칙 사용
- short circuit 사용을 오용하지 말 것
  - 영리하게 작성된 코드가 혼란을 초래한다
- 복잡한 논리를 간단하게 표현하기
- 거대한 구문은 문맥에 따라 나누기
변수와 가독성
- 불필요한 임시 변수, 중간 결과 저장 변수, 흐름 변수(boolean) 제거하기
- 변수의 범위 좁히기
- 클래스를 작은 단위로 나누기
- 전역변수 사용 피하기
- 변수에 다른 값을 여러번 할당하는 것 피하기
상관 없는 하위 문제 추출하기
- 비즈니스 로직과 관계 없는 문자열 빈칸 제거, url 형식, 주소 형식등을 다루는 메소드는 분리하기
- 재사용성을 위해 일반적인 목적을 가진 코드를 많이 만들기
- 과유불급, 지나치게 나누지는 말기
한 번에 하나씩
- 작성된 코드가 읽기 어렵다면, 수행하는 작업을 나열하라
- 나열된 작업중 분리될 수 있다면 별도의 함수 또는 클래스로 나눠라
- 파편화를 최소화 할 수 있다.
생각을 코드로 만들기
- 논리를 명확하게 설명하기
- 해결책을 말로 묘사하기
- 언어에서 제공하는 라이브러리를 많이 사용해 보기
코드 분량 줄이기
- 필요가 없는 기능을 구현하려고 애쓰지 말것
- 코드 베이스를 작게 유지할 것
- 요구사항에 질문을 던져 요구사항을 잘게 나누어 분석하기.
- 표준라이브러리와 친해지기
테스트와 가독성
- 테스트 코드는 특히 더 읽기 쉬워야 한다
- 긴 테스트 내용은 다른 메소드로 만들기
- 읽기 편한 에러 메세지 출력 폼 만들기
- 좋은 테스트 입력 값 선택하기
- 지금 작성하는 코드의 테스트 코드를 나중에 작성한다는 사실을 염두해 둘것
- 지나친 테스트는 지양
분/시간 카운터 설계 및 구현
- 실습 예제

[독후감] 토비의 스프링 3.1 Vol.1

Jeaha — Mon, 6 Mar 2023 13:52:00 +0900

토비의 스프링 3.1 VOL.1

스프링 사용자로서 항상 읽어야봐야 한다라는 소리에 두권을 샀지만, 엄청 어렵다는 소문에 읽을 엄두를 못 내던 책이다. 한 권에 800 페이지가 넘는 굉장한 분량에 두번의 정독 시도를 헛탕쳤었다. [유튜브] "개발바닥" 채널에서 저자 이일민님의 인터뷰와, 그 분이 이제는 스프링 부트 인강을 내시면서 이 책을 다시 시도하였고. 이번에는 1독을 끝냈다.
이제 4년차에 들어서면서 읽어보니 '어느 정도 개발을 했고, 좋은 구조와 효율을 고민해본 사람이 봐야 깊은 뜻을 더 잘 이해할 수 있겠구나' 라고 느꼈다.

이 책은 객체지향적 설계, 리팩토링, 테스트주도개발의 중요성에 대해 꾸준히 강조하고 있다. 단순하게 스프링 프레임워크의 기능 / 개념에 대한 설명도 깊게 나와있지만, 이 책의 요점은 스프링이 왜 이렇게 발전했고, 어떤 패러다임을 녹여서 만든건지 엿볼 수 있도록 도와주는 책이다. 따라서 개발 철학에 더 중점을 두고 읽어야 하는 책이라고 생각 된다.

마틴 파울러와 켄트 백이 강조하던 내용이 녹아 있으며, 아래와 같은 조언을 책 전반에 걸쳐 꾸준히 강조하고 있다.

'고정된 작업 흐름을 갖고 있으면서 여기저기서 자주 반복되는 코드가 있다면, 중복되는 코드를 분리할 방법을 생각해보는 습관을 기르자.'
'비슷한 기능이 새로 필요할 때마다 앞에서 만든 코드를 복사해서 사용할 것인가? 물론 아니어야 한다. 한두 번까지는 어떻게 넘어간다고 해도, 세번 이상 반복된다면 본격적으로 코드를 개선할 시점이라고 생각해야 한다.'

인상 깊었던 문장

인상 깊었던 문장들은 다음과 같다. 다 읽어보면 떠오르는 것이 있다. 그렇다, 대부분의 레거시 프로젝트의 소스들은 아래에서 하지 말라는 대로 개발되어 있다.

  계층형 아키텍쳐
  관심, 책임, 성격, 변하는 이유와 방식이 서로 다른 것들을 분리함으로써 분리된 각 요소의 응집도는 높여주고 서로 결합도를 낮춰줬을 때의 장점과 유익이 무엇인지 살펴봤다. 성격이 다른 모듈이 강하게 결합되어 한데 모여 있으면 한 가지 이유로 변경이 일어날 때 그와 상관이 없는 요소도 함께 영향을 받게 된다. 따라서 불필요한 부분까지 변경이 일어나고 그로 인해 작업은 더뎌지고 오류가 발생할 가능성이 높아진다. 어느 부분을 수정해야할지를 파악하기도 쉽지 않다.
  따라서 인터페이스와 같은 유연한 경계를 만들어 두고 분리하거나 모아주는 작업이 필요하다.

또, 흔히 저지르는 실수 중의 하나는 프레젠테이션 계층의 오브젝트를 그대로 서비스 계층으로 전달하는 것이다.
서블릿의 HttpServletRequest나 HttpServletResponse, HttpSession 같은 타입을 서비스 계층 인터페이스 메소드의 파라미터 타입으로 사용하면 안 된다.
계층의 경계를 넘어갈 때는 반드시 특정 계층에 종속되니 않는 오브젝트 형태로 변환해줘야 한다.

스프링을 사용하면 이런 데이터 중심의 코드를 만들 수 있을 뿐만 아니라, 실제로 매우 흔하게 발견된다.
데이터와 업무 트랜잭션 중심의 개발에 익숙한 사람들이 많고 이런 아키텍쳐를 의도적으로 선호하는 개발자도 많기 때문이다.
개발자들끼리 서로 간선없이 자신에게 할당된 기능을 독립적으로 만드는 데도 편하다.
최소한의 공통 모듈 정도만 제공되는 것을 사용하고, 그 외의 기능은 단위 업무 또는 웹 화면 단위로 만들어 진다.

하지만 이런 개발 방식은 변화에 매우 취약하다.
객체지향의 장점이 별로 활용되지 못하는데다 각 계층의 코드가 긴밀하게 연결되어 있기 때문이다.
중복을 제거하기도 쉽지 않다.
업무 트랜잭션에 따라 필드 하나가 달라도 거의 비슷한 DAO 메소드를 새로 만들기도 한다.
또한 로직을 DB와 SQL에 많이 담으면 담을수록 점점 확장성이 떨어진다.
DB는 확장에 한계가 있을 뿐 아니라 확장한다 하더라도 매우 큰 비용이 든다.
잘 작성된 복잡한 SQL 하나가 수백 라인의 자바 코드가 필요한 비지니스 로직을 한번에 처리할 수도 있다.
하지만 과연 바람직한 것일까?
이런 복잡한 sql을 누구나 쉽게 이해하고 필요에 따라 유연하게 변경할 수 있을까?
또, 복잡한 sql을 처리하기 위해 제한된 자원인 DB에 큰 부담을 주는 게 과연 바람직한 일인지 생각해볼 필요가 있다.

데이터 중심 아키텍쳐의 특징은 계층 사이의 결합도가 높은 편이고 응집도는 떨어진다는 접이다.
화면을 중심으로 하는 업무 트랜잭션 단위로 코드가 모이기 때문에 처음엔 개발하기 편하지만 중복이 많아지기 쉽고 장기적으로 코드를 관리하고 발전시키기 힘들다는 단점이 있다.

스프링은 그 개발철학과 목표를 분명히 이해하고 사용해야 한다.

자바의 근본인 OOP 원리에 충실하게 개발할 수 있으며,
환경이나 규약에 의존적이지 않은 POJO를 이용한 애플리케이션 개발은
엔터프라이즈 시스템 개발의 복잡함이 주는 많은 문제를 해결할 수 있다.

POJO 방식의 개발을 돕기 위해 스프링은 IoC/DI, AOP, PSA와 같은 기능 기술을 프레임워크와 컨테이너라는 방식을 통해 제공한다.

레거시 프로젝트 유지보수시 개선 포인트 - 1 -

Jeaha — Mon, 6 Mar 2023 13:09:02 +0900

1. Debug Mode 활용

디버그 모드로 애플리케이션을 구동시키면 아래 스크린샷과 같이 변수, 객체 등의 값을 알 수 있다. log를 찍거나 system print 등을 사용하지 앖아도 실시간으로 값을 알 수 있고 브레이크 포인트를 사용해서 트래킹 하는데 수월하니 앞으로는 IDE의 디버그 모드를 적극 활용하자. intellij 나 eclipse 모두 지원한다.

IntelliJ의 디버그 모드

2. Comment 제거

아래 기준을 참고해서 과감하게 기존 코멘트를 제거한다.

위 디버그 모드 활용과 더불어 단순 값 확인용 코멘트는 제거한다.
의미없는 ‘//////////////’ 와 같은 구분선 종류의 코멘트는 제거한다.
Github을 통해 트래킹, 복원이 쉽기 때문에 불필요한 주석은 과감하게 제거한다.

3. 선언, 초기화, 디폴트에 신경쓰자

코드 품질은 디테일에서 나온다. 그리고 디테일은 기본기 없이 챙기기 힘들다. 아래 스크린샷을 보자.

선언부 이후에 로직 중에 항상 해당 변수에 값을 할당한다면 굳이 선언하면서 초기화 할 필요가 없다.
의미없는 값으로 대충 초기화 하는 습관은 멀리하자. 초기화 하는 값은 일반적으로 디폴트 값이어야 하고 이 디폴트 값이 뭔지 정확히 알고서 초기화 해야한다.

4. 가독성을 높이자

// Before
// 결제상점아이디에 따른 분기
if (TRD_NO.indexOf(oldIdPart) >= 0) {
    sMallID = oldMid;
}

// After
if (TRD_NO.contains(oldIdPart)) {
    sMallID = oldMid;
}

위 코드는 파라미터로 넘긴 string의 존재 여부를 검사한 뒤 그에 따른 처리를 하기위한 것으로 보인다. 그래서 자바의 String에 있는indexOf() 메소드를 사용해 >= 0 조건으로 판별한다. 이 코드는 기능상 아무 이상 없이 작성자의 의도대로 잘 작동한다.

앞서 이야기한 것처럼 이런 코드에서 보이는 디테일을 잡으면 가독성과 품질이 상승한다.

indexOf 와 contains

자바에는 각 객체를 위한 유틸 메소드들이 많다. 그 중 contains라는 메소드로 indexOf를 대체할 수 있다. contains의 내용은 아래 스크린샷처럼 indexOf를 래핑한 메소드다. 따라서 성능이나 기능에선 차이가 없다고 봐도 된다.

JDK 1.5에 생긴 contains

indexOf

그럼 왜 indexOf를 contains로 대체하려고 하는거고 언제 써야 할까?

indexOf와 contains는 용도가 다르다.

indexOf는 스트링이 시작되는 index를 int값으로 반환하고 contains는 스트링의 포함 여부를 판단해 boolean으로 반환한다. 따라서 특정 비즈니스 로직 혹은 알고리즘을 구현하기 위한 경우가 아니면 일반적인 경우에 contains의 목적으로 더 많이 쓰게 된다.

Readability

물론 indexOf를 보고 >= 0 조건을 보면 뭘 하려는지 알 수 있다. 하지만 contains라는 단어가 그 모든걸 포함하기 때문에 훨씬 더 직관적이다. contains쓰면 indexOf라는 메소드는 잘 썼는지, 뒤에 >=0 인지 > 0 인지 > -1 인지 잘못쓰진 않았는지 이런 생각 할 필요도 없다. 가독성을 정의할 때 그저 문자가 잘 읽히는 정도를 넘어서 (특히 메소드는) 이름에 맞는 목적과 기능을 신뢰할 수 있어서 불필요한 생각도 줄여주는 수준까지 갈 수 있도록 신경써야 한다.

5. Naming - 변수명은 중요하다

현재 레거시 코드의 문제점

 프론트 HTML tag'name을 그대로 백엔드 로직에 사용함
마크업과 프론트 사정에 따른 hChk, pChk 와 같은 변수명 백엔드에서 실제 용도를 구분하기 어려움
변수명과 주석이 일치하지 않거나 주석의 뜻을 담아내기에 부족한 변수명이 많음

실제 주문취소에서 볼 수 있는 케이스는 아래와 같다.

    // bad case
    String[] hChk = request.getParameterValues("hChk");//선택여부

    // good case
    String[] cancelSelectYn = request.getParameterValues("hChk"); // 취소선택여부

위 변수가 가리키고 있는 건 주문 취소 시 상품 별 체크박스 값이다.(아래 스크린샷) 따라서 hChk 라는 이름을 그대로 백엔드 로직에도 차용한다면 코드 전체를 트래킹 해야 하는 수고가 더해진다. 그래서 이름을 취소선택여부, 취소신청여부 등으로 하고 변수명도 이에 맞춰 수정하는 것이 좋다.

주문 취소 상품 선택화면

하지만 실제로 레거시 시스템은 볼륨도 크고 복잡한 상호관계를 이미 가지고 있는 상태기 때문에 변수명만 바꾸기에 위험하다. 래거시 프로젝트 소스코드도 마찬가지이며 따라서 변수명을 바꾸려 할 땐 아래 항목을 점검해서 진행한다.

JSP와 JAVA에서 동일하게 사용하고 있는 변수가 response나 query에서 반드시 동일하도록 짜여 있는지
주석과 변수명이 다르다면 둘 중 어느 것이 맞는지, 둘 다 틀린지
변수명을 바꿨을 때 영향 범위가 백엔드 비즈니스 로직에만 해당되는지

6. 조회와 요청, 트랜젝션

사용자의 화면에 보이는 내용은 화면을 그리는 시점에 유효한 정보이다(화면을 실시간으로 갱신하지 않는한)
현재 프로세스는 <step 2> 와 같고 주문 취소 요청 시 JSP에 뿌려진 주문/결제 값으로 환불요청을 시작한다
때문에 주문 조회 시점과 환불 요청 시점 차이가 있을 때 주문 상태 차이가 발생할 수 있고 중복 발생 가능성 또한 있는 구조다.
개선 프로세스는 <step 3> 와 같이 사용자 요청을 받고 현재 주문과 환불 진행상태 등을 DB에서 조회하는 ② 부터 완료된 주문/결제/환불 정보를 DB에 업데이트하는 ⑥ 까지를 하나의 트랜잭션으로 묶는다.

대부분의 레거시 프로젝트 코드에는 화면에서 가져온 값들로 무언가 처리하는 로직이 많은데 전반적인 수정이 필요하다.

7. 3-tier Architecture

아래 쿼리를 먼저 보자.

// 이런 패턴
, X.BANK_CD                <!--은행코드-->                        
, CASE WHEN X.BANK_CD IS NOT NULL
  THEN DECODE(X.BANK_CD, '02', '산업', '03', '기업', '05', '외환', '06', '국민', '07', '수협', '11', '농협', '20', '우리', '23', 'SC제일', '27', '한국씨티', '31', '대구'
                  , '32', '부산', '34', '광주', '35', '제주', '37', '전북', '39', '경남', '45', '새마을금고', '48', '신협', '71', '우체국', '81', '하나', '88'
                  , '신한(계좌이체)', '26', '신한(가상계좌)','S0', '동양증권', 'S1', '미래에셋', 'S2', '신한금융투자', 'S3', '삼성증권', 'S6', '한국투자증권' , 'SG', '한화증권')
  ELSE '-'
  END    BANK_NM            <!--은행명-->

// 비슷한 패턴
, X.MEMO                <!--메모(가상)-->
, NVL(X.MEMO, 'X') SHW_MEMO                <!--화면용메모(가상)-->

// 비슷한 패턴
, X.RECP_PSN_TELNO            <!--수령인전화번호-->
, CASE WHEN  LENGTH(REPLACE(NVL(X.RECP_PSN_TELNO, 'X'), '-', '')) <![CDATA[ < ]]> 9
  THEN 'X'
  ELSE X.RECP_PSN_TELNO
  END   SHW_RECP_PSN_TELNO            <!--수령인전화번호-->

안좋은 케이스로 보이는 건..

쿼리 안에서 데이터 가공을 한다는 것이다. 게다가 화면에 보여줄 목적인 것들이 꽤 있다.
코드 관리나 관련 메소드가 애플리케이션에 있는게 아니라 쿼리에 들어가 있다.

대부분의 레거시 프로젝트들은 JSP, Spring, Oracle 기반이지만 잘 구분된 계층 구조를 이루고 있지 않다. 해당 계층에서 해야 할 일들이 다른 계층으로 번져간다면 결국 문제가 생길때마다 화면~데이터 모든 영역의 코드를 살펴봐야만 어느 부분이 문제인지 찾아낼 수 있다. 그래서 앞으로 신규 개발하는 화면, 기능은 이러한 강한 결합을 피하고 우리 시스템과 기술이 지향하는 3티어 계층에 맞춰 프로그래밍을 하도록 한다. 추후 가이던스를 마련하고 공유하겠지만 먼저 간단하게 요약하면 아래와 같다.

화면 코드에(JSP)에 비즈니스 로직 넣지 말자
쿼리에 비즈니스 로직, 하드코딩, 화면 표시용 글자 넣지 말자(특수한 경우 제외)
컨트롤러에 비즈니스 로직 넣지 말자
실제 필요한 것들만 파라미터로 전달하고 용도에 맞는 모델을 만들자

출처 : 같이 일 했던 선배가 컨플루언스에 올린 글

[프랑코 폰타나]

Jeaha — Sun, 26 Feb 2023 22:29:59 +0900

사람이 많지 않아서 느긋하게 볼 수 있었다.

'그림 같은 컬러 사진'으로 유명한 것으로 알고 있는데
크롭한 필름 사진과 그 필름에서 느껴지는 질감이, 원근감이 사라진 평면적이고 기하학적인 이미지가 인상 깊었다.

"프레센쟈 아센쟈"

[Window] 열려있는 포트 확인하기

Jeaha — Wed, 15 Feb 2023 08:24:30 +0900

netstat 확인하기

    netstat -an

Local Addrress 는 현재 내 PC의 IP와 Port, Foreing Address는 외부 사이트의 IP와 Port 다

아이피 다음에 있는 : 으로 아이피주소와 포트번호가 구분이 된다

netstat 으로 특정 포트 확인하기

    netstat -an | findstr ":80"

Linux의 grep 명령어는 windows에서는 findstr로 볼 수 있다.

그렇지만

더 이상 윈도우를 서버로 쓰는 일은 없었으면 좋겠다

[카시코이] 빛이 예쁜 화과자 카페

Jeaha — Mon, 19 Dec 2022 20:47:52 +0900

경의선 숲길의 가좌역 끝 지점에 가깝다

아기자기한 분위기에 들어오는 빛이 예쁘다

말차 라떼와 콜드 브류 그리고 그날 있던 화과자를 종류별로 하나씩 다 시켰다.

화과자는 색이 예쁘고 달달했다. 다 같은 맛일 줄 알았는데 종류별로 조금씩 다른 맛.

선물용으로 괜찮을 것 같지만 저렴한 편은 아니다.

RICOH GR3

Jeaha — Mon, 19 Dec 2022 19:38:02 +0900

연말 여행 사진 촬영 겸 취미생활을 위해 중고로 구매한 리코 RG 3

장점은 내장 필터 기능을 사용하면 보정 없이도 꽤나 괜찮은 질감의 사진을 찍을 수 있고 부피가 작아 가볍게 사용하기 좋다

필름 사진 느낌 나는 색감은 좋은데, 그 색감을 살려 찍는 게 쉽지 않다. 아마도 내가 노출의 3요소를 컨트롤하지 못해서 인 듯?
사실 생각 없이 막 찍으면 폰카보다 못하다.

모든 사진은 보정 없이 jpeg 원본이다

[javascript] HTML form to JSON object

Jeaha — Mon, 8 Aug 2022 10:18:45 +0900

HTML form의 입력값 JSON 객체로 변환시키기

    const formToJSON = (elements) => [].reduce.call(elements, (data, element) => {
            data[element.name] = element.value;
            return data;
        },
        {}
    );

    let form = formToJSON(document.querySelector('#event01Form'))
    console.log(form, '\n', JSON.stringify(form));

[DS] Array 배열

Jeaha — Sun, 17 Jul 2022 18:53:41 +0900

배열 (Array)

데이터를 나열하고, 각 데이터를 인덱스에 대응하도록 구성한 데이터 구조
각 원소의 물리적인 위치(메모리 주소)의 순서가 배열의 인덱스 순서(논리적인 순서)와 일치

배열이 필요한 이유

같은 종류의 데이터를 효율적으로 관리하기 위해 사용
같은 종류의 데이터를 순차적으로 저장

장단점

장점
- 빠른 데이터 접근
단점
- 추가/삭제가 쉽지 않음
- 최대 길이를 미리 지정해야 함


data	S	T	R	I	N	G
index	0	1	2	3	4	5

필독도서

Jeaha — Wed, 13 Jul 2022 15:17:42 +0900

제목	완독 여부	언제?	비고
객체지향의 사실과 오해	O	2022.08
토비의 스프링	V (vol. 1 : O, vol. 2 : X)	2023.01
읽기 좋은 코드가 좋은 코드다	O	2023.02
클린코드	O	2023.03
채수원씨의 TDD 실천법과 도구	O	2023.04	TDD에 바로 들어가기 어렵다면 이 책부터
이펙티브 자바 3판	O	2023.06
클린 아키텍쳐			저연차에는 아직 비추
클린 에자일
You don't know JS			예전 책이라 차라리 TS 책을 찾아보는게 나을 수 있음
소프트웨어 장인
리팩토링 2판	읽는 중	2023.07
실용주의 프로그래머
In Action 시리즈			- Junit - Java
Head First Design Pattern	O but 실습 X	2023.05
오브젝트
데이터 중심 어플리케이션 설계



			그 외 실용 책

[독후감] 객체지향의 사실과 오해 (AKA 토끼책)

Jeaha — Tue, 12 Jul 2022 22:52:01 +0900

객체지향 → 역할, 책임, 협력을 투영하는 새로운 세계

토끼책에서 객체지향에 대해 가장 중요하게 여기는 개념은 오브젝트 사이의 메세지가 핵임이며 모든건 메세지 위주로 돌아가야한다는 점이다. 메세지가 곧 역할을 만들고 책임을 만들며 협력의 접점을 만들기 때문이다.

각 오브젝트는 결국 자기만의 역할, 책임을 분명하게 가지게끔 만들어야 하며, 협력을 하려 할때 오브젝트 A는 오브젝트 B의 역할, 책임 내부를 들여다보는(~~OOP의 패러다임을 깨버리는~~)순간 의존성이 강하게 걸리며 OOP의 사상과 멀어지게 된다. 오로지 내 입장에서 '무언가'를 하려한다는 메세지를 전파하는 것, 그 자체로 끝나야하며, 그게 좋은 구조의 OOP이고, 디커플링 된다.

현재 재직중인 회사의 개발 소스들은 역할과 책임, 협력 없이 한 프로세스에서 모든 역할을 하며 그러다 보니 파편화된 소스가 너무나도 많다. 그리고 그런 파편화로 인해 유지보수성에 어려움을 겪고, 많은 버그에 개발팀은 물론 운영 MD팀, CS팀, 배송팀까지 업무에 어려움을 겪고 있다. 이런 문제로 업무의 효율과 공수에 비효율이 생기고, 사용자들은 좋지 않은 사용 경험을 넘어 불쾌감을 느끼는 일도 허다하다.

소스 수정이 있을 때마다 개선을 한다고 해보지만 2014년부터 유지되오던 시스템의 방대함과 기한이라는 두개의 큰 벽앞에서 쉽지 않다. 그렇지만 당장의 시간 비용이 더 들어서 추후 비용을 덜 들일 수 있다면 어떤게 더 이득인지 생각해 볼 필요가 있다고 생각한다.

이 책을 읽고 역할, 책임, 협력을 나눠 잘 짜여진 구조의 시스템에 대한 목마름이 생겼다. OOP의 철학이 잘 녹아든 소스 위에서 일 하고싶다.

네트워크 보안 - II

Jeaha — Sun, 12 Jun 2022 11:31:01 +0900

네트워크 보안을 강화시키는 방법으로 암호 기법, 디지털 서명, 웹 보안 프로토콜, 방화벽, 프록시 서버 등을 알아봄

주요 용어

암호화 :
누구나 읽을 수 있는 평문을 제 3자가 읽을 수 없는 형태인 암호문으로 변환하는 과정
복호화 :
암호문을 평문으로 변화하는 과정
대치암호 :
평문의 각 글자를 다른 글자로 대치하여 암호문을 만드는 방식
전치암호 :
평문의 글자를 재배열하는 방식으로 문자의 위치를 바꿔서 암호문을 만드는 방식
스트림 암호화 :
평문과 같은 길이의 키 스트림을 생성하여 평문과 키를 비트 단위로 합하여 암호문을 만드는 방식
블록 암호화 :
평문을 일정한 길이의 단위(block)로 나눈 뒤, 각 블록 단위로 암호화 과정을 수행하여 암호문을 얻는 방법
대칭 키 암호화 :
암호화에서 사용하는 암호화와 키와 복호화에 사용하는 복호화 키가 서로 같음 암호화 방식
공개 키 암호화 :
암호화에 사용하는 암호화 키와 복호화에 사용하는 복호화 키가 서로 다른 암호화 방식.
암호화 키는 일반인에게 공개하는 공개키이고 복호화 키는 개인이 공개하지 않는 비밀 키임
공개 키 기반 구조 (Public Key Infrastructure; PKI) :
일반 사람들이 공개 키 암호화 기법을 믿고 사용할 수 있도록 공개 키 인증서를 발행하고
그에 대한 접근을 제공하는 인증서 관리 기반 구조
방화벽 (firewall) :
네트워크와 네트워크 사이에서 패킷을 검사하여 조건에 맞는 패킷만을 통과시키는 소프트웨어나 하드웨어를 총칭
프록시 서버(proxy server) :
내부 네트워크에 접속되어 있는 클라이언트를 대신하여 외부 네트워크에 접속하여 클라이언트가 요청한 통신 서비스를 제공하는 서버

암호 기법

암호 기법의 개요

암호화 (Encryption) :
누구나 읽을 수 있는 평문(plaintext)을 제 3자가 읽을 수 없는 형태인 암호문(chipertext)으로 변환하는 과정
복호화 (decryption) :
암호문을 평문으로 변환하는 과정
키 (key) :
암호화 키, 복호화 키
과정 : 평문 -> 암호화(암호화 키) -> 암호문 -> 복호화(복호화 키) -> 평문

암호화의 주요 기능

전달 과정의 기밀성 보장
정보의 무결성 보장
송신자와 수신자의 정당성 보장
네트워크 보안의 5가지 요구사항
- 데이터의 기밀성 보장
- 데이터의 무결성 보장
- 정당성 보장 : 실체 인증, 데이터 인증, 부인 방지

암호화 기술

암호화 기술 - 분류

동작 형태 :
대치 암호, 전치 암호, 혼합 암호, 대수화 암호
평문의 처리 방법 :
스트림 암호화, 블록 암호화
암호화 키 :
대칭 키 암호화, 공개 키 암호화

동작 형태

대치 암호 (치환 암호; substitution cipher)
- 메세지의 각 글자를 다른 글자로 대치하는 방식
- 예 : Caesar 암호
전치 암호 (전위 암호; transposition cipher)
- 평문의 글자를 재배열하는 방식 (문자의 위치를 바꿔 암호문을 작성)
혼합 암호 (product cipher)
- 대치와 전치 두 방법 모두 사용하는 방식
- 예 : LUCIFER, ENIGMA, ABFGVX, DES 등
대수적 암호 (algebraic cipher)
- 각 글자를 숫자로 바꾸어 수학적으로 처리하는 방식
- 예 : 순환잉여검사 (CRC), Vernam 암호 방식

평문 처리 방법

스트림 암호화 (stream cipher [state cipher] encryption)
- 평문과 같은 길이의 키 스트림을 생성, 평문과 키를 비트 단위로 합하여 암호문을 얻는 방법
- 평문을 한 번에 한 비트씩, radom하게 생성되는 키 스트림과 XOR 연산으로 합하여 전송함
블록 암호화 (block cipher [state cipher] encryption)
- 평문을 일정한 길이의 단위(block)으로 나눈 뒤, 각 블록 단위로 암호화 과정을 수행하여 암호문을 얻는 방법
- 예 : LUCIFER, DES
- 비교

암호화 키

대칭 키 암호화 (symmetric key encryption)
- 암호화 키 = 복호화 키
- 유사어 :
  - 공통 키 (common key) 암호화
  - 비밀 키 (secret key) 암호화
  - 관용 암호화 (conventional encryption)
- 장점 :
  - 구현이 용이
  - 실행 속도가 빠름
- 단점 :
  - 키 분배 및 관리가 어려움
  - 인증과 송수신 부인 방지가 보장되지 않음
- 에 : RC2, RC4, RC5, IDEA, DES, Triple DES, AES
- DES (Data Encryption Standard)
  - 대칭 키를 사용하는 블록 암호화 방식
  - IBM에서 개발한 LUCIFER의 확장된 형태,
  - 평문의 한 블록(64 비트)을 공통 키(54 비트)를 이용, 전치, 대치, XOR 연산 등을 16회 반복하여 암호문 한 블록(64 비트)을 완성함
- AES (Advanced Encryption Standard)
공개 키 암호화 방식 (public key encryption)
- RSA 암호화 알고리즘
  - 가장 대중화된 공개 키 암호화 방식
  - 2 개의 큰 소수 p, q를 구하고, 두 소수의 곱 n을 구해 사용하는데, 이 암호화 방식의 안전도는 n의 소인수 분해 난이도에 종속됨
- 장점
  - 공통 키 암호화 방식의 키 분배 문제 해결
  - 디지털 서명 기능 (부인 봉쇄 가능)
- 단점
  - 구현의 어려움
  - 처리 속도가 느림

키 관리

공개 키 관리

공개 키는 공개되므로 위/변조가 가능
공개 키 인증서 (certificate)
- 공개 키를 인증하는 전자적 증명문서
- 인증 만기일, 인증서 발급기관 이름, 일련번호, 인증서 발급 기관의 디지털 서명
- 인증서의 형식은 ITU-T X.509 표준에 따름

공개 키 기반 구조

Public Key Infrastructure (PKI) :
공개 키 인증서를 발급하고 사용할 수 있는 인증서 관리 구조
인증기관 (Certificate Authority; CA) :
일반인에게 개인 키와 공개 키를 부여하고,
인증서를 통해 상대방의 공개 키를 제공하는 서비스 기관
인증서 :
- 기재된 통신 객체 (개인, 기관, 컴퓨터)의 신분 보증
- 인증기관의 디지털 서명이 포함되어 인증기관의 개인 키 없이는 위/변조 불가능

디지털 서명 (digital signature)

디지털 서명의 개요

공개 키 암호화 방식에서의 메세지 암호화는
개인 키를 이용한 메세지 작성자만이 할 수 있으므로
이를 이용하여 메세지릐 작성자 본인을 알리는 서명을 작성함
서명 알고리즘 및 증명 알고리즘

디지털 서명의 유효성

디지털 서명의 유효성을 위한 5가지 조건
1. 서명자 인증 (user authentication) :
  디지털 서명의 서명자를 불특정 다수의 사람들이 검증할 수 있어야 함
2. 부인 불가 (non-repudiation) :
  서명자는 서명 이후 서명 사실을 부인할 수 없어야 함
3. 변경 불가 (unalterable) :
  서명한 문서의 내용은 변경할 수 없어야 함
4. 재사용 불가 (not reusable) :
  어느 한 전자문서의 디지털 서명을 다른 전자문서의 디지털 서명으로 사용할 수 없어야 함
5. 위조 불가 (unforgeable) :
  적법적인 서명자만이 디지털 서명을 할 수 있어야 함

웹 보안 프로토콜

웹 보안 프로토콜 분류

응용계층 프로토콜
- 이메일 보안 : PGP, PEM, S/MIME
- HTTP 보안 : S-HTTP; Secure HTTP
- 원격 로그인 보안 : SSH; Secure Shell
전송계층 프로토콜
- SSL; Secure Socket Layer
- TLS; Transport Layer Security
네트워크계층 프로토콜
- IPSec; Internet Protocol Security

응용계층 웹 보안 프로토콜 - 이메일 보안

PGP; Pretty Good Privacy
- 공개 키 암호화 방식 사용
- 기능
  - 기밀성 : 제 3자는 이메일 내용을 볼 수 없음
  - 메세지 인증 : 메세지가 위/변조 되지 않았음을 인증
  - 사용자 인증 : 이메일의 발신자가 누구인지 확인
  - 송신자 부인 방지 : 이메일 발송 부인의 방지
PEM; Privacy Enhanced Mail
- IETF (Internet Engineering Task Force)에서 표준으로 제정한 공개 키 암호화 방식의 이메일 보안 방식
- 표준으로 제정되었으나 실제로 활용되지 못함
S/MIME (Secure/Multipurpose Internet Mail Extension)
- MIME으로 캡슐화 된 이메일에 대해 공개 키 암호와 디지털 서명을 제공해주는 이메일 보안 표준 프로토콜
- 공개 키 암호화 방식, RSA 암호 방식을 이용

전송계층 웹 보안 프로토콜 - SSL

Secure Socket Layer
웹 페이지 보안 프로그램으로 대부분의 웹 브라우져가 지원해 줌
Netscape Communication사에서 개발한 de facto standard
http 외에도 ftp, SMTP, Telnet 등의 응용에도 적용 가능
SSL이 적용된 웹 페이지의 URL은 https로 시작되며 보안 포느 443을 사용

전송계층 웹 보안 프로토콜 - TLS

Transport Layer Security
SSL을 계승한 전송 계층의 보안 프로토콜
TLS의 상위 계층의 응용 프로토콜과는 독립적이기 때문에 어떤 응용 프로그램도 TLS를 이용하여 안전한 통신 가능

네트워크계층 웹 보안 프로토콜 - IPSec

IPSec (Internet Protocol Security)
IP 게층 (네트워크 계층)에서 동작하는 보안 프로토콜
- Authentication Header; AH : 송신자의 인증
- Encapsulation Security Payload; ESP : 송신자의 인증과 데이터 암호화
IP 계층에서의 데이터 기밀성, 데이터 무결성, 데이터 인증 등의 보안 서비스 제공

방화벽과 프록시 서버

방화벽의 개요

네트워크와 네트워크 사이에서 패킷을 검사하여 조건에 맞는 패킷만을 통과시키는 (packet filtering) S/W, H/W를 총칭

방화벽의 종류

배스천 호스트; bastion host
스크리닝 라우터; screening router
이중 홈 게이트웨이; dual-homed gateway
- 2개 이상의 네트워크에 동시에 접속된 Bation host
스크린 호스트 게이트웨이; screened host gateway
- 스크리닝 라우터와 스크린 호스트(bation host, dual-homed gateway)를 혼합한 형태의 방화벽
스크린 서브넷; screened subnet
- 외부 네트워크와 내부 네트워크 사이에 DMZ 역할을 하는 완충 지역 개념의 서브넷

프록시 서버의 개요

내부 네트워크게 있는 Client를 대신하여 인터넷에 접속하고
Client가 요청한 통신 서비스를 Client가 요청한 통신 서비스를 다시 Client에게 제공해 주는 서버
동작 절차
1. Proxy server는 client의 요청에 따라 외부 서버에게 서비스 요청
2. 외부 서버는 proxy server에게 요청한 서비스 전달
3. Proxy server는 전달 받은 서비스를 client에게 전달

프록시 서버의 기능

안정성 :
사용자 인증 기능, 서비스 이용 제한 등의 기능을 proxy server에 두면
client는 일괄적 보호를 받음
익명성 :
외부 서버에 접근하는 것은 proxy server이므로,
client의 고유정보가 노출될 가능성이 감소함
신속성 :
사용자가 열람한 웹 사이트의 정보를 캐시에 임시적으로 보관해 놓는데, 이를 이용하면 client가 동일한 웹 사이트에 접속하는 경우 신속하게 할 수 있음

요약

암호화란 누구나 읽을 수 있는 평문을 권한이 없는 제 3자가 알아볼 수 없는 형태로 재구성하는 과정을 의미,
암호화의 역과정으로 암호화 평문으로 복원하는 것을 복호화라고 함
키의 종류에 따른 암호화 방식으로는 DES로 대표되는 대칭 키 암호화 방식과 RSA로 대표되는 공개 키 암호화 방식이 있음
디지털 서병은 네트워크상에서 문서나 메세지를 송수신할 때 디지털 문서에 서명자 인증, 문서의 위/변조 방지, 송신 부인 방지 등의 기능을 제공하는 암호화 기술을 사용하여 서병하는 방법
인터넷 보안을 위해 사용되는 주요 기술로는 웹 보안 프로토콜을 사용하는 방법, 방화벽을 사용하는 방법, 프록시 서버를 사용하는 방법이 있음
방화벽은 네트워크와 네트워크 사이에 송/수신 되는 패킷을 검사하여 조건에 맞는 패킷들만 통과시키는 소프트웨어나 하드웨어를 총칭함
프록시 서버는 내부 네트워크에 있는 클라이언트를 대신하여 인터넷에 접속, 클라이언트가 요청한 통신 서비스의 결과를 클라이언트에게 제공하는 서버임

출처 : 방송통신대 강의 자료실 정보통신망 강의록

네트워크 보안 - I

Jeaha — Sun, 12 Jun 2022 11:23:09 +0900

인터넷의 보편화로 언제 어디에서든 자신이 필요로 하는 정보를 검색, 접근 활용이 쉬워지면서
도용, 위/변조, 불순한 침입 등과 같은 역기능 문제가 대두됨.
정보통신망에서 보안의 필요성과 네트워크 보안의 요구 사항과 네트워크 보안을 위협하는 제 3자, 통신 담당자, 악성 프로그램, 기타 위협 요소 등을 알아 봄

주요 용어

기밀성 (confidentiality) :
정보가 허가되지 않은 사용자에게 노출되지 않는 것
무결성 (integrity) :
정보가 권한이 없는 사용자에 의해 변경되지 않는 것
가용성 (availavility) :
합법적인 사용자가 정보시스템의 데이터와 자원에 접근하여 사용할 수 있는 것
부인 방지 :
데이터의 송신이나 수신 사실을 확인함으로써 송수싱 사실을 부인할 수 없도록 하는 것
웜 (worm) :
네트워크를 통하여 자기 자신을 복제하며 전파할 수 있는 프로그램
피싱 (phishing) :
인터넷에서 스팸메일을 이용한 범죄수법으로, 송신자의 신원을 알리지 않는 메일로 수신자의 개인 정보를 빼낸 뒤 이를 불법적으로 이용하는 범죄
파밍 (pharming) :
합법적으로 소유하고 있던 사용자의 도메인을 탈취하거나 도메인 네임 시스템(DNS) 이름을 속여 사용자들이 진짜 사이트로 오인하도록 유도하여 개인 정보를 훔치는 수법

네트워크 보안 개요

필요성

종이 문서와 전자 문서의 차이
정보통신망을 통한 문서의 공개

보안의 3가지 목표 : 보안 원칙

기밀성 (confidentiality) :
허가되지 않은 사람에게 정보가 노출되지 않는 것을 보장
무결성 (integrity) :
허가되지 않은 사람에 의해 정보가 변경되지 않는 것을 보장
가용성 (availability) :
허가된 사람에게 부당한 지체 없이 정보가 접근되고 사용할 수 있도록 하는 것을 보장

보안의 종류

시스템 보안 :
권한이 없는 사람에 의한 파일 및 장치 등의 사용을 제한함으로써 시스템을 보호
- 시스템 보안 방법
  - 접근 통제 : 권한이 있는 사용자들에게 접근을 제한
  - 감시 통제 : 시스템에서의 활동을 감시
네트워크 보안 :
내부 네트워크가 인터넷과 같은 외부의 네트워크와 연결되면서 내부 조직의 네트워크 보안이 점점 중요해 짐
- 예 ) 인터넷 뱅킹, 전자상거래, 증명서 발금
- 권한이 없는 사람의 접근이나 우연 또는 의도적인 방해나 파괴로부터 네트워크를 보호하기 위한 방법
- H/W, S/W, 인위적 보안 조치의 총칭

네트워크 보안의 요구 사항

실체 인증 :
통신에 참여한 실체에 대한 진위 검증
데이터 무결성 :
데이터가 파괴되거나 변경되지 않도록 보호
데이터 보안성 :
정보의 비밀 보장, 합법적 사용자의 접근 보호
데이터 인증 :
데이터가 신뢰할 수 있는 발신처에 전송된 것인지 확인
부인 방지 :
데이터의 수신이나 전송 사실에 대한 확인

네트워크 보안 위협 유형

유형 분류

사람
- 제 3자, 통신 당사자 (송신자, 수신자)
악성 프로그램
- 바이러스, 웜, 트로이 목마
기타
- phishing, pharming

제 3자에 의한 불법적인 공격 유형

가로채기 (interception) : 기밀성 위협
- 공격자가 전송되고 있는 정보를 몰래 열람 또는 도청하는 행위
- 예 : 네트워크 상에서 개인 정보 데이터를 부정한 방법으로 복사하거나 도청하는 행위
변조 (modification) : 무결성 위협
- 공격자가 시스템에 접근하여 데이터를 조작하여 원래 데이터를 다른 내용으로 바꾸는 행위
- 예 : 송수신자가 알아채지 못하도록 전송 중인 메일 내용을 변경하거나 데이터 파일 내의 값들을 변경
위조 (fabrication) : 무결성 위협
- 공격자가 거짓 정보나 잘못된 정보를 삽입하여 수신자에게 전송, 수신자가 정당한 송신자로부터 정보를 수신한 것으로 착각하게 만들어 이를 통해 이득을 보려는 행위
- 예 : 위조된 메세지를 수신자에게 전송하는 행위
방해 (interruption) : 가용성 위협
- 송신자와 수신자 간의 정보 수신일 원할하게 이루어지지 못하도록 시스템의 일부를 파괴하거나 사용할 수 없게 하는 행위
- 예 : 통신회선의 절단이나 파일 관리 시스템의 파손 등
서비스 거부 (Denial of Service; DoS) : 가용성 위협
- 공격자가 처리 용량을 넘는 데이터를 전송하여 과도한 부하를 일으켜 시스템을 마비시킴으로써 정당한 이용자가 시스템을 사용하지 못하게 만드는 행위
- 예 : 메일 서버 시스템에 엄청난 양의 스팸 메일을 보내 시스템의 원활한 서비스를 방해하는 행위 등
- 분산 서비스 거부; Distributed DoS

통신 당사자 간의 부정 유형

부정 (사기 ; fraud)
송신자
- 송신 자체를 부인
수신자
- 수신 자체를 부인
부인 봉쇄 방법의 필요

악성 프로그램

컴퓨터 바이러스 (computer virus)
- 컴퓨터에서 실행되는 일종의 명령어들의 집합으로서 컴퓨터 프로그램이나 데이터 파일을 감염시킴
- 감염은 정상 파일에 바이러스 코드를 붙이거나 본래 목적 이외의 작업을 처리하며 동시에 자신을 복제시킴
- 증상
  - 컴퓨터 부팅 시간이 오래 걸리거나 부팅이 안 되는 증상
  - 프로그램이 오동작하거나 동작 되지 않는 증상
  - 저장된 데이터가 변조되거나 삭제되는 증상 등
- 최신 바이러스 백신 사용
웜 (worm)
- 네트워크를 통해서 자신을 복제, 전파할 수 있는 프로그램
- 감염시키지 않고도 복제할 수 있음
- 감염 경로 : email, P2P, 메신져 등
- 주요 피해 유형
  - DDoS
  - 침입자가 시스템에 쉽게 접근할 수 있는 통로 제공
트로이 목마 (Trojan horse)
- 컴퓨터 사용자의 정보를 빼내가기 위한 목적으로 제작된 악성 프로그램
- 악성 코드를 유틸리티 프로그램에 내장하여 배포하거나 그 자체를 유틸리티 프로그램으로 위장하여 배포
- 자기 복제능력 없음

기타 위협 요소

피싱 (Phishing)
- Private Information + Fishing
- 인터넷에서 송신자를 알리지 않는 스팸 메일을 이용하여 수신자의 개인 정보를 빼낸 뒤 이를 불법적으로 이용하는 범죄
- 예 :
  - 거짓 이메일을 통해, 가짜 웹 사이트로 유인, 신상정보 요구
  - 이벤트, 설문조사 등
  - 전화를 이용한 피싱도 있음 (voice phising)
파밍 (Pharming)
- Phishing + Farming
- 정당한 웹 사이트의 도메인을 탈취하거나 DNS 이름을 속여 미리 정해 놓은 웹사이트로 data traffic을 유인한 뒤, 개인 정보를 빼내 이를 불법적으로 이용하는 범죄
- 피싱의 한 유형이지만 더 위협적

요약

정보 보호의 목표 :
- 기밀성 :
  허가되지 않은 사용자에게 노출되지 않는 것을 보장
- 무결성 :
  정보가 권한이 없는 사용자의 악의적 또는 비 악의적인 접근에 의해 변경되지 않는 것을 보장
- 가용성 :
  인가된 사용자가 정보 시스템의 데이터 또는 자원을 필요로 할 때 부당한 지체 없이 원하는 객체 또는 자원을 접근하고 사용할 수 있도록 보장
보안은
- 시스템 보안 :
  권한이 없는 사용자에 의한 파일 및 장치 등의 사용을 제한하여 시스템을 보호
- 네트워크 보안 :
  권한이 없는 사람의 접근이나 정산 운용시 우연 또는 의도적인 방해나 파괴로부터 네트워크를 보호
네트워크 보안의 요구 사항 :
실체 인증, 데이터 무결성, 데이터 보안성, 데이터 인증, 부인 방지
네트워크 보안 위협의 유형의 구분 :
제 3자에 의한 불법적인 공격, 통신 당사자 간의 부정, 악성 프로그램의 감염, 기타 유형
제 3자의 불법적인 공격에 의한 보안 위협 유형 :
변조, 가로채기, 방해, 위조
변조 :
공격자가 시스템에 접근, 데이터를 조작하여 원래의 데이터를 다른 내용으로 바꾸는 행위
가로채기 :
공격자가 전송되고 있는 정보를 몰래 열람, 또는 도청하는 행위
위조 :
공격자가 거짓 정보나 잘못된 정보를 삽입하여 수신자에게 전송하여 수신자가 정당한 송신자로부터 정보를 수신한 것처럼 착각하도록 만들어 이를 통해 이득을 보려는 행위
방해 :
송신자와 수신자 간의 정보 송수신이 원활하게 이루어 지지 못하도록 시스템의 일부를 파괴하거나 사용할 수 없게 하는 행위
서비스 거부(DoS) :
공격자가 처리 용량을 넘는 데이터를 전송하여 과도한 부하를 일으켜 시스템을 마비시킴으로써 정당한 이용자가 시스템을 사용하지 못하게 만드는 행위
악성 프로그램의 감염에 의한 보안 위협 유형 :
바이러스, 웜, 트로이목마
최근 인터넷에서 많이 발생하는 기타 보안 위협 유형 :
피싱, 파밍

출처 : 방송통신대 강의 자료실 정보통신망 강의록

LAN; 근거리 통신망 - II

Jeaha — Sun, 12 Jun 2022 11:21:52 +0900

근거리 통신망은 OSI 참조 모델의 계층화 개념을 이용하고 IEEE 802 위원회에 의한 LAN 프로토콜의 표준화가 진행되면서 계속 발전되고 있음.

주요 용어

MAU :
매체접근장치 signaling, encoding 기능과 대체를 다루는 기능을 수행
MAC :
매체접근제어로 LLC와 MAU 사이의 인터페이스 역할, 데이터 전송 매체의 사용권을 모든 노드에게 균등하게 제공하는 기능을 수행
LLC :
논리링크제어로 MAC에 의해 확보된 데이터 전송권한을 이용해 흐름제어, 오류제어, 순서화 및 연결관리 등의 기능 수행
IBSS :
Independent Basic Service Set.
무선 LAN의 애드훅(ad-hoc) 통신 방식으로 구성되는 독립적 단위의 무선 LAN
- ad-hoc 통신방식이란 무선 LAN의 전파가 도달하는 범위 안에서 무선 LAN 카드를 장착한 노드들끼리 직접 통신하는 방식
BSS :
Basic Service Set.
무선 LAN의 인프라스트럭쳐(infrastructure) 통신 방식에서 하나의 AP(Access Point)를 통해 구성되는 무선 LAN
- 인프라스트럭쳐 통신 방식이란 무선 LAN 카드를 장착한 노드들이 허브나 라우터에 연결된 AP를 통해서 서로 통신하는 방식
FDDI :
Fiber Distributed Data Interface.
광섬유 케이블을 사용하도록 설계된 이중 환형 구조의 LAN

LAN 참조 모델

OSI 참조 모델과 LAN 참조 모델

물리계층

물리 매체 (cable)
- 케이블을 통해 전기적 신호를 전달하는 역할 수행
- twisted pair cable, coaxial cable, optical fiber, electric wave
매체 접근 장치 (MAU)
- signaling, encoding 기능과 매체를 다루는 기능 수행

데이터링크 계층

매체 접근 제어 (MAC)
- MAU와 LLC 사이의 인터페이스
- 데이터 전송 매체의 사용권을 모든 노드에게 균등하게 제공하는 기능 수행
논리링크 제어 (LLC)
- MAC에 의해 확보된 데이터 전송 권한을 이용해 흐름제어, 오류제어, 순서화 및 연결관리 등의 기능 수행

LAN의 논리 링크 제어

논리링크제어 (LLC) 계층

중간 노드 없이 인접 두 노드 사이의 데이터 전송
OSI 참조모델의 데이터링크 계층
차이
- LLC는 다중접근을 지원
- 매체제어는 MAC에서 해결하므로 LLC는 관여하지 않음
- 데이터링크 계층 기능의 일부만 수행

LAN 관련 표준

IEEE 802 프로토콜

무선 LAN

개요

적외선이나 전파를 사용하여 노드들을 연결한 LAN
장점
- 이동 중에도 통신할 수 있음
- 빠른 시간 내에 네트워크 구축 가능
- 노드들의 배치에 영향을 받지 않음
- 복잡한 배선의 번거로움 제거 가능
단점
- 유선보다 전송속도가 느림
- 간섭 발생 가능성 높음
- 보안에 취약함

전송 매체

적외선 기술 사용
대부분 무선 LAN은 2.4GHz ~ 5GHz대의 주파수 대역 사용

무선 LAN의 종류

802.11a
- 5.7 GHz 주파수 사용
- 최대 54 Mbps
802.11b
- 2.4 GHz 주파수 사용
- 최대 11 Mbps
802.11g
- 2.4 GHz
- 최대 54 Mbps
802.11n
- 2.4 GHz || 5 GHz
- 최대 600 Mbps

무선 LAN의 통신 방식

AD HOC

무선 LAN의 전파가 도달하는 범위 안에서 무선 LAN 카드를 장착한 노드들끼리 직접 통신하는 방식
IBSS (Independent Basic Service Set) 라는 독립적 단위로 단독 네트워크 구성
하나의 IBSS 내의 노드들 끼리는 서로 통신 가능, 다른 IBSS 와는 데이터 송수신 불가능
"특별한 목적을 위해서"라는 뜻의 라틴어
1. 특정한 문제나 일을 위해 만들어진 관습적인 해결책
2. 일반화 할 수 없는 해결책
3. 어떤 다른 목적에 적응시킬수 없는 해결책

인프라스트럭쳐

무선 LAN 카드를 장착한 노드들이나 허브나 라우터와 연결된 AP (Access Point)를 통해 서로 통신하는 방식
BSS (Basic Service Set)
- 하나의 AP로 구성되는 무선 LAN
ESS (Extended Service Set)
- 서로 연결된 BSS들의 집합을 하나의 BSS 처럼 보이도록 만든 무선 LAN

고속 LAN

개요

고속 LAN
- 기존의 LAN 프로토콜을 이용하면서 100 Mbps 이상의 속도를 지원하는 LAN
- Fast Ethernet, Gigabit Ethernet, FDDI
LAN의 전송 속도
- 80's : 이더넷 10 Mbps, 토큰링 16 Mbps
- 90's : 고속 이더넷 100 Mbps, FDDI 100 Mbps
- 90 말 : 기가비트 이더넷 1 Gbps

고속 이더넷

기존의 이더넷 기술(10 Mbps)를 발전시켜 100 Mbps를 지원하는 fast ethernet
기존 이더넷과 거의 동일하거나, 전송 가능한 케이블의 최대 길이를 줄임으로써 속도 향상
매체 접근 방식 : CSMA / CD (IEEE 802.3u)
종류
- 100 BASE-TX : 주로 성형 LAN; CAT.5 UTP (최대 100m)
- 100 BASE-T4 : 100BASE-TX와 유사; CAT.3, 4 UTP (최대 100m)
- 100 BASE-FX : 광섬유 (최대 400m)
용어
- CAT : Category
- UTP : unshielded twisted pair
- STP : shielded twisted pair
- FTP : foil twisted pair

기가비트 이더넷

기존의 Ethernet과 최대한 호환성을 유지하며 1 Gbps 속도를 지원하는 Ethernet
종류
- 1000 BASE-X (IEEE 802.3z)
  - 1000BASE-SX (광섬유, 단파장 레이져)
  - 1000BASE-LX (광섬유, 장파장 레이져)
  - 1000BASE-CX (동축케이블, 25m 이내 단거리 전송)
- 1000 BASE-T (IEEE 802.3ab)
  - 1 Gbps의 속도로 최대 100m까지 전송 가능
IEEE 802.3ae 표준 활동
- 10 Gbps Ethernet (광섬유 이용)

FDDI

Fiber Distributed Data Interface
100 Mbps 전송 속도 제공
ANSI 표준 -> ISO 표준
광섬유 케이블을 이용하는 이중 링 구조의 LAN
2 개의 링이 token passing 방식으로 운용
- 정해진 규칙에 따라 1 개의 링을 선택하여 사용
- multi token 방식 이용
- 전송 방향이 서로 반대

요약

LAN 참조 모델은 기본적으로 OSI 참조 모델에서 제시된 계층화 개념을 이용하며 7계층 중에서 하위 2계층만을 대상으로 하고, 나머지 상위 계층은 OSI 참조모델을 그대로 따름
LAN 참조 모델은 OSI 참조 모델의 데이터링크 계층을 두 노드 간에 오류제어와 흐름제어를 통한 데이터 프레임 전송 기능을 담당하는 LCC(Logical Link Control)와 충돌을 피하기 위한 공유 매체 접근 제어 기능을 담당하는 MAC (Medium Access Control)으로 세분화 함
LAN의 표준화는 IEEE 802 위원회에서 추진,
- 802.2 : LCC 프로토콜
- 802.3 : CSMA/CD
- 802.4 : 토큰 버스 프로토콜
- 802.5 : 토큰 링 프로토콜
무선 LAN은 적외선이나 전파를 전송 매체로 사용하며, 통신 방식은 애드훅 방식과 인프라스트럭쳐 방식으로 나뉨.
무선 LAN에 관한 표준은 802.11 작업 그룹에서 제정함
고속 LAN은 100Mbps 이상의 전송속도를 지원, 고속 이더넷, 기가비트 이더넷, FDDI 등이 있음

출처 : 방송통신대 강의 자료실 정보통신망 강의록

LAN; 근거리 통신망 - I

Jeaha — Sun, 12 Jun 2022 11:17:28 +0900

대학이나 연구소, 기업 등에 가장 많이 구축되어 있고 고속의 정보전송을 지원하지만
지역적인 범위가 짧은 통신망으로 근거리 통신망(LAN)이 존재함.
근거리 통신망들은 서로 연결시켜 확장시켜 나감으로써 원거리 통신망이나 인터넷 등을 구성하게 됨.

주요 용어

LAN :
다수의 독립된 컴퓨터 기기들의 상호 통신이 가능하도록 해 주는 데이터 통신 시스템으로 좁은 지역 내에서 다양한 통신 기기의 상호 연결을 가능하게 하는 네트워크 (Local Area Network)
WAN :
둘 이상의 LAN이 넓은 지역에 걸쳐 연결되어 있는 네트워크, 일반적으로 지역과 지역, 국가와 국가간을 서로 연결하는 네트워크 (Wide Area Network)
베이스밴드 방식 :
통신회선에 컴퓨터 내부 코드에 해당하는 디지철 신호를 변조하지 않고 직접 그대로 통신회선을 통해 전송하는 방식으로 하나의 고속 전송 채널만 사용
브로드밴드 방식 :
디지털 신소를 아날로그 신호로 변조하여 단방향으로 전송하는 방식으로 송신 채널과 수신 채널이 각각 별도로 필요함
CSMA/CD 방식 :
최대한 충돌 없이 많은 양의 정보를 전송하기 위해 노드가 통신회선의 사용 상태점검을 통해 충돌을 감지하는 매체 접근 방식
토큰링 방식 :
환형 형태의 위상을 가진 네트워크를 구성한 후 토큰이라 불리는 제어신호를 사용하여 토큰을 가진 노드만 데이터를 전송할 수 있도록 하는 매체 접근 제어 방식
토큰버스 방식 :
이더넷과 토큰링의 특징을 결합한 것으로, 물리적으로는 버스형으로 구성되고 논리적으로는 토큰링 방식을 사용하여 매체 접근을 제어

근거리 통신망 개요

LAN의 정의

Local Area Network
IEEE 컴퓨터 표준 위원회
- "다수의 독립된 컴퓨터 기기들의 상호 통신이 가능하도록 해 주는 데이터 통신 시스템"
William Stallings
- "좁은 지역 내에서 다양한 통신기기의 상호 연결을 가능하게 하는 네트워크"
Kenneth J. Thuber & Harvey A. Freeman
- LAN의 4가지 특성
  1. 단일 기관의 소유
  2. 수마일 범위 이내의 지역으로 한정
  3. 어떠한 종류의 교환 기술을 사용해야 함
  4. WAN과 비교하여 고속통신이 가능해야 함
LAN의 정의

LAN의 역사

50 ~ 60년대 전반
- 전반적으로 일괄처리(batch process) 방식
60년 후반
- 컴퓨터의 소자가 트랜지스터에서 집적회로로 전환되면서 컴퓨터를 통한 정보처리 속도 향상
- 공간적 제약을 벗어나 정보통신 시대를 열었음
70년대
- 컴퓨터 수요 증가 및 미니 컴퓨터 성능 개선
- 조직적인 네트워크 구조가 필요함에 따라 미니 컴퓨터를 연결시킬 수 있도록 WAN의 출현
80년대
- 개인용 컴퓨터가 대량으로 생산되기 시작
- 여러 기기의 상호 연결의 편리성을 위해 LAN 등장
90년대 이후
- 기존 LAN의 속도를 향상시킨 고속 LAN 등장
현재
- 이동성과 편의성 등의 이유로 적외선이나 전파를 전송 매체로 활용하는 무선 LAN 활성화

근거리 통신망의 특성 및 효과

LAN의 특성

단일 기관의 소유
광대역 전송매체의 사용으로 고속통신 가능
네트워크 내의 어떤 기기와도 전송 가능
패킷 지연의 최소화
라우팅의 필요 없음
낮은 오류율
확장성과 재배치성이 좋음
종합적인 정보처리능력을 가짐

LAN의 효과

정보자원의 공유
정보의 실시간 처리 및 정보 자원의 일관성
비용 절감
이기종 간의 통신
N : N 접속 기능 지원

근거리 통신망의 분류

위상에 의한 분류

성형 LAN

중앙의 제어기와 모든 노드가 점대점 방식으로 연결
- 장점
  - 고장의 발견이 쉽고 유지보수 용이
  - 한 노드의 고장이 전체 네트워크에 미치는 영향이 적음
- 단점
  - 중앙 제어기의 고장은 전체 네트워크의 마비 초래
  - LAN 설치의 초기 비용이 많이 소요

버스형 LAN

버스 (하나의 긴 통로)가 모든 노드를 연결
- 장점
  - LAN 설치가 쉽고 초기 비용도 적게 소요
  - 한 노드의 고장이 네트워크의 다른 부분에 전혀 영향을 끼치지 않음
- 단점
  - 베이브 밴드 전송 방식을 사용할 경우 전송거리가 멀어지면 신호의 세기가 급격히 약해짐
    - repeater 필요

환형 LAN

각 노드가 양쪽 노드와 점대점 방식으로 연결
신호는 보통 한 방향으로만 전송
- 장점
  - 설치 및 재구성이 쉬움
  - 성형보다 구축 비용이 적게 소모
- 단점
  - 노드의 추가시 통신선로의 절단이 필요, 환형 형태의 통신을 제어하기가 복잡함

트리형 LAN

계층형 LAN
성형 LAN의 변형
장단점은 성형 LAN과 유사
성형 LAN에 비해 많은 노드를 연결시킬 수 있고 노드간 전송 거리도 증가 가능

전송 매체에 의한 분류

꼬임선 케이블 (twisted pair cable LAN)
동축 케이블 (coaxial cable LAN)
광섬유 (optical fiber cable LAN)
무선 (wireless LAN)

전송 방식에 의한 분류

베이스밴드 LAN
브로드밴드 LAN

베이스밴드 LAN

디지털 신호를 직접 전송
- 신호 감쇠 현상 -> 최대 1km 마다 리피터 필요
하나의 고속(10Mps 이상) 전송 채널만 사용
- 양방향 전송 가능
- 전송 효율을 위해 시분할 다중화 방식 사용
twisted pair cable 또는 coaxial cable 사용

브로드밴드 LAN

디지털 신호를 아날로그 신호로 변조하여 전송
단방향 전송 방식
- 송신 채널과 수신 채널이 각각 별도로 필요
주파수 분할 다중화
- RF (Radio Frequency) 모뎀 사용
coaxial cable 또는 광섬유 사용

매체 접근 방법에 의한 분류

CSMA/CD LAN
Token Ring LAN
TOken Bus LAN

CSMA/CD

개요
- Carrier Sense Multiple Access / Collision Detection
- IEEE 802.3
- Ethernet
CSMA/CD를 사용하는 LAN의 종류
- CSMA/CD를 사용하는 LAN의 종류
Ether 표기 : n BASE(BROAD) m - x
- n : 전송속도 (Mbps 단위)
- BASE / BROAD (Baseband / Broadband)
- m : 전송 거리 (100m 단위)
- x : 전송매체 (T : TP, C : CC, F : OF)

토큰링

개요
- 토큰링(token passing ring)은 환형 형태의 위상을 가진 네트워크를 구성한 후
  토큰(token)을 가진 노드만이 데이터를 전송할 수 있도록 하는 매체접근 제어 방식
- IEEE 802.5
- IBM 사의 Ring-LAN

토큰 버스

개요
- 토큰버스 (token passing bus) LAN은 Ethernet 과 Token ring의 특징을 결합한 형태
- 물리적 구성은 버스형, 논리적으로는 토큰링 방식
- IEEE 802.4
- Data Point사의 ARCNET

요약

근거리 통신망(LAN)이란 건물/대학/연구소 등의 제한된 지역 내에서 여러 건물들을 연결하여 기존의 문자 데이터 뿐만 아니라 음성, 영상, 비디오 등의 종합적인 정보를 고속으로 전송할 수 있는 고도의 정보 네트워크를 의미함.
LAN
- 단일기관의 소유
- 광대역 전송매체의 사용으로 고속통신이 가능
- 네트워크 내의 어떤 기기와도 전송이 가능
- 패킷 지연이 최소화
- 라우팅이 필요 없고, 낮은 오류율
- 확장성과 재배치성이 좋음
- 종합적인 정보처리능력
근거리 통신망에 의해 정보 네트워크를 구축하여 얻을수 있는 효과로는 정보자원의 공유, 정보의 실시간 처리 및 정보자원의 일관성, 비용절감, 다른 기종간의 통신, N : N 접속 기능의 지원 등이 있음
근거리 통신망은 위상, 전송매체, 전송방식, 배체 접근 방법 등에 의하여 분류 가능
근거리 통신망은 위상에 의하여 성형, 버스형, 트리형, 환형으로 구분되고 사용되는 전송 매체에 따라 꼬임선 케이블 LAN, 동축 케이블 LAN, 광섬유 LAN, 무선 LAN등으로 구분됨
근거리 통신망은 전송 방식에 따라 베이스 밴드 LAN과 브로드 밴드 LAN으로 구분되고 매체 접근 방식에 따라 CSMA/CD LAN과 토큰링 LAN, 토큰버스 LAN으로 구분됨

출처 : 방송통신대 강의 자료실 정보통신망 강의록

TCP/IP - III

Jeaha — Sun, 12 Jun 2022 11:09:06 +0900

ARP, RARP 주소 변환 프로토콜 .
ICMP IP 데이터그램 전송의 오류제어를 위한 프로토콜.
IGMP 그룹 내의 호스트들에게 멀티캐스팅 전송을 가능케 하는 프로토콜.
IP 주소 관리 방법들과 동적으로 IP 주소를 할당해주는 DHCP.

주요 용어

ARP :
상대방 호스트의 IP 주소를 알고 데이터 통신을 위해 그 호스트의 물리 주소를 알고자 할 때 사용하는 프로토콜
RARP :
물리주소만 알고 있는 호스트가 자신의 IP 주소를 찾을 때 사용하는 프로토콜
ICMP :
인터넷에서 IP를 대신하여 오류 또는 제어 메세지를 제공하는 프로토콜
IGMP :
IP 호스트가 어떤 멀티캐스트 그룹에 참가하고 있는지를 멀티캐스트 라우터에 통보하는 프로토콜
DHCP :
IP 주소를 중앙에서 관리하고 개별 클라이언트들에게 자동으로 IP 주소를 할당해 주는 프로토콜
BOOTP :
디스크가 없는 호스트(X terminal)에 대해 주소 및 설정 정보를 자동적으로 할당하고 관리하는 프로토콜

주소변환

ARP

Address Resolution Protocol
- 상대방 호스트의 IP 주소를 알고 데이터 통신을 위해 그 호스트의 물리 주소를 알고자 할 때 사용하는 프로토콜
- IP 주소를 물리주소로 매핑해 주는 프로토콜

동적 바인딩

ARP는 호스트의 IP 주소를 대응하는 물리 주소로 변환하여 실제 데이터 통신이 가능하게 함
- IP 주소 : 32 bit (4 byte)
- 물리주소 : 48 bit (6 byte)
ARP 요청 : broadcasting
ARP 응답 : unicasting

ARP 프로토콜

request 동작
reply 동작

proxy ARP

RARP

Reverse Address Resolution Protocol
- 물리주소만 알고 있는 호스트가 자신의 IP 주소를 찾을 때 사용되는 프로토콜
- 일반적으로 호스트의 IP 주소는 자신의 디스크에 저장된 구성 파일에서 확인
- 디스크가 없는 호스트는 물리주소만 알고 있으므로 이를 이용하여 IP 주소를 얻고자 함

RARP 프로토콜

RARP request 동작
RARP replay 동작

ICMP

ICMP 프로토콜

Internet Control Message Protocol
인터넷 계층 프로토콜
전송 오류 제어
- IP는 비연결성 비신뢰성 전송 서비스 (실패 가능성 있음)
- IP 데이터그램 전송의 오류가 발생할 경우 오류 메세지 또는 제어 메세지를 제공해 주는 프로토콜
- IP 데이터그램의 전송과정에서 발생하는 오류를 라우터나 발신지 호스트에게 보고하는 메커니즘을 제공

ICMP 메세지

1. 유형 (8 비트)
  - ICMP 메세지 식별
2. 코드 (8 qlxm)
  - 유형에 관한 추가 정보
3. 검사합(16 비트)
  - 전체 ICMP 메세지의 오류 검사
4. ICMP 메세지 (32 비트)
  - 오류 및 제어 메세지로서 echo, timestamp 등

ICMP 메세지 유형

  0  : Echo Reply
  3  : Destination Unreachable
  4  : Source Quench
  5  : Redirect
  8  : Echo Request
  11 : Time Exceed
  12 : Parameter Problem
  13 : Timestamp Request
  14 : Timestamp Reply
  15 : Information Request
  16 : Information Reply
  17 : Address Mask Request
  18 : Addres Mask Reply

ICMP 메세지 유형

오류 보고 메세지 (error reporting)
- ICMP는 오류를 수정하지 않고, 단지 보고만 수행
- IP 주소를 이용하여 발신지에 오류 전송
질의 메세지 (simple requery)
- 일부 네트워크의 문제 진단

오류보고 메세지

Error Reporting
- Destination Unreachable (목적지 도달 불가) :
  - 라우터가 데이터그램을 라우팅 할 수 없을 때
  - 호스트가 데이터그램을 전달할 수 없을 때
- Source Quench (발신지 억제) :
  - 혼잡으로 인해 데이터그램의 폐기를 알림
- Redirection (재지정) :
  - 라우터가 최적 경로를 사용하지 않은 호스트 발견 시 최적 경로를 알리기 위해 사용
- Time Exceed (시간 초과) :
  - IP 헤더의 TTL 필드 값 만료를 나타냄
- Parameter Problems (파라미터 문제) :
  - 데이터그램의 헤더 에러 문제 발생시 사용

질의 메세지

Query
- Echo Request And Reply (에코 요청 응답) :
  IP 호스트의 진단에 사용
- Timestamp Request And Reply (왕복시간 요청 응답) :
  두 시스템간에 IP 데이터그램이 오고가는데 필요한 왕복시간(Round Trip Time)을 결정
- Address Mask Request And Reply (주소 마스크 요청 응답) :
  호스트가 라우터에게 서브넷 마스크 요청
- Reouter Solicitation And Advertisement (라우터 주소 요청 응답) :
  다른 네트워크의 호스트에게 데이터 전송 시 자신의 네트워크에 연결된 라우터 주소 요청

IGMP

Internet Group Management Protocol

인터넷 계층 프로토콜
인터넷에서 multicast 서비스를 위해 사용되는 프로토콜
IP 호스트가 어떤 멀티캐스트 그룹에 참가하고 있는지를 멀티캐스트 라우터에 통보하는 프로토콜

IP 멀티캐스트

Multicast

하나의 그룹에 속한 호스트들에게 메세지 전송 (1-to-many)
참고 :
- unicast : 1-to-1
- broadcast : 1-to-all

IP Multicast

클래스 D 주소 사용
주소 범위 : 224.0.0.0 ~ 239.255.255.255
예약된 멀티캐스트 주소

IGMP 프로토콜

유형 (8 비트)
- Query (general/special)
- Membership report
- Leave report
최대 응답 시간 (8 비트)
- 질의애 응답해야하는 최대 허용 시간
검사합 (16 비트)
- 멀티캐스트 주소 (클래스 D IP 주소)

DHCP

IP 주소관리

IP 주소 관리 방법

IP 주소 (32 비트)
예 ) 150.183.135.215 등으로 표시
기억하기 어려움 -> IP 주소 관리 방법의 필요
1. Host Table
2. DNS (Domain Name System)
3. BOOTP (Bootsttrap Protocol)
4. DHCP (Dynamic Host Configuration Protocol)

호스트 테이블

모든 IP 주소와 이와 mapping되는 호스트 이름으로 구성된 테이블
장점
- 중앙집중형 관리 방식
- host table 구조가 간단
단점
- 호스트의 급속한 증가와 변화에 대응하기 어려움
  - 매핑 정보의 일관성 유지 어려움
- 계층적 구조가 아닌 평면 구조
  - 중복 정보를 포함함

DNS (Domain Name System)

계층적 구조 및 분산 관리 특성
- 예 ) 도메인 이름 : jeaha.dev
분산 관리의 문제
- name server는 특정 네트워크 영역만의 정보를 가지며,
  다른 영역에 대해서는 다른 name server의 정보를 참조
- name server 데이터의 복잡성
  - 수작업에 의한 데이터의 오류 가능성

BOOTP (Bootstrap Protocol)

기존의 방식은 IP 주소를 수작업으로 할당 (정적 할당)
BOOTP는 동적으로 IP 주소를 할당
디스크가 없는 호스트(X terminal)에 대해 주소 및 설정 정보를 자동적으로 할당하고 관리하는 프로토콜

DHCP 메세지 형식

Dynamic Host Configuration Protocol

개요
- 응용계층 프로토콜
- BOOTP에서 발전된 동적 주소 할당 프로토콜로서 IP 주소 재사용이 가능
- DHCP 메세지 형식은 BOOTP와 동일함
동적 주소 할당 프로토콜
- IP 주소 pool에서 사용 가능한 IP 주소를 선택하여 원하는 호스트에게 일정기간 임대해줌

DHCP 프로토콜

IP 주소 자동 할당

요약

ARP(Address Resolution Protocol)는 인터넷에서 물리적으로 연결된 호스트들 간의 통신을 위해 IP 주소를 물리주소로 매핑해 주는 프로토콜
RARP는 물리주소를 IP 주소로 매핑해주는 프로토콜로 디스크가 없는 호스트가 IP 주소를 얻기 위해 RARP를 이용함
ICMP는 인터넷에서 IP를 대신해 오류 또는 제어 메세지를 제공하는 프로토콜로 ICMP 메세지는 목적지로 반드시 전송되어야 하므로 IP 데이터 그램으로 전송됨
ICMP 메세지는 유형 및 코드에 따라 서로 다른 형식을 가지고 있음
IGMP는 인터넷에서 동일한 그룹에 속한 호스트들에게 메세지를 전송할 수 있는 멀티캐스트를 위해 사용되는 프로토콜임
멀티캐스트 그룹에 가입한 호스트의 프로세스만이 멀티캐스트 메세지를 수신할 수 있으며,
각 프로세스는 멀티캐스트 그룹에 필요에 따라 언제든지 가입하거나 탈퇴할 수 있어
멀티캐스트 그룹 내의 구성원은 동적으로 변함
DHCP는 IP 주소를 중앙에서 관리하고 개별 클라이언트들에게 **자동으로 IP 주소를 할당해 주는 프로토콜임
BOOTP(Bootstrap Protocol)는 디스크가 없는 호스트(Xterminal)에 대해 주소 및 설정 정보를 자동적으로 할당하고 관리하는 프로토콜
DHCP 네트워크는 DHCP 클라이언트, DHCP 서버, BOOTP/DHCP 중계 에이전트로 구성되어 있음

출처 : 방송통신대 강의 자료실 정보통신망 강의록

TCP/IP - II

Jeaha — Sun, 12 Jun 2022 10:54:51 +0900

TCP/IP는 간단한 메세지 전송에는 유리하지만, 신뢰성 있는 전송을 보장하지 않는 UDP와 호스트 간의 신뢰성 있는 전송을 제공하는 TCP 전송 계층 프로토콜이 있음.

주요 용어

UDP :
TCP/IP 응용 계층과 IP 계층 사이에 있으며, 비연결성과 비신뢰적 특징을 갖는 전송 계층의 프로토콜
가짜 헤더 :
UDP 데이터그램이 정확하게 목적지에 도착했는지를 인증하기 위해 사용되는 12바이트 정보
UDP 포트 :
UDP를 사용하는 응용프로그램을 식별하기 위해 사용하는 포트 번호
TCP :
TCP/IP에서 신뢰성이 보장되는 데이터 전송 서비스로 데이터 전송 이전에 먼저 연결이 설정되어야 함
세그먼트 :
TCP가 절단하여 전송하는 데이터로 20 ~ 60 바이트의 헤더와 응용 프로그램의 데이터로 구성

UDP

정의

User Datagram Protocol
- 전송 계층 프로토콜
  - process-to-process protocol
    - IP : host-to-host protocol
- 비연결성과 비신뢰성
- 기본적인 IP 데이터 전달 서비스에 프로세스 간 통신이 추가된 형태
- 연결성 보장과 신뢰적 전송에 소요되는 오버헤드가 없음
- 간단한 메세지를 송수신하는 데 유리

UDP 비연결형 서비스

응용 프로세스의 데이터 전송

응용 프로세스는 다음 프로토콜을 이용하여 데이터를 다른 응용 프로세스로 전송할 수 있음
- UDP : 비연결형, 비신뢰성 전송 서비스
- TCP : 연결형, 신뢰성 전송 서비스
포트 번호 사용 : 프로세스들을 구별하기 위함

UDP의 특징

UDP = 비연결형 IP 전달 서비스 + 검사합(checksum) 기능
최종 목적지의 데이터 수신 여부를 확인하지 않음
- 데이터 손실 가능성
메세지의 도착 순서를 재조정하지 않음
- 데이터의 순서가 틀릴 가능성
호스트 사이에 데이터 흐름 제어 없음
- 수신자 처리 용량을 초과하는 데이터 발생 가능성

UDP의 장단점

장점 : TCP보다 데이터 전송 속도가 빠르고 응용 프로그램이 간단해짐.
단점 : UDP를 사용하는 응용 프로그램은 메세지 손실, 중복 수신, 수신지연, 잘못된 순서 등을 처리하기 위한 신뢰성 제어 기능을 제공해야 함.

UDP 사용자 데이터그램

UDP 발신 포트 (16 비트) : 발신지 프로세스 포트 번호
UDP 목적지 포트 (16 비트) : 목적지 프로세스 포트 번호
UDP 전체 길이 (16 비트) : 데이터 그램 전체 길이
(= 헤더 길이 + 데이터 길이)
UDP 검사합 (16 비트) : 데이터그램 전체의 오류 검사용

UDP 가짜 헤더 (pseudo header)

UDP 데이터그램이 정확히 목적지에 도착하였는지를 2중으로 인증하기 위함 (IP 주소 확인, 오류 검증(검사합))
UDP 헤더는 단지 포트번호만 가지고 있고 IP 주소 정보는 없음

UDP 포트 번호

Process-to-process 통신
UDP Well-known Ports

TCP

전송제어 프로토콜

Transmission Control Protocol
전송 계층 프로토콜
- process-to-process protocol
연결 지향(conntection-oriented) 전송 서비스
- 연결 설정 - 데이터 전송 - 연결 해제
- TCP 연결 식별자 :
  - 송신측 TCP 종점 주소
  - 수신측 TCP 종점 주소
신뢰성
- 흐름제어 (sliding window protocol)
- 오류제어 (응답 패킷, 시간 초과, 재전송 방식)
신뢰성이 요구되는 응용
- UDP : 응용 프로그램에서 신뢰성 보장
- TCP : 전송계층(TCP)에서 신뢰성 보장
방대한 양의 데이터 전송 -> TCP 사용
- 간단한 메세지 송수신 -> UDP 사용

신뢰성 제공

신뢰성 제공 방법
- 연결 지향(connection-oriented) 데이터 전송
- Segment 단위 전송 (MMS : Maximum Segment Size)
- 흐름 제어(flow control : sliding window 사용)
- 오류 제어(응답 패킷, 시간 초과, 재전송 방식)
  - 타이머 관리
  - Checksum, 순서 보장, 중복 패킷 방지

TCP 세그먼트 형식

TCP Segment
TCP Segment 헤더
1. 발신지 포트 (2 bytes) :
  발신지 TCP 사용자 프로세스 식별
2. 목적지 포트 (2 bytes) :
  목적지 TCP 사용자 프로세스 식별
3. 순서 번소 (sequence number; 4 bytes) :
  데이터 필드의 첫 번째 데이터 바이트의 순서 번호
4. 응답 번호 (ACK number; 4 bytes) :
  - 송신측으로부터 받은 세그먼트에 대한 응답
  - 바로 다음에 받기를 기대하는 순서 번호를 의미
    예) 순서 번호가 x인 세그먼트를 수신하면 응답 번호는 x + 1을 사용함
5. 헤더 길이 (HLEN; 4 bits) :
  - 4 바이트 단위로 표시되는 헤더릐 길이
  - 5 ~ 15 사이의 값 (20 ~ 60 바이트)
6. 예약 (Reserved; 6 bits)
7. 제어 (flag bits; 6 bits)
  1. URG : 긴급 포인터 (urgent pointer) 필드가 유효함을 표시
  2. ACK : 응답 번호가 유효함을 표시함
  3. PSH : 가능한 빨리 현재 세그먼트를 상위 계층에 전달해야 함.
  4. RST : 연결을 초기화하기 위해 순서번호를 동기화 시킴.
  5. SYN : 연결을 초기화하기 위해 순서번호를 동기화 시킴.
  6. FIN : 연결을 해제시키기 위해 현재 세그먼트가 마지막 데이터임을 표시함.
8. 윈도우 크기 (window size; 2 byts) :
  흐름 제어를 위한 윈도우의 크기를 명시 (최대 크기 = 2 ^ 16 [= 65,535 바이트])
9. 검사 합 (checksum; 2 bytes) : 오류 제어를 위한 검사합 부분
10. 긴급 포인터 (urgent pointer; 2 bytes) :
  URG flag = 1 일때, 긴급 데이터의 마지막 바이트의 순서 번호 = 긴급 포인터 + 순서 번호
11. 옵션 (option; 0 ~ 40 bytes)
  - Maximum Segment Size (MSS)
  - 윈도우 크기를 증가시키기 위한 값
  - time stamp 등

TCP 연결형 서비스

TCP 연결

TCP 종점 (endpoint) 식별자 [= socket address]
- 호스트 IP 주소와 포트 번호로 정의
- 예 : A와 B 사이의 TCP 연결
  (211.110.34.15, 1234) 및 (163.100.21.67, 20)
  port numbers 1234 : client
  port numbers 20 : FTP Server
전이중(full-duplex) 데이터 전송 서비스
TCP 연결 설정
- 3-way handshaking
- 초기 순서 번호 (ISN : Initial Sequence Number)
  - 난수 발생기
  - 양 방향이 서로 다른 ISN을 사용함
TCP 연결 종료

요약

UDP(User Datagram Protocol)는 TCP/IP 응용 계층과 IP 계층 사이에 있으며, 비연결성과 비신뢰적 특징을 갖는 전송 계층의 프로토콜로 간단한 메세지를 송/수신하는데 유리
UDP는 신뢰성이 없는 비연결형 전송 서비스를 제공, 전송한 메세지가 최종 목적지에 수신되었는지를 확인하지 않고, 메세지의 도착 순서를 재조정하지 않으며, 피드백(feedback) 메커니즘을 제공하지 않음
UDP는 최소한의 신뢰성을 위한 오류제어 메커니즘으로 검사합(checksum) 기능을 옵션으로 제공하고 가짜 헤더를 사용하여 UDP 데이터그램이 정확하게 목적지에 도착했는지를 이중으로 인증함
UDP는 TCP와 비교하여 데이터 전송속도가 빠르고 응용프로그램이 간단해지는 장점이 있지만,
응용프로그램은 메세지 손실, 중복 수신, 수신지연, 잘못된 순서 등을 위한 별도의 신뢰성 제어 기능을 제공해야함
TCP(Transmission Control Protocol)는 TCP/IP에서 신뢰성이 보장되는 데이터 전송 서비스로 데이터 전송 이전에 먼저 연결이 설정되여야 하며, 흐름제어를 위해 슬라이딩 윈도우 프로토콜을 이용하고, 오류제어를 위해 확인 응답 패킷, 시간 - 초과, 그리고 재전송 방식을 이용함
TCP는 신뢰성이 있는 연결형(connection-oriented) 데이터 전송 서비스를 제공하여 발신지 호스트의 프로세스와 목적지 호스트의 프로세스 사이에 연결(connection)이라는 논리적인 관계를 설정하고 목적지로 전송할 데이터 전송에 알맞는 최대 세그먼트 크기로 절단하여 전송
TCP 사용자가 데이터를 전송하기 전에 발신지와 목적지 간에 가상경로를 설정하고 TCP의 모든 세그먼트들을 가상 경로를 통하여 전송함.
데이터 전송이 끝나면 이를 해제하여 전체 메세지를 하나의 단일 가상경로를 이용하여 전송함으로써 손상 또는 손실된 세그먼트의 재전송 뿐만 아니라 확인 응답의 처리도 가능

출처 : 방송통신대 강의 자료실 정보통신망 강의록