본문 바로가기

IT 클라우드 정보52

서버리스 AWS Lambda 개념과 콜드 스타트 원인 그리고 적합한 사용 사례 서버리스 AWS Lambda 개념을 이해하면 서버를 직접 관리하지 않고도 코드를 실행하는 새로운 방식의 클라우드 활용이 가능해집니다. 서버리스라는 이름 때문에 서버가 아예 없다고 오해하기 쉽지만, 실제로는 서버가 존재하되 그 관리를 AWS가 전부 맡고 사용자는 코드와 설정에만 집중하는 구조입니다. 요청이 들어올 때만 실행되고 실행된 만큼만 요금을 내기 때문에 트래픽이 불규칙한 서비스에서 특히 주목받고 있습니다. 서버리스는 무조건 싸고 빠른 만능 방식으로 소개되는 경우가 많습니다. 하지만 오랫동안 호출되지 않던 함수에 처음 요청을 보내면 응답이 늦어지는 콜드 스타트가 있고, 실행 시간 제한 때문에 긴 작업은 처리할 수 없습니다. 서버리스가 잘 맞는 작업과 맞지 않는 작업은 분명히 나뉩니다. 이 글에서는 L.. 2026. 9. 23.
RTO RPO 개념과 멀티 AZ 구성으로 클라우드 장애에 대비하는 방법 RTO RPO 개념은 클라우드 서비스의 장애 대비 수준을 정할 때 가장 먼저 합의해야 하는 기준입니다. 서비스가 멈췄을 때 얼마나 빨리 복구해야 하는지, 그리고 데이터를 어느 시점까지 되살려야 하는지 정해두지 않으면 백업 주기도, 서버 이중화 수준도, 비용 계획도 제대로 세울 수 없습니다. 모든 서비스를 무조건 무중단으로 만들려고 하면 비용이 감당할 수 없을 만큼 늘어나기 때문에 목표를 숫자로 정하는 과정이 꼭 필요합니다. 장애 대비라고 하면 서버를 두 대 두면 된다는 정도로 생각하기 쉽습니다. 하지만 실제로 설계하려면 두 대를 같은 가용 영역에 둘지 다른 곳에 둘지, 데이터베이스를 실시간으로 복제할지 하루에 한 번 백업할지 정해야 합니다. 이때 판단 기준이 되는 것이 RTO와 RPO라는 두 숫자입니다... 2026. 9. 22.
EBS 스냅샷과 AWS Backup 차이 클라우드 백업 3-2-1 규칙 적용 방법 EBS 스냅샷과 AWS Backup 차이를 이해하는 것은 클라우드에서 데이터를 잃지 않기 위한 기본 준비입니다. 클라우드는 사업자가 하드웨어를 이중화해두니 백업이 필요 없다고 생각하기 쉽지만, 사용자의 실수로 삭제한 데이터나 랜섬웨어로 암호화된 파일, 잘못된 배포로 망가진 데이터베이스는 사업자가 대신 되돌려주지 않습니다. 이런 상황에서 서비스를 되살릴 수 있는 유일한 방법이 제대로 설계된 백업입니다. 서버 디스크를 가끔 수동으로 스냅샷 찍어두는 것만으로 백업을 끝냈다고 생각하기 쉽습니다. 하지만 스냅샷이 언제 찍혔는지 관리되지 않고, 서버와 같은 계정·같은 리전에만 있다면 계정 자체에 문제가 생겼을 때 백업도 함께 사라질 수 있습니다. 그래서 백업은 찍는 것보다 어디에, 얼마나 떨어뜨려, 어떻게 복구하느.. 2026. 9. 22.
S3 버킷 퍼블릭 액세스 차단 설정 확인으로 데이터 유출 사고 예방하는 방법 S3 버킷 퍼블릭 액세스 차단 설정은 클라우드 스토리지에서 발생하는 데이터 유출 사고를 막는 가장 확실한 방어선입니다. 지난 몇 년 동안 국내외에서 고객 정보, 내부 문서, 백업 파일이 인터넷에 그대로 노출된 사고가 여러 차례 보도되었는데, 상당수는 해킹 기술이 아니라 저장소를 공개 상태로 잘못 설정한 단순한 실수에서 시작되었습니다. 이 설정 하나만 제대로 이해하고 관리해도 비슷한 사고를 크게 줄일 수 있습니다. 이미지 파일 몇 개를 외부에 보여주려고 버킷 전체의 퍼블릭 액세스 차단을 해제하는 방법은 인터넷에 흔하게 소개되어 있습니다. 당장은 파일이 잘 열려 문제가 없어 보이지만, 같은 버킷에 다른 자료가 함께 있다면 그대로 노출될 수 있습니다. 그래서 공개가 필요한 파일도 버킷을 열지 않고 제공하는 방.. 2026. 9. 21.
S3 스토리지 클래스 종류별 차이와 수명 주기 정책으로 저장 비용 줄이는 방법 S3 스토리지 클래스 종류별 차이를 알고 있으면 같은 데이터를 저장하면서도 클라우드 스토리지 요금을 눈에 띄게 줄일 수 있습니다. Amazon S3에 파일을 올리면 기본적으로 S3 Standard 클래스로 저장되는데, 자주 열어보지 않는 백업 파일이나 오래된 로그까지 모두 이 클래스에 두면 불필요하게 높은 저장 요금을 내게 됩니다. 반대로 무조건 저렴한 클래스를 선택하면 데이터를 꺼낼 때 추가 요금이 붙거나 한참을 기다려야 하는 문제가 생길 수 있습니다. S3를 용량만큼 요금을 내는 단순한 저장소로 알고 있는 경우가 많습니다. 실제 요금표에는 저장 요금 외에도 요청 요금, 데이터 검색 요금, 최소 저장 기간 같은 조건이 클래스마다 다르게 붙습니다. 저렴하다는 이유만으로 자주 쓰는 파일을 아카이브 클래스로.. 2026. 9. 21.
보안 그룹과 네트워크 ACL 차이 상태 저장 방식으로 이해하는 방화벽 규칙 설정 보안 그룹과 네트워크 ACL 차이는 AWS에서 서버 접근을 제어할 때 반드시 구분해야 하는 개념입니다. 둘 다 트래픽을 허용하거나 막는 방화벽 역할을 하기 때문에 같은 기능처럼 보이지만, 적용 위치와 동작 방식이 다릅니다. 이 차이를 모르고 규칙을 설정하면 분명 포트를 열었는데 접속이 안 되거나, 반대로 막았다고 생각한 트래픽이 그대로 통과하는 상황이 생길 수 있습니다. 서버에 접속이 안 될 때 보안 그룹만 계속 고치다가 시간을 쏟는 경우가 흔합니다. 인바운드 규칙에 포트를 분명히 추가했는데도 연결이 안 된다면, 서브넷에 적용된 네트워크 ACL이 응답 트래픽이 나가는 포트 범위를 막고 있는 것이 원인일 수 있습니다. 이 문제는 상태 저장과 상태 비저장이라는 차이를 알면 바로 풀립니다. 이 글에서는 두 기.. 2026. 9. 20.

티스토리툴바