오늘님의 블로그

에이블스쿨 빅 프로젝트 후기

syquji — Tue, 24 Feb 2026 13:32:35 +0900

안녕하세요! 오늘은 길고도 길었던 대장정의 끝, 에이블스쿨의 꽃이라고도 할 수 있는 빅 프로젝트의 후기를 가져왔어요.

저희 조의 8주 대장정을 들려드릴게요!

[1주차: 아이디어 발산]

좋은 주제를 발굴하기 위해 인당 4~5개의 아이디어 정의서를 작성하며 최소 30개 이상의 아이디어를 발산했어요!

활용 가능한 데이터가 있는지, 제안사의 핵심 기술이 잘 드러날 수 있는 주제인지, 법적 문제는 없는지를 중점적으로 봤어요.

데이터는 공공 데이터포털을 참고했고, 이전 기수와 중복되거나 거의 동일하게 느껴지는 아이디어가 꽤 많이 나오니 9기 분들은 이 점을 유의하시면 좋을 것 같아요!

[2주차: 아이디어 확정]

드디어 아이디어를 확정했어요! 아이디어 확정 후, 더 세부적인 검토가 필요했어요.

많은 고려사항이 있지만 3가지를 가장 중점적으로 봤어요.

1. 고객사의 기존 기술과 제안사의 핵심 기술이 결합 가능한지

2. 도입 이후 성과가 이전과 비교했을 때 수치적으로 큰 차이를 내는지

3. 명확한 고객의 니즈가 있는지

[3주차: 데이터 분석~구성도 그리기 단계]

확보한 데이터로 미니 프로젝트에서 배운대로 데이터 시각화를 진행했어요.

이렇게 시각화된 데이터들은 빅 프로젝트 PT 자료에서 "제안 배경"으로 쓰일 예정이었어요.

그후 저희 조는 구성도 초안 작성부터 실무 코치님의 도움으로 현직자 인터뷰까지 일주일 내에 전부 진행했습니다!

저희조 진도가 꽤 빠른 편이었다고 생각해요.

그 런 데......

엄청난 이슈가 터졌습니다.

현직자 분께서 저희의 아이디어는 모종의 이유로 실현될 수 없다고 못 박으셨습니다...

빅 프로젝트의 목적은 저희가 제안한 사업을 받아들이도록 설득하는 것에 있는데 현직자 분께서 "불가능"하다고 말씀하신 아이디어는 심사에서도 좋은 점수를 얻지 못할 것이라 판단하였습니다.

그 래 서

주제를 변경하게 되었습니다!!!!!!!!!!!!!!

[4주차: 다시 아이디어 발산, 그리고 확정]

사실 빅 프로젝트의 절반을 지나는 시점에서, 다시 처음으로 돌아가야 된단 현실을 마주했을 때 눈앞이 캄캄해지고 기간 내에 끝낼 수 있을까, 이전 주제만큼 좋은 주제를 찾을 수 있을까하는 걱정이 앞섰어요.

하지만 우리는 빨리 준비한 만큼 여유가 있다, 한 번 해봤으니까 더 잘할 수 있다, 주제만 정하면 속전속결이다!!! 이런 말로 팀원들과 할 수 있다는 "힘"을 모았습니다.

코치님의 피드백을 적극 활용하여 코칭이 없는 날에도 피드백을 요청했고 코치님께서도 긍정/부정적 이유를 구체적으로 말씀해주시며 엄청나게 열정적인 코칭을 해주셨습니다.

그리고 새로 정해진 주제로 아이디어 정의서를 하루 만에 다시 써온 조장의 엄청난 희생(?)이 있었기에!!!!

저희 조는 1주 만에 진도를 따라잡았습니다 우하하하

(제안 배경 데이터 시각화, 구성도 초안 완성, 세부 기능 작성된 상태)

[5주차: 기능 고도화 단계(구성도 및 데이터 모델링 진행)]

저번주에 제안 배경에 해당하는 데이터 근거를 시각 자료로 만들었다면, 이번주에는 가장 중요한!!! 기능을 소개하기 위한 데이터 모델링을 해야합니다.

DX 트랙은 AI 트랙처럼 직접 기능을 개발하진 않지만 "이 기능이 어떻게 동작하는지" 시각적으로 보여줘야 하기 때문에 기능에 대해 어느정도는 숙지를 하고 있어야 한다는 것!! (이건 현업에서도 동일하겠죠?)

이해를 돕기 위한 이미지 첨부

이건 제가 복습을 위해 별개로 진행한 유동인구 탐지 모델인데요! Yolov4 모델을 사용해 거리의 유동인구를 탐지하고 샘플 이미지 100장으로 통계를 내봤습니다! 복습이라 간단하게 진행했지만 이런 이미지가 몇백 장~ 몇천 장이 쌓일수록 신뢰도가 증가해 중요한 분석 근거가 되어준답니다. 그런 통계를 마탕으로 사람이 많은 시간에 맞춰 마케팅을 진행할 수도 있고 거리통제, 주차 등 다양한 방법으로 활용할 수 있는 게 데이터 분석의 묘미입니다. ㅎㅎ

구성도를 그릴 땐 기술 코치님의 도움을 많이 받았습니다!

모두에게 낯선 도메인에 해당하는 주제를 골라서 처음엔 구성도를 그리기가 막막했습니다. 그래서 먼저 인터넷 검색을 통해 도메인 지식을 공부한 후, 저희가 생각한 게 맞는지 코치님께 확인 질문을 하고 답변해주는 방식으로 진행하니 수월하게 진행되었습니다!!

참고로 저희는 PPT 제작을 5주차에 시작했습니다!

빅 프로젝트는 일주일 동안 완성해야 하는 산출물을 안내해주는 방식으로 진행되어 대부분의 가이드라인이 정해져있지만 PPT는 마지막에 최종본을 제출하는 것이기 때문에 안내가 없어도 미리미리 만들어놓는 걸 추천드립니다!! (저희 조는 별첨 포함 71p 나왔어요...ㄷㄷ)

[6주차: PPT 제작 단계]

6주차부터는 최종 산출물을 기준으로 하나씩 완성해나가는 것을 목표로 정했습니다!

