ysh2의 블로그

Typical architecture : Web App 3-tier로드밸런서는 사용자의 모든 요청을 처리하고 있다. 그런 다음, 여러 가용 영역을 가진 오토 스케일링 그룹이 있다. 그리고 각 AZ에는 일부 EC2 인스턴스가 배포될 것이다. 그리고 백엔드에는 데이터 서브넷이 있을 수 있다.그래서 읽기와 쓰기를 수행하는 RDS 데이터베이스가 있다.그런 다음 캐싱 레이어가 필요한 경우, ElastiCache를 살펴봐야한다.  Developer problems on AWS배포할 애플리케이션이 너무 많고 이들이 동일한 아키텍처를 따를 경우, 매번 이를 다시 생성하는 것은 번거로울 수 있다.개발자로서 코드를 배포하기 위해 인프라를 관리하는 것은 복잡하다.모든 데이터베이스, 로드 밸런서 등을 일일이 구성하고 싶지 않..

Instantiatin Applications quickly풀 스택(EC2, EBS, RDS)을 실행하면 다음과 같은 작업에 시간이 걸릴 수 있다.  - 애플리케이션 설치  - 데이터 삽입 (또는 복구)  - 모든 구성  - 애플리케이션 실행속도를 높이기 위해 클라우드의 장점을 사용할 수 있다.어떻게 하면 더 빨리 할 수 있을까?! EC2 Instances : Use a Golden AMIEC2 인스턴스에서 Golden AMI를 사용할 수 있다.  - Golden AMI는 애플리케이션과 OS 종속성 등 모든 것을 사전에 설치하고 그것으로부터 AMI를 생성하는 것이다.이후로는 EC2 인스턴스들을 Golden AMI로부터 직접 실행하면 된다.이렇게 하는 이유는 애플리케이션, OS 종속성 등을 재설치할 필요가..

Stateful Web App : MyWordPress.com완전히 확장 가능한 WordPress 웹사이트를 만들려고 한다. WordPress는 웹사이트를 만드는데 흔히 사용되는 방법으로 아주 인기가 많다.사람들은 WordPress를 AWS에 배포하는 걸 좋아한다.WordPress가 작동하는 방식으로 어떤 드라이브에 그림을 저장하고 기본적으로 모든 인스턴스들이 그 데이터에 접근해야 한다. RDS layer첫 번째로 할 일은 RDS가 있는 계층을 생성하는 것이다.다중 AZ이고 모든 EC2 인스턴스에 걸쳐 적용된다. 만약 정말로 크게 확장하고 싶다면 어떻게 할까?다음 예시를 보자.Scaling with Aurora : Muti AZ & Read Replicas위의 계층을 오로라 MySQL로 교체할 것이다. ..

Stateful Web App : MyClothes.comMyClothes.com 상태 유지 웹 애플리케이션이라고 생각하고 설명해보겠습니다.MyClothes.com은 온라인으로 쇼핑을 하게 해주고, 장부구니가 있고, 동시에 수백 명의 사용자가 있고 이 모든 사용자들이 웹사이트를 둘러본다.확장을 할 수 있어야 하고, 수평 확장성을 유지하며 애플리케이션의 웹 티어를 최대한 무상태로 유지해야 한다.주소 등의 사용자 정보를 효과적으로 보관하고 어디에서나 접근할 수 있는 데이터베이스에 저장한다.  이전 글에 봤던 것과 같은 종류의 아키텍처가 있다고 생각해보다.사용자가 있고 Route53과 다중 AZ ELB가 있으며, 오토 스케일링 그룹과 세 개의 AZ가 기본적으로 있다.애플리케이션이 ELB에 접근하고 ELB는 '..

Stateless Web App : WhatIsTheTime.comWhatIsTheTime.com은 사람들에게 시간을 알려준다.너무 단순하기 때문에 데이터베이스가 필요 없다.각각의 인스턴스와 서버는 시간이 몇시인지 알고 있고, 사용자들은 작게 시작하기를 원하고 다운타임을 받아들일 수 있다.  - 다운타임 : 시스템을 이용할 수 없는 시간다운 타임을 제거할 수 있도록 수직 및 수평적으로 확장할 필요가 있다.  : 다운타임을 수용할 수 있지만 만약, 사용자의 앱이 전반적으로 점점 더 인기를 얻게 되어서 전 세계에 걸쳐 시간을 알고 싶어하게된다. Stateless Web App : What time is it?Scaling verticallyt2.micro 인스턴스와 사용자가 있고, 사용자가 시간을 물어보게되..

