Glory한 개발 성장기

[BNK 부산은행] 2026 상반기 IT 종합면접 후기

glorypang — Fri, 22 May 2026 19:21:46 +0900

생각보다 인터넷에 부산은행 면접 후기가 적어서, 이렇게 후기를 남깁니다.

시작 전

2026년 05월 21일 (목)

아침 7시까지 BNK부산은행 본사로 모여서

단체 버스를 타고 기장 부산은행 연수원으로 이동한다.

버스를 처음 탔을 때 느낀 생각은,

타행 면접을 다녀온 지 얼마 되지 않아서 그런가, 확실히 남자 비율이 높다는 것이었다.

인터넷 면접 후기 중 질문으로 "남자가 많은데 괜찮냐?"라는 물음의 의도를 조금은 이해할 수 있었다.

BNK부산은행 본점 부산 남구 문현금융로 30

멀리서 보이는 BIFC!! 비 온 뒤라 더 웅장해 보임!! 왼쪽 사진만 보면 부산은행이 작아 보이는데 생각보다 크다!!

면접은 20일, 21일 총 2일 간 오전/오후로 나눠서 진행됐다.

내가 참여한 21일 오전에는 약 54명의 지원자가 있었고 결시자는 5~7명 정도 됐던 것 같다.

오후에는 지원자가 더 적다고 하던데, 그럼 이틀간 약 200명 정도의 지원자가 있는 듯!?

지역과 비지역이 면접 날짜 구분 없이 섞여서 진행됐다.
실제로 내가 본 타임에는 54명 중 14명이 비지역이었다.

프로세스 순서는 지원자별로 상이하므로 참고만 하길!

상황면접 (RP, Role Playing)

개인적으로 제일 준비하기 난해했던 면접.

먼저 인터넷에 자료가 너무 적었다.
그나마 있는 자료를 정리해보면 영업점 혹은 IT 개발 업무 중 겪는 상황에 대해 역할극을 하는 것으로 이해했다.

실제로 25년 BNK 면접을 본 지인을 통해 자료를 받았을 때,
4명의 연기자와 함께 실제 상황을 연기했다고 전해 받기도 했다.

그렇게 스터디를 하며 다양한 이해관계자 역할을 대변해 보고 철저히 준비했으나...

현실은 전혀 달랐다.

면접은 2대 1로 진행되며, 진행 순서는 다음과 같다.

개인 자료 분석 20분 → 발표 10분 (질의 응답 시간 포함)

문제 유형은 이렇다.

어떤 특정 상황에서 A라는 업무 담당자가 개발자(나)에게 프로세스 개선을 요청.
예를 들어, 업무에서 사용하는 직원용 프로그램 개선 요청, 고객에게 제공되는 서비스 변경 제안.

진짜 문제(problem)의 해결이라기보다는
이미 잘 작동되는 것을 바꾸려고 할 때 생기는 문제같은 느낌이었다.

분석 및 발표 내용 :
1) 개선 시 발생 가능한 영향과 리스크, 구현 방안
2) 이 제안을 수용했을 때의 현실적인 구현 방안

20분 간 A4 용지에 발표할 내용을 적어서 발표 때 보면서 진행 가능하다.

준비하면서 느낀 건 일반적인 타 기업의 PT 면접과 비슷하다는 것.
그러니 PT 준비하듯이 하면 될 것 같다.

면접장에 들어가면 면접관이 문제를 제기하는 A 역할을 해주신다.
나의 경우는 자연스러움을 유지하려고 내가 개발자라고 생각하고 연기 톤으로 풀어나갔다.
질의응답 시간에는 연기 없이 진지하게 대답하려고 노력했다.

질문의 경우, 내가 제시한 방안에 대해 문제가 생길 여지가 있는 부분을 물어보거나
해당 안건에 대한 공통 질문을 하시는 듯했다.

중간에 당황했던 질문이 있어서
"잠시 생각하고 말씀드려도 괜찮을까요?"라고 여쭤보니
"정답은 없으니 편하게 생각하면 된다"라고 해주셨다. (친절하심 ㅜㅜ)

놀랐던 건, 주어진 상황 설명이 끝나고 남은 시간에 회사에 대한 로열티 질문을 받았다는 것.
역량면접 시간에 나올 줄 알았는데 여기서 나오길래 당황했지만 준비했던 대로 대답했다!
다른 면접자들에게도 물어보니 다들 로열티 질문을 받았다고 하더라.