저는 PPT 담당이어서 PPT 수정을 정말 많이 했던 기억이 납니다.. PPT 담당인원끼리 초안을 완성한 후 모든 팀원들에게 피드백을 받는 과정에서 수정사항이 반드시! 생기니 꼭!!! 여유를 두고 진행하세요~

그리고 서울에 계시던 실무 코치님께서 광주 교육장에 직접! 내려와주셔서 PPT에 대해 상세히 피드백을 해주셨어요~ 팀 내에서 1차 피드백을 한 뒤였는데도 실무자의 입장에서 저희가 놓친 점을 꼼꼼히 체크해주셔서 정말 도움이 많이 됐던 시간이었습니다 ㅎㅎ

9기 여러분도 빅 프로젝트 기간에는 교육장에 가시는... 아니 교육장에서 사시는 걸 추천드려요ㅋㅋㅋㅎㅋㅎㅋㅎ

[7주차: 대시보드 시연영상 & 발표영상 촬영 단계]

발표영상을 찍으니 빅 프로젝트가 끝나간다는 게 실감이 나더라구요...!!

저희 조는 전남전북 사람들로 구성되어있어서 광주 폴리텍 대학의 공유스튜디오를 무료로 빌려서 촬영했습니다!!

현장방문을 신청하면 교육시간(9~18시)에도 시간을 자유롭게 쓸 수 있어 영상 촬영을 하거나 현직자 인터뷰가 필요할 땐 현장방문 꼭 신청하세요!!!

(8기에선 저희 조가 제일 많이 쓴 것 같아요ㅋㅎㅋㅎ)

[8주차: 영상편집 및 최종 산출물 검토 단계]

드디어 아기다리고기다리던 빅 프로젝트가 끝났습니다!!!!!

두 달 동안 매일매일 "제출"이라는 하나의 목표를 위해 달려온 경험이 처음이라 뿌듯하기도 하고

새벽 6시에 일어나야 하는 대면 교육장을 주에 한 번 꼴로 왔다갔다 하며 힘들기도 했고

그만큼 자주 보며 정이 든 팀원들과 끝이라는 생각에 섭섭하기도 하고

마지막 날은 정말 많은 감정이 오갔던 날이었습니다...

빅 프로젝트를 한 마디로 정의하자면 처음 경험해보는 것들의 연속이었다!!! 근데도 이걸 결국 끝까지 해낸 나 자신 대단하다!!!!!! 박수쳐주고 싶습니다

혹시 이걸 에이블스쿨 8기 사람들이 본다면 다들 정말정말정말 고생했다고 말씀드리고 싶습니다.

9기 분들! 안 힘들다곤 안 하겠습니다. 그런데 같이 힘들기 때문에 그안에서 더 끈끈해지고 오기가 생길 것입니다. 여러분의 빅프를 응원합니다!!!!!!!!

하지만 누가 뭐래도 전남전북제주09반 17조가 짱이예요!!!!!!!

6차 미프 후기

syquji — Tue, 24 Feb 2026 01:47:37 +0900

안녕하세요! 이번에는 6차 미니 프로젝트 후기를 들고왔어요.

6차 미니 프로젝트에서는 5차 주제에서 등장했던 ITS 시스템을 왜 사용해야 하는지!!! 고객을 설득하는 기획 제안서를 작성해야 해요.

이 시스템을 고객사가 사용하게끔 하려면 중요한 게 2가지 있어요.

1. 시스템의 특징 / 2. 고객의 니즈

우선 1일차에는 우리 시스템을 소개하는 서비스 제안 PT자료를 제작했어요.

우리 회사가 이 분야와 관련된 사업을 얼마나 많이 진행해왔고, 경쟁사와 차별점은 어떤 것이 있는지를 콕! 짚어주면 좋겠죠?

2일차에는 RFP를 분석하고 최종 사업 제안 PT자료를 제작했어요.

RFP는 Request For Proposal의 약자로 한국어로는 제안요청서라는 뜻이에요!

이런 식의 제안요청서는 나라장터라는 사이트에서 일반인도 쉽게 다운로드해 읽어볼 수 있어요.

이렇게 확인한 고객의 니즈는 뉴스기사, 논문 등의 신뢰성 있는 자료가 더해지면 "근거 있는 제안 배경"으로 활용됩니다!

최종 사업 제안 PT는 제안 배경, 서비스의 범위와 기능, 기대효과로 구성되고 설득력을 높이기 위해 인프라 구성도, 서비스 흐름도를 첨부할 수 있어요.

3일차에서는 제안서 통과 후 프로젝트 진행 과정에서 사용되는 WBS를 작성했어요!

WBS는 Work Breakdown Structure의 약자로 업무를 작업별로 쪼개서 세분화하는 작업입니다.

출처: 데일리 레코드05-카레라이스 만들기

예시처럼 작업 순서대로 시간을 분배하고 업무를 효율적으로 분담하기 위해 프로젝트 진행 과정에서 자주 사용됩니다.

그리고 프로젝트 세부 진행 중에는 단계별로 이슈 및 진척상황을 보고하는 회의가 매주 열리는데 이를 "주간 보고"라고 합니다.

출처: 주간 진도 보고 샘플 무료 다운로드

이런 식으로 산업에 따라 보고의 형태와 양식은 다양하게 나타납니다.

마지막 4일차에서는 프로세스 흐름도와 스토리보드를 시각화해 서비스 시행 시 사용자, 수혜자, 작업자에게 나타나게 될 변화와 그 변화가 가져올 기대효과에 대한 내용을 PT 자료로 제작했습니다.

서비스 제안서를 작성한다는 프로젝트를 처음 들었을 때는 텍스트가 나열된 보고서 형태를 떠올렸으나 고객사에게 선제안을 하는 제안사들은 시각적, 기능적, 심미적 효과를 모두 더한 최고의 제안서를 선보이기 위해 많은 노력을 가하고 있다는 걸 알게 됐습니다. DX 컨설턴트는 기능과 디자인, 두 가지 장점이 결합될 때 발휘되는 최고의 시너지를 고객사에게 설득합니다.

말뿐이 아니라 통계와 맥락에 기반한 데이터 근거로 말입니다.

5차 미프 후기

syquji — Fri, 23 Jan 2026 21:56:49 +0900

