No Image

공지 – Internet Explorer 11에 대한 AWS 웹사이트 지원 종료 안내

2021-08-03 KENNETH 0

공지 – Internet Explorer 11에 대한 AWS 웹사이트 지원 종료 안내 AWS Management Console, Amazon Chime 또는 Amazon Honeycode와 같은 웹 기반 서비스나 AWS 웹사이트 중 다른 부분(예: AWS 설명서, AWS 마케팅, AWS Marketplace나 AWS Support 등)에 액세스하는 데 Internet Explorer 11(IE 11)을 이용하는 경우, 이제 Edge, Firefox나 Chrome과 같은 안전한 최신 브라우저로 업그레이드할 때가 왔습니다. 주요 날짜를 알려드리겠습니다. 2021년 7월 31일 – 오늘부터 새로운 AWS Management Console 기능과 웹 페이지가 IE 11에서 제대로 작동한다고 보장할 수 없습니다. 기존 기능과 페이지 중 IE 11에만 국한되는 버그는 수정합니다. 2021년 말 – 위의 목록에 기재한 서비스(종류 불문)에 액세스할 때 IE 11을 이용하는 경우, 올해 말부터 팝업 알림(및 브라우저를 업그레이드해야 한다는 리마인더)이 표시됩니다. 2022년 7월 31일 – 오늘부터 일 년 뒤에는 IE 11 지원을 중단하며 지원되는 브라우저를 사용해야 합니다. – Jeff   Source: 공지 – Internet Explorer 11에 대한 AWS 웹사이트 지원 종료 [ more… ]

EC2-Classic 서비스 중단 예정 및 대비 방법 공지

2021-08-03 KENNETH 0

EC2-Classic 서비스 중단 예정 및 대비 방법 공지 2006년 여름 EC2가 출시되었던 때를 떠올려 보겠습니다. 처음에는 한 가지 인스턴스 유형(유서 깊은 m1.small)과 보안 그룹, 그리고 마찬가지로 유서 깊은 미국 동부(버지니아 북부) 리전으로 시작했습니다. EC2-Classic 네트워크 모델은 출시 당시에는 퍼블릭 IP 주소가 할당된 플랫 네트워크였습니다. 초창기 고객들은 한 눈에 가치를 알아보고 EC2를 여러 가지 다양한 방식으로 사용하기 시작했습니다. AWS는 웹 사이트를 호스팅하고, Justin.TV의 출시를 지원하며, Animoto가 자사의 Facebook 앱이 유명세를 얻기 시작하면서 당시로선 엄청난 규모인 3,400개 인스턴스까지 확장할 수 있도록 도왔습니다. 초기 EC2 개선은 네트워킹에 집중되었습니다. 예를 들어 2008년 초에 탄력적 IP 주소를 추가하여 주소 수명이 길어졌을 뿐만 아니라 시간이 지나면서 필요할 경우 다른 인스턴스와 연결할 수도 있게 되었습니다. 이후로도 Auto Scaling, 로드 밸런싱, CloudWatch를 추가하여 확장성이 뛰어난 애플리케이션을 개발할 수 있도록 뒷받침했습니다. 초창기 고객들은 EC2 인스턴스를 기업 네트워크에 연결하여 IP 주소 범위를 강력하게 제어하는 동시에 더욱 정교한 네트워크 토폴로지를 구성하려고 [ more… ]

AWS 주간 소식 모음 – 2021년 8월 2일

2021-08-02 KENNETH 0

