
Cloud School 처음으로 작성하는 velog 잘 부탁드립니다. 12월 23일 가산디지털 DX센터 14층 7강의실에서 AWS 한국전파진흥협회에서 주관한 AWS Cloud School 13기를 참가했습니다. 밑에 사진처럼 명찰을 주고요
오늘은 12월 24일 크리스마스 이브입니다. Git과 Github를 배웠습니다. 오늘부터 배운 내용을 정리하는 블로그로 작성해보겠습니다. 환경 설정 git을 사용하기 전에 반드시 사용자 정보를 설정 설정 확인하기 Git의 세 가지 영역 | 영역 | 설명 | 비유
오늘 12월 29일 월요일 입니다. 오늘 아주 엄청난 일이 있었다. 내 Gram 충전기 고장... 하 내 4만원 원래 고장이 났었는데 그래도 충전이 됬었는데... 그만 임기를 다하고 갔습니다. 그래서 예 새로 구매했는데 내일 온답니다 그래서 오늘 기분이 안좋았다가 성적
오늘은 거의 내내 파이썬만 붇잡고 코딩만 했습니다. 특히 과제를 했는데과제 내용은 파이썬으로 Python CLI 도서관 관리 시스템 구현을 하는것이 과제였습니다.혹시 나중에 내가 이런 과제를 수행했다라는 것이 필요해서 여기다가 README를 올려야겠슴돠본 과제는 Pyt
현대에서도 변호사의 의뢰인, 은행의 고객을 Client라고 부릅니다.컴퓨터 세계에서 클라이언트는 서비스를 요청하는 쪽입니다.컴퓨터 세계에서 서버는 서비스를 제공하는 쪽입니다.식당의 직원(Server)이 손님에게 음식을 제공하는것처럼 서버는 클라이언트의 요청에 응답하여
오늘은 오전에 팀 멘토링이 있었다. 팀 멘토링은 쉽게 팀원들끼리 대화나누고 궁금한점 물어보고 하는 시간이라고 생각하면 될꺼 같다. 거기서 각 팀원들이 어떤 진로를 가지고있는지 또 내가 어떤 길을 밟아왔는지 등 이런한 얘기를 하면서 조언도 듣고 의견 나누는 시간이다. 그