[KT 에이블스쿨] 5차 미니프로젝트 : AI 기반 지능형 교통 시스템(ITS) 관제 플랫폼 설계

안녕하세요! 5차 미니프로젝트에서는 'ITS(Intelligent Transport Systems) 도메인'에 관한 플랫폼을 설계하는 시간을 가졌습니다. 하나의 도메인을 잡아 Digging한 건 이번 미프 때가 처음이라 '비전공자인 내가 이해할 수 있을까?'하는 걱정과 '실무와 가장 비슷할 것 같다는' 설렘이 동반되었습니다.

단순히 "교통이 편리해지면 좋겠다"를 넘어, 실제 인프라와 공공데이터가 어떻게 결합되어 실제 현장에서 응용되는지 설계해 본 3일간의 기록입니다. ️

문제 정의 : "도메인을 알아야 설계가 보인다"

ITS 프로젝트의 시작할 때 중요한 건 기술 구현능력보다 '도메인에 대한 이해가 얼마나 잘 되어있는가'였습니다. 교통량 수집 장비부터 VMS(도로전광표지)까지, 복잡한 체계를 먼저 학습한 뒤에야 최적의 인프라 설계를 고민할 수 있었습니다.

핵심 목표

데이터 활용: ITS 관련 공공데이터를 수집하여 분석 기반 마련
인프라 설계: 교통량 수집부터 시각화, 안내 서비스까지 포함한 엔드 투 엔드 플랫폼 기획
기능 구현: 수집 → 분석 → 시각화 → 사용자 안내로 이어지는 유기적인 프로세스 구축

️ 프로젝트 타임라인 (3일간의 질주)

짧은 시간이었지만, DX 컨설턴트의 A to Z를 압축해서 경험했습니다.

1일차 : 뼈대 잡기 (RFP & HW)

RFP 분석: 요구사항을 꼼꼼히 뜯어보며 프로젝트 범위 확정 (도메인 이해가 안되면 내 논리가 약해집니다! 제일 중요해요!)
목표 시스템 구성도: 사용자/서비스/시스템/관리/연계/DB 영역으로 나누어 논리 구조 설계
HW 구성도: 실제 현장에 설치될 장비와 서버명 상세 작성

⚙️ 2일차 : 근육 붙이기 (SW & Flow)

SW 구성도: 어떤 알고리즘과 플랫폼이 데이터를 처리할지 설계
통합 구성도: HW와 SW가 결합된 전체 아키텍처 완성
서비스 흐름도: 문제 정의부터 시작해서 수집된 데이터가 어떤 인프라를 거쳐 사용자에게 어떤 방식(앱/대시보드)으로 전달되는지에 관한 흐름 가시화

3일차 : 시각화와 마무리

프로토타입 제작: 실제 돌아가는 듯한 대시보드와 앱 UI 설계 (피그마를 사용했어요!)
발표 자료 제작: 우리 팀의 논리를 설득력 있게 전달하기 위한 PPT 작업

무엇을 설계했나? (최종 목표)

교통량 수집 & 분석: AI 카메라와 센서를 활용하면 실시간 데이터 수집 가능
시각화: 관리자용 관제 대시보드 (Heatmap, 통계 그래프 추가해 설득력 강화)
사용자 안내: VMS 및 모바일 앱을 통해 시민 및 운전자에게 실시간 교통 정보 전파

회고 : "PPT 달인이 되어가는 과정"

이번 프로젝트를 통해 느낀 점들을 솔직하게 적어봅니다.

PPT의 달인이 되어가는 중: 계속 PPT 제작 역할을 맡다 보니, 이제는 PPT와 한 몸이 되었어요. 파워포인트 Draw.io 피그마 내게 오라.
MBTI의 변화 (P → J): 원래는 '어떻게든 되겠지' 하는 즉흥형(P)이었는데, 에이블스쿨 프로젝트에서는 하루 단위로 제출해야 하는 산출물이 있고 그런 과정을 6개월 동안 하다 보면 계획 세우기와 마감 기한 엄수가 당연하게 느껴집니다. 강제로 J가 되어가는 중입니다.
보완할 점: H/W 구성도를 그릴 때, 아직은 "왜 이 장비가 여기에 들어가는가"에 대한 100% 이해보다는 가이드라인을 따라 그리는 느낌이 강했어요. 인프라 구조에 대해 더 깊이 공부해서 내가 그린 구성도만큼은 남들에게 설명할 수 있을 정도의 '이유 있는 설계'를 할 수 있도록 더 연구해야겠습니다.

4차 미프 후기

syquji — Tue, 13 Jan 2026 14:54:09 +0900

[KT 에이블스쿨] 4차 미니프로젝트 : 무인매장 인프라 구축하기 (DX 트랙)

안녕하세요! 어느덧 에이블스쿨의 4차 미니프로젝트가 마무리되었습니다. 이번 프로젝트는 DX 컨설턴트로서 가장 기본적이면서도 중요한 '인프라 아키텍처 설계'를 경험해 볼 수 있는 시간이었어요.

서버, 스토리지, 네트워크... 이름만 들어도 머리 아픈 하드웨어 구성부터 서비스 흐름도까지, 어려운 내용이지만 팀원들과 힘을 합쳐 완성해낸 6일간의 기록을 공유합니다.

️ 프로젝트 개요 : "지능형 무인매장 인프라"

이번 미프의 핵심은 '안정적이고 보안이 강화된 무인매장 시스템을 어떻게 구축할 것인가?'였습니다. 단순히 소프트웨어를 구상하는 것을 넘어, 이를 지탱하는 물리적 하드웨어를 결합한 인프라를 설계하는 것이 최종 목표예요!!

주요 고려사항

서버 & OS: 성능(CPU, RAM)과 확장성을 고려한 하드웨어 스펙 산정
스토리지: 데이터 성격에 따른 구성 방식 선택 (DAS, NAS, SAN 중 최적안 도출)
네트워크: 외부망(Router-FW-IPS)과 내부망(Switch)의 철저한 분리
영역 분리: 사용자 / 서비스 / 시스템 / DB / 관리 영역의 논리적 보안 설계
설계 초점: 성능과 보안이 조화를 이루는 연동 설계

무엇을 구현했나?