AWS 주간 소식 모음 – 2021년 8월 2일 안녕하세요! 여러분~ 매주 월요일 마다 지난 주 업데이트된 국내 AWS관련 콘텐츠를 정리해 드리는 AWS 주간 소식 모음입니다. AWS 클라우드에 대한 새로운 소식을 확인하시는데 많은 도움 되시길 바랍니다. AWS Innovate – Data Edition (8월 19일) AWS Innovate 온라인 컨퍼런스는 데이터를 통해 더 나은 의사 결정을 내리고 빠르게 혁신할 수 있도록 영감을 주고 지원하기 위해 마련되었습니다. 민첩성, 확장성 및 비용 절감을 달성하면서 데이터를 통해 중요한 인사이트를 확보하고, 신속한 혁신을 위한 강력한 데이터 기반을 구축하는 방법을 알아보세요. 지금 등록하기 >> AWS코리아 블로그 Amazon Route 53 애플리케이션 복구 컨트롤러 기능 정식 출시 – 높은 가용성을 위한 장애 복구 모니터링 (2021-07-29) AWS에서 어떤 컨테이너 서비스를 이용해야 하나요? (2021-07-29) 서버리스 애플리케이션을 위한 AWS 메시징 서비스와 아키텍처 구현 패턴 (2021-07-29) AWS API키 유출 고민없이 안전하게 애플리케이션 코드 작성하기 (2021-07-27) 대규모 서버리스 애플리케이션 구성을 위한 모범 사례 (2021-07-27) 서버리스를 이용하여 [ more… ]

Amazon Route 53 애플리케이션 복구 컨트롤러 기능 정식 출시 – 높은 가용성을 위한 장애 복구 모니터링

2021-07-29 KENNETH 0

Amazon Route 53 애플리케이션 복구 컨트롤러 기능 정식 출시 – 높은 가용성을 위한 장애 복구 모니터링 오늘 Amazon Route 53 Application Recovery Controller를 정식 출시합니다. 본 기능은 애플리케이션의 장애 복구 기능을 지속적으로 모니터링하고, 여러 AWS 리전 및 가용 영역, 온프레미스 환경에서 애플리케이션 복구를 제어하여 매우 높은 가용성을 제공할 수 있습니다. 일부 워크로드 목표 가용성은 99.99% 이상이며, 복구 시간 목표(RTO)는 초 또는 분 단위로 측정되는 등, 고가용성 측면에서 더 높은 요구 사항을 가지고 있습니다. 실시간 결제 처리 또는 거래 엔진이 중단될 경우 전체 경제에 어떤 영향을 미칠 수 있는지 생각해 보세요. 이러한 요구 사항을 해결하기 위해 보통 다양한 AWS 가용 영역, AWS 리전 및 온프레미스 환경에 여러 개의 복제본을 배포합니다. 그런 다음 Amazon Route 53을 사용하여 최종 사용자를 적절한 복제본으로 안정적으로 라우팅합니다. Amazon Route 53 애플리케이션 복구 컨트롤러를 사용하면 매우 높은 가용성과 낮은 RTO가 필요한 애플리케이션을 구축할 수 있도록 지원하며, 일반적으로 [ more… ]

AWS에서 어떤 컨테이너 서비스를 이용해야 하나요?

2021-07-29 KENNETH 0

AWS에서 어떤 컨테이너 서비스를 이용해야 하나요? “AWS에서 어떤 컨테이너 서비스를 이용해야 하나요?”는 여러분들에게 가장 많이 받는 질문 중 하나입니다. AWS는 다양한 고객의 요구를 충족하고자, 광범위하고도 폭넓은 서비스를 제공하다 보니 규모와 요구 사항에 따라 다양한 컨테이너 기반 개발 방법을 제공합니다. 외부 AWS 전문가는 17가지의 AWW 컨테이너 옵션 혹은 서비스 판단 방법을 알려주시기도 했구요. AWS에서 컨테이너를 운영하는 기본적인 방법은 Amazon EC2를 이용하여 직접 가상 서버를 띄우고, 거기에 Docker 컨테이너를 배포하는 방식일 것입니다. 하지만, 개인의 간단한 테스트나 학습에는 도움이 되지만, 프로덕션 서비스를 운영하기 위해서는 좀 더 관리하기 쉬운 컨테이너 솔루션이 필요합니다. 이 글에서는 애플리케이션 요구 사항 또는 운영 설정에 가장 잘 맞는 AWS 컨테이너 솔루션을 선택하는 몇 가지 기준과 그에 해당하는 서비스를 소개해 드리겠습니다. 1. 규모에 따른 컨테이너 관리 서비스 작은 규모의 다양한 컨테이너는 하나의 컨테이너 호스트에 넣어도 되며, 여러 컨테이너를 실행할 수 있습니다. 개인 테스트나 간단한 웹 사이트, 그리고 단일화된 컨테이너라면 아래 [ more… ]