You are a developer, not a coder.

1. RDS의 기능,제한 및 다중화가 필요한 이유 AWS에서 RDB를 구성하는 방법은 크게 2가지로 나뉜다. EC2 인스턴스에 RDBMS를 설치하여 사용 하는 방법 관리형 서비스인 아마존 RDS를 이용하는 방법 전자는 OS와 RDBMS를 자유롭게 선택하고 설정할 수 있는 반면에 단점으로는 OS와 DB환경을 사용자가 직접 관리하지 않으면 안된다는 점이 있다. 후자인 경우 패치 적용과 백업이 자동화되어 있기 때문에 운영의 번거로움이 줄어든다는 장점이 있으나 DB운영에는 제약사항이 있어, 이용 목적에 맞는지 검토가 필요하다. RDS의 주요 기능 및 제한은 다음과 같다. 내용 자동 유지보수 백업 자동적으로 백업이 작성되기 때문에 장애가 발생하더라도 보통 5분 이내에 복구할 수 있다. 마이너 버전업이 자동적으로 ..

1. 목적 하나씩 수작업으로 설정하면 시간이 걸린다. 가상 서버 템플릿인 AMI를 이용하여 가상 서버 여러 대를 한꺼번에 셋업하자. 규모가 큰 시스템을 구축하는 경우나 같은 환경을 반복해서 사용하는 경우에 작업을 간소화할 수 있다. ELB가 웹 서버의 부하를 감시하여 부하가 낮은 웹 서버로 요청을 분산시키는데에 목적을 둔다. 2. 구성 필요한 수의 웹서버를 만든 후에 ELB와 연계한 다중화 구성을 설정 ELB를 웹 트래픽의 입구로 사용하여 트래픽이 복수의 웹 서버에 분산되도록 한다 인터넷 접속 End Point를 ELB로 지정 ELB는 IP 주소가 아닌 CNAME(대체 도메인 이름)을 지정하여 접속 (ELB의 IP주소는 고정이 아니라 계속 변하기 때문) DNS 서버인 Route 53을 이용하여 ELB의 ..

1. 예제 사이트의 개요 공개 웹사이트로 사용자는 거래처, 잠재적 고객, 입사지원자 등이다. 정적 콘텐츠 중심이다. 서버를 다중화하여 장애에 대비한다. 부하가 높아지면 섭를 추가할 수 있게 구성한다. 장애 서버의 교체, 추가는 수동으로 조작한다. 응답시간과 비용을 고려하여 구성한다. 2. 인프라 핵심 설계 사항 웹 서버 다중화 로드밸런서로 장애에 대비하고, 부하가 높아진 경우에 대비해 웹 서버 추가를 가능하게 한다. 2020/05/11 - [AWS] - ELB를 이용하여 웹 서버 다중화 ELB를 이용하여 웹 서버 다중화 1. 목적 하나씩 수작업으로 설정하면 시간이 걸린다. 가상 서버 템플릿인 AMI를 이용하여 가상 서버 여러 대를 한꺼번에 셋업하자. 규모가 큰 시스템을 구축하는 경우나 같은 환경을 반복해..

분산처리 환경을 구축하는데 있어서 로드밸런서의 역할은 핵심이라 할 수 있다. 클라우드 환경에서 분산처리를 위한 아키텍처를 설계한다면, AWS의 Load Balancer를 이용해 볼 수 있다. Amazon Web Service가 Provisioning하는 Load Balancer는 ELB (Elastic Load Banacing) 서비스라 하며, 기본적으로 Logging, Cloud Watch를 통한 지표, 장애 복구, Health Check와 같은 기능들을 제공 한다. ELB 서비스의 종류는 아래와 같다. Classic Load Balancer (CLB) 가장 기본적인 형태이자 초기에 프로비저닝되던 서비스로, 포스팅 등에 나오는 설명에 단순히 ELB 라고 나와있으면 Classic Load Balancer..

서비스 Lanuch 이후 초조하게 모니터링을 하면서 기다리냐? 아니면 부하테스트 사전 수행으로 부하를 선Check 할것이냐 둘중에 한개를 택하라 하면 개발자는 당연히 후자를 택할 것이다. 자 그럼 AWS 부하테스트에 대해서 알아보자. 1. 부하 테스트는? 소프트웨어 시스템 또는 컴퓨팅 장치에 요청을 보내고, 응답을 측정하는 테스트 방법이다. 우리는 부하테스트를 통해서 다음과 같은 현상들을 찾아낼 수 있다. 현재 서비스 구성의 제한(limit)을 찾기 원하는 부하를 수용할 수 있게끔 구성되었는지 확인 병목 지점을 찾고 병목 현상을 제거 2. 종류 부하 테스트 (Load Test) 소프트웨어 시스템에 요청을 보내서 응답을 측정하는 절차 스트레스 테스트 (Stress Test) 시스템의 안정성을 결정하기 위해..

1. UUID란 네트워크 상에서 고유성이 보장되는 id를 만들기 위한 표준 규약이다. UUID는 Universally Unique IDentifier의 약어이고 범용 고유 식별자라고 한다. 주로 분산 컴퓨팅 환경에서 사용되는 식별자이다. 중앙관리시스템이 있는 환경이라면 각 세션에 일련번호를 부여해줌으로써 유일성을 보장할 수 있겠지만 중앙에서 관리되지 않는 분산 환경이라면 개별 시스템이 id를 발급하더라도 유일성이 보장되어야만 할 것이다. 이를 위해 탄생한 것이 범용고유식별자 UUID이다. RFC 4122에 명시되어 있다. UUID는 128비트의 숫자이며, 32자리의 16진수로 표현된다. 8자리-4자리-4자리-4자리-12자리 패턴으로 하이픈을 집어 넣어 5개의 그룹으로 구분한다. 이름 길이 (바이트) 길이..

1. JPA 란? JPA를 이해하기에 앞서 ORM이 먼지에 대해서 먼저 정리해 보는게 좋을것 같다. ORM (Object-relational mapping) 이란? 객체는 객체대로 설계하고, 관계형 데이터베이스는 관계형 데이터베이스대로 설계한다. ORM 프레임워크가 중간에서 매핑해 주는 구조이다. 대중적인 언어에는 대부분 ORM 기술이 존재한다. ORM은 객체와 RDB 두 기둥 위에 있는 기술이다. ORM의 장점 특정 DBMS에 종속되지 않는다. SQL문이 코드에 들어가지 않아 깔끔하고 간결한 코드를 유지할 수 있다. ORM이 nesting 데이터를 바인딩해준다. ORM의 단점 RAW query에 비해 performance가 느리다. Query tuning이 힘들다. 서비스가 복잡해 질수록 ORM으로 할..

1. 개요 인증 및 권한부여를 위해서 Oauth 프레임워크의 현재 최신 버전은 2.0이며, 해당 버전의 스펙 문서는 https://tools.ietf.org/html/rfc6749에서 확인할 수 있다. Oauth2.0은 인증 및 권한부여에 관한 기본적인 흐름뿐만 아니라 목적에 맞게 확장할 수 있도록 설계되어 있다. Oauth2.0은 외부 서비스 (third-party application)의 인증 및 권한부여를 관리하는 범용 프레임워크 이다. Oauth 기반 서비스의 API를 호출을 할 때에는, HTTP 헤더에 access token을 포함하여 요청을 보내게 된다. 서비스는 access token을 검사하면서 이 요청이 유효한지 판단하여 적절한 결과를 응답한다. 2. 흐름도 뭐 구현하기 전에는 음... ..