단순한 무인 계산대를 넘어, 태그리그 AI 기술이 접목된 인프라를 구상했습니다.

1. Hardware & Network

엣지 디바이스: 천장/선반 AI 카메라, 출입구 센서
인프라: 고성능 서버 장비 및 VLAN을 활용한 네트워크 분리

2. Software & DB

AI Engine: 물체 인식 및 실시간 추적 알고리즘
Payment: 적외선 센서 및 RFID 기반의 신원 확인 + 자동 결제 시스템
DB Structure: 데이터의 형태에 따라 SQL, NoSQL, Vector DB를 복합적으로 사용하는 하이브리드(온프레미스+클라우드) 구조 채택

3. Service Flow

입장 → 상품 픽업 → 출구 통과 → 자동 결제로 이어지는 'Just Walk Out' 프로세스 구현 및 관리자 대시보드 UI 설계

️ 수행 과정 (Ideal vs Real)

이론과 실제는 늘 다른 법이죠...

[이상적인 프로세스]

RFP 작성, 목표 시스템 구성도 & H/W 명세
요구사항 분석
하드웨어 선정 및 네트워크 설계
물리적 구성도 완성

[우리의 실제 타임라인]

1~2일차: 요구사항 분석에 머리 싸매기. 목표 시스템 구성도와 H/W 명세서 초안 작성 (처음이라 제일 어렵게 느껴져 시간이 꽤 걸렸어요!)
3~4일차: 소프트웨어 및 인프라 구성도 개별 작성. 구성도 통합을 위해 팀원들과 무한 회의.
5~6일차: 서비스 흐름도 구체화 및 대망의 프로토타입 제작 그리고 시연!

마치며 : 회고와 소감

처음 접해보는 '구성도 작성' 과정은 생각보다 만만치 않았습니다. "어떤 서버를 써야 하지?", "IPS는 어디에 배치해야 보안이 뚫리지 않을까?" 같은 실무적인 고민들이 꼬리에 꼬리를 물었거든요.

하지만 막막할 때마다 에이블스쿨 교육 과정에서 배웠던 AWS, Azure 같은 인프라 설계 지식들이 큰 이정표가 되어주었습니다. 클라우드 이론에 대한 기초적 이해가 없었다면 구상은 커녕 서버와 네트워크 구조를 이해하는 데만 한 세월을 썼을 거예요.

이번 프로젝트를 통해 DX 컨설턴트로서 기술적 백그라운드가 왜 중요한지 다시 한번 체감할 수 있었습니다. IT 현장에서 인프라 설계 경험이 있다면 확실히 도움이 될 것 같아요. 본인의 프로젝트 경험이 부족하다고 느끼는 분들이 이 글을 본다면 에이블스쿨을 당장 들으세요!!!!! 에이블스쿨에서는 다양한 주제로 총 6번의 미니 프로젝트와 한 번의 빅 프로젝트를 진행하고 있으니 풍부한 포폴을 채울 수 있겠죠? 마지막으로 같이한 우리 팀원들 모두모두 고생 많으셨습니다!

kt 에이블 스쿨 11~12주차 일기 (+5차 미프)

syquji — Tue, 23 Dec 2025 13:19:17 +0900

12.01~12.04

임시저장 해놓다보니 자꾸 까먹네

클라우드 아키텍처 이론 again이고요

저번 4차 미프 때 만들었던 거랑 개별 실습이 겹쳐서 복습도 되고 좋습니다 (쉽다곤 안함..)

내일부터 미프네요 비슷한 거 하면 좋겠어요

그리고 어떤 분이 발표할 때 html, css, java script 이용해서 프로토타입 구현하셨다 했는데

저도 강의 끝나고 그런 식으로 복습해보니까 진심 UI도 너무 깔끔하고 버튼 클릭도 잘돼서 너무너무너무 신기했음 유레카!!!!

그래도 빅프를 위해 피그마는 쫌쫌따리 연습해보려고요...

12.05

5차 미프 시작

이날은 개별 실습 again이어서 어려운 건 없었으요

12.08

5차 미프 두 번째

제미나이가 만들어준 내꺼 통합 구성도 채택 아싸

솔직히 우리 팀원에 제미나이 포함시켜줘야됨

12.09

여기부터 일기쓰는 걸 까먹음

그래서 그냥 생각나는 대로 12월 요약한 다음에 일기는 여기서 멈출게요

미프 5차 끝난 후엔 서비스 제안에 관한 강의가 2주 정도 이어짐!!

우리는 서비스도 여러 분야가 있겠지만 우린 IT 컨설팅 위주로 실습함

근데도 고객사 종류가 엄청 다양해서 새로운 프로젝트를 맡을 때마다 계속 공부해야하는 게 컨설턴트구나 캐힘들겠다.. 라는 걸 느낌

컨설턴트란 직업은 내가 사업을 하거나 개발을 하는 건 아니지만서도 두 회사를 연결해 사업을 성사시킨다는 점에서 캐보람을 느낄 거 같음

강의 끝난 후엔 미프 6차를 4일 동안 했는데 당연히 서비스 제안전략 짜는 거였음

5차 미프 때 완성한 H/W, 인프라 구성도를 토대로 우리가 공급사가 되어 자기PR하는 제안서를 작성하면 됨

그 이후엔 WBS, 주간보고, 프로세스 흐름도, 스토리보드 등등 우리 회사가 수행사로 선정된 이후에 필요할 법한 작업물을 작성하면 됨!!! 끝!!!!!

어차피 1~2월은 빅프니까...

기록하고 싶은 거 생기면 간간히 오겠음

kt 에이블 스쿨 9~10주차 일기 (+4차 미프)

syquji — Tue, 2 Dec 2025 11:51:46 +0900

11.17

인프라 기초 1일차

클라우드 배우는 줄 알았는데 인프라 먼저 배우고 그다음이 클라우드라고 하심

인프라는 서버, 스토리지, 네트워크로 구성된다고 한다

생성형 AI보다는 이해하기 쉬웠다 후... 커서 지옥 탈출!

11.18

인프라 기초 2일차

데이터베이스 이해에 대한 내용 배웠다

그게 뭐냐고? 1일차에 배운 인프라가 온프레미스랑 클라우드로 환경이 나뉘었다면

