[Dev Log] 20210917/ 유다희

## **오늘TODO**

- [x] 새 계정 만들어서 client https배포다시 시도
- [x] 자동화 다시 시도
- [x] 반응형(회원가입,로그인부분)

## **ERROR노트**

1. **태그를 나중에 추가하면 css가 꼬인다. 처음부터 추가할것**
2. **client https배포**
- cloudfront로 https배포를 할때에는 cloudfront와 s3버켓 리전을 반드시 동부버지니아로us-east1로 두어야함.

(나중에 발견했을시, 새로 동부버지니아 s3를 파서 파이프라인 편집 눌러 s3연결 변경이 가능하다)

혹시 s3를 새로파서 연결을 수정하게 된다면, 파이프라인-deploy부분에 s3와 동시에

그와 연결하는 cloudfront 원본에 가서 새로판 s3로 변경을 해주어야한다.

- 첫 파이프라인을 생성할 때 '설정'과정에서 일반적으로 '기본위치'를 아티팩트로 지정하게 된다.

다른 블로그들 찾아보면 따로 s3버켓을 파는 수고를 해도 된다고 하는데, 실제로 새로파서 지정했는데 적용되지 않음 ㅠㅠ 뭔가 다른 설정이 추가되어야 하는것이겠지?


기본위치로 지정을 하게 되면, 아래와 같이 codepipeline-ap-리전-난수 라는 이름을 가진 s3버켓이 하나 자동생성된다. 파이프라인을 사용할때 이것을 이용하게 됨.


문제는, 파이프라인을 새롭게 생성할때마다 새롭게 codepipeline-ap-리전-난수 라는 이름을 가진 s3버켓이 생성되는것이 아니었다. 따라서 웬만하면 수동삭제 금지..!

(삭제하면 바로 삭제되지도 않고 흔적이 남아서 파이프라인을 새로 파도 디폴트값으로 이 버켓이 들어가버림.. 이도저도 못하는 상황발생 ⇒ 완전히 삭제되는건 약 하루정도 걸리는것 같다 )

새롭게 계정을 파서 첫 파이프라인을 생성하니 다시 기본버켓이 생성되어 한숨 돌렸다 ㅠ ㅠ

저 디폴트값을 변경하는 방법은 아직 발견하지 못함 ..

- cloudfront와 route 53 연결문제

기본적으로 계정을 새로파서 연결해도 같은 도메인일 경우 cloudfront와 인증서가 다 연결되어있다고

보는게 편할것 같다. (비활성화는 여전히 연결 상태임을 잊지말자, 새 계정에 새로만든 cloudfront의 생성시간대가 이전에 만든 cloudfront 생성시간대와 같은것을 보고 소름이 돋음ㅋㅋㅋ)

새로운 aws계정에서 모든것을 새로 생성해서 연결해도, 절대 cloudfront와 route53은 절대 연결되지 않는다..... ㅎ 결국 계정 복구해서 cloudfront 비활성화→ 삭제하니 파이프라인 설정이 정상적으로 들어갔다.(인증서 그리고 cloudfront 배포레코드)

- 파이프라인 성공시 웹 반영 문제

파이프라인 성공해도 반영이 24시간 안에 된다는 이야기가 있다. (정말?) 정확한 시간은 모르겠지만

40분이 지나도 웹에 반영되지 않는 부분을 확인함. → 이때 무효화 레코드 생성이라는 방법이 있다.

(cloudfront무효화 탭에서 /* 레코드를 생성해주면 바로 반영되는 것을 확인할 수 있다. )

- aws 삽질기 결론
1. ec2를 삭제하면 연결된 모든것이 삭제될 줄 알았지만, cloudfornt와 route53은 별개로 삭제해야한다.
2. 계정을 삭제해도 안에 남아있는자료들이 영구삭제가 되지 않았을시, 모든것이 여전히 연결되어있음
3. 인내하고 기다리자, 클라우드프론트와 route53, 네임서버 등 모든것이 적용되기까지 시간이 걸린다.

무작정 삭제했다가 삭제되는 것도 시간이 소요되기 때문에 더 크나큰 삽질을 하게 될 수 있다.. 나처럼 ㅎ