역량면접(BEI)

3 대 3 방식, 30분간 진행된다.

면접관분들이 시작하자마자 이렇게 말씀하셨다:

"우린 비전공자니까 기술 용어는 최대한 쉽게 설명해 주세요." (살짝 당황..)

실제로 면접을 진행하며 기술적 내용은 하나도 안 물어보셨다.

물어본다면:

그 프로젝트를 왜 했는지
어떤 성과가 있었는지
어떤 어려움이 있었고 어떻게 해결했는지

이번 면접은 이런 느낌이었다.
상황면접에서 너의 로열티는 확인했고,
발표면접에서 너의 기술 역량은 확인했어.
우리는 너의 가치관이나 생각이 궁금해! 를 묻는 시간이라고 생각했다.
즉, 지원자만의 경험 기반 질문 + 가치관 확인

사실 질문 자체는 어렵지 않았다.
다만 거짓되거나 과장된 내용인 것 같으면
"너 실제로도 진짜 그렇게 행동할 거야?"를 물어보려는 뉘앙스가 보여서
솔직하고 담백하게 답변하는 게 중요해 보였다.

실제로 면접관분들은 40대 같았는데 재밌는 얘기엔 웃어주시거나 같이 공감해 주시는 등
일반적인 역량면접보단 임원면접에 가깝다는 느낌이 들었다.

발표면접(PT)

면접은 2대 1로 진행, 두 분 다 현직 개발자

과제는 이렇다.

본인의 IT 관련 업무경험 및 프로젝트 경험 등을 주제로 자율 발표

즉, 내가 경험한 프로젝트를 자유롭게 선택해서 면접관들에게 설명하는 방식

중요한 것은, 과제를 미리 알려주기에 면접 전에 충분한 자료 준비와 연습이 가능하다는 것!

사진처럼 인쇄물을 준비하든, 말로 설명하든 그건 개인의 자유다.
나는 PPT를 만들어서 면접관들에게 제공했다.

가장 신경 쓴 부분은
글보다는 그림 위주로, 무조건 직관적으로 이해 가능해야 한다는 것이다.
5분이라는 시간 안에 말하고자 하는 역량을 어필하려면 무조건 단순하고 깔끔해야 한다.

더해서 가만히 서서 발표하는 것은
자연스러운 몸짓, 손짓이 가능한 게 아니라면 어색하게 느껴진다.
그래서 나는 화이트보드도 추가적으로 사용해 그림을 그리고
PPT에 없는 내용도 덧붙여 설명하려고 노력했다.

발표했던 프로젝트는 여러 면접 스터디를 하면서 거의 20개 이상의 예상 질문이 준비돼 있었고,
어느 정도 다 커버 가능하다고 자부했던 소재다.

그러나 현직자의 시선이 달랐던 탓일까...
아니면 내가 말하고자 하는 바를 제대로 전달하지 못했던 탓일까..면접관님들이 만족스러워 하는 모습을 크게 보진 못했던 것 같다.

면접 분위기는... 개발자셔서 그런가..? 상황면접과 역량면접에서 느낀 것보다 차가움을 많이 받았다.
다른 지원자들도 공통적으로 면접관들 표정을 알 수 없어 애먹었다고 함.
너무 신경 쓰지 말고 내 발표에만 집중하자!!

마치며

각 면접 사이에 대기시간이 상당히 길다. (1~2시간)

전자기기는 일체 사용 불가하므로 자료를 반드시 인쇄물로 준비해 갈 것!

준비물:

자기소개서 출력본
예상 질문 리스트
회사 정보 정리 자료
본인 프로젝트 설명 자료

면접 준비하시는 분들께 조금이나마 도움이 되길 바랍니다.
좋은 결과 있으시길!

웰컴키트..? 샌드위치랑 유부초밥이 들어있다! 대기시간에 먹으면 아침대용으로 굿

[BNK부산은행] 2026 상반기 코딩테스트

glorypang — Sat, 9 May 2026 12:37:26 +0900

기본 정보

응시 날짜: 2026-05-09
전형 방식: 온라인(프로그래머스)
문항 수 / 제한 시간: 4문항 / 120분

문제 구성

문제 1 - 단순 구현 (브론즈 1 ~ 실버 5)

문제 2 - 2D to 1D / 달팽이 배열 (실버 1~2)

문제 3 - BFS&DFS / 최단거리 (골드 3~4)

