AWS
Cloud 서비스가 각광을 받으면서 개인 프로젝트를 진행하려는 많은 사람들이 AWS 서비스를 사용하고 있습니다. AWS는 개인이 사용하기에는 초기에 알아야 할 부분들이 결코 적지 않은 서비스입니다. 사용자가 늘어남에 따라서 다양한 문제점들이 발생하는데, 이들 대부분은 사전에 예방할 수 있는 것들이 대부분입니다. 이번 글을 통해서 AWS를 사용하면서 알아두면 좋은 점들을 소개해보고자 합니다. root 계정은
AWS
대부분의 서비스는 로그인에 대한 추가 보안을 위해서 MFA (Multi-Factor Authentication)를 제공하고 있습니다. AWS는 해킹이 발생하면 금전적으로 큰 손해를 볼 수 있기 때문에 반드시 MFA를 설정하는 것이 중요합니다. MFA 설정을 위해서 계정의 [보안 자격 증명]으로 접근하면 위와 같은 화면을 보실 수 있습니다. 3가지 유형의 MFA 디바이스를 선택할 수 있는데,
AWS
AWS에서는 IAM (Identity and Access Management) 서비스를 통해서 하나의 AWS 계정에 대한 사용자 계정 생성을 지원하고, 동시에 API 액세스를 위한 키도 제공하고 있습니다. 이번 글을 통해서 사용자 계정 생성 절차에 대해서 알아보도록 하겠습니다. 콘솔 계정 생성 콘솔 계정은 말 그대로 콘솔에 접근 가능한 사용자 계정을 의미합니다. AWS의 [IAM 서비스 >
AWS
AWS (Amazon Web Services)는 전 세계 곳곳에 IDC (Internet Data Center)를 구축하고 그 위에 구축된 다양한 서비스들을 사용자에게 제공하는 CSP (Cloud Service Provider) 입니다. 또 다른 CSP로는 Azure (Microsoft), GCP (Google Cloud Platform), Ncloud (Naver Cloud Platform), OCI (Oracle Cloud Infrastructure) 와 같은 큰 회사들과 더불어 KT Cloud,
Docker
개인용으로나 상업용으로나 서비스의 상태를 지속적으로 확인하는 솔루션들은 대체로 유료가 많습니다. 별로 어렵지 않은 기능이지만, 많은 엔드포인트를 관리하는 것은 결코 쉽지 않기 때문에 https://healthchecks.io 와 같은 서비스도 등장할 수 있었습니다. 하지만, 비용이 부담된다면 결국 오픈소스를 찾게 되는데요. Uptime-Kuma는 이러한 사용자를 겨냥하여 등장한 오픈소스 모니터링 툴입니다. 기본적으로 http(s), tcp,
AWS
AWS 계정간에 도메인을 이전하는 방법은 크게 두 가지가 있습니다. AWS Support를 이용해서 고객지원을 요청하거나, API를 이용하는 방법입니다. Support는 응답 시간이 꽤 걸리기 때문에 바로 이전하고 싶다면 API를 이용하는 것이 좋습니다. 이번 글에서는 AWS CLI를 사용하여 도메인을 계정 A로부터 계정 B로 이전하는 과정을 살펴보도록 하겠습니다. 도메인 이전 (소유자) 먼저, 도메인을 소유한
AWS
최근에 AWS에서 발표한 CloudTrail Lake 공지를 보고 느낀 점은 기존에 리전, 계정별로 관리하는 테이블에 대한 부담 없이 손쉽게 Athena 같은 환경을 구축할 수 있어서 편리하겠다 였습니다. 그래서 곧바로 설정하고 CloudTrail Lake를 사용해봤는데, 느낀 점은 편리하면서 비싸다 입니다. 왜 그렇게 생각했는지 하나하나 살펴보도록 하겠습니다. CloudTrail Lake 설정 및 사용 CloudTrail Lake의
Windows
앞선 포스팅에서 chocolatey 패키지 매니저에 대해 소개를 했습니다. 그러면 chocolatey의 리포지토리에 직접 개발한 execs.exe 실행 파일을 어떻게 등록할 수 있을까요? 저도 남들처럼 멋있게 제 패키지를 chocolatey나 homebrew, apt 등의 패키지 매니저로 배포하고 실행할 수 있도록 해보고 싶습니다. chocolatey의 커뮤니티 리포지토리에 방문해보면 위와 같이 수많은 소프트웨어들이 등록되어 있습니다. 이런 패키지
AWS
서비스를 Amazon EC2에서 Fargate 기반의 ECS로 옮기면서 다양한 장점을 얻을 수 있었습니다. * EC2보다 빠르게 배포가 가능합니다. * 컨테이너가 자동으로 다시 시작한다는 보장이 있습니다. * 블루-그린 배포를 이용하여 무중단 배포가 가능합니다. * 리소스를 좀 더 유연하게 사용할 수 있습니다. * 인프라 관리에 대한 많은 부분을 배제할 수 있습니다. 물론 ECS가 Managed 서비스로 잘 동작하기는 하지만,
Windows
맥을 사용하는 개발자들은 프로그램을 설치하면서 주로 Homebrew를 이용하게 됩니다. 물론 이런 패키지 매니저를 사용하지 않아도 간단한 프로그램이야 웹사이트에 들어가서 설치 파일을 이용할 수도 있습니다. 하지만, 개발에 필요한 언어의 바이너리나 작은 프로그램의 경우에는 설치 파일을 제공하지 않기도 합니다. 더 번거로운 경우에는 손으로 PATH를 직접 설정해야 할 수도 있습니다. 이런 경우에 패키지
AWS
오늘도 어김없이 AWS의 콘솔 메뉴들을 탐험하던 와중에, EC2와 VPC 서비스의 좌측 메뉴 상단에서 EC2 Global View 라는 신규 메뉴를 확인할 수 있었습니다. 메뉴를 클릭하니 별도의 서비스로 넘어가는데, 이름에서 쉽게 짐작할 수 있듯이 모든 AWS 리전에 대한 EC2의 현황을 보여주는 서비스입니다. 간혹 이런 마이크로 서비스를 기존 기능과 분리하여 제공되는 것이 사용자
AWS
AWS를 사용하는 개인이나 회사에서 규모가 어느 정도로 커지게 되면 가장 먼저 신경써야 할 부분이 바로 네트워크 입니다. 그리고 AWS에서 그런 네트워크의 가장 기본이 되는 자원이 바로 VPC (Virtual Private Cloud) 입니다. AWS에서 계정을 처음 생성하고 나면 기본적으로 설정되는 대다수의 리전에 기본 VPC가 생성되어 있습니다. 이러한 기본 VPC는 항상 같은 CIDR