AWS
최근에 AWS에서 발표한 CloudTrail Lake 공지를 보고 느낀 점은 기존에 리전, 계정별로 관리하는 테이블에 대한 부담 없이 손쉽게 Athena 같은 환경을 구축할 수 있어서 편리하겠다 였습니다. 그래서 곧바로 설정하고 CloudTrail Lake를 사용해봤는데, 느낀 점은 편리하면서 비싸다 입니다. 왜 그렇게 생각했는지 하나하나 살펴보도록 하겠습니다. CloudTrail Lake 설정 및 사용 CloudTrail Lake의
AWS
서비스를 Amazon EC2에서 Fargate 기반의 ECS로 옮기면서 다양한 장점을 얻을 수 있었습니다. * EC2보다 빠르게 배포가 가능합니다. * 컨테이너가 자동으로 다시 시작한다는 보장이 있습니다. * 블루-그린 배포를 이용하여 무중단 배포가 가능합니다. * 리소스를 좀 더 유연하게 사용할 수 있습니다. * 인프라 관리에 대한 많은 부분을 배제할 수 있습니다. 물론 ECS가 Managed 서비스로 잘 동작하기는 하지만,
AWS
오늘도 어김없이 AWS의 콘솔 메뉴들을 탐험하던 와중에, EC2와 VPC 서비스의 좌측 메뉴 상단에서 EC2 Global View 라는 신규 메뉴를 확인할 수 있었습니다. 메뉴를 클릭하니 별도의 서비스로 넘어가는데, 이름에서 쉽게 짐작할 수 있듯이 모든 AWS 리전에 대한 EC2의 현황을 보여주는 서비스입니다. 간혹 이런 마이크로 서비스를 기존 기능과 분리하여 제공되는 것이 사용자
AWS
AWS를 사용하는 개인이나 회사에서 규모가 어느 정도로 커지게 되면 가장 먼저 신경써야 할 부분이 바로 네트워크 입니다. 그리고 AWS에서 그런 네트워크의 가장 기본이 되는 자원이 바로 VPC (Virtual Private Cloud) 입니다. AWS에서 계정을 처음 생성하고 나면 기본적으로 설정되는 대다수의 리전에 기본 VPC가 생성되어 있습니다. 이러한 기본 VPC는 항상 같은 CIDR
AWS
최근에 AWS의 Landing Zone 구조와 유사하게 사내 AWS 계정 구조를 변경하면서 공유 VPC를 사용하면 여러 혜택을 볼 수 있다는 것을 알게 되었습니다. * 네트워크 관리 전용 계정의 분리를 통해서 공통 네트워크를 하나만 구성함으로써 다수의 계정에서 네트워크와 관련한 동일한 설정을 반복하지 않도록 합니다. * 회사 부서마다 계정을 별도로 소유함으로써 부서에 속한 리소스의 관리에
AWS
AWS 계정을 생성하면 기본적으로 설정된 리전 전체에 대해서 기본 VPC가 생성되어 있습니다. 기본 VPC는 CIDR 대역이 이미 고정되어 있으며, 사용자가 리소스를 생성할 때 VPC가 자동으로 선택되어 있는 등의 이유로 기업 계정에서는 대부분 삭제하기 마련입니다. 이처럼 기본 VPC를 삭제하려고 마음먹어도 문제가 있습니다. 콘솔에서 작업을 하려면 많은 리전 전체를 바꿔가면서 하나하나 지워야
Spark
회사에서 많은 AWS 서비스를 사용해보면서 어느 날 번뜩 떠오른 아이디어가 있었습니다. 사실 전문가 분들은 이미 많이 사용하고 있는 것 같았지만 왠지 내가 대단한 발견이라도 한 것 같고 나름의 성취감도 있었지요. AWS의 EMR을 이용하여 Spark 배치 작업을 자동으로 실행하고 작업이 종료되면 EMR도 종료하여 비용 절감까지 가능한 아키텍처를 살펴볼까 합니다. 기본적으로 사용하게
AWS
어제, 오랜 기간동안 고민하다가 갑자기 느낌이 확 와서 제 블로그를 시놀로지 NAS에서 아마존 EC2로 이전하였습니다. NAS 자체가 너무 느리기도 하고, 이사를 하면서 겪었던 많은 불편함을 해소하고자 결국 클라우드 환경을 선택하게 되었네요. 게다가 최근 클라우드 환경에서 많은 작업들을 하다 보니까 그 편리함에 눈을 뜨게 되었습니다. 처음에는 굉장히 거창한 시스템을 구축해볼까 하였으나,