데이터베이스, 약칭 DB는 데이터가 정형이냐 비정형이냐에 따라 RDBMS랑 NoSQL로 나뉜다.

그리고 NoSQL에 해당하는 DB가 다시 컬럼형, 문서형... 엄청 많은 유형의 DB로 나뉘는

무한 마인드맵 구조가 펼쳐지는 게 인프라 세상이다!!

11.19

이론 이틀 배우고 미프 시작!!!!!!

사실 미프 날에도 강사님의 강의가 조금 이어짐 다행 ㅎㅎ

그래도 역시 첫날은 느무느무 어려워서 많이 헤맸다

매니저님께 많이 질문하고 조원들끼리 소통하는 게 젤 중요하다

11.20

확실히 시간이 약인 듯

다들 첫날에 비하면 어느정도 이해가 된 상태여서 조금 아주조금 수월했다 ^^;;

아 4차 미프는 총 6일인데 1-2일차엔 인프라 목표구성도, 하드웨어 구성도를 작성했다!!

근데 안 어렵고 A부터 Z까지 가이드라인 주시니까 에이블 후기 찾아서 들어오신 분들 넘 겁먹지마싀길☆

11.21

미프 3일차

소프트웨어 요구사항 작성하는 날이에염

11.24

오늘은 미프 4일차~

소프트웨어 구성도랑 인프라 구성도를 작성했어염

하아 뭔가 결과물은 나오는데 백프로 이해하고 만드는 느낌이 아니라

나 자신이 맘에 안듦 ㅜㅜ

주말에 공부 왜 안했냐 멍청아...

11.25

미프 5일차

오전에 이론 강의 듣고 오후엔 서비스 흐름도 개별로 작성하는 시간 가졌다!

오전에 강의 집중했더니 흐름 이해도 잘되고 프로젝트가 재밌었다!!

11.26

미프 6일차

서비스 흐름도 작성하고 프로토타입 완성하는 날

서비스 흐름도 내용은 좋은데 화살표가 넘 많아서 화살표 최소로 줄이면서

흐름도 작성하는 법이 없을지 생각해보면 좋을 거 같다

그리고 프로토타입은 피그마로 했는데 우리팀 조장님이 피그마 써본 경험이 있어서 버스 탔다

근데 피그마 넘 멋있어서 나도 담주 복습 스터디에서 보여주려고 유튜브 강의 찾아서 맹연습하는중ㅋㅋ

11.27-11.28

클라우드 들어가는 날!

인프라 먼저 다루고 와서 이해가 잘 됐고

강사님 딕션이랑 목소리가 귀에 꽂혀서 강의 이해가 훨씬 잘되는 느낌이 들었다

마치 개안 느낌 ㅜㅜ

암튼 28일엔 이론 배운 거 바탕으로 AWS에서 가상화 서버를 만들어봤는데

가상화 서버에 있던 사진이 내 컴퓨터로 불러와졌을 때 진짜진짜 신기했다

클라우드는 재밌다

3차 미프 후기

syquji — Wed, 26 Nov 2025 16:56:22 +0900

주제: 산업 맞춤형 에이전트 시스템 구현 (헬스케어, 사업공고 분석 사례로 확인)

문제 정의: 어떻게 하면 00에 대한 자동화 에이전트를 구현할 수 있을까? (목적: 시간 절약, 효율성 극대)

필요 데이터: 찾고 싶은 주제의 논문 및 API 키

최종 목표: OpenAI API 기반 에이전트 시스템 이용해 산업 맞춤형 에이전트 시스템 구현

1일차 수행 목표: 도메인 분류 및 웹 검색 Agent 구현

- 질의 분석 → 웹 검색 → 주가 조회 → 기업 정보 요약 → 결과 병합 흐름 자동화 파이프라인

2일차 수행 목표: 로컬 문서 기반 RAG 및 보조 WebSearch 모델 구현

- 로컬 문서 인덱스에서 정보를 자동 검색, 관련 내용 요약, 근거와 함께 답변을 제시하는 질의응답 시스템

3일차 수행 목표: GovAgent 에이전트 시스템 Flow구현

- 정부·공공사업 제안요청서(RFP) 자동 분석 에이전트 시스템

4일차 수행 목표: Integration Agent 통합 및 맞춤 라우터 구현

- 하나의 질의에 대해, AI가 스스로 어떤 에이전트(Day1~3)를 호출할지 판단하고, 결과를 자동으로 조합하여 최종 응답을 생성하는 통합 에이전트 시스템

이상적 수행 과정:

1. 도메인 이해

2. 아키텍처/목표 이해

3. Day별 To Do 과제 수행

4. 일별 결과물 확인

5. 마지막날엔 커서 내에서 구현한 Agent 도구 직접 사용해보기

실제 수행 과정:

1. 기존에 공유된 논문 + 새로 찾은 논문 수집

2. 공공데이터 api 키도 추가함

3. 마지막날에 통합한 Agent 도구 실행

4. 잘 돌아가는 거 확인하고 마무리

소감

처음 조장 맡았는데 조장은 이해가 빠른 사람이 해야한다는 걸 느낌

내가 이걸 알아야 역할을 분배하고 완성해야 하는 방향성을 팀원들과 공유할 수 있는데

이해하기 너무 어려워서 산출물도 촉박하게 제출한 게 3차 미프의 아쉬운 점인 거 같다

에이블스쿨 9기 모집 시작

syquji — Mon, 24 Nov 2025 17:03:10 +0900

안녕하세요

제 티스토리가 비록 에이블스쿨과 함께 시작한 초보 계정이라도

소소하지만 확실한 수요가 있더군요

에이블 단어 들어간 것만 클릭하는 당신들...

앞전 게시글이 미래의 님들을 위한 거였다면

이 게시글은 현재의 님들을 위한 겁니다 ^^^

네 드디어 열렸습니다

에이블 9기 모집!!!!!!! 와아앙아아ㅏㅏ아ㅏ아아아 쏘리질뤄!!!!!!!!!1

활동명: KT 에이블 스쿨 9기

활동기간: 6개월

분야: AI 개발자, DX 컨설턴트

DX 컨설턴트 트랙 참여자로서 얘기하자면

비전공자 쌉가능!!!!!!!! 여러분 저 철학과예요

