<div id="readability-page-1" class="page"><article>
    <div>

                
                <div>
                    <details open="">
                        <summary accesskey="c" title="(Alt + C)">
                            <p>Table of Contents</p>
                        </summary>
                        <nav id="TableOfContents">
  <ul>
    <li><a href="#aws를-활용하여-신규-서비스-개발하기">AWS를 활용하여 신규 서비스 개발하기</a>
      <ul>
        <li><a href="#서비스-요구사항">서비스 요구사항</a></li>
        <li><a href="#사용한-aws-서비스">사용한 AWS 서비스</a></li>
        <li><a href="#인프라-스트럭처">인프라 스트럭처</a></li>
        <li><a href="#보안">보안</a></li>
        <li><a href="#고민들">고민들</a></li>
        <li><a href="#어려웠던-점">어려웠던 점</a></li>
        <li><a href="#소감">소감</a></li>
        <li><a href="#마치며">마치며</a></li>
      </ul>
    </li>
  </ul>
</nav>
                    </details>
                </div>
                
                
<p>작년 한 해 동안 신규 조직에서 새로운 서비스를 개발하는 미션을 부여받았다. 이전까지는 on prem 를 기반으로한 private cloud를 활용한 인프라스트럭처 구조를 사용했었는데,
이번에는 AWS를 사용하여 서비스를 개발해야 하는 상황이었다. 그동안의 커리어 중에서 AWS를 접해본건 2011년 처음 접해보았고, 2016년도에도 AWS를 기반으로 서비스를 개발해보았었지만,
밑바닥부터 AWS를 사용하여 주도적으로 인프라를 설계한 것은 이번이 처음이었다. 아쉽게도 프로젝트가 도중에 중단되는 바람에 더 이상 서비스 개발을 진행하지는 못했지만,
AWS를 사용해서 인프라스트럭처를 설계하고 개발해본 경험을 정리해보았다.</p>
<h2 id="서비스-요구사항">서비스 요구사항</h2>
<ol>
<li>해외 사용자를 대상으로하는 신규 앱을 위한 백엔드 인프라. REST API와 모바일 앱을 제공하는 것.</li>
<li>API 서버 애플리케이션은 K8S 환경위에 돌아가는 구조를 마련하기.</li>
</ol>
<h3 id="적용-컨셉">적용 컨셉</h3>
<ol>
<li>빠른 시간내에 인프라 스트럭처를 구성하는 것을 목표로 하였다.</li>
<li>기존 on prem 환경에서 k8s 기반 개발 경험이 있으므로, 이와 유사하게 AWS EKS 기반으로 인프라 구조를 잡기로 했다.</li>
</ol>
<h2 id="사용한-aws-서비스">사용한 AWS 서비스</h2>
<ol>
<li>S3 (스토리지)</li>
<li>CloudFront (CDN)</li>
<li>EKS : K8S 클러스터 사용</li>
<li>EC2 : EKS Worker 로 EC2 인스턴스를 사용하여 직접적으로 사용하지는 않았다.</li>
<li>ElasticCache (Redis) : Redis 캐시를 위한 ElasticCache</li>
<li>Kinesis, SQS, SNS : Mobile Notification 용도로 사용</li>
<li>Lambda : 이미지 썸네일 생성 및 모니터링 알림 용으로 사용</li>
<li>Route 53 &amp; Certificate Manager : 도메인 및 인증서 관리</li>
</ol>
<h2 id="인프라-스트럭처">인프라 스트럭처</h2>
<figure>
    <img src="https://findstar.pe.kr/images/posts/aws/structure/aws-infra-structure.png" alt="AWS infra structure">
    
    <figcaption>설계한 인프라 스트럭처 요약</figcaption>
    