문제 4 - SQL / 단순 구현

✏️ 총평

1번과 4번이 너무 쉬워서, 2번과 3번에 거의 한 시간씩 배분한다는 느낌으로 풀면 됨!

3번의 경우 난이도가 있던 편이라 합격컷은 2.5~3솔 예상

[IBK기업은행] 2026 상반기 IT 실기시험

glorypang — Tue, 28 Apr 2026 00:44:15 +0900

시작 전

2026년 04월 27일 (월)

실기 당일 아침 7시 30분까지 을지로 IBK본사로 모여야 했다.
9시까지 각자 기흥연수원으로 모이는 구조였다면 조금은 더 편하지 않았을까 싶다...
지방러는 기차를 아무리 일찍 타도 7시에 도착할 수 없다..ㅠㅠ

차는 총 1~4호차까지 운행됐고,
2026년 상반기 IT 기준 약 120명이 실기시험 대상자이다.

내가 탄 차량에는 약 5명 정도 결시자가 있었는데, 다른 차량도 비슷했을 것 같다.
전체적으로 15~20명 정도는 결시하지 않았을까?

지금부터 그 악명 높은 IBK기업은행 실기시험 후기를 남겨보려 한다.

조 구성

먼저 조 구성부터 설명하자면, 12명이 1개 조를 이루며 총 10개 조가 있다.
각 조는 다시
1~6번 A팀
7~12번 B팀으로 나뉘는데,
이렇게 나눈 팀끼리 이후 찬반토론이나 조별 활동을 함께하게 된다.

그리고 여기에 서포터즈 한 분, 면접관 한 분이 하루 종일 우리 조와 함께 다닌다.

오전 프로그램

코딩테스트

첫 번째 평가는 코딩테스트다.
자리마다 놓여져 있는 노트북을 사용하며 프로그래머스를 이용한다.
또한 65분 안에 알고리즘 2문제, SQL 1문제를 풀어야 한다.

난이도는 일반적인 IT 기업은 물론이고, 시중은행에 비해서도 쉬운 편이다.
백준으로 치면 실버 5~2 정도?

아마 하루에 4개의 평가를 받아야 하는 지원자를 배려한 게 아닐까 싶다.

다만 쉬운 만큼 하나라도 틀리는 게 더 치명적일 수 있다.
엣지케이스를 꼼꼼히 체크하면서 구현하길!!

아이스브레이킹

코딩테스트가 끝나면 면접관, 서포터즈, 그리고 같은 조 사람들과
10분 정도 아이스브레이킹 시간을 갖는다.

처음 면접관을 마주하는 자리다 보니,
아무리 점수에 포함되지 않는다고 해도 다들 긴장하는 분위기였다.

자기소개할 때도 블라인드 면접이라는 게 의식되어서 괜히 조심스러웠다.

찬반토론

아이스브레이킹이 끝나고 잠깐의 휴식 시간을 거치면, 바로 찬반토론이 시작된다.

먼저 두 장의 용지를 받는다. 그리고 다음과 같은 순서로 진행된다.

개인 준비 5분 → 팀 회의 7분 → 토론 24분 → 개인별 승자팀 선정 (1인당 30초)

여기서 정말 중요한 포인트가 있다.
이전 후기들에서는 본 적 없었는데,
토론 24분이라는 시간이 찬성팀과 반대팀에게 각각 12분씩 엄격하게 배분되어 있다는 것이다.

무슨 말이냐면,
일반적인 토론처럼 자유롭게 발언하는 게 아니라
A1 → B2 → A3 → B4
이런 식으로 한 팀이 말하면 무조건 발언권이 상대팀으로 넘어간다.
그리고 팀원이 발언에 첨언하거나 덧붙이는 것도 불가능하다.

이런 구조다 보니 팀 회의 7분 동안 발언 배분을 어떻게 나눌지가 정말 중요해진다.
보통 6명이 각자 1분씩 2번, 총 12분을 채우는 게 합리적으로 보인다.

하지만 여기서 문제가 생긴다.
이런 구조에서는 불가피하게 발언권을 못 얻는 사람이 생길 수 있다. (나처럼...)
물론 배려심도 중요하지만,
같은 팀원이 한 번도 발언 못 해서 양보해야 하는 상황이 아니라면
적극적으로 "내가 말하겠다"는 의사를 표현하는 게 좋다.