심지어 부지런하지 않아도 괜찮음

여기서 다 알아서 뭐 하라고 알려주거든요????

그니까 님들이 해야할 건 딱 두 개임

1. 신청버튼 누르기

2. 강의시간에 딴짓하지 말고 잘 듣기

아니 심지어 사전모집 등록 만 해도 커피쿠폰 준다고 함

편의점 커피도 천 원 넘는 시대에

땅파서 백 원도 안 나오는 시대에

커피쿠폰도 주는데 귀찮다고 안할거임???????

근데 안해도 ㄱㅊ 님의 선택임

그럼 ㅂㅂ

담에는 3차 미프 후기 가지고 올게염 ㅎㅎ

소프트웨어: 7가지 핵심 서버

syquji — Fri, 21 Nov 2025 11:49:26 +0900

1. 웹 서버 (Web Server)

구분	설명
핵심 역할	사용자 요청의 첫 관문 (Gatekeeper). 사용자의 모든 요청을 가장 먼저 받아서 처리합니다.
주요 기능	1. 정적 파일 제공: 변하지 않는 파일(HTML, CSS, 이미지, PDF 등)을 사용자에게 직접 전달합니다. 2. 요청 중계 (Reverse Proxy): 사용자의 API 요청을 WAS(애플리케이션 서버)로 안전하고 효율적으로 전달합니다.
대표 소프트웨어	Nginx, Apache HTTP Server
왜 필요할까?	WAS는 복잡한 계산(비즈니스 로직)에 집중해야 합니다. 단순 파일 제공이나 요청 중계는 웹 서버가 대신하여 WAS의 부담을 줄이고 안정성을 높입니다. 또한, 보안(SSL/TLS 암호화) 및 로드 밸런싱(요청 분산) 역할도 수행합니다.

2. WAS (Web Application Server, 애플리케이션 서버)

구분	설명
핵심 역할	서비스의 두뇌 (Brain)이자 핵심 로직 처리자. 실제로 데이터를 생성, 가공, 검증하는 서비스의 모든 핵심 기능을 담당합니다.
주요 기능	1. 비즈니스 로직 실행: 수강신청, 결제 처리, 게시글 작성 등 서비스의 핵심 기능을 코드로 실행합니다. 2. DB 연동: DB 서버에 데이터를 저장하거나 조회하는 작업을 수행합니다. 3. 트랜잭션 관리: 여러 작업이 하나의 단위로 처리되도록 보장합니다 (예: 결제와 상품 재고 감소는 동시에 성공하거나 실패해야 함).
대표 소프트웨어	Spring Boot (Java), Express (Node.js), Django (Python)
왜 필요할까?	사용자의 '상태'가 변하는 모든 중요한 작업(데이터 저장, 수정 등)은 WAS를 통해서만 이루어져야 합니다. 비즈니스 로직의 정확성과 안정성을 보장하는 핵심 서버입니다.

3. DB 서버 (데이터베이스 서버)

구분	설명
핵심 역할	서비스의 영구 데이터 창고 (Persistent Storage). 사용자 정보, 주문 내역, 게시글 내용 등 서비스의 상태와 관련된 모든 데이터를 안전하게 저장합니다.
주요 기능	1. 데이터 저장/조회: WAS의 요청에 따라 데이터를 디스크에 저장하고, 필요한 데이터를 찾아 제공합니다. 2. 데이터 무결성/일관성 보장: 데이터가 손상되거나 잘못되는 것을 막고, 항상 정확한 상태를 유지하도록 관리합니다.
대표 소프트웨어	MySQL, MariaDB, PostgreSQL (RDBMS), MongoDB (NoSQL)
왜 필요할까?	데이터의 '일관성(Consistency)'과 '트랜잭션(Transaction)'이 매우 중요하다면 RDBMS를 사용합니다. 데이터 구조가 유연하거나 대규모 분산 처리가 중요하다면 NoSQL을 고려할 수 있습니다.

4. 캐시 서버 (Cache Server)

구분	설명
핵심 역할	초고속 임시 저장소 (High-Speed Temporary Storage). DB에 갈 필요 없이 빠르게 응답할 수 있도록, 자주 사용되는 데이터를 메모리에 잠시 보관합니다.
주요 기능	1. DB 부하 감소: 반복적인 조회 요청을 캐시 서버가 대신 처리하여 DB 서버의 과부하를 막습니다. 2. 응답 속도 향상: 디스크 접근보다 훨씬 빠른 메모리(RAM) 접근을 통해 사용자에게 즉각적인 응답을 제공합니다.
대표 소프트웨어	Redis, Memcached
왜 필요할까?	사용자 로그인 세션 정보, 자주 바뀌지 않는 게시판 목록, 인기 검색어 등 빠르게 접근해야 하지만, 데이터가 조금 오래되어도 큰 문제가 없는 데이터입니다.

5. 모니터링 서버 (Monitoring Server)

구분	설명
핵심 역할	서비스 상태 진단 및 감시자 (Health Checker & Supervisor). 모든 서버와 애플리케이션의 상태를 24시간 감시하고 데이터를 수집합니다.
주요 기능	1. 메트릭(지표) 수집: CPU 사용량, 메모리, 네트워크 트래픽, 사용자 응답 시간 등의 지표를 실시간으로 수집합니다. 2. 시각화: 수집된 데이터를 그래프나 대시보드로 만들어 한눈에 상태를 파악할 수 있게 합니다. 3. 알람 (Alerting): 설정된 임계치(예: CPU 사용량 90% 초과)를 넘어서면, 즉시 개발자에게 알림(Slack, 문자 등)을 보냅니다.
대표 소프트웨어	Prometheus, Grafana, Zabbix, ELK Stack
왜 필요할까?	장애가 발생하기 전에 미리 징후를 파악하고 대비할 수 있게 하며, 장애 발생 시 원인을 빠르게 분석하고 대응할 수 있는 기반이 됩니다.

6. 미디어 서버 (Media Server)

