Aws 정리

day 1 11:10 - 11:50 천만 사용자를 위한 카카오의 AWS Native 글로벌 채팅서비스

• 내용

  1. AWS로 어떻게 효과적으로 서비스를 구축 하고 제공 하는가?

     1. 글로벌 채팅 서비스 요구사항
        1. 글로벌 서비스가 될것
        2. 중요한것에 집중 할 수 있을것(개발만 해야지 관리 ㄴㄴ)
     2. 전략

        1. 글로벌 인프라 구조

           1. AWS 규모는 매우 광범위 하다 → 적절한 글로벌 서비스 제공 가능
           2. 서로 유기적으로 연결되어 특정 라인이 단절되도 서비스 제공 가능 → 고 가용성

        2. 서버리스

           1. 개발에만 집중하자 인프라 관리는 클라우드에 맡기자
           2. 람다(서비스)

           

           Untitled

           1. NoSQL DynamoDB(DB)

           

           Untitled

        3. 프로토 타이핑(가능성의 빠른 판단을 위해)

           1. 전문적인 팀이 있어 가능성을 가늠하기 위한 제품을 빠르게 만들어 낼수 있었다.

           

           Untitled

  2. 카카오의 글로벌 채팅 서비스

     1. 발단 →

        1. 기존의 구축된 서비스에서 채팅 기능을 요청받음

        2. 이를 API 웹소켓을 통해 실시간 처리를 보장 하고자 함 →

           1. 매력적인 단순한 구조, 개발, 배포

           

           Untitled

     2. 하지만 온프레미스 웹소켓 구조는 문제가 좀 있었음 e.g. 브로커, 로드밸런서 구현, 확장성 등등

     

     Untitled

     1. 이걸 AWS를 사용해서 해결 했다

     2. 카카오의 전략은

        1. 상태 없는 서버
        2. 실시간 반영 DB
        3. 확장 가능한 서비스

        

        Untitled

     3. 구현 전략

        1. 과거 설계와 다른 기술이 사용됨으로 기존의 설계에 의존하는 안티 패턴 배제
        2. AWS솔루션 아키텍트와 빠른 협업
        3. 기술과 기획사이의 적절한 타협 (80% 개발론)

        

        Untitled

     4. 결과

        1. 성공적인 서비스 런칭
        2. 다른 부서에서도 제공 요청
        3. 드라마틱한 관리비용 감소 (맨먼스)

        

        Untitled

     5. 도전

        1. 글로벌 서비스 지원

           1. 대부분의 트래픽은 리전 안에서 발생하지만 드물게 넘어서 발생하는 일도 발생
           2. 그로 인해 기존과 동일한 구조를 사용하되 리전을 넘는 통신을 지원하고 글로벌 데이터 베이스 동기화 지원 구조로 변경
           3. 전략 → 서로 다른 두개의 리전을 구축하고 다른 리전의 정보는 API를 통해 접근 통신시 낮은 지연 시간을 위해 API Gateway 서비스(Route 53) 추가 구축

           

           Untitled

        2. 카카오에서 서비스 지원

           1. 다양한 요구 사항 → 높은 사업 목표, 클라우드 네이티브에 대한 낮은 숙련도

           2. 문제 해결 →

              1. 높은 사업 요구치: 쿼터(Quota) 안에서 동작하도록 설계
              2. 숙련도 이슈: AWS팀과 함께 프로토타이핑을 진행하며 숙련도 증가 서비스 기술에 대한 AWS팀의 지원 아키텍처 리뷰, 성능테스트, 쿼터 상향 신청

              

              Untitled

     6. 결론

        1. 왜 AWS를 중심으로 한 핵심 골격을 유지하나?

           1. 코드 기반 운영 자동화
           2. 소프트웨어 수명주기 → 개발 기간 < 운영 기간
           3. 빠른 속도로 요구 사항 대응 가능
           4. 글로벌 지원 가능성 및 성공

           

           Untitled

15:20 - 16:00 투자를 모두에게 토스 증권 MTS(주식매매) 프로그램 구축 사례

• 내용
  1. 발표 순서
     1. 클라우드 여정
        1. 왜?
        2. 모바일 금융 서비스의 확산 → 트랜드 변화
        3. 실시간 정보 처리의 중요성 → 증권업은 실시간 정보 제공이 중요함
        4. 레거시한 IT 거버넌스 → 효율적이지 못한 자원 공급과 개발 속도
        5. 토스증권은 비전과 높은 생산성, 인프라 가용성을 확보하기 위해 클라우드를 선택함
     2. 비전

        1. 목표

           1. 블리츠스케일링(BlitzScaling) → 불확실한 상황에서도 속도를 효율보다 우위에 두는 전략
              1. 필수요소
           2. 고객을 중심으로 한 서비스를 빠르게 제공해야 독보적인 위치를 차지 할 수 있음(선점효과)
           3. 낮은 가격은 많은 사람이 모이고 많은 사람은 매출 성장을 유도하고 이는 다시 많은 셀러를 유도한다 많은 셀러는 규모의 성장이 일어나며 이는 순환 효과로 다시 더 낮은 가격을 제시 할수 있다.

           

           Untitled

           1. 빠른 아키텍처 전환, 빠른 서비스 추가가 핵심이다.
           2. 분산 구조, MSA 구조, 헥사고날 아키텍처?

        2. 한계 → 극복

        3. 기능 목표

     3. MTS 구축 사례
     4. 향후 사용처

16:30 - 17:00 그린카 AWS기반 차세대 카쉐어링 플랫폼 구축

• 내용

17:20 - 18:00

100만명이 사용하는 GenerativeAI 이루다를 만들면서 배운것: 스캐터랩의 AWS 사용법

• 내용

day 2 11:10 - 11:50 modern architecture 비밀노트

• 내용