주제는 대중적인 찬반토론 주제가 나온다.
(토론 스터디를 조금만 했더라도 쉽게 접할 주제들)

+ 추후 금융일반 분들 주제를 들어보니 금융 상품 혹은 금융 지식이 많이 필요해보였다.

낯선 주제가 나와도 걱정할 필요 없다.
제공되는 자료에 필요한 정보가 다 들어있으니,
NCS를 통과한 사람이라면 충분히 소화할 수 있다.

받게 되는 자료는 이렇다.

첫 번째 종이
: 주제에 대한 전반적인 설명과 찬성/반대 근거

두 번째 종이
: 통계 자료 및 관련 인터뷰 내용

점심시간

기흥연수원 점심이 맛있다는 후기가 많아서 기대를 많이 했는데,
맛있긴 했지만 긴장을 해서일까.. 맛있는 학식 정도의 느낌이었다.

그리고 점심을 면접관, 서포터즈와 함께 먹는다는 얘기에 처음엔 긴장을 많이 했다.
하지만 막상 같이 앉아서 이런저런 얘기를 나누다 보니,
궁금했던 것도 물어볼 수 있고 생각보다 편한 분위기였다.
오히려 긴장을 푸는 데 도움이 됐던 것 같다.

행원의 삶, 복지 등 평소 궁금한 게 있었다면 뭐든 물어보자

오후 프로그램

PT 발표

점심을 먹고 나면 오후 프로그램이 시작된다. 첫 번째는 PT 발표다.

"내가 서비스 기획자다"라고 가정하고, 면접관에게 신규 서비스를 제안하는 형식이다.

발표에 포함되어야 할 내용은 다음과 같다.

1. 도입 이유 및 근거
2. 개선안
3. 기대효과

여기에 더해 주어진 특화 서비스 중 하나를 선택해서 적용해야 한다.
예를 들면 보안, UI/UX, 데이터, AI 중 하나를 골라서 발표하는 식이다.

준비 시간은 20분, 발표 시간은 인당 4분이다.

생각했던 것과 달리 질의응답 시간이 따로 없었다.
그냥 4분 발표하고 끝이다.
그래서 어떻게 하면 구조적으로, 명확하게 전달할 수 있을지를 고민하는 게 중요하다.

주어지는 자료는 한 페이지짜리다.

현재 금융업계에서 도입하려는 기술에 대한 내용
서비스 배경, 서비스 설명, 서비스 흐름도, 기술 선택지 등

심층 인터뷰

마지막 평가는 심층 인터뷰다.
일 대 다로 진행되며, 인당 12분씩 주어지니 크게 부담 가질 필요는 없다.

나 같은 경우는 자기소개나 지원동기 같은 전형적인 질문은 받지 않았다.
대신 자기소개서에 기술적인 내용을 많이 썼더니, 그 부분에 대한 질문을 주로 받았다...

사람마다 질문이 다를 테니, 자신의 자소서를 꼼꼼히 복기해두는 게 좋을 것 같다.

+ 같이 스터디한 분들 얘기를 들어보면, 인성과 자소서 질문 반반씩 나온 사람도 있고 다양했다. 역시 면바면!

마치며

9시간 동안 긴장 상태로 면접을 본다는 게 정말 쉽지 않았다.
괜히 악명 높은 게 아니구나 싶었다.

IBK기업은행은 매년 채용 프로세스를 진행할 때 슬로건을 정해서
그걸 모티브로 행사를 꾸민다고 한다.

이번 슬로건은 "청춘"이었다.
그래서 복도 곳곳에 청춘을 응원하는 따뜻한 글귀들이 붙어 있었고,
배경음악으로도 그런 노래들이 흘러나왔다.

뭔가 응원받는 느낌이 들어서 좋았다.
괜히 더 가고 싶어지더라

하루 종일 면접관, 서포터즈와 함께한다는 게 처음엔 정말 불편하게 느껴졌다.
그런데 나는 1번이라서 서포터즈와 가까이 앉을 기회가 많았고, 자연스럽게 친밀감이 쌓였다.

면접 중에 말하다가 떨리거나 "내가 잘하고 있나...?" 싶을 때가 있었다.
그때 서포터즈를 보면 따뜻하게 고개를 끄덕여주시더라.
그게 생각보다 큰 힘이 됐다.

면접관은 모르겠지만, 서포터즈만큼은 마음을 열고 편하게 대하는 걸 추천한다.