구분	설명
핵심 역할	대용량 파일 배달 전담 (Large File Delivery Specialist). 동영상, 대용량 문서, 강의 자료 등 크기가 큰 파일을 효율적으로 사용자에게 전송하는 역할을 분리하여 WAS의 부담을 덜어줍니다.
주요 기능	1. 파일 전송 효율화: 대용량 파일을 전송할 때 발생하는 네트워크 부하를 전담합니다. 2. 부분 다운로드 (Range Request): 동영상 스트리밍처럼 파일의 특정 부분(재생 중인 위치)만 요청하고 전달하는 기능을 지원하여 효율적인 미디어 재생을 가능하게 합니다.
대표 소프트웨어	Nginx (파일 제공 용도로 설정), Flask (간단한 API 서버)
왜 필요할까?	강의 영상 서비스, 대용량 파일 업로드/다운로드 기능이 있는 서비스처럼 트래픽이 큰 파일 전달이 필요할 때 사용합니다.

7. 프로그래밍 언어 및 프레임워크

언어 (프레임 워크)	특징	적합한 상황
Java (Spring Boot)	견고성, 안정성, 대규모 시스템에 최적화되어 있으며, 강력한 트랜잭션 처리와 풍부한 엔터프라이즈급 라이브러리를 제공합니다.	금융, 대규모 사용자 트래픽, 복잡하고 안정성이 중요한 핵심 로직 (미션 크리티컬)
Python (Django/FastAPI)	개발 속도가 빠르고 문법이 간결하며, 데이터 분석 및 AI 연동이 쉽습니다.	빠른 프로토타입 개발, 조회 중심 API, 머신러닝/데이터 처리가 포함된 서비스
Node.js (Express)	비동기 처리(동시 요청 처리)에 강점이 있으며, 프론트엔드/백엔드를 동일 언어(JavaScript/TypeScript)로 개발할 수 있어 효율적입니다.	채팅, 실시간 알림 등 대기 시간이 길지만 연결이 많아야 하는 I/O 중심 서비스

Web 서버(안내 데스크):
- “정적 자료”(예: 안내서, 지도, 이미지, CSS) 즉시 응답
- “업무/계산”(로그인, 주문 등)은 사무실로 전달
WAS 서버 (사무실/업무 담당자):
- 전해진 요청의 비즈니스 로직 및 프로그램 실행
- 필요하면 DB에 정보 요청

제시해 주신 비유를 바탕으로 DB, 캐시, 모니터링, 미디어 서버의 역할을 이어서 설명해 드릴게요. 이 비유는 전체 IT 시스템을 하나의 종합 서비스 기관이나 회사로 생각하시면 이해하기 쉽습니다.

서버 역할별 비유 (서비스 기관)

서버 역할	서비스 기관 비유	주요 동작/기능
Web 서버	안내 데스크	"정적 자료"(안내서, 지도, CSS, 이미지 등)는 즉시 응답하고, "업무/계산"이 필요한 요청은 WAS(사무실)로 전달합니다.
WAS 서버	사무실 / 업무 담당자	안내 데스크에서 전해진 요청의 비즈니스 로직과 프로그램을 실행합니다. 수강신청, 데이터 검증 등 핵심 업무를 담당하며, 필요하면 DB에 정보를 요청합니다.
DB 서버	문서 보관소	서비스 데이터를 저장하고 관리하며, 신청 내역, 사용자 정보 등 상태 데이터를 안전하게 보관합니다. 데이터의 무결성과 일관성을 보장하며, 트랜잭션 처리(오류 시 전체 취소)를 수행합니다.
캐시 서버	메모장 / 서랍 속 자주 쓰는 서류	자주 조회되는 데이터나 세션 정보를 메모리에 저장하여, DB 접근을 최소화하고 빠르게 응답합니다. DB(금고)까지 가는 데 시간이 걸릴 때, 자주 찾는 정보는 미리 꺼내놓는 곳입니다. 로그인 상태 정보(세션), 자주 보는 목록 등을 메모리라는 휘발성이지만 빠른 공간에 보관하여 응답 속도를 극대화합니다.
미디어 서버	창고 / 대용량 자료실	강의자료, 동영상, 과제 파일 등 용량이 큰 콘텐츠를 저장하고 사용자에게 제공합니다. 파일 전용 서버로서 WAS/DB 서버의 트래픽 부하를 분산시킵니다.
모니터링 서버	보안실 / 24시간 감시 카메라	서버와 서비스의 상태를 실시간으로 수집·시각화하여 장애를 감지합니다. 자원 사용량(CPU, 메모리 등)을 확인하고 장애 대응 및 성능 병목 파악에 사용합니다.

보충 설명: DB 서버 vs. 미디어 서버 역할 차이

구분	DB 서버 (금고 / 문서 보관소)	미디어 서버 (창고 / 대용량 자료실)
보관하는 데이터	상태 데이터 (정형 데이터): 사용자 ID, 주문 번호, 결제 금액, 게시글의 제목과 내용 텍스트 등 → 작고, 구조화되어 있으며, 자주 변경됩니다.	대용량 파일 (비정형 데이터): 동영상 파일, 이미지 파일, 강의 자료(PDF, PPT), 첨부 파일 등 → 크고, 거의 변경되지 않으며, 파일 자체가 중요합니다.
데이터 사용 목적	업무 처리 (트랜잭션): 데이터의 일관성과 정확성이 가장 중요합니다. (예: 결제 후 잔액이 정확히 차감되었는지)	전송 및 스트리밍: 효율적인 배달과 빠른 다운로드 속도가 중요합니다.
비유적 차이	"문서 내용의 정확성"을 보장하는 곳. 매우 정확한 장부, 계약서, 고객 정보가 보관된 금고입니다.	"큰 물건의 보관 및 배송"을 전담하는 곳. 대형 박스, 가구, 동영상 콘텐츠가 담긴 창고입니다.
WAS의 역할	WAS(사무실)가 '정보를 조회하거나 변경해 달라'고 자주 요청합니다.	WAS(사무실)가 '이 파일을 사용자에게 보내 달라'고 요청하면, 미디어 서버가 직접 대량 전송을 전담합니다.

하드웨어: 네트워크와 스토리지

syquji — Fri, 21 Nov 2025 11:49:16 +0900

1. 네트워크 구성 요소 (외부망 → 내부망)

네트워크는 기본적으로 하드웨어 장비와 그 장비를 연결하는 물리적/논리적 경로

1-1. 외부망 (External Network)