오늘도 어김없이 개발의 집중하는 시간을 가졌습니다. 그래서 저는 3주차 과제를 진행했고 하면서 몰랐던점 그리고 팀원들과 소통하면서 알게 된점에 대해서 작성하겠습니다.REST API 에서 좋아요 등록을 구현하는데 ‘좋아요 등록’은 서버가 토큰으로 구분한다‘좋아요’ 기능
9일차 - 휴가10일차 - AWS 백워드 워킹 워크샵 1일차(토)11일차 - AWS 백워드 워킹 워크샵 2일차(일)26.01.12 - 특별 휴가이제부터 저의 블로그의 큰 변화가 생길 예정입니다. AWS Cloud School 관련 블로그는 이제 회고 및 저의 느낀점 어
오늘은 하루 종일 3주차 과제를 계속 진행했다. 과제는 “클라우드 커뮤니티” 라는 서비스를 만들기 위해 REST API를 설계이다. 예를 들면 GET /resources모든 리소스의 목록을 조회합니다. 이 엔드포인트는 시스템에 등록된 전체 리소스를 페이지네이션 형태로
오전에 복습을 진행하려 했으나 예상치 못한 팀 멘토링으로 오전 계획 박살났습니다.점심에 칼국수를 먹었는데... 양이... 쓰읍 그래도 jeff가 사줬기 때문에 괜찮았지 내 돈이었으면 진짜 양이 이게 맞나요? 라고 물어봤을듯한 양이었다.과제 시작도 못했다.해커톤을 본격적
FastAPI 과제 진행(DOCS를 바탕으로 FastAPI 엔드포인트 작성)FastAPI 각 엔드포인트별 Path Parameters 작성매경 미디어 해커톤을 위한 팀원회의 (아이디어위한 팀원회의 Ideation)오늘의 아쉬운 점 : 내가 생각했던 FastAPI의 과제
FastAPI 과제 진행(Pydantic 스키마 정의)해커톤 아이데이션딥 다이브진행 (네트워크 기초와 HTTP 통신 이해)아쉬운 점 : 네트워크 딥 다이브를 진행하면서 네트워크 기초에 대해 작성하는데 찾아 보지않고 작성했어야 했는데 자료 조사를 하면서 진행했다는 것이
오늘은 DB에 대해서 수업을 했다. MariaDB에 대해서다. 2학년 때 데이터베이스 과목에서 SQL에 대해서 배웠고, 컴퓨터활용능력 1급을 취득하는데 있어서도 access를 하면서 쿼리를 어느정도 다뤄봤기 때문에 익숙했다. 하지만 MariaDB는 아예 처음 다뤄보았고
회원가입 (비밀번호 해싱) 기능 구현로그인 (JWT 토큰) 기능 구현내일은 AWS 공인교육이 있는 날 그래서 매우 기대가 된다. 앞서 말한거와 더불어 17시에 끝난다.내일 시간이 남는다면 과제를 진행하고 FastAPI 공부를 조금 더 진행 해야겠다.그리고 따로 AWS나
오늘은 AWS 공인교육이 있었다. AWS Cloud School 중에서 처음으로 AWS 관련 수업을 들었다. 19일차 만에... 이런날을 고대 했었는데 파이썬과 FastAPI 수업은 해야겠다는 생각은 있었지만 막 기대되는 수업과 즐겼던 수업은 아니었다고 생각된다. 또한
오늘은 AWS Securiy Essentials 교육을 받았다. 특히 IAM과 VPC에 중점적으로 수업을 진행했다. 어제와 다르게 오늘은 실습을 통해 실제로 AWS Console에서 IAM을 설정도 해보고 VPC를 구성하는 실습도 있어서 재미있었다. 확실히 Python
오늘은 2026년 1월 23일 금요일이다.오늘의 AWS Cloud School 13기는 AWS 공인 교육 AWS Technical Essentials의 대한 수업을 받았다. 수업 내용은 Amazon Web Services 소개, AWS 컴퓨팅, AWS 네트워킹, AWS
Keep : 현재 만족하고 있는 부분, 계속 이어나갔으면 하는 부분Problem : 불편하게 느끼는 부분, 개선이 필요하다고 느끼는 부분Try : Problem에 대한 해결책, 다음 회고 때 판별 가능한 것, 당장 실행 가능한 것현재 만족하고 있는 부분 : AWS 클라
오늘은 Jeff강사님의 수업은 마지막날이다. 물론 다음 수,목,금요일에 미니 프로젝트를 진행하시지만 Notion으로 수업하고 몰입시간을 가지는 마지막날이었다. 12월말에 시작해서 벌써 한달 정도가 지났다. 방학하고 한 2주즐기고 진행한 프로그램이었지만 나름 클라우드 관
오늘은 AWS 공인 교육을 들었습니다. 주제는 Architecting 입니다. 오늘부터 금요일까지 3일짜리 교육입니다. 오늘은 아키텍팅 기본 사항, 계정보안, 네트워킹(1), 컴퓨팅에 대한 모듈에 대한 이론수업과 실습1. AWS 관리 콘솔 및 AWS CLI 살펴보기 및
오늘도 AWS 공인교육 Architecting 2일차 수업을 진행했다. SAA 자격증 공부를 하면서 배웠던 부분이어서 어느정도 알고 있는 내용을 수업했다. 주로 이론을 위주로 수업을 진행했고 오후에 실습을 하나 정도 잔행했었다. 실습을 하면서 문뜩 든 생각이 있었다.
오늘은 AWS Cloud School 26일차이다. AWS 공인 교육 Architecting 과정 3일차였다. 실습은 많이 하지 않고 이론을 많이 배운 것 같다 여태까지 AWS 공인 교육을 바탕으로 블로그를 작성했는데 오늘 그 문장을 보았다. "저작권"... 맞다 내가
오늘 26.02.02 입니다. 오늘은 AWS 공인교육 Well Architected 교육을 진행했습니다. 여태까지 공인 교육 중에 실습이 가장 많이 했던 수업이었습니다. 근데 제가... 감기에 걸리는 바람에 컨디션이 너무 안좋아 여기까지 작성하겠습니다...
오늘은 AWS 공인 교육 Jam on Architecting을 진행했다. 처음으로 JAM이란걸 진행해봤는데 매우 재미있었고 나에게 가르침을 준 수업이라고 생각한다. 총 14문제가 있어고 easy 4문제, medium 4문제, hard 4문제를 10:00 ~ 16:00
오늘은 미니 프로젝트 1일차... 주제 정했다. 난 검색 기능 구현이다. 먼저 API Docs를 작성을하고 작성을 바탕으로 파이썬을 작성을 해보았다. 그리고 검색 기능을 구현하기 위해 N-Gram 알고리즘을 작성해보았는데 쉽게 삼성전자 면 내가 N = 2로 하면 {삼성
오늘은 미니 프로젝트 1일차... 주제 정했다. 난 검색 기능 구현이다. 먼저 API Docs를 작성을하고 작성을 바탕으로 파이썬을 작성을 해보았다. 그리고 검색 기능을 구현하기 위해 N-Gram 알고리즘을 작성해보았는데 쉽게 삼성전자 면 내가 N = 2로 하면 {삼성
오늘은 어제와 마찬가지로 미니 프로젝트 2일차 였다. 본격적인 개발을 하였고 나의 담당은 검색 기능 구현 즉 검색어를 통해 검색어에 맞는 기사를 찾도록 하였다. 이번에 제대로된 팀 개발을 해본것 같다. 브랜치 파서 제대로 PR도 날리고 pull 해서 conflict 난
오늘은 강사 jeff의 마지막 날이자 미니 프로젝트의 최종장이었다. 오늘의 velog는 프로젝트를 기억하는 블로그로 하도록 하자.먼저 저희가 진행한 프로젝트의 github 주소입니다.https://github.com/no-easy-days/aws13th-tea
오늘은 강사님이 바뀌고 첫번째 수업이었다. 드디어 개발 말고 인프라를 배울 수 있다는 생각에 조금 설렜지만 네트워크 수업을 했는데 그나마 자신있는거였는데... 까먹었다... 쓰읍 인프라라도 잘해야된다는 생각과 열심히 필기를 하면서 복습도 하면서 수업을 들으면서 인프라는
오늘 역대급으로 컨디션이 좋지 않았다. 코는 막히고 계속 가래는 나올랑 말랑...정말로 안좋았다. 그래도 네트워크 애뮬레이터를 통해 실습을 해서 익숙하기도 하고 재미있었지만 내일은 병원을 다녀와야겠다... 내일부터 다시 열심히하겠다...
오늘부터 나의 velog의 변화가 있다. 원래는 일기형식으로 회고만 했는데 이제부터는 나만의 TIL도 작성하면서 오늘 배웠던거 복습도하면서 내 생각도 적는 것으로 하겠다.OSPF(Open Short Path First)링크의 속도를 고려할 수 있는 프로토콜. 인접한 라
목적지가 특정되지 않았을때의 route(Next hop)목적지가 특정 됐다면 - 그 목적지에 대한 next hop으로 가면된다.목적지가 특정되지 않았다면 - Default route를 따라간다.즉 , Default route : 내가 가고싶은 목적지가 라우팅 테이블 상

큰 명절인 설날이 끝났다. 이제 음력으로도 2026년으로 들어왔다. 토,일,월,화,수 까지의 연휴가 끝나고 다시 일상으로 돌아왔다. 그렇다 난 오늘 다시 가서 리눅스를 배웠다.우리 열심히 삽시다. 여러분...설치하고 싶은 패키지가 있는 저장공간에 대한 정보이다. 쉽게
사용한 Tool : GNS3, XShell, VMware1\. 패키지 설치재시작\-i : 대소문자 구분 없이잘 동작을확인한다.dhcp에서 IP를 받아오도록 수정하기위해만약 client가 10.10.1.0/24 대역에 있어 이에 맞춰 pool을 구성하려면client in
오늘은 휴가로 인해 쉬도록 하겠다.
tcp 21(세션수립), 20(데이터전송)추가적으로 특정포트를 랜덤하게 할당해서 사용한다.파일 전송 프로토콜ex) 내가 ftp서버에 user1로 로그인을 해서 접근 => /home/user1접속후 파일 목록 확인 파일 다운로드다운로드 후 내용물까지 확인해보면 잘 받아진
동적인 웹서버 : JAVA,Pyhton, PHP 같은 백엔드 프로그래밍 언어로 구성된 웹애플리케이션 서버. DB와 통신을 통해 값을 입출력하여, 말 그대로 요청에 대한 결과물이 변동되는 서버.먼저 DB 구성VMworkstation에서 2core, 2GB, 20GB에 2
WEB / Web Application Server(WAS) / DB서로 독립적인 서버를 구성 시 장점1\. 확장성이 좋다2\. 유지보수가 용이하다.3\. 보안성이 증가우리는 Tomcat과 mariaDB을 사용했다.centOS7IP : 211.183.3.88if 자바로

오늘은 어제 실습에 대한 풀이와 시험을 보았다.그래서 오늘의 Velog는 실습에 대한 풀이를 할려고한다. 시험에 대한 풀이는 다음주에 강사님과의 풀이를 하고 작성하도록 하겠다.문제 : '외부'대역(211.183.3.0/24)에는 211.183.3.100의 주소를 갖는

원격 접속 프로토콜인 telnet(23)은 평문으로 메세지를 전송. SSH는 암호화를 통해 원격 접속하여 메세지를 송수신 하는 프로토콜22번 포트, tcpubuntu의 mint os를 사용하였다.알아야할 개념1\. 인증 방식ID/PW공개키 방식(키페어 사용)키페어(Ke

섹터(sector) : 보통 512Byte 디스크의 물리적인 최소단위블록(Block) : 섹터의 묶음. 논리적인 최소단위. 파일 시스템을 어떻게 구성하느냐에 따라 달라질 수 있다.다수의 디스크를 배열을 통해 용량을 늘리거나, 데이터를 중복으로 저장시킴으로써 속도를 늘리
물리적인 디스크나 파티션을 내가 원하는 방식과 용량의 가상 디스크로 구성할 수 있는 기술디스크의 크기를 증가 or 감소 시킬 수 있다.여러개의 물리 디스크를 통해 PV(Physical Volume)를 구성하고, 이 PV들로 VG(Volume Group)을 구성한 후 L

어제와 동일하게 VyOS를 배웠고 Zone 기반 방화벽을 배웠다.우리는 총 3개의 존(zone) public,private, DMZ를 구성하여, 각 존에 방화벽을 활성화 할 예정이다.방화벽 설정 전 선행되어야 하는 기본 설정이 있다.방화벽을 설정전 테스트할 VM들끼리
마치 내가 다른 사설 네트워크에 존재하는 것처럼 여겨질 수 있도록 하는 매커니즘2가지 VPN (서버 - 클라이언트 VPN , Site-to-Site VPN)터널링 방식 = L2TP(Layer 2 Tunneling Protocol)암호화 방식 = IPsec
수집 - telegraf : 어떤 서버의, 어떤 리소스(CPU,RAM,스토리 입출력… 내가 원하는 대부분의 리소스의 상태, 사용량)를, 얼마의 간격으로 수집할 결정저장 - influxDB, 시계열(time-series) DB, 일정한 시간간격으로 수집된 데이터를 DB에

node exporter(수집,agent)prometheus(저장)grafana(시각화)http://211.183.3.90:9090/targets으로 잘 동작하는지 확인한다. Grafana는 전날에 했던것과 동일하게 한다.컴퓨팅 파워를 가상화할때 크게 서버 가
휴가였습니다 왜냐하면 제가 14일에 리눅스 마스터 2급 시험으로 인해 공부를 했기 때문입니다.
TIL 배운 내용 VM의 커스텀이미지 제작 내가 원하는 정보를 넣은 커스텀이미지를 생성한다. 예를 들면 내가 웹페이지를 배포하고 싶다면, 미리 해당 서버에 웹서버를 설치하고, enable도 해주고, 웹페이지도 넣어놓으면 내가 그 이미지를 부팅하기만 해도 웹페이지가 배포
TIL 배운 내용 VM의 커스텀이미지 제작 내가 원하는 정보를 넣은 커스텀이미지를 생성한다. 예를 들면 내가 웹페이지를 배포하고 싶다면, 미리 해당 서버에 웹서버를 설치하고, enable도 해주고, 웹페이지도 넣어놓으면 내가 그 이미지를 부팅하기만 해도 웹페이지가 배포

서로 다른 서버에 존재하는 가상의 네트워크 끼리 통신하기 위한 '오버레이 네트워크'를 구성하는 Tool이다.VPN과의 차이를 명확하게 이해할 필요가있다.VPN : “사설” 네트워크끼리의 오버레이 네트워크OVS : 서버내의 “가상” 네트워크끼리의 오버레이 네트워크대상 관
온디맨드(On-demand, 수요가 발생하는 즉시)로 리소스를 대여 후 사용한 만큼 금액을 지불하는 서비스공용(Public) 클라우드 - 3대 공용 클라우드 서비스(AWS,GCP,Azure)사설(Private) 클라우드 - 오픈스택(사설 클라우드를 구축하는 플랫폼, T
독립적인 사설 네트워크. 일반적으로 다른 VPC 끼리는 서로 통신이 안된다.( 다른 VPC 끼리 통시니이 되게 하려면, VPN이나 VPC peering, Transit GW 같은 특수한 방법을 사용하면 된다.)“물리적으로는 떨어져있지만 논리적으로는 같은 공간에 있는것처
ELB : 하나 이상의 가용 영역에 있는 여러 대상 및 가상 어플라이언스 전반에서 수신되는 애플리케이션 트래픽을 자동으로 분산합니다.로드밸런서도 하나의 리소스로 취급하면 좋다특정 서브넷들에 놓여진다.Amazon ELB 구성요소로드 밸런서 : 여러 대의 EC2 인스턴스,

가장 큰 목적 = 고가용성(High Availability)IT 측면에서 스케일링이란 IT 자원을 확장하거나 축소하는 기능을 의미한다.수직 스케일링(Vertical Scaling) : IT 자원의 용량을 확장하거나 축소하는 기능수평 스켕일링 : IT 자원의 수량을 확장
퍼블릭 ACM - 150불 과금 = 절대 쓰면 안됨.CDN(Contents Delivery Network)캐싱 서비스.Cloudfront를 위해 ACM에서 TLS인증서를 발급받을텐데, 반드시 버지니아 북부 (AWS의 리전들을 대표하는 리전 = 글로벌 서비스 제공) 버지

서버리스(인프라 프로비저닝이 필요 X) 코드 실행서버리스라고 해서 서버가 없는건 아님.호출 방식 - 동기(Synchronous) 호출. 즉, 작업 호출 이후 결과값이 반환될때까지 기다림.API GW, 함수 URL(간단하게 그 함수만 쓸때), 셀프테스트(테스트 함수)in

컨테이너 생성(create) 및 실행(start)이렇게 cat을 통해확인할수있다컨테이너를 삭제해도 호스트에는 파일이 남는다.nginx에 웹 루트 디렉토리는 /usr/share/nginx/html 이다.

TIL 배운 내용 도커이미지 RUN : 컨테이너 이미지 빌드 단계에서 수행되는 명령 말그대로 빌드 될때 수행되는 명령어를 적는다고 생각하면 된다. CMD : 컨테이너가 실행되는 단계에서 수행할 명령

컨테이너의 이름을 주소처럼 사용 가능하다. tomcat-mysql을 연동할때 항상 mysql의 컨테이너 IP를 조회해서 찾아가는 건 너무 번거롭다. 1\. link를 당할 컨테이너를 생성한다.웹 애플리케이션 : 웹에서 동작하는 애플리케이션프레임워크 : "앱을 만들려면

services : 애플리케이션을 구성하는 모든 컴포넌트를 열거하는 부분이다.networks : 서비스 컨테이너가 연결될 모든 도커 네트워크를 열거하는 부분version : 이 파일에 사용된 도커 컴포즈 파일 형식의 버전을 가리킨다.ports: -p, publish 옵

Amazon ECR은 안전하고 확장 가능하며 안정적인 AWS 관리형 컨테이너 이미지 레지스트리 서비스이다. 수명 주기 정책은 리포지토리에 있는 이미지의 수명 주기를 관리하는 데 도움이미지 스캔은 컨테이너 이미지의 소프트웨어 취약성을 식별하는 데 도움이 된다.교차리전 및
본 프로젝트의 핵심 목적은 직접 개발한 Dockerfile 정적 분석 및 자동 경량화 CLI 도구(imgadvisor)의 산출물이 실제 운영 환경의 가혹 조건에서도 실효성 있는 성능 개선을 만들어내는지 검증하는 것이다.CLI 도구 소개: imgadvisorimgadvi
4월 1일 ~ 4월 7일 까지 진행한 도커 토이 프로젝트가 있었다.3명씩 한팀을 이뤄 도커에 대한 토이 프로젝트를 진행하였다.이로 인해 최근 velog를 작성하지 못하여서 오늘은 도커 토이 프로젝트를 회고하는 시간을 가져보도록 하겠다.본 프로젝트는 "이미지 경량화가 인
TIL 배운 내용 Developing on AWS 오늘은 오랜만에 AWS 공인 교육을 들었다. 이번 공인 교육은
오늘도 Developing on AWS 공인 교육을 이어서 들었다. 어제보다 내용이 훨씬 많아졌는데, DynamoDB 작업부터 Lambda, API Gateway까지 다뤘다. 저작권 문제가 있어서 교재 캡처나 복붙은 하지 않고, 내가 이해한 내용 위주로 정리해보겠다.P
오늘부터 쿠버네티스를 배우기 시작했다. 도커가 단일 컨테이너를 다루는 도구라면, 쿠버네티스는 여러 컨테이너를 관리하는 컨테이너 오케스트레이션 툴이다.실습은 con_tem VM을 복제해서 총 3개의 노드를 구성하는 방식으로 진행했다.VM 복제 후 IP와 호스트네임을 직접
오늘은 어제에 이어서 Service 타입들을 실습했다.NodePort, LoadBalancer, ExternalName, Ingress까지 다뤘다.NodePort는 노드의 포트를 외부에 개방하는 서비스 타입이다.도커 스웜의 포트 퍼블리싱 방식과 비슷한 개념이다.Node
오늘은 AWS 공인교육이 있는 날이다. DevOps Engineering on AWS라는 주제로 강사님이 오셔서 수업을 진행하였다.DevOps 개념부터 시작해서 CI/CD 파이프라인, 코드형 인프라(IaC), AWS CloudFormation까지 다뤘다.DevOps는
어제에 이어 오늘도 DevOps Engineering on AWS 공인교육이 진행됐다. 어제가 CloudFormation 중심이었다면, 오늘은 본격적인 CI/CD 도구들인 CodeBuild, CodeDeploy, CodePipeline을 배우고, AWS SAM으로 서버
공인교육을 하면서 실습했던 내용을 정리해보았다. 향후 CI/CD를 할 때 유용한 자료가 될 것 같아서 정리한다.실제 프로젝트에서 서버리스 애플리케이션을 개발하고 자동 배포하는 방법Lambda 함수 기반 API를 만들 때서버리스 앱을 로컬에서 테스트하고 싶을 때Git p
오늘은 쿠버네티스의 핵심 리소스들을 집중적으로 다뤘다. Ingress Controller 설치부터 시작해서 영구 볼륨(PV/PVC), 스토리지 클래스, 그리고 설정값을 주입하는 ConfigMap과 Secret까지 쭉 이어졌다. 내용이 많았지만 하나하나 연결되는 흐름이
오늘은 쿠버네티스의 보안과 운영 관련 핵심 개념들을 집중적으로 다뤘다. 어제 배운 PV/PVC, ConfigMap, Secret을 활용한 3 Tier 과제 풀이로 시작해서, 접근 제어(RBAC), 자동 스토리지 프로비저닝, 그리고 Pod 상태 관리까지 이어졌다.공식 정
쿠버네티스 환경에서 Web - WAS - DB 3계층 아키텍처를 직접 설계하고 구현하는 과제다.단순히 컨테이너를 띄우는 것에서 끝나지 않고, 실제 운영 환경에서 요구되는 보안, 설정 관리, 스토리지 분리까지 모두 적용했다.DB 접속 정보는 코드나 환경변수에 하드코딩하지
오늘은 쿠버네티스의 고가용성(HA) 구성부터 시작해서 노드 스케줄링 전략, 그리고 쿠버네티스의 패키지 매니저인 Helm까지 다뤘다. 내용 자체는 많았지만 각 개념이 실제 운영 환경에서 어떻게 쓰이는지 연결되니까 이해하기 좋았다.지금까지는 마스터노드가 1개였는데, 오늘은
오늘부터는 드디어 온프레미스 쿠버네티스를 벗어나서 AWS의 관리형 쿠버네티스 서비스인 EKS(Elastic Kubernetes Service)를 다뤘다. 직접 마스터노드를 구성하고 관리하던 것과 달리, EKS에서는 컨트롤 플레인을 AWS가 알아서 관리해준다. 덕분에 우

오늘은 AWS 핵심 4개 서비스(VPC, EC2, Aurora RDS, S3)를 직접 연결해서 고가용성 웹 아키텍처를 처음부터 끝까지 구축했다. 각 서비스가 Security Group과 IAM Role을 통해 어떻게 맞물려 돌아가는지 한 번에 볼 수 있었고, Secre

AWS Cloud School 13기 토이프로젝트 (82~86일차, 2026.04.27~04.30)브라우저 기반 갤러그 아케이드 게임을 AWS EC2 위에 직접 Kubernetes 클러스터를 구성해서 3-tier 아키텍처로 배포하는 프로젝트다.EKS 같은 관리형 서비스
87일에는 휴가 였기 때문에 88일차로 바로 작성한다. TIL 오늘은 드디어 CI/CD의 CD 파트를 제대로 다뤘다. ArgoCD를 EKS 환경에 설치하고, GitHub 레포지토리와 연동해서 매니페스트가 바뀌면 자동으로 배포되는 흐름을 직접 구성해봤다. 수동으로 kubectl apply를 치던 것과 비교하면 확실히 편하고, 롤백도 UI에서 클릭 몇 번으로...
오늘은 어제 배운 ArgoCD에 GitHub Actions를 붙여서 진짜 의미의 CI/CD 파이프라인을 완성했다. 코드를 push하면 자동으로 이미지가 빌드되고, ECR에 올라가고, 매니페스트가 수정되고, ArgoCD가 EKS에 배포하는 흐름을 직접 구성해봤다. 수동으
오늘은 드디어 Terraform(테라폼)을 처음 다뤘다. IaC(Infrastructure as Code)라는 개념 자체는 알고 있었는데, 직접 HCL 코드를 작성해서 VPC를 만들고 EKS 클러스터까지 띄워보니까 "이래서 테라폼 쓰는구나"가 확실히 느껴졌다. 콘솔에서
오늘은 Developing Generative AI Applications on AWS 강의를 들었다. 생성형 AI(Generative AI)와 Amazon Bedrock을 활용해서 실제 애플리케이션을 만드는 방법을 배웠는데, 이론부터 실습까지 꽤 알차게 진행됐다. 특
오늘은 Developing Generative AI Applications on AWS 강의 2일차였다. 어제 기본 개념과 프롬프트 엔지니어링, RAG까지 다뤘다면, 오늘은 LLM 평가 방법론부터 책임감 있는 AI, 에이전트 시스템까지 훨씬 심화된 내용을 배웠다. 특히
팀 구성 후 첫 아이디어 회의 진행최종 아이디어 선정: AI 기반 농산물 콘텐츠 · 직거래 플랫폼농민이 작물 정보를 입력하면 AI가 플랫폼별 맞춤 홍보 콘텐츠를 자동 생성하는 서비스레퍼런스 키워드: 마케팅 콘텐츠 생성, 농업 챗봇, 농작물 관리Notion 팀 워크스페이
기획 구체화기획안 초안 작성 완료요구사항 명세서 + 통합 명세서 DB 구축2차 정기회의 진행 — 아이디어 구체화 논의파트별 페이지 생성백엔드, 프론트엔드, 클라우드, AI 파트별 문서 공간 세팅백엔드팀 페이지 업데이트백엔드 페이지에 영우 김이 내용 추가기타레퍼런스 페이
3차 정기회의 진행주제: 요구사항 구체화참석: 전원기능 명세서 기반으로 각 기능의 세부사항을 구체화하는 논의 진행Plan B 작성요구사항 명세서 완성요구사항 명세서 (v2) DB에 전체 기능 37개 항목 입력 완료F01 회원 관리 ~ F08 구독 관리까지 ID, 기능
4차 정기회의 진행참석: 전원논의사항: 기획안 초안 수정(시장 조사, 비즈니스 모델, 차별성 고도화), 기술 스택 정리회의 내용시장 조사, 비즈니스 모델, 차별성 고도화로 인한 기획안 최종 수정주제 발표용 기술 스택 초안 구성서비스용 자료 조사(데이터 셋 정리)레퍼런스
97일차 프로젝트 회고 (2026.05.19)최종 프로젝트 5일차━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━【오늘 진행 상황】5차 정기회의 진행 (참석: 전원 — 김민석, 김영우, 김영원, 임형준, 양세윤)요구사항 명세서 v3 전면 개편 — 기존 37개 항목
5월 20일, 코엑스에서 열린 AWS Summit Seoul 2026 Day 1에 다녀왔다. 처음 참여하는 대규모 클라우드 컨퍼런스라 설렘 반 긴장 반이었는데, 9시 20분에 도착했음에도 출입증 수령에 30분이나 걸려서 기조 연설(Industry Day)을 놓쳐버렸다.
이제 AWS Cloud School 100일차 이다. 벌써 100일 이라니 놀랍다. 어제 시작한거 같은데 벌써 100일이고 이제 수료가 다가온다. 98일차와 99일차는 AWS Summit Seoul 2026 참여로 인해 가산디지털단지로 가지는 못하였다. 그래서 오늘은
팀 어반워크 — 최종 프로젝트 9일차━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━【오늘 진행 상황】6차 정기회의 진행 (참석: 전원 — 김민석, 임형준, 김영원, 김영우, 양세윤)주제 발표 전 최종 점검 — 발표 피드백 및 PPT 점검발표 리허설 진행 — 팀원
102일차 프로젝트 회고 (2026.05.27)최종 프로젝트 10일차━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━【오늘 진행 상황】멘토분들 앞에서 기획 발표 진행 (전원 참석: 김민석, 김영우, 김영원, 임형준, 양세윤)7차 정기회의 — 발표 후 멘토 피드백
103일차 프로젝트 회고 (2026.05.28)팀 어반워크 — 최종 프로젝트 11일차━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━【오늘 진행 상황】프로젝트 방향성 최종 확정 ✅MVP 목업 픽스 ✅ — 네비게이션 바 구성, 소셜 로그인 1개, 소비자는 농민 명함
이제 프로젝트 회고 및 velog는 옵시디언에서 작성 후 붙이는걸로 대체 하겠습니다.
트렌드 크롤링 아키텍처 문서화 작업AWS CloudTrail 에서 Slack으로 넘어가는 알림 설정us-east-1 EventBridge 규칙(farmily-iam-security-events) + SNS 토픽 생성 → Chatbot 연결SNS→Slack 알림 테스트
ECS CI/CD GitHub OIDC + IAM Role 설정ECR Lifecycle Policy 정책 설정ECS CI/CD 파이프라인 IAM Trust Policy 작성 (farmily-cicd-github-role, sub: repo:urbanworkteam/\*
4개 레포 pull + Infra 테라폼(ECS 모듈) 대조 → 실제 리소스명 확인 (dev-cluster/dev-app-service/dev-app, {env}-ecs-execution-role·{env}-ecs-task-role)PassRole 네이밍 불일치 발견·
✅ PassRole 콘솔 적용 완료 — 잔존 와일드카드 계획명 제거 → 테라폼 실제명 4개(dev/prod-ecs-execution-role·dev/prod-ecs-task-role)로 한정✅ 시뮬레이터 검증 — simulate-principal-policy로 allo