이번에 시험을 응시하신 분들, 앞으로 기업은행에 도전하실 분들 모두 화이팅입니다 ☺️

"복장에 관해서"
"정장 안 입어도 된다", "신발 불편하지 않냐"라는 인사담당자님의 말씀을 10번은 넘게 들은 것 같다.
정말 강조하신다. 편하게 와도 된다고.

그러니 불편하고 안 어울리는 정장을 입어서 컨디션에 문제가 생기는 것보단,
조금 더 편하고 나에게 잘 맞는 옷을 입는 것도 괜찮아 보인다.

9시간 동안 긴장 상태로 평가를 받아야 하는데, 옷 때문에 신경 쓰이면 정말 힘들다.

[한국부동산원] 2026 상반기 전산직 필기

glorypang — Sat, 28 Mar 2026 14:37:39 +0900

기본 정보

지원 직무: 전산직
응시 날짜: 2026-03-28
응시 장소: 대구 상원중
응시 인원: 상원중 기준 한 반에 25명씩 총 8반 (약 200명)
전형 방식: 오프라인

시험 구성

영역	문항 수	시간	난이도
NCS / 직업기초능력	40문항	50분	⭐⭐ ⭐⭐
전공 지식 (CS 등)	50문항	50분	⭐⭐

영역별 후기

NCS / 직업기초능력

출제 유형: 의사소통 / 수리 / 문제해결 / 정보 / 조직이해
코멘트: 오답감점 없음. 정보 영역의 순서도 계산이 시간을 많이 잡아먹었고, 전체적으로 시간이 촉박했습니다.
출제 내용: 순서도 계산 문제(정보 영역) / SWOT 분석 / 5W1H 기법 / 확률 계산 / MIS·OA·FA 개념 / 목록·색인·분류 개념 / 근태규정 / 부동산원 사업 관련 지문 다수 등

전공 지식

출제 유형: 데이터베이스 / 전자계산기 구조 / 운영체제 / 데이터 통신 / 소프트웨어 공학 / 컴퓨터 프로그래밍 / 정보보안
코멘트: 컴퓨터일반 약간 + 정보처리기사 수준으로, 정처기만 열심히 공부했으면 몇 개 정도 빼고는 다 풀 수 있었을 것 같아요. 컴일 개념을 물어보는 문제가 많기 때문에 전반적인 개념을 넓게 알고 있어야 풀 수 있을 것 같습니다.
출제 내용: 릴레이션 차수 및 카디널리티, 캐시 적중률 계산, ACID, DD, CPU실행시간, 함수 종속 관계, 결합도·응집도, C와 파이썬 프로그래밍 등

✏️ 총평

시간 NCS는 40문항 50분으로 시간이 매우 부족했고, 전공은 50문항 50분으로 비교적 여유로웠습니다.
난이도 NCS가 전공보다 어려웠어요. 전공은 정처기 수준으로 쉬운 편이었지만, NCS는 순서도 계산 등 시간 잡아먹는 문제들이 많았습니다. 전공 비중이 70%인 만큼 전공에서 실수하지 않는 게 중요할 것 같네요.

[저축은행중앙회] 2026 상반기 전산직 필기

glorypang — Sat, 14 Mar 2026 18:31:33 +0900

기본 정보

지원 직무: 전산직
응시 날짜: 2026-03-14
응시 장소: 서울 공업고등학교 (응시 장소 1곳)
응시 인원: 약 150명
전형 방식: 오프라인
총 문항 수 / 제한 시간: 50문항 / 60분

시험 구성

영역	문항 수	시간	난이도 (5점 만점)
전공 지식 (CS 등)	50문항	60분	⭐⭐⭐⭐

영역별 후기

전공 지식

출제 유형: 금융 도메인 특화 문항
코멘트: 정보처리기사, 빅데이터분석기사, 전산직 9급 유형을 예상하고 갔다면 적잖이 당황했을 것이다. 일반적인 전산 필기 시험과는 결이 확연히 달랐고, 적지 않은 전산 필기를 경험해봤지만 저축은행중앙회만의 독특한 출제 방향은 처음이었다.
단순 암기형 문항보다는 실무적인 맥락에서 기술을 이해하고 있는지를 묻는 느낌이 강했다. 문제 내용 자체보다는 준비 방향이 훨씬 중요하다. 금융권에서 어떤 기술 스택을 사용하는지, 왜 그 기술을 선택했는지, 그리고 유사한 다른 기술은 왜 채택하지 않는지까지 맥락을 이해하는 것이 핵심이다. 기술 자체를 아는 것과 금융이라는 도메인 안에서 그 기술의 위치를 아는 것은 전혀 다른 이야기다.
아래는 실제 문항이 아닌 비슷한 유형의 문항이므로 참고만 부탁한다.