Domain Registar vs DNS Service도메인 이름 레지스트라를 통해 원하는 도메인 이름을 구매할 수 있다.  - 매년 비용을 지불해야 한다.  - 예를 들어, GoDaddy, Amazon Registrar 등등레지스트라를 통해 도메인을 등록하면 DNS 레코드 관리를 위한 DNS 서비스를 제공한다.  - Amazon 호스트 이름으로 DNS 이름을 등록했다면 DNS 레코드 관리를 위한 Route 53 호스팅 존을 가진다. DNS 레코드로 AWS Route 53 등을 사용하지 않고 Amazon 레지스트라를 사용하거나 반대로 GoDaddy로 도메인을 등록해도 된다. (= 다른 DNS 서비스를 사용하여 DNS 레코드를 관리 할 수 있다.)example.com에서 구매하고 DNS 레코드는 Amazo..

Route 53 - Health Checks(상태 확인)상태 확인은 주로 공용 리소스에 대한 상태를 확인하는 방법이다.상태 확인 종류(밑의 종류의 상태 확인들은 각자의 매트릭을 사용하는데 CloudWatch의 지표에서도 확인이 가능하다.)  - 공용 엔드 포인트를 모니터링      : 애플리케이션, 서버, 혹은 다른 AWS 리소스가 될 수 있다.  - 다른 상태 확인을 모니터링      : 계산된 상태 확인이라고 불린다.  - CloudWatch 경보의 상태를 모니터링      : 제어가 쉽고 개인 리소스들에 아주 유용하다.서로 다른 두 지역에 각 하나씩의 로드 밸런서가 있고, 둘은 모두 공용 로드 밸런서이고 그 둘의 뒤에서 애플리케이션이 작동중이다. 그리고 다중 지역 셋업이고, 지역 레벨에서 고가용성을..

문제프로그램을 실행시켰는데 처음보는 생소한 오류가 떴다....메인클래스를 못찾는 문제였다. 혹시 몰라서 캐시도 삭제하고 클린후 빌드를 다시 돌려보아도 역시나 메인 클래스를 못찾는 문제였다. 구글링을 많이 해보았지만 사람마다 케이스가 다 달라가지고 밑의 블로그로 해결되는 사람도 있었다.나의 경우에는 밑의 블로그를 참고해도 해결은 안되었다.(혹시 누구에겐가 도움이 될까봐 밑의 블로그를 첨부해 놓겠습니다.)https://javarush.com/ko/groups/posts/ko.3875.html  오류: 기본 클래스를 찾거나 로드할 수 없습니다.비슷한 문제가있었습니다. Java 구문을 마친 후 Java Core 문제를 해결하기 시작했는데 비슷한 런타임 오류가 나타났습니다. : JavaFX 설치 시 실행/디버그 ..

데이터베이스 확인show databases;  데이터베이스 생성create database ;

Route 53 - Routing Policies라우팅 정책은 Route 53가 DNS 쿼리에 응답하는 것을 돕는다."라우팅"이라는 단어를 혼동하면 안됩니다!  - 로드 밸런서가 트래픽을 백엔드 EC2 인스턴스로 라우팅하는 것과는 다른 상황이다.  - 여기서의 라우팅은 DNS 관점이다.      : DNS는 DNS 쿼리에만 응답하게 되고, 클라이언트들은 이를 통해 HTTP 쿼리 등을 어떻게 처리해야 하는지를 알 수 있게 된다.      : DNS는 호스트 이름들을 클라이언트가 실제 사용 가능한 엔드 포인트로 변환하는 것을 돕는다.Route 53이 지원하는 라우팅 정책  - Simple(단순)  - Weighted(가중치 기반)  - Failover(장애조치)  - Latency based(지연시간기반) ..