외부 인프라 도움 없이 단일 호스트 내부에서 무중단 배포를 구현하며, 발생한 유지보수성을저해하는 포인트들을 AWS와 함께 해결한 경험을 이야기합니다.

1. AWS와 함께하는
무중단 배포 파이프라인 개선기
황성찬
백엔드 개발자
AUSG

2. • 발표자 소개
• 발표 주제 소개
• 프로젝트 소개
• 개선 전 아키텍처
• 개선 전 아키텍처의 문제점
• 개선 후 아키텍처
• 개선 결과
• 발표 소감
목차

3. 발표자 소개

4. 황성찬 - dbfpzk142@gmail.com
• 한남대학교 4학년 재학 중
• AUSG 5기 활동 중
• DDD 5기 활동
• 영향력 있는 개발자가 되고 싶습니다.
• 지식 공유와 의사 소통에 관심이 많습니다.

5. 발표 주제 소개

6. AWS와 함께하는 무중단 배포 파이프라인 개선기

7. 구체적으로 말하자면,
단일 EC2 서비스를 AWS의 서비스들로 이관한 경험

8. 이런 분들께 바칩니다.
• Code Deploy를 사용하며 불편함을 느끼셨던 분들!
• Nginx, LetsEncrypt, Server Application를 단일 EC2에 배포/관리하셨던 분들!
• 항상 EC2, RDS, Code Deploy만 사용하셨던 분들!

9. 프로젝트 소개

10. 사각사각 을
소개합니다!

11. 사각사각 을
소개합니다!
• 일상 속에서 흘러가는 아이디어 메모하기
• 윈도우 메모보다 기능이 많고
• 카카오톡 나에게 보내기 보다 관리하기 쉽고
• 노션과 에버노트보다 가벼운 크롬 익스텐션!

12. 지금 바로 구글에 sagaksagak 을 검색하세요!

13. 프로젝트 아키텍처

14. 사각사각
아키텍처

15. 사각사각
아키텍처

16. CD
파이프라인

17. CD
파이프라인

18. 결론
1. Code Deploy 사용 중
2. 단일 EC2에서 SSL, VIEW, API 모두 처리
3. 단일 EC2에서 Docker Container 여러 대 실행 중

19. 기존 아키텍처 문제점

20. 문제 1. Shell Script 작성 필요

21. Code Deploy란?
• EC2/On-Premise, ECS, Lambda 환경으로 배포 자동화를 돕는 서비스
• EC2/On-Premise 환경에서 사용할 경우 특정 시점에 실행될 hook 정의가 필요
• Linux의 경우 hook 파일을 쉘 스크립트로 정의

24. • Code Deploy
• Shell Script
• Server Application
학습범위

25. 순수 코딩 시간
학습범위

26. 문제 2. 기술 간 의존성

27. Code Deploy
Docker Nginx
사용기술

28. Docker
IF: 변경
Code Deploy
사용기술
Nginx

29. Docker
IF: 변경 DO: 변경
사용기술 Code Deploy
Nginx

33. 만약 Docker를 Kubernetes로 대체한다면?

35. Kubernetes로 변경 Nginx 설정파일 수정

36. Kubernetes로 변경 Nginx 설정파일 수정

37. 휴먼 에러 발생!!

38. 유지보수
에러발생

39. 문제 2-1. 디렉토리 의존성

42. 각 파일들의 위치

43. 파일 위치 변경?

44. docker/

45. 파일 위치 변경 각 파일들에 반영

46. 파일 위치 변경 각 파일들에 반영

47. 휴먼 에러 발생!!

48. 유지보수
에러발생

49. 문제 3. 사전 작업이 필요했다.

51. Nginx 실행 시점에 반드시
SSL 인증서 마운트 필요

52. EC2에 반드시 SSL 인증서를 위치시켜야 함

53. 즉, EC2 접속 후 직접 SSL 인증서 설정을 한 후에 배포 자동화가 이루어졌다.

54. 완전한 자동이 아니다!!

55. 결론 1. 유지 보수가 어렵다
2. 완전한 자동화 파이프라인이 아니다.

