DevOps15 [74일 차] 21.11.08 : DevOps 15 AWS Migration 수업 전 강사님 말씀 내일부터 AWS 공인 강사님 수업. 현직자 분이시라 아마 최신 기술이나 실제 사용하는 기술을 배울 수 있을 것이다. 배우는 내용이 많이 겹치겠지만, 복습한다고 생각하고 듣기. 강사는 2분인데, 한분은 AWS, 한분은 Docker/Kubernetics. 수업 끝나면 원래 강사님 돌아와서 파이썬/Terraform 수업하면서 팀 프로젝트 준비. -> 팀 프로젝트 발표 자료 자체는 간단하게. 내용은 말로 해야지 자료에 넣으면 지저분해진다. -> 대충 미리 겁먹지 말라고 하신다. 1. AWS SAA 준비 2. 개인 포트폴리오 준비 3. 팀 프로젝트 구상 1교시 Migration Service - Application Migration Service(AMS or MGN.. 2021. 11. 8. [73일 차] 21.11.05 : DevOps 14 AWS Certificate Manager SSL/TLS 1교시 어제 마지막 시간은 Node.js 애플리케이션 코드 문제인지 에러 찾다가 끝났다. 어쨌건 전체 구조는 사용자가 URI를 전송하고 ID를 받음 -> Node.js 생산자가 메시지를 큐로 전송. Payload에 ID에 URL 포함. -> Node.js 소비자가 메시지를 수신하고 URL에서 PNG 이미지 생성. 그리고 S3에 이미지 저장(ID는 이미지 이름) -> 사용자는 알려준 ID로 S3에서 이미지 다운로드 인프라 디커플링 요약 - 종속성을 줄이기 위한 작업. 일을 쉽게 만든다 - 동기 디커플링은 양측이 동시에 가용해야 하지만, 서로를 알지는 못한다. - 비동기 디커플링은 다른 쪽이 가용하지 않아도 통신 가능 - 대부분의 애플리케이션은 ELB.. 2021. 11. 5. [72일 차] 21.11.04 : DevOps 13 비동기 디커플링 SQS 1교시 비동기 디커플링과 메시지 큐 인프라(시스템) 관련해서 동기와 비동기의 차이는? -> 동기는 데이터를 요청하면 데이터 생산자(응답자)에게 바로 간다. -> 비동기는 이메일을 생각하면 된다. 데이터를 요청하면(이메일을 보내면) 이메일함에 이메일이 들어가고, 응답자가 이메일함을 보고 응답한다. 분산 처리 환경에서는 비동기식 처리 방식이 더 좋다. 데이터가 주르륵 들어오면 이메일함(큐)에 주르륵 들어가 있고, 앞에서부터 빼서 처리한다. 동기 시스템이라면 요청이 바로 응답자에게 가는데, 요청이 많으면 응답 프로세스에 과부하가 걸린다. 비동기 시스템이라면 요청자->수신자->큐->응답자->큐->수신자->요청자 순서로 흘러간다. 식당에 비유하면 수신자와 응답자는 웨이터와 요리사라고 볼 수.. 2021. 11. 4. [71일 차] 21.11.03 : DevOps 12 Auto Scaling Policy AWS CloudWatch Alarm 1교시 어제는 로드 밸런서와 오토 스케일링을 통한 동기식 디커플링 -> 요청 정보와 응답 장비를 디커플링 하기 웹 서버와 트래픽을 디커플링 하는 오토 스케일링 그룹의 앞단을 ELB로 묶고, 오토 스케일링 그룹은 서버의 실행을 보장한다. 오토 스케일링 그룹에서 시작되는 서버는 자동으로 ELB에 등록된다. CPU 사용량이 일정 기준을 넘거나 미만일 때 확장 또는 축소를 진행하는데, 바로 진행하는 것이 아니다. 일정 시간 지켜보는데, 여기에 걸리는 시간은 Cooldown 지시자의 값으로 결정된다. Cooldown: 10 이면 10분 동안 지켜보는 것. (AWS::AutoScaling::AutoScalingGroup 작업에서 작성된다) 오.. 2021. 11. 3. [70일 차] 21.11.02 : DevOps 11 RTO, RPO 동기적/비동기적 디커플링 1교시 어제는 고가용성을 위해 CloudWatch, AutoScaling 수업 다른 가용 영역에 복구 - 오토스케일링을 활용하여 장애가 발생한 가상 서버 복구 복구 시간 목표(RTO) 시스템이 오류를 복구하는데 걸리는 시간(= 시스템 중단 후 서비스를 다시 제공하기까지 걸린 시간). 서버 장애 이후 새로운 서버가 시작되고, 내용물이 설치되고 실행되기까지의 시간 복구 지점 목표(RPO) 오류 발생 시 수용할 수 있는 데이터 손실 기간. 데이터 손실의 양은 시간으로 측정된다(오전 10시에 장애 발생 후 오전 9시의 스냅숏으로 시스템을 복구한다면 데이터 손실의 시간 범위는 1시간). 어제 한 실습에서는 yml 템플릿을 배포, EC2 인스턴스를 오토스케일링으로 배포했다... 2021. 11. 2. [69일 차] 21.11.01 : DevOps 10 AWS DynamoDB CloudWatch Auto Scaling 1교시 교안 받은 김에 이전 내용 살짝 복습 EBS와 인스턴스 스토어는 소량의 데이터 통신에는 별 차이가 없지만.. -> 가용성을 원한다면 인스턴스 스토어는 EBS보다 뒤쳐진다. -> 대량의 데이터를 주고받는 경우에는 인스턴스 스토어가 더 빠르다. RDS를 생성하면 DB 인스턴스가 생성된다. Architecture란? -> 구조 : 광범위한 의미 AWS 솔루션 아키텍처? -> 고객의 요구에 따라 인프라를 구축하는 작업 2교시 https://aws.amazon.com/ko/getting-started/hands-on/?awsf.getting-started-category=*all&awsf.getting-started-level=*all&aw.. 2021. 11. 1. 이전 1 2 3 다음