</figure>
<h2 id="보안">보안</h2>
<h3 id="계정-관리-정책">계정 관리 정책</h3>
<ol>
<li>root 계정은 사용하지 않고, administrator 계정을 별도로 생성하여 사용하였다.</li>
<li>개발용 계정과, Production 에서 사용하는 AWS Account 분리하여 관리하였다.</li>
<li>개발자 개인 계정을 생성하되, 필요한 권한만 부여하여 권한 부여를 최소화 하였다.</li>
<li>모든 개인 계정은 MFA 활성화 하여 접근하도록 관리했다.</li>
</ol>
<h3 id="권한-부여">권한 부여</h3>
<ol>
<li>기본적으로 Role Base 권한 체계를 지향하였다.</li>
<li>Web Application (Spring boot)이 구동될 때는 EC2 인스턴스에 Role을 부여 하여 AccessKey &amp; Secret 을 직접 사용하지 않도록 하였다.</li>
<li>S3 는 퍼블릭 엑세스를 제한하고 Role 을 통한 접근만 허용하였다.</li>
</ol>
<h3 id="네트워크">네트워크</h3>
<ol>
<li>AWS 네트워크는 사내 내부망과 DirectConnect 로 연결하였다.</li>
<li>모든 Web Application 은 private subnet 에서 구동되도록 하여 외부에서 접근할 수 없도록 하였다</li>
<li>EKS 는 private api 만 접속을 허용하였다.</li>
<li>RDS 는 사내 내부망 or VPC 대역에서만 접근을 허용하였다.</li>
<li>VPC 내부에서 AWS managed service 에 접근하기 위한 VPC EndPoint 를 생성하고 이를 위해서 endpoint 전용 subnet을 생성하였다.</li>
</ol>
<h2 id="고민들">고민들</h2>
<ol>
<li>
<p>VPC 대역정하기
AWS의 시작은 뭐니뭐니 해도 VPC이기 때문에 VPC 설계를 어떻게 해야할지 고민이 되었다. 특히 VPC 대역을 얼마나 크게 잡을지 고민이 되었는데, 프로젝트 컨셉상 글로벌에 나눠져 있는 리전을 사용할 것이었고
이에 더해 사내에서 운영하던 네트워크 대역과 겹치지 않게 하기 위해서 고민을 많이 했다. 흔히 AWS VPC 튜토리얼에서 VPC를 생성할 때 나오는 <code>/16</code> 대역은 너무 크다고 느껴졌기 때문에 얼마나 크게 잡아야 하는지 고민이 되었다.
다행히 주변에 레퍼런스를 참고하여 적절한 대역을 잡을 수 있었다. 나의 경우에는 EKS가 메인이었기 때문에 혹시 몰라 EKS 버전업을 위해서 (필요 대역 * 2)로 잡았다.</p>
</li>
<li>
<p>인프라스트럭처
VPC를 정한다음에는 subnet 을 어떻게 할것인지 몇개의 AZ를 구성할지 고민을 했다. 결론적으로 말하면 LB가 위치하는 Public 1개, worker 배치를 위한 private 1개, database 를 위한 private 1개, vpc endpoint를 위한 private 1개로
모두 1개의 public + 3 개의 priavte subnet 으로 구성하여 4개의 subnet을 구성하였다. AZ의 경우에는 2AZ를 사용했는데, RDS의 replica 구성에 따라서 3 AZ도 고려했지만, 일단 초기에는 2AZ로 구성하기로 했다.</p>
</li>
<li>
<p>EKS Node Group 인스턴스 타입 정하기
EKS 클러스터를 구성할 때에는 얼마나 큰 node size를 정해야 하는지 고민이 되었는데 어떤 점들을 고려했는지는 이전 <a href="/2022/08/21/which-instance-type-is-right-for-EKS">블로그 포스트</a>에서 기록해두었다.</p>
</li>
<li>
<p>배포를 어떻게 할 것인가?
다음으로 배포를 어떻게 할 것인가에 대해서 고민이 했었다. 이건 뭐 정답이 없기 때문에 오히려 더 고민이 되었었는데, 최종적으로는 on prem 에서 container 이미지를 만들고 이를 ECR 에 push 한 다음 Codebuild 를 트리거 하여
EKS에 rolling update 하는 방식으로 만들었다. Code Commit + ECR + Code Build 구성을 할 수도 있었지만, on prem 에서 운영하던 Image Security Scanning 기능을 더 선호하였기 때문에 이렇게 구성하였다.</p>
</li>
<li>
<p>이미지 썸네일 생성을 위한 방법
서비스를 만들다 보니 이미지 썸네일 생성 기능이 필요했는데 다음의 2가지를 리서치 했다.</p>
<ul>
<li>lambda를 사용하여 이미지 업로드시 미리 생성해두기</li>
<li>on demand 로 생성하기</li>
</ul>
<p>그 중에서 일단 lambda를 사용하여 이미지 업로드시 미리 생성해 두는 방식으로 했는데 이게 더 간편하고 시간이 덜걸려서 이 방법으로 개발하였다.</p>
</li>
<li>
<p>Mobile App Push Notification 구조
모바일 앱에 push notification 을 어떻게 보낼 것인가에 대해서도 고민이 되었는데 일단 SNS를 통해서 APNS, Firebase FCM notification을 사용하도록 하고 설계하였다.</p>
</li>
</ol>
<h2 id="어려웠던-점">어려웠던 점</h2>
<ol>
<li>AWS에는 수많은 기능들이 존재한다. 따라서 필요한 기능을 적재적소에 활용할 수 있으면 쉽고 빠르게 인프라를 준비하고 서비스를 개발 할 수 있다. 그렇지만, 그 만큼 방대한 내용을 이해하고 있어야 하는데, 짧은 기간안에
서비스를 만들어 냈어야 하는 나의 입장에서는 그 많은 내용들을 빠르게 이해하고 적용하기가 쉽지 않았다. SA분들과 AWS 파트너의 지원이 없었다면 빠르게 대응하기 어려웠을 것이다.</li>
<li>인프라 스트럭처를 구성하는데 정답이 없다. 따라서 프로젝트의 성격, 처한 상황에 따라서 절절한 스트럭처를 구성해야했는데 이게 계속해서 결정을 해야하는 상황이다 보니 그런 점에 있어서 피로감이 많이 쌓여갔다.</li>
<li>이런 AWS의 문제라기 보다는 우리 팀의 사정이었는데, 서버 개발 인원이 나를 포함하여 6명이었는데 그 중에 AWS 서비스 운영 경험자가 나뿐이었기 때문에 초반에 설계하고 정보 공유하는 역할을 도맡아 하느라 힘든 부분이 있었다.</li>
</ol>
<h2 id="소감">소감</h2>
<ol>
<li>이번에 AWS를 활용한 인프라 구성을 경험하면서 느낀점이 필요한 기능들이 참 적재적소에 잘 준비되어 있다는 점이었다. 과거 2011년 처음 AWS를 접했을 때는 VPC도 없고, EC2 만 덩그러니 있었던 시절이라,
참 많이 좋아졌구나를 알 수 있었다.</li>
<li>AWS에는 무수히 많은 세부 서비스들이 존재한다. 하루가 멀다하고 신규 서비스와, 기능 업데이트 공지가 올라오기 때문에 세부 서비스들에 대해서 모두 알기는 어렵다. 다행히 커뮤니티의 도움과 SA분들의 도움을 받을 수 있었지만,
계속 공부해야 한다는 점이 쉽지는 않다. 그만큼 함께 고민을 나누고 경험을 나눌 수 있는 커뮤니티 활동이 더 중요하다고 생각들었다.</li>
</ol>
<h2 id="마치며">마치며</h2>
<p>길다면 길고 짧다면 짧은 기간동안 AWS를 기반으로 밑바닥 부터 인프라를 설계하여 서비스를 런칭해보았다. 앞으로 또 다른 프로젝트에서 다시 사용해보는 경험을 기대해본다.</p>


                

                <hr>
                

                





<p><a href="https://disqus.com/">comments powered by </a>



            </p></div>
</article></div>

Soo Story

Jung-Soo Ahn

지난 몇달간 신규 서비스를 개발을 위해서 AWS를 사용하여 서비스를 설계하고 개발하였다. 아쉽게도 도중에 프로젝트가 중단되어 더 이상 사용을 할 수 없지만, 개발 중 사용한 AWS를 경험을 정리해보았다.

신규 서비스 개발을 위한 AWS 사용 경험기

댓글