Day 62 - EKS 공부최근 Kubernetes 환경에 대한 개념은 어느 정도 익숙해졌지만, AWS에서 제공하는 EKS에 대해서도 알아야겠다는 생각이 들었다. 단순히 문서를 읽는 것도 방법이지만, 이해도를 높이기 위해 AWS Korea 공식 유튜브 채널의 강의를 시청했다. 강의를 통해 Kubernetes의 전체적인 개념을 다시 복습할 수 있었고, EKS가 제공하는 기능과 AWS 환경에서 어떤 방식으로 활용할 수 있는지도 배울 수 있었다. 무엇보다도 AWS의 솔루션 아키텍트가 직접 강의하는 내용이라 신뢰도가 높았다.단순히 영상을 시청하는 것에 그치지 않고, 헷갈릴 수 있는 개념들을 언제든 다시 볼 수 있도록 Notion에 정리했다. 이 정리된 내용은 앞으로 실제로 EKS Cluster를 구성할 때 참고..

현업자 멘토링EKS -> DynamoDB 접근현재는 인터넷을 경유 -> VPC Endpoint Gateway를 생성하여 내부 통신으로 처리하는 것이 바람직해보임EBS 사용시 주의사항EBS는 AZ간 공유 불가외부 API 연결 구조현재 두 개의 Pod에서 네이버 API를 호출하고 있어 클러스터가 분리된 것처럼 보임 -> Pod에서 직접 네이버 API와 녀결하는 방식으로 그려도 좋을 것 같음확장성 관점컨테이너로 서비스 확장을 가정했을 때 서버리스와 쿠버네티스의 장단점을 비교하고 시나리오별로 구상해보면 좋을 것 같음모니터링 도구보통은 Prometheus와 Grafana 사용. OpenTelemetry도 고려 가능모니터링은 단순히 서비스가 떠 있는지 여부보다 클러스터 내부 컨테이너 동작 상태를 세밀하게 관찰하는 ..

Day 58 - 피드백 반영이전 기획환경 : 온프레미스 환경에서 데이터 수집아키텍처 : API Gateway + Lambda 기반 서버리스 구조수정 기획아키텍처 변경 : MSA로 전환데이터 수집 서비스데이터 조회 서비스모니터링 서비스로깅 서비스데이터 수집 방식 변경 : 배치 방식 -> 이벤트 드리븐온프레미스 역할 변경 : 데이터 수집 -> 백업 전용 환경Day 59 - 2차 아키텍처 설계2차 아키텍처 설계Route53을 DynamoDB라고 잘못 표기되어 있음!수정된 기획안을 토대로 팀원들마다 각자 아키텍처를 설계해봤다. 나는 정적 페이지는 CloudFront와 S3를 통해 클라이언트에게 전달하고, 백엔드 서비스는 EKS에 관리하도록 설계했다. 또한, EKS에서 ECR로부터 컨테이너 이미지를 가져올 수 ..

Day 53 - 협업의 기초를 다지다협업 룰 정하기이전 프로젝트의 경험을 살려 협업 룰을 정하기로 했다.데일리 스크럼과 회고의 시간과 내용, 스프린트 운영 방식, 슬랙 사용법, 문서 작성, 그외 기타 규칙 등 팀원간의 원활한 소통을 위한 룰을 정했다.문서 같은 경우엔 원래 Notion을 고려했지만 Jira를 메인 협업 도구로 사용하는 만큼 Confluence와 연계하는 것이 더 좋다고 판단해 Confluence에 문서 정리를 하기로 했다. 기획안 작성가장 큰 주제는 정해졌으니 프로젝트 배경과 요구 사항을 정의했다.예시가 따로 없다보니 여러번의 피드백 끝에 완성할 수 있었다.Day 54 - 전체 그림 그리기전체 일정 수립어제 작성한 요구사항을 바탕으로 전체 일정을 짰다.실제로 얼마나 걸릴지 차마 예상은 안..

1. 느슨한 결합 전략1) 모범 사례 : 서버가 아니라 서비스를 설계웹서버는 데이터를 로컬이 아닌 외부 저장소(NFS/NAS 등)에 저장정적 웹 자산은 S3 같은 외부 저장소에 저장사용자 인증 및 상태 저장은 AWS 관리형 서비스 활용하나의 서버에는 하나의 애플리케이션만 실행하는 것이 원칙서버리스 환경에서는 필요 시 자동 프로비저닝애플리케이션 간 통신은 메시지 대기열 사용→ 서버에서 서비스 단위로 전환하면서 서버 관리 부담을 줄임 💡 서버리스의 정확한 의미서버가 없다는 의미가 아니라 서버 인프라를 직접 관리하지 않아도 되는 컴퓨팅 모델을 의미한다. 2) 서비스 지향 아키텍처(SOA) 구현구성 요소들이 통신 프로토콜로 서비스를 주고받는 구조때로는 불필요한 정보가 제공되기도 함 (뒤에서 활용됨)전통적인 모..