개념: 인터넷 서비스 제공자(ISP)를 통해 제공되는 공인 IP 기반의 네트워크 영역입니다.

역할: 웹 서비스, 외부 API 등과의 연결을 위한 입구 역할을 합니다.

1-2. 라우터 (Router)

개념: 공인망(외부망)과 사설망(내부망) 사이의 경계 장비입니다.

주요 역할:

경로 설정 / 서로 다른 네트워크 간에 패킷을 전달하고 경로를 설정합니다. 즉, 트래픽을 '어디로 보낼 것인가'를 판단합니다.

주소 변환 (NAT) / 내부망이 외부망에 직접 노출되지 않도록 주소 변환을 수행하고 경로를 제한하여 보안을 확보합니다.

고려 사항: 단일 지점에서 모든 트래픽을 통제하므로, 장애 대응을 위한 이중화 구성을 고려해야 합니다.

1-3. 방화벽 (Firewall)

개념: 보안 정책에 따라 트래픽을 필터링하는 장비이며, 네트워크 보안 구조의 1차 관문입니다.

주요 역할:

접근 제어 / 외부에서 들어오는 트래픽을 정책 기반으로 필터링하고, 승인된 트래픽만 내부망으로 전달되도록 제어합니다.

필터링 기준 / 포트/프로토콜 기반 접근 제어, IP 주소 필터링 등의 기능을 수행합니다.

라우터와의 역할 분리: 라우터는 경로 설정에 집중하고, 방화벽은 패킷의 허용 여부를 판단하여 , 기능적 책임 분리와 이중 보호 구조를 완성합니다. 대부분 라우터 다음, 내부망 진입 전에 배치됩니다.

1-4. 내부망 (Internal Network)

개념: 기업 내부에서만 사용하는 사설 네트워크입니다. 일반적으로 사설 IP(예: 192.168.x.x)를 사용합니다.

보안적 위치: 방화벽 뒤쪽에 배치되어 외부 위협으로부터 보호됩니다. 외부망과 직접 연결되지 않으며, 방화벽 정책을 통과한 경우에만 접근이 허용됩니다.

설계 시 고려 사항: 네트워크를 역할별로 구분(VLAN)하여 논리적 보안 격리가 필요하며, 중요 자산(DB 서버 등)은 추가 보안 장비와 함께 보호해야 합니다.

1-5. 스위치 (Switch)

개념: 내부망 내 서버 및 장비 간의 연결을 담당하는 네트워크 장비입니다.

주요 역할:

물리적 연결 분산 / 내부망 내 서버/장비 간의 물리적 연결을 분산합니다.

트래픽 전달 / MAC 주소 기반으로 트래픽을 전달하여, 데이터 충돌 없이 효율적인 통신이 가능합니다.

VLAN의 도입: 하나의 스위치에 모든 장비를 연결할 때 발생하는 보안/트래픽 격리 문제를 해결하기 위해, VLAN(Virtual LAN) 기술을 도입합니다. VLAN은 물리적으로는 같은 스위치지만, 논리적으로는 서로 다른 네트워크처럼 작동하여, 동일 VLAN ID를 가진 장비끼리만 통신하게 함으로써 논리적 보안 분리와 트래픽 최적화를 구현합니다.

2. 스토리지 구성 요소

스토리지는 데이터를 영구적으로 저장하는 하드웨어 장치 또는 시스템

A. 데이터 저장장치 유형

항목	DAS (Direct Attached Storage)	NAS (Network Attached Storage)	SAN (Storage Area Network)
연결 방식	서버에 직접 연결	일반 네트워크를 통한 파일 공유	고속 전용 네트워크 (광케이블 등)
데이터 단위	블록 (로컬 디스크처럼)	파일	블록 (로컬 디스크처럼)
공유 가능성	불가능 (단일 서버 종속)	가능 (여러 장비 동시 접근)	가능 (여러 서버 동시 접근)
성능	빠름	보통 (네트워크 속도 의존)	매우 빠름 (전용망 기반)
사용 환경	단일 서버, 로컬 백업	사내 파일 공유, 공유 자료 저장	DB, 대용량 시스템, 고성능 환경

B. 데이터 백업 방식

백업 방식	개념	복원 속도	저장 공간	신뢰성
전체 백업 (Full Backup)	매번 모든 데이터 전체 복사	가장 빠름	가장 많이 소요	높음 (하나만 있으면 됨)
증분 백업 (Incremental)	직전 백업 이후 변경분만 백업	가장 느림 (순차적 적용)	가장 적게 소요	낮음 (중간 파일 손실 시 복구 불가)
차등 백업 (Differential)	마지막 전체 백업 이후 변경된 누적 데이터를 백업	빠름 (전체 + 최근 차등 백업 2개만 필요)	중간 (시간 지날수록 증가)	중간 (마지막 백업만 있으면 복구 가능)

3. 확장성 및 고가용성

A. 확장성 (Scalability)

정의: 서비스 수요 증가에 따라 시스템 용량이나 처리 능력을 유연하게 확장할 수 있는 성질입니다.

핵심 기법:

기능 단위 분리 / 웹/DB/백업 서버 등 역할별로 분리하여 유연하게 확장합니다.

수평 확장 (Scale-out) / 서버를 여러 대 추가하여 용량을 늘리는 방식이 기본이 됩니다.

B. 고가용성 (High Availability, HA)

정의: 시스템에 장애가 발생하더라도 서비스가 중단되지 않고 계속 운영되도록 설계하는 구성 방식입니다.

핵심 기법:

1. 이중화 (Redundancy): 동일 기능을 하는 장비나 경로를 2개 이상 구성하여 단일 지점 장애(SPOF)를 제거하는 핵심 구조입니다.

Active-Standby / 주 장비 장애 시 예비 장비로 전환 (로드밸런서, 방화벽).
Active-Active / 두 장비가 동시에 운영되며 부하를 분산 (웹 서버, API 서버).

2. 자동 장애 전환 (Failover): 장애 발생 시 사람이 수동으로 개입하지 않고 예비 자원으로 자동 전환되어 서비스를 즉시 지속시키는 기능입니다.

3. 장애 복구 자동화 (RA): 장애 감지부터 서비스 재시작, 정상화 확인까지 복구 절차 전반을 자동으로 수행하는 구조입니다.