6월28일 학습목표
배포 프로세스 복습 (yarn dev)
접속량이 많아질 것을 대비해서 storage에 파일 업로드
정적파일? cloudFront에서 storage로
동적파일? cloudFront에서 LB로
주의!
배포할 때는
start명령어를 사용하자
최적화할때는
build명령어를 통해 깨끗한 파일을 만들어야 한다
이 파일이 있어야 start가 가능
만약,
미리 h-c-j 파일을 만들어 storage에 올려두고 싶으면 build한 결과 파일을 만들어야한다.
명령어 추가하기 : 최적화하고 파일로 만들기
out폴더가 생겼따
👇🏻
stroge에 올려두면 주소를 쳤을 때 다운로드 받아져 화면에 보여진다
=> 접속량이 많아져도 무한으로 감당할 수 있음!
단! 다이나믹라우팅 페이지는 불가능 😭
👇🏻
매번 주소에 따라 바뀌는 동적페이지는 미리 만들어둘 수 없다
[boardId]가 주소명이 되어버렸다
cloudFront에는 주소를 등록할 수 있다 - 분기처리가 가능
/boards 인 경우 (정적파일)는 storage로
/boards/*인 경우 (동적파일)는 LB로
storage없이 배포가 가능하지만, 트랙픽 과부하를 막기 위해
정적파일은 storage에 업로드해두는 것이다.
EC2를 사용해서 터미널을 대여한다
이 컴퓨터는 아마존의 컴퓨터, 나의 컴퓨터가 종료되더라도 무관하다
컴퓨터를 빌려서 git clone -> yarn start (다음시간~~)
storage 서비스는 S3
서울!!!로 위치 확인 (물리적인 거리가 멀면 느려질 수 있다)
구입한 도메인 주소로 버킷을 만들고
퍼블릭으로 전환, 동의!
out 폴더의 파일을 업로드
업로드한 파일들을 모두 볼 수 있게 권한을 줘야한다
작업 > ACLDMF 사용하여 퍼블릭으로 설정 (버킷만들때 퍼블릭으로 안했으면 안나옴!)
하나의 정적파일로 만들기 위해서는 속성 > 정적 웹사이트 호스팅 > 편집 > 활성화 (인덱스 문서, 오류문서를 입력)
메인페이지
boards 폴더
[boardsId] 로 있는 상세페이지는 불가!
클라우드 주소가 아닌 내가 구입한 도메인을 연결해보자
이번에는 route53을 이용한다
호스팅 영역 생성하기 - 도메인 주소 입력
주소에 들어와보면 NS / SOA 유형 (레코드)가 만들어져 있다
SOA : 가장 처음 만들어지는 레코드
단순레코드정의에서 레코드 유형 살펴보기
서브도메인
www.naver.com의 www도 서브도메인이다
A : 해당하는 도메인과 연결되는 컴퓨터간의 ip를 매칭시켜준다 , 도메인주소를 Ip로 바꿔주는 역할
CNAME : WWW.~~ 입력했을 때 주소 바꿔주는 역할
TXT : 외부서비스에 의해 도메인 소유권을 증명해야 할 때, TXT레코드에 요청내용을 적어준다
NS : 네임서버
도메인을 구입한 곳(가비아)에서 DNS 설정을 해주어야 진짜!
하지만 DNS 설정을 AWS에서 하고 싶다
그러면 가비아의 네임서버를 모두 지우고 AWS의 네임서버를 가비아의 네임서버로 바꿔준다
=> 도메인 통합 관리 툴
=> 도메인 주소로 들어가면 나오는 네임서버를 지우고 aws의 네임서버를 입력하자
실제 서비스에서는 매우매우 중요하고 위험한 작업!
터미널에서 dig 도메인주소 NS 를 통해 확인하기 => 시간 오래걸릴수있음
A레코드 정의하기
이제 도메인을 치면 원래 주소로 가게됨
NS 변경 확인 -> A 변경 확인 -> 도메인으로 접속해보기