1. AWS 글로벌 인프라1) AWS 데이터 센터단일 데이터 센터에 수천 개의 서버 운영모든 데이터 센터는 온라인으로 연결됨Amazon 사용자 정의 네트워크 장비 및 프로토콜 스택 사용 : 아마존이 직접 설계한 맞춤형 하드웨어와 소프트웨어 스택으로 구성다양한 ODM(Original Design Manufacturer) 기반 하드웨어 채택 2) 가용 영역 (Availability Zone, AZ)하나 이상의 데이터 센터로 구성결함 격리 설계: 하나가 장애 나도 나머지는 정상 운영고속 프라이빗 링크를 통해 다른 AZ와 상호 연결사용자가 AZ 선택 가능복원력 확보를 위해 여러 AZ에 걸쳐 배포 권장일반적으로 리전당 2개 AZ 권장3개 이상 AZ 사용 시 비용 효율성 저하 가능 3) 리전 (Region)각 리전..

✅ 운영체제는 MacOS(M1) 사용중입니다. ✅ 이전 포스트 [공부/Spring] #3 | RDS 생성 및 연결 ✅ 운영체제는 MacOS(M1)을 사용합니다. ✅ 이전 포스트 [공부/Spring] #2 | 보안그룹 설정, 고정 IP 주소 설정 ✅ 운영체제는 MacOS(M1)을 사용합니다. ✅ 이전 포스트 [공부/Spring] EC2 인스턴스 생성 및 연 yulee.tistory.com ☘️ 서버 접속 간편화 EC2 인스턴스에 SSH로 접속할 땐 인스턴스 정보에서 연결 버튼을 클릭해 SSH 클라이언트 항목에서 예에 있는 명령어를 복사해 실행시키면 된다고 전에 포스팅한 적이 있는데 호스트를 등록해 더 간편화하고자 한다. 1. 다운 받은 키 페어 관리하기 1-1. 키 파일 권한 변경 chmod 400 "키 ..

✅ 운영체제는 MacOS(M1) 사용중입니다. ✅ 이전 포스트 [공부/Spring] #2 | 보안그룹 설정, 고정 IP 주소 설정 ✅ 운영체제는 MacOS(M1)을 사용합니다. ✅ 이전 포스트 [공부/Spring] EC2 인스턴스 생성 및 연결 ✅ 운영체제는 MacOS(M1)을 사용합니다. ☘️ EC2 인스턴스 생성하기 1. 인스턴스 시작 AWS에 가입해주고 yulee.tistory.com ☘️ RDS 생성 1. RDS 생성 1-1. 데이터베이스 생성 RDS는 AWS에서 지원하는 관계형 데이터베이스로 인스턴스에서 데이터베이스를 사용하는 것보다 편하고 용량도 크게 쓸 수 있다. AWS에서 RDS를 검색하고 왼쪽 메뉴에서 데이터베이스 클릭 후 데이터베이스 생성을 누른다. 1-2. 엔진 옵션 사용할 MySQL..

✅ 운영체제는 MacOS(M1) 사용중입니다. ✅ 이전 포스트 [공부/Spring] EC2 인스턴스 생성 및 연결 ✅ 운영체제는 MacOS(M1)을 사용합니다. ☘️ EC2 인스턴스 생성하기 1. 인스턴스 시작 AWS에 가입해주고 검색창에 EC2를 검색해준다. 왼쪽 메뉴에서 인스턴스를 눌러주고 인스턴스 시작 클릭! 2. 인스 yulee.tistory.com ☘️ 보안그룹 설정 1. 인바운드 규칙 설정하기 이전 포스트에서처럼 인스턴스 생성이 완료되었으니 이제 해당 서버에서 사용할 포트를 열어줘야 한다. 왼쪽 메뉴에서 보안 그룹에 들어가보면 default 하나와 새로 만든 인스턴스에 적용되는 보안그룹이 launch-wizard-번호 형태의 보안 그룹을 클릭하고 인바운드 규칙 편집을 눌러준다. 아래와 같이 S..

✅ 운영체제는 MacOS(M1) 사용중입니다. ☘️ EC2 인스턴스 생성하기 1. 인스턴스 시작 AWS에 가입해주고 검색창에 EC2를 검색해준다. 왼쪽 메뉴에서 인스턴스를 눌러주고 인스턴스 시작 클릭! 2. 인스턴스 설정 2-1. 애플리케이션 및 OS 이미지 Quick Start에서 Ubuntu로 선택하고 AMI는 무료로 사용가능한 Ubuntu Server 22.07 LTS (HVM), SSD Volume Type으로 선택해준다. (Ubuntu 선택 시 자동으로 선택됨) 인스턴스 유형의 경우도 자동으로 선택되는 프리티어인 t2.micro를 그대로 사용 2-2. 키페어(로그인) 생성 기존에 쓰던 키 페어를 쓸 경우엔 선택해주고, 새로 만들어 줄 경우엔 새 키 페어 생성을 눌러준다. 키 페어 이름은 기억하기..