56. 개선 후 아키텍처

64. Before
• 단일 EC2안에서 Nginx, Application 모두 실행
After
• EC2는 Application만 실행
• Nginx는 AWS Elastic Load Balancer로 대체
• VIEW 리턴은 CloudFront로 대체

65. Before
• 단일 EC2안에서 Nginx, Application 모두 실행
• EC2 안에서 SSL 인증서 직접 관리
After
• EC2는 Application만 실행
• Nginx는 AWS Elastic Load Balancer로 대체
• Amazon Certification Manager로 SSL
인증서 관리

66. Before
• 단일 EC2안에서 Nginx, Application 모두 실행
• EC2 안에서 SSL 인증서 직접 관리
• Code Deploy로 무중단 배포 자동화 구현
After
• EC2는 Application만 실행
• Nginx는 AWS Elastic Load Balancer로 대체
• Amazon Certification Manager로 SSL
인증서 관리
• Beanstalk로 무중단 배포 자동화 구현

67. Elastic Beanstalk란?
• Java, .NET, PHP, Go, Ruby, Docker 등 여러 플랫폼의 애플리케이션을 배포할 수 있다.

68. Elastic Beanstalk란?
• Java, .NET, PHP, Go, Ruby, Docker 등 여러 플랫폼의 애플리케이션을 배포할 수 있다.
• 하나의 Beanstalk에서 ELB, EC2, RDS 를 관리할 수 있다.

69. Elastic Beanstalk란?
• Java, .NET, PHP, Go, Ruby, Docker 등 여러 플랫폼의 애플리케이션을 배포할 수 있다.
• 하나의 Beanstalk에서 ELB, EC2, RDS 를 관리할 수 있다.
• 버전 관리를 자동으로 해준다.

70. Elastic Beanstalk란?
• Java, .NET, PHP, Go, Ruby, Docker 등 여러 플랫폼의 애플리케이션을 배포할 수 있다.
• 하나의 Beanstalk에서 ELB, EC2, RDS 를 관리할 수 있다.
• 버전 관리를 자동으로 해준다.
• 손쉽게 무중단 배포를 설정할 수 있다.

71. Elastic Beanstalk란?
• Java, .NET, PHP, Go, Ruby, Docker 등 여러 플랫폼의 애플리케이션을 배포할 수 있다.
• 하나의 Beanstalk에서 ELB, EC2, RDS 를 관리할 수 있다.
• 버전 관리를 자동으로 해준다.
• 손쉽게 무중단 배포를 설정할 수 있다.
• Cloud Watch를 자동으로 연동해줘서 모니터링을 제공한다.
• 무료다.

72. 개선 1. 관리 포인트 감소

73. Before After
• Shell-Script
• Nginx.conf
• Docker-Compose
• Dockerrun.aws.json

74. Before After
• 250 줄 • 15줄

75. 코드 작성에 집중할 수 있다!!!

76. 개선 2. 기술간 의존성 최소화

77. 쉘 스크립트
Docker Nginx 설정파일
사용기술

78. AWS
사용기술

79. 사용 기술하던 기술이 없으니 의존성도 없다!!

80. 개선 3. 사전 작업이 필요 없음

81. Amazon Certification Manager 란?
• AWS 내부 리소스에 사용할 SSL 인증서 관리를 대신 해주는 서비스
• 인증서 생성/갱신/관리를 AWS에게 맡길 수 있다.
• 무료다.

83. 결론
1. 관리 대상이 적다 유지 보수성 증가, 코드 작성 집중
2. 사전 작업이 필요 없다. Git Push 후 모든 과정 자동화
3. 모니터링이 가능해졌다. 서비스 안정성 증가

84. 소감

85. 소감
• EC2, RDS 만 사용하던 개발자에게 도움이 되었으면 !
• 즐겨 듣던 컨퍼런스의 발표자로 참여하게 되어서 영광 !
• 매년 발표 거리가 생기도록 앞으로도 열심히 개발할 예정 !
• 발표 내용에 대해서 더 토론하고 싶다면 dbfpzk142@gmail !!

86. 감사합니다!