Q1. 금융권에서 NoSQL보다 RDBMS를 주로 사용하는 이유로 가장 적절한 것은?
① 처리 속도가 빠르기 때문에
② 트랜잭션의 ACID 속성을 보장하기 때문에
③ 대용량 비정형 데이터 처리에 유리하기 때문에
④ 수평 확장이 용이하기 때문에

Q2. 금융권에서 MSA(마이크로서비스 아키텍처)보다 모놀리식 아키텍처를 유지하는 경우가 많은 이유는?
① 배포가 더 빠르기 때문에
② 서비스 간 독립성이 높기 때문에
③ 안정성이 검증된 레거시 시스템 교체 비용과 리스크가 크기 때문에
④ 유지보수 인력이 더 적게 필요하기 때문에

Q3. 아래 상황에서 발생한 트랜잭션 문제로 가장 적절한 것은?
[A가 잔액 조회 후 이체를 시도하는 사이, B가 동일 계좌에서 출금을 완료했다. 
A는 이미 조회한 잔액 기준으로 이체를 진행해 잔액이 마이너스가 됐다.]
① Dirty Read
② Non-Repeatable Read
③ Phantom Read
④ Lost Update

✏️ 총평

시간: 계산이나 코딩 문항이 없어 시간이 크게 부족하진 않았다. 다만 모르면 찍을 수밖에 없는 구조라 아는 만큼만 점수가 나오는 시험이다.
난이도: 전반적으로 어려운 편. 커뮤니티 후기들을 봐도 대체로 어려웠다는 반응이 많아 합격컷이 높지는 않을 것으로 예상된다.

[농협경제지주] 2026 상반기 코딩테스트

glorypang — Sat, 14 Mar 2026 18:10:34 +0900

기본 정보

응시 날짜: 2026-02-21
전형 방식: 온라인(프로그래머스)
문항 수 / 제한 시간: 5문항 / 120분

문제 구성

문제 1 - 단순 구현 (브론즈)
문제 2 - 누적합 (실버 2~3)
문제 3 - BFS/DFS + 해시맵 (골드 4~5)
문제 4 - SQL / 단순 구현
문제 5 - SQL / 단순 구현

✏️ 총평

전반적으로 평이한 편. 5솔이 합격 기준인 듯하다.
서류 결과 발표 전에 코테를 먼저 친다. 서류 점수와 코테 점수가 합산되는 구조로 예상됨
서류가 강하다면 3~4솔도 가능할 수 있지만, 일반적으로는 5솔은 해야 안정권.

트랜잭션 동시성 제어 미수행 시 발생하는 문제

glorypang — Mon, 10 Nov 2025 22:03:56 +0900

트랜잭션과 동시성 제어란?

트랜잭션(Transaction)
: 데이터베이스의 논리적 작업 단위
(여러 연산을 하나의 작업처럼 처리)
동시성 제어(Concurrency Control)
: 여러 트랜잭션이 동시에 수행될 때 데이터의 일관성을 유지하기 위한 제어 메커니즘
예) Lock, Timestamp Ordering, 2PL(2단계 잠금) 등

동시성 제어를 하지 않으면 여러 트랜잭션이 같은 데이터를 동시에 갱신하거나 읽을 때
데이터 불일치·손실·왜곡 현상이 발생

동시성 제어 미수행 시 발생하는 주요 문제

구분	문제	예시
① 갱신 손실 (Lost Update)	한 트랜잭션이 갱신한 내용을 다른 트랜잭션이 덮어써서 첫 번째 갱신이 사라지는 현상	T1이 X=100→X=150으로 변경 후, T2가 X=200으로 갱신하면 T1의 변경이 사라짐
② 오손 읽기 (Dirty Read)	한 트랜잭션이 아직 커밋되지 않은 변경값을 다른 트랜잭션이 읽는 현상	T1이 X=150으로 변경했지만 롤백 → T2가 150을 읽었으나 실제 DB엔 100만 존재
③ 반복할 수 없는 읽기 (Non-repeatable Read)	한 트랜잭션이 같은 데이터를 두 번 읽는 동안 다른 트랜잭션이 데이터를 변경하여 읽을 때마다 값이 달라지는 현상	T1이 X=100을 읽은 후 T2가 X=200으로 변경 → T1이 다시 읽으면 X=200
④ 부정확한 요약 (Phantom Read)	조건 검색 결과(집합 데이터)가 트랜잭션 도중 달라지는 현상 (다른 트랜잭션이 삽입/삭제한 경우)	T1이 “급여 > 3000인 사원 수” 조회 중, T2가 새 사원을 추가 → T1이 다시 조회하면 결과 다름

