월루를 꿈꾸는 대학생

s3 인터넷 스토리지 서비스 용량 관계 없이 http 웹 프로토콜에서 파일 접근 가능 파일저장 최적화 // 정적 웹 서비스 가능 === 웹하드 서비스 객체 = 데이터가 저장되는 최소 단위 // 최소 1byte부터 5tb까지 버킷 = 최상위 폴더 디렉터리 // 버킷은 리전별로 생성해야 하면 s3 리전중 이름은 유일 url로 접근가능 내구성에 따라 두가지 옵션이 있음 표준 스토리지 : 더 강한 내구성 . 비용 비쌈 낮은 중복 스토리지 : 원본에서 다시 생성할 수 있는 데이터 저장에 적합, 좀 쌈 aws 버킷 생성 객체 올리기 ui 바뀐 듯 권한 설정이 안되어 있어서;; url 접근 불가 생각해보니 버킷부터 잘못 만듦.;;;; 버킷 만들 때 부터 권한 설정을 잘 해야한다 ## 이거 버킷을 위에 2개 해제해야 ..

CLOUD FRONT - 전송 속도 향상과 비용 절감 - 전 세계를 대상으로 S3버킷이나 EC2 생성하는 것은 비효율 -> 가까운 엣지 로케이션에서 받아서 쓰자 캐쉬 개념 오리진 : cloudfront 는 cdn 서비스라서 항상 원본에서 파일을 복사해서 가져옴 ... 이 파일을 가져오는 서비스가 오리진 # s3 - cloudfront 일단 s3로 정적 웹사이트 호스팅 구축 cloudfront에 가서 구축 구축 완료 위의 도메인 네임에 접속 ec2 접속 node js 및 npm 설치 # curl -sL https://rpm.nodesource.com/setup_8.x | sudo -E bash - #yum install nodejs --enablerepo=nodesource yum install nodej..

RDS 이유 - 성능 편의성 , 시간 절약 대규모 DB면 모를까 소규모라면 클릭 몇 번마으로 손쉽게 DB를 생성할 수 있고 성능확장이 가능한 RDS가 경제적 RDS도 인스턴스 개념 = DB 인스턴스 클래스 종류도 EC2처럼 있는데 비용절감과 효율성 때문에 나눔 rds 생성 인스턴스가 생성되었더라고 접속 안 됨 - security group에서 막아 놓음 rds 전용 security group을 생성한다 3306 열어주기 이걸 RDS 인스턴스에 달아줌 RDS 인스턴스 사용하기 위해 MySQL Workbench 를 사용 계속 안 붙었는데 아마도 !!! 퍼블릿 엑세스 네 하기 !! 아마도 그게 문제인 듯 해당 테이블 우클릭 - select rows gui로 손쉽게 적어서 입력 가능

확장 가능한 NoSQL 분산 데이터 베이스 제공 NoSQL이며 사용자가 따로 설치 , 운영 확장하지 않아도 바로 사용 가능 성능 편의성 대규모 DB 구축 비용 절감 읽기 쓰기가 매우 빈번 처리속도가 빨라야 하는 환경 적은 용량의 데이터가 많을 때 고가용성 분산 데이터의 자체 운영이 부담될 때 --> 게임이나 소셜네트워크 서비스에 유용 관계형 데이터 베이스가 아니기 때문에 복잡한 쿼리와 맞지 않음 관계형 데이터 베이스 = > 테이블 구조 후 데이터 입력 /// 관계를 키를 통해서 = 스키마 /// NOSQL은 스키마가 없어서 비정형 데이터 저장유용 리전별 생성 가능 그리고 1,2014-05-09,2014-05-15

iam # iam 그룹 생성 iam 사용자들의 모임 접근제어 및 권한 설정 가능 # 사용자 생성 그냥 이름 사용자 생성하고 그룹 생성하고 # iam 사용자 로그인 example ! 유저로 로그인 # ec2 , s3 외에는 접근 불가 -- 역할 등록하지 않았따면 엑세스키와 시크릿 키 등록해야지 s3에 접근할 수 있따 편리한 접근제어와 관리를 위해 iam 사용 !! dynamo db는 권한이 없으니까 접근불가

route53 ec2, elb , s3 , cloudfront 연동 가능한 dns 서비스 일반적으로 사용하는 dns 서비스 혹은 직접 구축한 dns 서버는 도메인당 ip 주소 한 개만 설정가능 --> 그래서 dns 서버에 쿼리 하면 같은 ip 주소만 알려줌 즉 상황에 따라 도메인 하나를 쿼리하더라도 상황에 따라 다른 ip 주소를 알려준다 latency based Routing - 특히 전세계 dns 서버 구축 Weightd Round Robin - 서버 ip 주소 또는 도메인(ELB) 마다 가중치를 부여하여 트래픽 조절 DNS Failover - 장애가 발생한 서버의 ip 주소 또는 도메인 elb 는 알려주지 않는다 - 따라서 장애일어난 곳으로 안 보냄 route53 - 일반적인 dns는 cname 으로..

Lamda - 사용자 입장에서 서버를 관리할 필요없이 오로지 개발에만 집중할 수 있도록 도와주는 서비스 aws의 모든 서비스는 실행 주체를 명확히 설정해야한다 즉 iam으로 먼저 명확히 해야함 람다함수가 sns 서비스에 접근한 후 람다함수가 사용할 역할과 그 역할에 맞는 정책이 필요하기에 하는 작업 정책을 만들었다면 그 정책과 연동할 역할도 만들어야 함 IAM 에서 중점적으로 생각해야할 부분은 이 역할을 가질 AWS서비스와 그 서비스에 어떤 역할을 부여할지에 대한 정책을 생각해야한다 1. 서비스 주체를 선택 ( AWS 리소스 접근 ) 2. 계정의 범위 ( 루트 혹은 그 외 사용자 ) 3. 인증 4. 보안 프로토콜을 이용한 인증 람다의 경우 웹상에서 자동완성이나 문법을 확인해주는 기능이 있기에 따로 에디터..

보호되어 있는 글입니다.

보호되어 있는 글입니다.

보호되어 있는 글입니다.