y-log

11.1 값이 없는 상황을 어떻게 처리할까?

public class Person {
	private Car car;
    public Car getCar(){ return car;}
}

public class Car {
	private Insurance insurance;
    public Insurance getInsurance(){ return insurance;}
}

public class Insurance{
	private String name;
    public String getName(){ return name;}
}

위와 같이 자동차와 자동차 보험을 갖고 있는 사람 객체를 중첩 구조로 구현했다고 하자.

public String getCarInsurance(Person person){
	return person.getCar().getInsurance().getName();
}

• 차를 소유하지 않은 사람이 있지만 getCar을 호출하면
• person이 null이라면
• getInsurance가 null을 반환한다면

11.1.1 보수적인 자세로 NullPointerException 줄이기

NullPointerException을 피하기 위해서..

null 확인 코드를 추가

if (person != null) {
	Car car = person.getCar();
    if (car != null) {
    	...

반복 패턴 코드를 깊은 의심이라고 부른다. 코드의 구조가 엉망이되고 가독성도 떨어진다.

if (person == null) {
	return "Unknown"
}
Car car = person.getCar();
if (car == null){
	...

위 처럼 조금 다른 방식으로 if 블록을 없애고 null 변수가 있으면 즉시 "Unknown"을 반환한다.

하지만 출구가 많아져 유지보수에 어려움이 있다.

11.1.2 null 때문에 발생하는 문제

• 에러의 근원이다.
• 코드를 어지럽힌다.
• 아무 의미가 없다.
• 자바의 철학에 위배된다 - 모든 포인터를 숨겼지만 null포인터는 예외다.
• 형식 시스템에 구멍을 만든다. - null이 어떤 의미로 사용되었는지 알 수 없다.

11.2 Optional 클래스 소개

java.util.Optional<T> 라는 새로운 클래스 제공한다.

Optional은 선택형 값을 캡슐화하는 클래스이다.

값이 있으면 Optional 클래스는 값을 감싼다. 

반면 값이 없으면 Optional.empty 메서드로 Optional을 반환한다.

Optional.empty는 Optional의 특별한 싱글턴 인스턴스를 반환하는 정적 팩토리 메서드다.

public class Person {
	// 사람이 차를 소유햇을 수도, 소유하지 않았을 수도 있으므로 Optional정의
	private Optional<Car> car;
    public Optional<Car> getCar(){ return car;}
}

public class Car {
	// 자동차가 보험에 가입되어 있을 수도 아닐 수 도 있으므로
	private Optional<Insurance> insurance;
    public Optional<Insurance> getInsurance(){ return insurance;}
}

public class Insurance{
	// 보험회사에는 반드시 이름이 있다.
	private String name;
    public String getName(){ return name;}
}

11.3 Optional 적용 패턴

11.3.1 Optional 객체 만들기

• 빈 Optional

Optional<Car> optCar = Optional.empty();

• null이 아닌 값으로 Optional 만들기

Optional.of로 null이 아닌 값을 포함하는 Optional을 만들 수 있다.

Optional<Car> optCar = Optional.of(car);

car가 null이라면 즉시 NullPointerException 발생

• null값으로 Optional 만들기

Optional<Car> optCar = Optional.ofNullable(car);

car이 null이면 빈 Optional 객체가 반환된다.

11.3.2 맵으로 Optional의 값을 추출하고 반환하기

이름 정보에 접근하기 전에 insurance가 null인지 확인해야 한다.

Optional은 map 메서드를 지원한다.

Optional<Insurance> optInsurance = Optional,.ofNullable(insurance);
Optional<String> name = optInsurance.map(Insurance::getName);

#1 성능 데이터 모델링의 개요

1. 성능 데이터 모델링의 정의 

성능 저하 데이터 모델의 경우 

1. 데이터 모델 구조에 의해
2. 데이터가 대용량이 됨으로 인해
3. 인덱스 특성을 충분히 고려하지 않고 인덱스로 생성함으로 인해

성능 = 데이터 조회의 성능

2. 성능 데이터 모델링의 수행 시점

사전에 할수록 비용이 들지 않는다.

특히 분석/설계 단계에서 데이터 모델에 성능을 고려힌 데이터 모델링을 수행할 경우 비용 최소화의 기회를 갖는다.

데이터 증가가 빠를 수록 성능저하에 따른 성능개선비용은 기하급수적으로 증가하게 된다.

3. 성능 데이터 모델링 고려사항

1. 정규화를 정확하게 수행한다.
2. 용량 산정을 수행한다.
3. 데이터베이스에 발생되는 트랜잭션의 유형을 파악한다.
4. 용량과 트랜잭션의 유형에 따라 반정규화를 수행한다.
5. 이력모델의 조정, pk/fk 조정, 슈퍼타입/서브타입 조정 등을 수행한다.
6. 성능관점에서 데이터 모델을 검증한다. 

* 대량 데이터 처리가 되는 이력 모델에 대해 성능 고려를 하고 PK/FK의 순서가 인덱스 특성에 따라 성능 영향을 미치는 영향도가 크기 때문에 반드시 PK/FK를 성능이 우수한 순서대로 칼럼의 순서를 조정해야한다.

#2 정규화와 기능 

1. 정규화를 통한 성능 향상 전략

정규화 하는 것 - 중복성 제거, 관심사별로 처리가 되기 때문에 성능 향상의 특징을 갖는다.

입력, 수정. 삭제의 성능은 일반적인 반정규화된 테이블에 비해 처리 성능이 향상된다. 

조회 성능은 향상될 수도, 저하될 수도 있다.

* 데이터의 중복 속성을 제거하고 결정자에 의해 동일한 의미의 일반 속성이 하나의 테이블로 집약되므로 한 테이블의 데이터 용량이 최소화되는 효과가 있기 때문

정규화하여 조인이 발생하면 성능이 심각하게 저하되는가??? 아니다! case by case

반정규화 :

정규화된 엔터티, 속성, 관계에 대해 시스 템의 성능향상과 개발과 운영의 단순화를 위해 중복, 통합, 분리 등을 수행하는 데이터 모델링의 기법 일반적으로 정규화시 입력/수정/삭제 성능이 향상되 며 반정규화시 조인 성능이 향상된다.

반정규화 절차

1. 반정규화 대상조사(범위처리빈도수, 범위, 통계성)

2. 다른 방법유도 검토(뷰, 클러스터링, 인덱스 조정)

3. 반정규화 적용(테이블, 속성, 관계 반정규화)

반정규화 대상조사

1. 자주 사용되는 테이블에 접근하는 프로세스의 수가 많고 항상 일정한 범위만을 조회하는 경우

2. 테이블에 대량의 데이터가 있고 대량의 데이터 범 위를 자주 처리하는 경우에 처리범위를 일정하게 줄 이지 않으면 성능을 보장할 수 없는 경우

3. 통계성 프로세스에 의해 통계 정보를 필요로 할 때 별도의 통계테이블을 생성한다.

4. 테이블에 지나치게 많은 조인이 걸려 데이터를 조 회하는 작업이 기술적으로 어려울 경우

식별자 관계

주식별자 : 자식의 주식별자로 부모의 주식별자 상속

1. 부모로부터 받은 식별자를 자식엔터티의 주식별자 로 이용하는 경우 강한 연결관계 표현, 실선 표기

비식별자 : 부모 속성을 자식의 일반 속성으로 사용

1. 부모 없는 자식이 생성될 수 있는 경우

2. 부모와 자식의 생명주기가 다른 경우

3. 여러개의 엔터티가 하나의 엔터티로 통합되어 표현 되었는데 각각의 엔터티가 별도의 관계를 가진 경우

4. 자식엔터티에 별도의 주식별자를 생성하는 것이 더 유리한 경우

5. SQL 문장이 길어져 복잡성 증가되는 것 방지 약한 연결관계 표현, 점선 표

모델링의 정의

사전적 뜻 
가설적 또는 일정 양식에 맞춘 표현
어떤 것에 대한 예비 표현으로 그로부터 최종 대상이 구축되도록 하는 계획으로서 기여하는 것 

• 복잡한 '현실세계'를 단순화시켜 표현하는 것
• 사물이나 사건에 관한 양상이나 관점을 연관된 사람이나 그룹을 위하여 명확하게 하는 것
• 현실세계의 추상화된 반영

모델링의 특징 

추상화  단순화  명확화

모델링의 세가지 관점 

데이터 관점

업무가 어떤 데이터와 관련이 있는지, 혹은 데이터간의 관계는 무엇인지에 대해서 모델링하는 방법 

What, Data

프로세스 관점

업무가 실제하고 있는 일은 무엇인지, 혹은 무엇을 해야 하는지 모델링하는 방법

How, Process

데이터와 프로세스의 상관관점

업무가 처리하는 일의 방법에 따라 데이터는 어떻게 영향을 받고 있는지 모델링하는 방법

데이터 모델링

• 정보 시스템을 구축하기 위한 데이터 관점의 업무 분석 기법
• 현실 세계의 데이터에 대해 약속된 표기법에 의해 표현하는 과정
• 데이터베이스를 구축하기 위한 분석/설계의 과정

데이터 모델이 제공하는 기능
- 시스템을 현재 또는 원하는 모습으로 가시화
- 시스템의 구조와 행동을 명세화
- 시스템을 구축하는 구조화된 틀 제공
- 시스템을 구축하는 과정에서 결정한 것을 문서화
- 다양한 영역에 집중하기 위해, 다른 영역의 세부 사항은 숨기는 다양한 관점 제공
- 특정 목표에 따라 구체화된 상세 수준의 표현 방법을 제공

데이터 모델링의 중요성 및 유의점

1. 파급효과

많은 애플리케이션들이 테스트를 수행하고 대규모의 데이터 이행을 성공적으로 수행하기 위한 많은 단위 테스트들이 수행되고 반복된다. 이런 시점에 데이터 모델의 변경이 불가피한 상황이 발생한다면...? 

데이터 구조의 변경에 따른 많은 영향 분석이 일어난다. 그 이후에 실제적 변경작업이 발생한다. 변경을 해야하는 데이터 모델의 형태에 따라서 그 영향 정도는 차이가 있겠지만 이 시기의 데이터 구조 변경으로 인한 작업은 전체 시스템 구축에 큰 위험 요소가 될 수 있다. 

이러한 이유로 인해 시스템 구축 작업 중 다른 어떤 설계 과정보다 데이터 설계가 중요하다 볼 수 있다.

2. 간결한 표현

데이터 모델은 구축할 시스템 정보 요구사항과 한계를 가장 명확하고 간결하게 표현할 수 있는 도구이다.

간결하게 그려져 있는 데이터 모델을 리뷰하면서 파악하는 것이 요구사항을 파악하는데 빠른 방법이라고 볼 수 있다. (데이터 모델은 설계 도면에 해당)

3. 데이터 품질

데이터베이스에 담겨있는 데이터는 기업의 중요 자산이다. 데이터의 기간이 오래되면 될수록 활용가치는 더 높아진다. 이렇게 오래도록 저장된 데이터가 정확성이 떨어지는 데이터라고 하면 상당한 문제가 될 것이다.

따라서 데이터 품질의 문제가 중요한데 주로 데이터 품질 문제가 야기되는 중대한 이유 중 하나가 바로 데이터 구조의 문제이다. 중복 데이터를 미정의하거나 정의의 불충분, 동일한 성격의 데이터를 통합하지 않고 분리하는 행위로 나타나는 데이터 불일치 등의 경우가 있다. 

데이터 모델링을 할 때 유의 점은 다음과 같다.

1. 중복 
데이터베이스가 여러 장소에 같은 정보를 저장하는 잘못을 하지 않도록 한다.

2. 비유연성
사소한 업무변화에도 데이터 모델이 수시로 변경되므로써 유지 보수의 어려움을 가중시킬 수 있다.
데이터 정의를 데이터의 사용 프로세스와 분리함으로써 중대한 변화를 일으킬 가능성을 줄인다.

3. 비일관성
예를 들어 신용 상태에 대한 갱신 없이 고객의 납부 이력 정보를 갱신하는 듯한 상황.
개발자가 다른 데이터와 모순된다는 고려 없이 일련의 데이터를 수정할 수 도 있다.
따라서 데이터 모델링시 데이터와 데이터 간의 상호 연관 관계에 대한 명확한 정의는 위험을 사전에 예방할 수 있다.

데이터 모델링의 3단계 진행

개념적 데이터 모델링

주요한 활동은 핵심 엔터티와 그들 간의 관계를 발견하고, 그것을 표현하기 위해서 엔터티-관계 다이어그램을 생성하는 것이다. 

* 엔터티-관계 다이어그램 : 조직과 다양한 데이터베이스 사용자에게 어떠한 데이터가 중요한지 나타내기 위해서 사용

* 데이터 모델링 과정이 전 조직에서 이루어진다 --> 전사적 데이터 모델

개념적 데이터 모델로 지원하는 중요한 기능 

1. 사용자와 시스템 개발자가 데이터 요구 사항을 발견하는 것을 지원

추상적이기 때문에 상위 문제에 대한 구조화를 쉽게 하여 사용자와 개발자가 시스템 기능에 대해 논의할 수 있는 기반을 생성한다.

2, 개념 데이터 모델은 현 시스템이 어떻게 변형 되어야 하는가를 이해하는데 유용

논리적 데이터 모델링

데이터 모델링 과정 중 가장 핵심이 되는, 비즈니스 정보의 논리적인 구조와 규칙을 명확하게 표현하는 기법 또는 과정

논리 데이터 모델은 데이터 모델링이 최종적으로 완료된 상태 -> 물리적 스키마 설계전 단계의 "데이터 모델" 상태

누가, 어떻게, 그리고 비즈니스 데이터에 존재하는 사실들을 인식하여 기록하는 것!

정규화

정규화는 논리 데이터 모델 상세화 과정의 대표적 활동으로, 일관성을 확보하고 중복을 제거해 적절한 엔티티에 속성을 배치함으로써 보다 신뢰성 있는 데이터 구조를 얻는데 목적이 있다.

물리적 데이터 모델링

논리 데이터 모델이 데이터 저장소로서 어떻게 컴퓨터 하드웨어에 표현될 것인가를 다룬다.

이 단계에선 테이블, 칼럼 등으로 표현되는 물리적인 저장 구조와 사용될 저장 장치, 자료를 추출하기 위해 사용될 접근 방법 등이 있다.

프로젝트 생명 주기에서 모델링

waterfall 기반 : 데이터 모델링의 위치가 분석과 설계 단계로 구분되어 명확하게 정의 가능

정보공학이나 구조적 방법론 : 분석단계에서 업무 중심의 논리적인 데이터 모델링을 수행, 설계 단계에서 하드웨어와 성능을 고려한 물리적인 데이터 모델링 수행

일반적으로는 계획,분석 단계에 개념적 데이터 모델링 / 분석 단계에서 논리적 데이터 / 모델링 설계 단계에서 물리적 데이터 모델링
단, 현실 프로젝트에선 개념적 데이터 모델이 생략된 개념/ 논리 데이터 모델링이 분석 단계 때 대부분 수행

1강 클라우드 컴퓨팅과 API의 역할

1.1 클라우드 컴퓨팅

클라우드 컴퓨팅의 탄생
"필요한 IT 자원을 즉시 사용할 수 있는 환경" → 클라우드 컴퓨팅이 제대로 실행

공용 클라우드와 사설 클라우드의 차이

사설 클라우드

• 해당 기업의 사용자만 접근할 수 있도록 통제
• 각종 하드웨어 자산들을 확보 필요 
• 초기 투자 비용 발생 

일정규모의 리소스 활용 예측이 가능할 시

공용 클라우드

• 멀티 테넌트로 상호 간의 간섭 없이 여러 기업의 사용자가 독립적인 형태로 사용
• 초기 투자 비용 없음
• 리소스가 필요할 때마다 필요한 만큼만 확보해서 이용

리소스 총량에 큰 변화가 예상되거나 수요 추이 예측이 어려울 시

공용 클라우드는 리소스의 사용량에 따라 과금되기 때문에 보통 비용이 선형적으로 증가
사설 클라우드는 리소스가 고갈되기 전까지는 추가 투자가 없기 때문에 단계적으로 증가

" Iaas, Paas, Saas "

SaaS Software as a Service

역사적으로 클라우드 서비스는 saas로 부터 시작해 다양해졌다.

애플리케이션 환경을 클라우드의 형태로 서비스한다. ( ex. 개인용 이메일 )

PaaS Platform as a Service

애플리케이션 개발 환경이나 운영 환경등을 제공한다. ( 데이터베이스, 개발 프레임워크, 컴파일러 )

• 신속한 개발 착수 가능
• 특정 클라우드 서비스에서만 제공하는 고유 프레임워크나 데이터 저장소 사용 가능
• 기존에 사용하던 프레임워크나 데이터베이스를 클라우드 환경에서도 똑같이 사용 가능

IaaS Infrastructure as a Service

서버, 네트워크, 스토리지 등의 IT 인프라에 필요한 다양한 가상화된 인프라 제공

자신만의 전용 테넌트 환경 제공

SaaS와 달리 리소스가 물리적 환경과 독립된 형태로 제공이 필요한 IaaS는 가상화 되어 있다.

1.2 클라우드가 실현하는 인프라의 표준화

클라우드에 의한 시스템 구축 절차의 표준화

• Iaas형 클라우드 골치아픈 물리적 장비의 설정 방법이나 기능의 차이 의식이 필요 없다.
• 물리적 장비의 차이에 상관 없이 몇 번이든 같은 방법으로 시스템을 구축할 수 있다.
• 시스템 재구축이 필요한 상황에서도 시행착오 없이 이전의 경험을 살려 효율적 작업 가능
• 기존 클라우드 인프라의 시스템을 새로운 클라우드 인프라로 옮기는 작업 또한 수월

인프라의 표준화를 위한 컴포넌트의 추상화

• 클라우드 환경에서 시스템의 구축 과정을 표준화 할 수 있는 것 -> 시스템 구성 컴포넌트들이 추상화 되어있기 때문
• 클라우드의 컴포넌트들이 철저하게 사용자가 필요로 하는 기능에 충실하도록 만들어졌다.
• 물리적 환경에 의존적인 내용엔 신경을 줄이게 되고, 본질적인 설계에 집중할 수 있음
• 가상 머신 준비시 세부적인 부분 생각 안 해도 된다.

API에 의한 제어 방법의 표준화

• 한번 정의한 작업 절차에 따라 몇번이든 반복 구축 가능 -> 물리적 인프라 작업 필요 없음
• 같은 시스템 구축을 위한 여러 번의 작업을 자동화 할 수 있음 --> API를 사용한 제어 방식

1.3 클라우드 컴퓨팅의 활용

• 컴포넌트들이 추상화 되어있다 -> 사용자가 원하는 기능을, 원하는 시기에 바로 사용할 수 있다.
• 시스템을 구축하는 과정이 표준화 되어 있다. -> API사용한 자동화를 통해 빠른 구축.. 신세계

2강 클라우드의 대표적인 컴포넌트

2.1 클라우드 환경의 전체 그림

테넌트

• 사전적인 의미로 세입자 (AWS 계정)
• 클라우드 서비스 이용자는 자신만의 테넌트 환경 가짐

테넌트 설계시 고려사항
1. 공용 클라우드에서는 테넌트 별로 리소스의 사용량이 합산되어 테넌트별로 사용료가 청구된다.
2. 테넌트별로 사용 가능한 리소스의 상한선이 정해져있다.
3. 같은 테넌트에 속한 가상 네트워크, 가상머신 인스턴스. 가상 스토리지들끼리만 서로 연결될 수 있다.

리전

• 지리적으로 멀리 떨어진 지역에 여러개의 클라우드 인프라 분산 운영
• 국가나 지역을 식별할 수 있도록 이름을 짓는다 ex. 서울리전, 시드니리전
• 각 리전들은 서로 독립된 환경 -> 여러 리전에 걸친 가상 네트워크 못 만든다.
• 사용자 계정이나 테넌트 정보는 여러 리전에 걸칠 수 있다. ->DR환경 만들 수 있음

DR Disaster Recover
재해발생시 다른 리전으로 시스템을 옮겨 사용
사용자가 직접 변경된 리전의 공인 IP 주소로 바꿔 호출하거나 DNS가 변경된 공인 IP 주소를 반환하도록 도메인 등록 정보를 갱신해 주어야 한다.
다른 리전에서도 데이터를 이어 사용할 수 있게 미리 복제해 두어야 하는데, 이때 오브젝트 스토리지를 사용한다.

         (* 오브젝트 스토리지는 모든 리전에서 공통으로 사용 가능하다 )

오픈스택 - 리전기능 O , 클라우드와 기준이 다름
AWS와 같이 여러 나라에 클라우드 인프라를 준비해두고 각 지역 단위로 구성할 수도
or 국내에 여러 개의 데이터 센터를 두고 각 데이터 센터 단위로 리전을 구성할 수도

가용 영역

• 한 리전의 클라우드 인프라는 다른 주변 지역의 여러 데이터 센터에 분산될 수 있다 -> 이 데이터 센터는 가용영역!
• 다른 AZ에 있는 가상 머신 인스턴스와 블록 스토리지는 서로 연결 못함
  • 그 기능을 쓰고 싶다면 복제 기능으로 사용 다른 AZ의 블록 스토리지를 만들어 쓰면 된다.

오픈 스택 - AZ 개념 O
가용 영역 범위 내로 제한되지 않고 여러 가용 영역에 걸쳐서 더 넓은 범위로도 구성 가능
1. AWS으로 같은 방식으로 데이터 센터 단위로 가용 영역을 구성할 수 있음
   데이터 센터 사이의 네트워크 대역이 충분하지 않으면, 인스턴스 간의 거리가 멀어 원하는 통신 속도 안 나옴
2. 같은 데이터 센터에서 서로 다른 플로어나 랙과 같이 더 작은 단위로 가용영역을 구성할 수 있다.

2.2 네트워크 리소스

라우터

• 테넌트 안의 가상 네트워크 + 물리적인 외부 네트워크  이 둘을 연결하기 위한 가상 라우터
• 기본적으로 가상 네트워크 하나당, 하나의 가상 라우터 배치

스위치 (서브넷)

• 가상 라우터와 가상 머신 인스턴스의 가상 NIC 연결되는 접점
• 하나의 가상 스위치에 하나의 서브넷이 할당된다.
  • 서브넷 : 가상 머신 인스턴스가 사용할 수 있는 사설 IP 주소의 범위
  • AWS에선 가상 스위치와 서브넷을 하나의 통합된 형태로 취급하며, 서브넷으로 부른다.
• 하나의 가상 스위치(서브넷)가 하나의 가용 영역에 배치된다.
• 가상 스위치는 논리적으로 접속 포트 개수를 늘릴 수 있기 때문에 여러 개를 연결할 필요 없다.
  • 가상 스위치에 접속 포트를 추가하면 그 포트에 서브넷 범위 내에 이용가능한 IP 주소 할당

공인 IP 주소

• 가상 네트워크 사용하는 사설 IP 주소는 네트워크 내부에서 사용 가능하지만, 외부에서는 불가능하다.
• 외부와 통신할 때 가상 라우터의 NAT기능을 사용하여 사설 IP를 공인 IP로 변환 ( 2가지 방법이 있다! )

방법 1 ) IP 마스커레이딩
가상 인스턴스가 외부 네트워크로 접속할 때 가상 라우터가 할당 받은 공인 IP를 공유하는 방식
ex. 가정용 LAN에 연결된 초고속 PC
cf. 가상머신 인스턴스가 가상 스위치에 연결되어 있고 이 가상 스위치가 다시 가상 라우터에 접속되어 있을 때
    내부에서 외부 O |  외부에서 내부 X

방법 2 ) 엘라스틱 IP
미리 확보해 둔 공인 IP 주소를 가상 머신 인스턴스에 할당하는 방식
내부에서 나가는 통신과 들어오는 통신 모두 가능
cf. 한 리전에서 확보한 IP를 다른 리전에서 사용 못함

시큐리티 그룹

• 가상 머신 인스턴스가 주고 받을 네트워크 패킷에 대해 필터링 기능을 제공하는 역할
• "모든 가상 머신 인스턴스에 공통으로 적용할 시큐리티 그룹"
• "웹 서버에 추가 적용할 시큐리티 그룹"
• 특정 목적에 맞는 공통적 규칙을 미리 정의 해두고 비슷한 역할을 하는 가상 머신에 미리 만들어둔 시큐리티 그룹을 재활용 할 수 있다.
• 가상 머신 인스턴스와 가상 스위치의 접속 포트 사이에서 이뤄짐

2.3 서버 리소스

템플릿 이미지

1. 가상 머신 인스턴스를 기동하려면 게스트 OS가 설치된 기동 디스크가 필요
2. 기동 디스크 만들 땐, 사전에 준비된 템플릿 이미지를 선택함
3. 선택된 템플릿 이미지는 다운로드되어 가상 디스크 형태로 만들어짐
4. 가상 머신 인스턴스는 이 가상 디스크를 연결하여 사용

* 템플릿 이미지는 클라우드 서비스 제공자가 미리 준비해두기도 하지만, 이용자가 직접 만든 것을 활용할 수 있음

인스턴스 유형

• 가상 머신의 컴퓨팅 성능 및 용량을 결정
• 각 타입별로 가상 CPU의 개수나 가상 메모리의 용량, 가상 디스크의 용량 등이 정해져 있음
• AWS에서는 새로운 인스턴스 유형을 사용자 정의로 직접 만들지 못함

오픈스택에서는 테넌트의 권리 권한이 있는 사용자인 경우, 해당 테넌트에서 사용할 인스턴스 유형을 직접 만들거나 변경 할 수 있다. 

설정 가능한 인스턴스 유형의 항목
1. 가상 CPU : 가상 CPU의 개수
2. 메모리 : 가상 메모리의 용량
3. 루트 디스크 : 기동 디스크의 크기
4. 임시 디스크 : 임시 디스크의 크기
5. 스왑 디스크 : 스왑 영역의 크기

네트워크 접속과 시큐리티 그룹

• 가상 머신 인스턴스의 가상 NIC가 네트워크에 연결되려면...
  • 가상 스위치와 연결되어야 하고 시큐리티 그룹이 설정되어야 함
    • 여러 개의 가상 스위치에 연결하고 싶다면, 가상 스위치별로 가상 NIC 여러개 준비!
    • NIC 별로 서로 다른 시큐리티 그룹을 적용하고 싶다면 개별적 설정을 해주면 된다.

로그인 인증과 키 페어

• 가상 머신 인스턴스의 게스트 OS에 로그인할 떄 사용자 인증이 필요
• 기본적으로 SSH의 공개 키 인증 방식이 사용된다.
• 전용 키 페어를 만들어야 한다. (전용 키 페어 : 공개 키 + 개인 키)
• 이러한 인증 관련 설정 처리는 게스트 OS안의 Cloud - init을 통해 이루어진다.
  • Cloud - init은 게스트 OS가 처음 기동될 때 지정된 공개키를 받아 SSH의 인증 정볼륨보를 설정하는 역할을 함

2.4 블록 스토리지 리소스

블록 스토리지의 기본 기능

블록 스토리지에서 가상 머신 인스턴스 기동하기

앞선 가상 머신 인스턴스 기동시에 템플릿 이미지 복제한 루트 디스크를 사용하는 방법을 살펴보았다.

• 블록 스토리지의 볼륨에 있는 게스트 OS로 가상 머신 인스턴스를 기동하는 방법이 있다.
• EBS Boot라 한다.
  • 템플릿 이미지를 복제한 볼륨을 미리 만들어둔다
  • 가상 머신 인스턴스를 기동할 때 미리 복제해둔 볼륨을 지정한다
  • 가상 머신 인스턴스를 종료하더라도 OS 영역의 데이터가 삭제되지 않는다. 재사용 가능~!

2.5 오브젝트 스토리지 리소스

오브젝트 스토리지의 기본 기능

• 오브젝트 스토리지는 파일 단위로 데이터를 저장하는 기능 제공
• 덮어쓰기를 통한 갱신 불가능... -> 파일을 삭제하고 새로 변경된 파일을 저장
  • 매우 단순
  • 가용성 높고 처리율 우수
    • 동영상과 같은 정적 콘텐츠 파일(오브젝트)을 저장하는데 적합
• 오브젝트 스토리지는 장소나 지역에 상관 없이 인터넷을 통해 접속하여 이용 가능
• 오브젝트 스토리지 서비스를 Amazon S3라 한다. 
• 보통 오브젝트 보존 영역인 S3 버킷을 리전별로 만든다.  ( 다른 리전의 인스턴스도 사용 가능 )

오브젝트 스토리지에 파일 저장
오브젝트를 담을 수 있는 그릇, 컨테이너S3를 생성해야한다,
각 오브젝트는 key  - value 형식의 메타 데이터를 부여할 수 있는데, 이를 활용하면 특정 목적으로 사용할 파일들을 쉽게 선별할 수 있다.

버저닝과 정적 웹 호스팅

버저닝 Versioning

• 컨테이너에 저장된 오브젝트에 버전 번호를 붙여 관리하는 기능
• 오브젝트 스토리지에 같은 이름의 파일 저장해도 새로운 번호로 저장되어 기존 파일 유지 가능

정적 웹 호스팅

• 오브젝트 스토리지를 간이 웹 서버처럼 사용하는 기능
  
  • 컨테이너의 접근 권한을 누구나 읽을 수 있는 공용으로 설정한다.
  • 그 안에 정적 HTML 파일들을 저장한다.
  • 이후 웹 브라우저 같은 client가 이 오브젝트에 할당된 url로 접근하면 저장된 html 파일 내용이 나온다.

오브젝트 스토리지의 백업

• 블록 스토리지의 볼륨을 백업하는 용도로 사용 가능한 오브젝트 스토리지
  • 블록 스토리지의 볼륨 전체를 일정 크기의 볼록으로 분할한다.
  • 분할된 각각의 조각들을 하나의 파일 형태로 간주하고 오브젝트 스토리지에 저장한다.
• 여러 리전과 가용 영역에서 지리적 제약이 없으므로 리전과 가용 영역 간의 볼륨 복제에도 활용 가능

2.6 웹 애플리케이션 시스템의 구축 예

여러 개의 가용 영역으로 가용성을 확보하기

오브젝트 스토리지를 사용하여 데이터 보호하기

•  가상 머신 인스턴스가 장애 발생해 DB 서버가 정지된 경우에도, 데이터가 유실되지 않게 하려면
  • 데이터 블록 스토리지에 저장
  • 오브젝트 스토리지에 정기적으로 백업

백업 전 해당 볼륨을 가상 머신 인스턴스에서 분리해야 함
-> 이때 데이터베이스 사용을 못한다.
    이 시간을 줄이고자 스냅샷을 만들고 스냅샷에서 복제한 볼륨을 백업하면 된다.
혹은, 인스턴스에 백업용 볼륨을 미리 연결해둔 다음, 데이터베이스 소프트웨어의 백업 기능으로 백업용 볼륨에 백업하게 만든다.

• 장애가 발생해 AZ-1에서 AZ-2로 전환해야 하는 경우
  • 블록 스토리지의 볼륨 역시 가용 영역별로 분리 되어 있다.
  • 따라서 오브젝트 스토리지에 저장한 최신의 백업을 AZ-2의 볼륨으로 복원한 후 서버에서 사용하도록 만들어준다.

AUSG spring 기초 스터디를 참여하게 되었다.

올해 초부터 스프링을 붙잡고 있긴 했는데, 생각보다 공부를 딥하게 해보지 않았고 아직도 잔잔바리 수준이라 이론반에 참여하지 못하고 기초반에 참여하게 되었다....

이번 기회에 마스터해보리라~~~

저자 깃허브 : https://github.com/jojoldu/freelec-springboot2-webservice

⊙ AmsField

package ams;

public class AmsField {
	//				Key
	// 항공사, 항공기번호, 최대승객수, 출발지, 도착지
	String[][] arrPlane = new String[100][5];
	int insertCnt;
	int updateIndex;

	// 추가
	// 2차원 배열에 5개의 정보를 담기
	void insert(String[] arPlane) {
		arrPlane[insertCnt] = arPlane;
		insertCnt++;
	}

	// 수정
	void update(int index, String newValue) {
		boolean updateCheck = true;
		//항공사, 항공기번호, 승객수, 출발지, 도착지
		//0			1				2			3			4
		//index : 0, 1
			arrPlane[updateIndex][index+3] = newValue;
	}

	// 삭제
	void delete() {
	}

	// 검색
	String select(int index, String keyword) {
		int[] arIndex = null;
		int searchCnt = 0;
		String result = "";
		updateIndex = -1;
		
		for (int i = 0; i < insertCnt; i++) {
			if (keyword.equals(arrPlane[i][index])) {
				// i >> 행번호 : 검색할 비행기 번호
				searchCnt++;
				updateIndex = i;
				//바로 int배열에 담을 수 없기 때문에(검색 건수를 모르기 때문)
				//문자열에 검색된 행번호를 연결시켜 담는다.(", "는 구분점이다.)
				//구분점이 있어야지만 밑에서 각 값을 나눌 수 있기 때문이다.
				result += i + ", ";
			}
		}
		//검색 건수를 for문이 끝난 후에 알 수 있기 때문에
		//for문 밑에서 new 해준다.
		arIndex = new int[searchCnt];
		for (int i = 0; i < arIndex.length; i++) {
			//	result는 문자열이고 split() 사용시 
			//전체를 배열로 보기 때문에 그 뒤에 바로 []를 사용할 수 있다.
			arIndex[i] = Integer.parseInt(result.split(", ")[i]);
		}
		//list(int[] arIndex)메서드에 값을 전달하고 list(int[] arIndex)에서 리턴된
		//결과값을 select()에서 리턴한다.
		return list(arIndex);
	}

	// 목록
	String list() {
		String result = "항공사, 항공기번호, 최대승객수(명), 출발지, 도착지\n";
		for (int i = 0; i < insertCnt; i++) {
			result += "♥";
			for (int j = 0; j < arrPlane[0].length; j++) {
				result += arrPlane[i][j];
				result += j == arrPlane[0].length - 1 ? "" : ", ";
			}
			result += "\n";
		}

		if (insertCnt == 0)
			result = "목록 없음";

		return result;
	}
	
	String list(int[] arIndex) {
		String result = "항공사, 항공기번호, 최대승객수(명), 출발지, 도착지\n";
		for (int i = 0; i < arIndex.length; i++) {
			result += "♥";
			for (int j = 0; j < arrPlane[0].length; j++) {
				result += arrPlane[arIndex[i]][j];
				result += j == arrPlane[0].length - 1 ? "" : ", ";
			}
			result += "\n";
		}

		if (arIndex.length == 0)
			result = "검색 결과 없음";

		return result;
	}
	
}

⊙ AmsMain

package ams;

import javax.swing.ImageIcon;
import javax.swing.JOptionPane;

public class AmsMain {
	public static void main(String[] args) {
		String title = "항공기 관리 프로그램";
		String[] menu = {"추가하기", "검색하기", "수정하기", "삭제하기", "목록보기"};
		String[] updateMenu = {"출발지 수정", "도착지 수정"};
		String[] updateMsg = {"출발지", "도착지"};
		AmsField af = new AmsField();
		ImageIcon icon = new ImageIcon("src/img/main.gif");
		int choice = 0;
		String[] arPlane = new String[5];
		String keyword = "";
		
		while(true) {
			choice = JOptionPane.showOptionDialog(null, "", title, JOptionPane.DEFAULT_OPTION,
					JOptionPane.PLAIN_MESSAGE, icon, menu, null);
			
			if(choice == -1) break;
			
			switch(choice) {
			//추가
			//항공사, 항공기번호, 최대승객수(명), 출발지, 도착지
			case 0:
				//5개의 값을 ", "로 구분하여 한번에 입력하기
				//split("구분점")은 리턴타입이 문자열 배열이다.
				//구분점이 있다는 것은 최소한 값이 2개 이상이기 때문에 배열로 리턴한다.
				arPlane = ("" + JOptionPane.showInputDialog(null,
						"항공사, 항공기번호, 최대승객수(명), 출발지, 도착지", title, JOptionPane.PLAIN_MESSAGE,
						icon,	null, null)).split(", ");
				
				af.insert(arPlane);
				break;
			//검색
			case 1:
				break;
			//수정
			case 2:
				String newValue = "";
				
				choice =JOptionPane.showOptionDialog(null, "", title, JOptionPane.DEFAULT_OPTION,
						JOptionPane.PLAIN_MESSAGE, icon, updateMenu, null);
				
				if(choice == -1) break;
				
				keyword = "" + JOptionPane.showInputDialog(null,
						"수정하실 항공기 번호를 입력하세요", title, JOptionPane.PLAIN_MESSAGE,
						icon,	null, null);
				
				if(af.select(1, keyword).equals("검색 결과 없음")) {
					JOptionPane.showMessageDialog(null, "수정 실패");
				}else {
					newValue = "" + JOptionPane.showInputDialog(null,
							"새로운 " + updateMsg[choice] + "를 입력하세요", title, JOptionPane.PLAIN_MESSAGE,
							icon,	null, null);
					af.update(choice, newValue);
					JOptionPane.showMessageDialog(null, "수정 성공");
				}
				
				break;
			//삭제
			case 3:
				break;
			//목록
			case 4:
				JOptionPane.showMessageDialog(null, af.list());
				break;
			}
		}
	}
}

생성자의 목적

1. 힙 메모리 영역에 클래스 필드를 생성해주는 목적

2. 초기화 역할

메서드의 모양 :  name ( )

생성자의 모양 : class name ( )

위처럼 생성자도 메서드와 생김새가 비슷하네?

생성자도 메서드다

그렇다면 왜 생성자는 메서드라고 하지 않을까?

생성자는 메서드의 기능과 똑같지만 return이 없기 때문에 메서드라고 부르지 않는다.

클래스를 만드는 순간 굳이 생성자를 일부를 만들어주지 않아도 기본 생성자라는 것이 생기는데, 보이진 않지만 내부적으로 올라간 것이다.

따라서 선언없이 사용이 가능하다.

기본 생성자

1. 클래스 선언 시 자동으로 생성된다.

2. 사용자가 직접 선언하지 않아도 사용 가능하다.

3. 사용자가 직접 생성자를 선언하는 순간 그것을 기본 생성자로 여겨서 따로 기본 생성자가 생기진 않는다.

< 변수 >

매개변수 : { } 안, 닫는 중괄호를 만날 때 끝난다

매개 변수와 지역변수는 stack에 저장이된다.

전역 변수는 data 영역에 저장된다.

오버 로딩 Overloading

매개변수의 개수나 타입이 다를 때, 같은 이름으로 선언할 수 있다.

         →  메서드의 이름은 같으나 매개변수의 갯수 혹은 타입이 다르면 선언 가능

load : 나갔다가 다시 불러올 때

over : 넘치게

overload : 넘치게 불러온다 (같은 이름이라) 

《 오버 로딩은 메서드의 첫 번째 기능 ≫

Car와 Road를 만들어보자

package studyalone;

public class Car {
	//Car 클래스는 브랜드, 색, 가격, 비번을 갖고 있다
	String brand;
	String color;
	int price;
	String pw="1122";
	
	//생성자 , 비번 새로
	public Car(String b, String c ,int p,String pw) {
		this.brand=b; this.color=c; this.price=p;this.pw=pw;
	}
	
	//생성자 , 초기 비번 그대로
	public Car(String b, String c ,int p) {
		this.brand=b; this.color=c; this.price=p;
	}
	
	//외부에서 비밀번호 입력받기
	//입력받은 비밀번호와 자동차의 비밀번호를 비교하기
	//비밀번호가 일치한다면 시동 켜주기
	//이미 시동이 켜져있다면 "시동이 이미 켜져있습니다"출력
	//이미 시동이 꺼져있다면 "시동이 이미 꺼져있습니다"출력
	//비번 3회 오류 시 경찰 출동
	
	boolean isOn=false;
	int policeCnt;
	
	//시동키는 메서드
	boolean engineStart(String pw ){
		boolean policeCheck=false;
		
		if(this.pw.equals(pw)) {
			if(!isOn) {
				System.out.println(this.brand+" 시동 킴");
				isOn=true;
				policeCnt=0;
			}else {
				System.out.println(this.brand+" 시동이 이미 켜져있음");
			}
		}else {
			policeCnt++;
			if(policeCnt==3) {
				System.out.println("경찰 출동");
				policeCheck=true;
			}else {
				System.out.println("비밀번호 오류");
			}
		}
		return policeCheck;
	}
	
	
	//시동끄는 메서드
	void engineStop(){
		if(!isOn) {
			System.out.println(this.brand+" 시동 끔");
		}else {
			System.out.println("시동이 이미 꺼져있습니다.");
		}
	}
	
	
	//자동차 정보 출력 메서드
	void show() {
		System.out.println(brand+", "+color+", "+price+"만원");
		//지역변수가 같은 이름이 아니라서 굳이 this.brand등등으로 하지 않은 것
	}

	
}

package studyalone;

import java.util.Scanner;

public class Road {
	public static void main(String[] args) {
		Car myCar=new Car("벤틀리","blue",1500,"981122");
		
		String menu= "1. 시동 켜기\n2. 시동 끄기";
		Scanner sc =new Scanner(System.in);
		int choice=0;
		String tryPw="";
		
		myCar.show();
		
		//무한반복 
		//시동을 한번이라도 킨 후 시동을 끄면  break
		while(true) {
			System.out.println(menu);
			
			choice=sc.nextInt();
			
			if(choice==1) {
				System.out.println("비밀번호를 입력하세요");
				tryPw=sc.next();
				
				if(myCar.engineStart(tryPw))
					break;
			}else if(choice==2) {
				//시동을 한번이라도 켜기 전엔 isOn이 false니까 break안함
				//한번이라도 시동을 겼다면 isOn은 true니까 break함
				if(myCar.isOn) {
					myCar.engineStop();
				}else {
					myCar.engineStop();
				}
			}
		}
		
	}
}

전역 변수는 data 영역에 저장된다.

전역변수는 자동 초기화가 된다.

%f 를 쓰면 기본적으로 소수점 6자리가 나온다.

float는 4바이트이자 32비트다.

3.7이란 숫자를 float로 저장한다고 하면

이런 식으로 비트가 반올림되는 컴퓨터 연산의 오류가 있다.

그래서 7자리 까진 정확하지 않고 기본적으로 6자리까지 정확하다.

따라서 %f 는 기본적으로 6자리까지 출력이 되는 것이다.

eclipse를 처음 깔면 perspective를 java로 선택이 되어있는지 확인해야 한다.

java로 선택해놓으면 package explorer이 켜지는 것이다.