문제별 예시 시나리오

(1) 갱신 손실 (Lost Update)

T1: X = X + 10   (100 → 110)
T2: X = X + 20   (100 → 120)
결과: X = 120  ← T1의 변경(110)이 사라짐

원자성(Atomicity) 위배 + 데이터 불일치 발생

(2) 오손 읽기 (Dirty Read)

T1: UPDATE balance = 500 (아직 commit 안 함)
T2: SELECT balance → 500 읽음
T1: ROLLBACK (원래 400으로 복구)

T2가 존재하지 않는 값(500)을 읽음 → 잘못된 데이터 사용

(3) 반복할 수 없는 읽기 (Non-repeatable Read)

T1: SELECT X → 100
T2: UPDATE X = 200; COMMIT
T1: SELECT X → 200

같은 트랜잭션 내에서도 값이 달라짐

(4) 부정확한 요약 (Phantom Read)

T1: SELECT SUM(salary) WHERE dept='IT'  → 3000
T2: INSERT INTO employee VALUES('IT', 1000); COMMIT
T1: SELECT SUM(salary) WHERE dept='IT'  → 4000

집합 결과가 중간에 달라짐 → 팬텀(Phantom) 이 생김

4. 문제 해결 방법

해결 기법	설명
Locking (잠금)	데이터 접근 시 공유/배타 잠금을 걸어 동시에 접근 방지
2PL (2단계 잠금)	트랜잭션은 잠금을 확장단계 → 축소단계로만 진행
Timestamp Ordering	트랜잭션 시작 시간 기준으로 접근 순서 제어
Optimistic Concurrency Control	충돌 가능성 낮을 때 사후 검증(Validation)으로 제어

함수적 종속의 추론 규칙(Inference Rules)

glorypang — Mon, 10 Nov 2025 21:30:32 +0900

함수적 종속(Functional Dependency, FD)

정의:
어떤 릴레이션 R에서 속성 집합 X가 속성 집합 Y를 함수적으로 결정한다고 할 때, X → Y 로 표현.
즉, X의 값이 같으면 Y의 값도 반드시 같다.

함수적 종속의 추론 규칙 (Inference Rules)

함수적 종속 집합 F가 주어졌을 때,
그로부터 논리적으로 도출할 수 있는 모든 함수적 종속을 찾는 데 사용하는 규칙들을
Armstrong의 공리(Armstrong’s Axioms) 라고 합니다.

(1) 반사성 규칙 (Reflexivity Rule)

X가 Y를 포함하면, X → Y

설명: 부분집합은 자신을 함수적으로 결정한다.
예시:
{학번, 이름} → 이름

(2) 부가성 규칙 (Augmentation Rule)

X → Y이면, XZ → YZ

설명: 양쪽에 같은 속성 집합을 추가해도 종속 관계는 유지됨.
예시:
학번 → 이름이면, 학번, 학과 → 이름, 학과

(3) 이행성 규칙 (Transitivity Rule)

X → Y이고, Y → Z이면, X → Z

설명: 전이 관계가 성립함.
예시:
학번 → 학과, 학과 → 학과위치이면
⇒ 학번 → 학과위치

추가 유도 규칙 (Derived Rules)

규칙명	내용	예시
(4) 분해 규칙 (Decomposition)	X → YZ이면, X → Y 그리고 X → Z	학번 → (이름, 학과) → 학번 → 이름, 학번 → 학과
(5) 결합 규칙 (Union / Additivity)	X → Y, X → Z이면, X → YZ	학번 → 이름, 학번 → 학과 → 학번 → (이름, 학과)
(6) 의사이행 규칙 (Pseudo-Transitivity)	X → Y, YZ → W이면, XZ → W	학번 → 학과, (학과, 과목) → 교수 → (학번, 과목) → 교수

소프트웨어 유지보수의 4가지 유형

glorypang — Mon, 10 Nov 2025 16:35:04 +0900

수정 유지보수 (Corrective Maintenance)

“버그 고치기”

목적: 시스템에 존재하는 오류나 결함(Bug) 수정
발생 시점: 운영 중 발견된 문제 (예: 계산 오류, 프로그램 다운 등)
예시:
- 로그인 시 비밀번호 인식 오류 수정
- 출력값이 잘못 계산되는 문제 해결

적응 유지보수 (Adaptive Maintenance)

“환경 변화에 맞추기”

목적: 운영 환경(하드웨어, OS, DB, 네트워크 등) 변화에 맞춰 수정
예시:
- Windows 10 → Windows 11 업그레이드 대응
- Oracle DB → MySQL로 변경 시 시스템 수정
- 클라우드 이전(AWS, Azure 등)에 맞춘 코드 수정

완전화 유지보수 (Perfective Maintenance)

“더 좋게 만들기”

목적: 기존 기능을 개선하거나, 성능·사용성 향상
예시:
- 프로그램 속도 최적화
- UI/UX 개선
- 보고서 기능 추가, 검색 기능 고도화

예방 유지보수 (Preventive Maintenance)

“미리 점검하고 막기”

목적: 미래의 문제를 사전에 예방하기 위한 수정
예시:
- 오래된 라이브러리 업데이트
- 코드 리팩토링 (가독성 및 안정성 향상)
- 보안 취약점 사전 점검 및 수정

비교표

구분	목적	시점	예시
수정 유지보수	오류 수정	운영 중	버그 수정
적응 유지보수	환경 변화 대응	시스템 변경 시	OS/DB 교체 대응
완전화 유지보수	기능·성능 개선	지속적	속도 향상, UI 개선
예방 유지보수	미래 문제 예방	사전	보안 점검, 리팩토링

방화벽(Firewall)

glorypang — Mon, 10 Nov 2025 16:25:47 +0900

방화벽이란?

방화벽(Firewall) 은 네트워크 내부와 외부(인터넷 등) 사이에서
데이터 트래픽을 감시하고 제어하는 보안 시스템

핵심 개념

내부 네트워크를 외부 공격으로부터 보호

승인된 통신만 허용 (Allow list 기반)

비인가 접근, 악성 트래픽, 포트 스캐닝 차단

방화벽의 기능

기능	설명
패킷 필터링(Packet Filtering)	IP 주소, 포트, 프로토콜 기반으로 트래픽 허용/차단
상태 기반 검사(Stateful Inspection)	연결의 상태(세션 유지 여부)에 따라 판단
프록시 서비스(Proxy)	클라이언트 대신 요청을 전달하여 내부 IP 숨김
NAT (Network Address Translation)	내부 사설 IP를 외부 공인 IP로 변환
로그 및 모니터링	트래픽 기록, 공격 시도 탐지, 보안 감사용 데이터 제공

방화벽의 종류

네트워크 방화벽 (Network Firewall)

위치: 네트워크 경계(게이트웨이)
기능: 외부/내부 간 트래픽을 필터링
예시: Cisco ASA, Fortinet FortiGate, Palo Alto

세부 유형

구분	설명
패킷 필터링 방화벽	IP/포트 기반 단순 필터링 (빠르지만 단순)
상태기반(Stateful) 방화벽	세션 상태 추적, 비정상 연결 차단
차세대 방화벽(NGFW, Next-Generation Firewall)	앱 식별, 침입 방지(IPS), SSL 복호화 등 고급 기능 포함

호스트 기반 방화벽 (Host-Based Firewall)

위치: 개별 컴퓨터나 서버 내부
기능: 해당 시스템의 네트워크 접근 제어
예시: Windows Defender Firewall, iptables (리눅스), ufw
특징: 개인 PC나 서버 보안을 위한 최종 방어선

웹 애플리케이션 방화벽 (WAF)

위치: 웹 서버 앞단
기능: HTTP/HTTPS 트래픽을 검사해 웹 공격 방어
차단 예시: SQL Injection, XSS, CSRF, 경로 조작 등
예시: AWS WAF, Cloudflare WAF, ModSecurity

방화벽의 한계

내부자 공격, 암호화 트래픽(SSL) 우회는 탐지 어려움
애플리케이션 취약점 기반 공격에는 대응 제한
잘못된 설정 시 합법적 트래픽까지 차단
VPN, 프록시를 통한 우회 가능성 존재