• TypeScript 는 Microsoft 에서 개발한 자바스크립트의 확장 버전 ⇒ 정적 타입 검사와 클래스 기반 객체 지향 프로그래밍을 추가한 언어
• TypeScript 는 큰 규모의 애플리케이션 개발에 적합하며, 오류를 줄이고 가독성, 요지보수성 향상
• TypeScript 는 결과적으로 JavaScript 언어로 바꿔서 실행하기 때문에 tsc 가 Typescript 를 기계언어 ( 저수준 언어 ) 가 아닌 JavaScript ( 고수준 언어 ) 로 변환하기 때문에 컴파일 언어라 하지 않고 트랜스파일 언어 라고 한다

TypeScript JavaScript 차이점

• JavaScript 는 동적 타입 언어, 변수의 타입이 실행 시점에 결정, 변경 가능
• TypeScript 는 정적 타입 언어, 변수의 타입이 선언 시점에 결정
• TypeScript 는 클래스, 인터페이스, 제네릭 등 사용 가능

TypeScript 사용하는 이유

1. 더 나은 에러 검출 ⇒ 컴파일 시점에 에러 확인 가

function greeting(person) {
    return '안녕하세요, ' + person.firstName;
}

// 이 함수는 person 객체가 null 이거나 undefined 일 경우 런타임에러 발생

interface Person {
    firstName: string;
    lastName: string;
    age: int;
}

function greeting(person: Person) {
    return '안녕하세요, ' + person.firstName;
}

Person 인터페이스는 반드시 인터페이스에서 정의한 속성들을 가지므로 런타임 에러 방지 가능

1. IDE 지원 향상
2. 향상된 문서화 및 코드 가독성

TypeScript 를 배우기 전에 알아두면 좋은 지식

• Parameter 와 Argument

  Parameter

  1. 함수나 메서드의 정의부에 명시되는 변수

  2. 함수나 메서드가 호출될 때 값을 받아들이기 위한 ‘변수’ 역할

     Argument

  3. 함수나 메서드를 호출할 때 전달되는 실제 값

  4. Ex ) const result = result(5, 2); ⇒ 파란색이 argument

• JSON ( Javascript Object Notation )

  장점

  1. 데이터 전송시 용량이 XML 보다 적음

     단점

  2. key : value 형식이 강제됨

  3. 주석 불가능

• ESLint

  • 같은 프로젝트 내에서 협업을 위한 서로간의 소스 작성 의전을 정해줌 ⇒ 에어비엔비, 구글 룰이 자주 사용됨
  • Ex) if 와 ( ) 사이에 공백을 추가할 것인지, string 선언할 때 double quote 사용할 지 등

HTTP, FTP, SMTP 등 TCP 를 기반으로 한 많은 수의 애플리케이션 프로토콜들이 IP 위에서 동작

Application Layer ( 4 Layer )

컴퓨터 네트워크 프로그래밍에서 인터넷 프로토콜 (IP) 컴퓨터 네트워크를 통하는 프로세스 간 통신 접속을 위해 설계되어 통신 프로토콜과 방식을 위해 보유된 추상 계층

⇒ 기반이 되는 전송 계층 프로토콜을 사용해 호스트 간 연결을 확립 ( Transport Layer )

Ex ) DNS, TLS/SSL, FTP, HTTP, POP3, SMTP, SSH, 텔넷, 비트토렌트 등

Transport Layer ( 3 Layer )

네트워크 구성요소와 프로토콜 내에서 송신자와 수신자를 연결하는 통신 서비스를 제공, 전송 계층은 연결 지향 데이터 스트림 지원, 신뢰성, 흐름 제어 등의 서비스 제공

⇒ Endpoint(사용자) 간의 연결을 생성하고 데이터의 전달 과정 확인

Ex ) TCP, UDP, DCCP, SCTP 등

Internet Layer ( 2 Layer )

네트워크 경계를 거쳐 호스트로부터 기원한 네트워크 패킷을 필요하면 IP 주소로 지정된 목적지 호스트로 전송하기 위해 사용, 게이트웨이를 통해 여러 네트워크를 연결하는 개념인 인터네트워킹을 용이하게 하는 기능에서 유래 ⇒ 보통 인터넷 계층은 로컬 노트 간의 링크 상태를 관리하는 목적을 충족하는 프로토콜을 포함하지 않으며 링크 타입에 특화된 패킷 프레이밍에 기반한 프로토콜 ( Link Layer ) 을 사용

Ex ) IP ( IPv4, IPv6 )

Address Resolution Protocol ( 2 - 1 Layer 를 이어주는 프로토콜 )

IP 는 네트워크 상에서 IP 주소를 물리적 네트워크 주소로 바인딩시키기 위해 사용되는 프로토콜

Ex ) IP ( IPv4, IPv6 ) ⇒ Ethernet ( 48bit Network Card Address )

Link Layer ( 1 Layer )

Internet Protocol Suite 의 가장 낮은 계층으로 호스트가 물리적으로 연결되는 링크 상에서만 운용되는 메소드, 통신 프로토콜

⇒ 링크는 네트워크 상의 호스트나 노드를 상호 연결하기 위해 사용되는 물리, 논리, 네트워크 구성 요소이며 링크 프로토콜은 근거리 통신망 세그먼트나 광역 통신망 연결의 인접한 네트워크 노드 간에만 운용

Ex ) Ethernet, Wi - Fi, 토큰링, PPP, SLIP, FDDI, ATM 등

모터는 전력 에너지를 받아 동력 에너지로 변환하는 전동기를 의미

자기장 내에서 전류를 흐르게 함으로써 받게 되는 힘을 회전 동작으로 변환하는 것이 일반적이지만 linear 동작을 하는 경우도 있음 ( Stepping Motor )

DC (직류) 모터

• Brush 모터

  일반적으로 많이 사용되는 모터, Brush (고정자측)이라고 불리우는 전극을 정류자 (전기자측)으로 순차 접속시킴으로써 전류를 전환하여 회전 동작하는 구조

• Brushless DC 모터

  Brush와 정류자를 사용하지 않고 트랜지스터 등의 스위칭 기능을 통해 전기적으로 전류를 전환하여 회전 동작

• Stepping 모터

  펄스에 동기하여 동작하는 모터로, 정확한 위치 제어 동작을 간단히 실현 가능

AC (교류) 모터

• 유도 모터

  교류를 통해 고정자에 회전 자계를 발생시켜 회전자에 유도 전류 발생 ⇒ 회전

• 동기 모터

  교류가 만드는 회전 자계를 통해 자극을 지닌 회전자가 흡인, 추종하여 회전 회전의 속도는 전원 주파수와 동기

Close-loop System (피드백 O)

물체의 위치, 방위, 자세, 회전 속도 등을 제어량으로 하고 목표치의 변화에 뒤따르도록 구성된 자동제어계를 서보기구라고 하는데 Encoder (피드백 회로) 가 출력의 검출부, 목표치와의 오차 증폭부, 조작부,제어 대상 등으로 피드백이 구성됨 ⇒ 이러한 서보계의 조작부에 사용되는 것 = 서보모터

*AC, DC 모두 서보모터가 있음

속도가 증가시 토크가 떨어지지 않고 관성으로 회전 ⇒ 정확한 위치 및 속도 제어 힘듬 (돈으로 해결 가능) ⇒ Encoder 를 모터 뒤에 달아 회전수 알 수 있음 ⇒ Encoder 로 인하여 Pulse 출력 (모터가 몇회전했는지 축이 몇도에 있는지 알 수 있음) ⇒ Encoder 에서 인풋으로 해당 값들을 보내 회전 값 보충 가능

스텝모터 (Stepping Motor)

Open-loop System (피드백 X)

펄스로 인해 동작, Resolution(분해능)에 따라 다름 (비례)

*DC 중 BLDC (Brushless) 구조를 가진 모터로 한 바퀴의 회전을 많은 수의 스텝들로 어떤 피드백 장치 없이도 정확하게 조절이 가능함

펄스로 인한 동작 ⇒ 회전 제어가 쉬워짐 (정해진 단위만큼만 움직임) ⇒ 그러나 토크가 작음 ⇒ 회전력이 약함 ⇒ 탈조현상 우려 (모터의 속도는 빠른데 회전력이 약하면 모터가 기구에 영향을 주지 못하고 멈춤)

볼 스크류

회전 운동을 직선 운동으로 변환하는 기계 요소

볼 스크류는 축 방향만의 부하 하중을 받아 회전 운동을 직선 운동으로 변환하는 기계 요소이다 ⇒ 이게 무슨 뜻이냐면 볼 스크류가 수직 하중이나 모멘트 하중을 지탱하는 역할을 하면 안되며 ( 가이드 레일의 존재 이유 )

즉 정리해보자면 모터의 회전 운동을 직선 운동으로 바꿔주는 기계 요소가 볼 스크류이며 직선 운동하는 과정에서 너트 및 하우징을 매개하여 나사축(직선 운동 방향) 으로 축 방향 하중이 가해진다. 그럼 하중을 지지해주는 기계 요소가 필요한데 이 역할을 볼 스크류가 하면 안된다

고정자를 영구자석으로 사용하고 회전자(전기자)를 코일로 사용하여 구성

정류자를 통해 전기자에 흐르는 전류의 방향을 전환함으로써 자력의 반발, 흡인력으로 회전력을 생성

1. 기동 토크가 큼
2. 인가전압에 대해 회전특성이 직선적으로 비례
3. 입력전류에 대해 출력 토크가 직선적으로 비례, 출력 효율 양호
4. 가격이 저렴함
5. 속도 및 방향 제어 용이

T-I 특성 (토크 대 전류)

흘린 전류에 대해 직선적으로 토크 비례

T-N 특성 (토크 대 회전수)

토크에 대해 회전수는 직선적으로 반비례(돌림힘이 증가하면 회전수가 줄어드는 것은 당연함)

DC 모터의 단점

• 구조를 보면 정류자가 회전하며 브러쉬와 계속 마찰을 일으키면서 전류를 전달하는 구조이기 때문에 브러쉬가 마모되어 분진이나 흑연이 발생하거나
• 브러쉬를 통해 권선에 전류가 흐르면서 발생하는 스파크나 노이즈 발생 가능
• 브러쉬와 정류자의 마찰로 지속적인 유지보수 필요
• 위와 같은 이유로 회전속도에 한계 있음

BLDC 모터 (Brushless DC Motor)

• 기존의 일반적인 DC 모터에서 정류자의 역할을 대신해주는 전자 정류 회로를 설치한 모터
• 기존의 DC 모터에서 정류자와 브러쉬의 마찰 문제를 해결한 모터
  
  참고

https://m2plus.tistory.com/entry/모터Motor-정보-모터의-종류1

http://www.ktechno.co.kr/pictech/motor01.html

https://m2plus.tistory.com/entry/DC-모터-DC-Motor-BLED-모터-Brshless-Motor-의-기본-정보

어떤 소프트웨어가 실행될 때 발생하는 이벤트를 추적하는 수단

로깅은 소스를 짜는 도중 모든 내부적 예외든 외부적인 환경 요인이든 에러가 발생하는 경우를 대비하기 가장 좋은 방법은 구성해놓은 소스가 어느 부분에서 작동이 중단되는지 어느 과정들부터 우리가 원하는 처리 과정이 틀어지는 지 알 수 있는 가장 직관적인 방법이라고 생각한다.

https://github.com/inho-park/LoggingProgram

2가지 방식

• interface 콜백 VS delegate 콜백

Interface 콜백

interface 를 통해 콜백 응답을 받음

Delegate 콜백

class 의 delegate 를 함수로 초기화하여 콜백

https://github.com/inho-park/C-Sharp-study/tree/main/CallBackEx

1. 간단하고 재활용이 필요 없는 함수를 만들 때 사용 - 함수 및 변수의 이름을 고민할 시간을 줄임
2. 함수 안에서 호출해서 사용 ( 함수 추가 필요 X )
3. 무명 (익명) 메서드에서 발전된 형태 (무명 메서드에서 선언 부분을 삭제)
4. 함수의 인자 값이 메서드 형태일 경우 주로 사용

C#에서는 delegate 무명 메서드를 Generic 형태로 정의해 놓음

- Func<T, T Result> : 반환 형이 있는 delegate Type
- Action<T> : 반환 형이 없는 delegate Type ( Void )

https://github.com/inho-park/C-Sharp-study/tree/main/LambdaEx

1. Winform 에서 기본적으로 제공하는 Control 외 사용자가 원하는 형태의 Control 을 만들어서 사용할 수 있음
2. Code 를 분리 → 가독성 상승
3. Control 재사용 가능

https://github.com/inho-park/C-Sharp-study/tree/main/UserControlEx

• AWS 서비스와 리소스에 대한 액세스를 안전하게 관리 가능하게 해줌
• AWS 사용자 및 그룹을 만들어 AWS 리소스 액세스 허용 및 거부
• 별다른 추가 비용 없음

바로 사용해보자

S3 로 S3 버킷을 생성한 후

체크한 후 계정 스냅샷 클릭

그러면 이런 화면이 나오며 거부함

그럼 검색창에 IAM 검색해서 대시보드로 들어온 후

좌측의 사용자 클릭

사용자 추가 클릭

사용자 이름이랑 요런식으로 체크하고 다음 버튼 클릭

여기서 그룹 생성 클릭

그룹 이름을 지정한 후

권한 정책에 s3 를 검색하여 AmazonS3FullAccess 체크 후 사용자 그룹 생성 버튼 클릭

그러면 그룹이 생성된 것을 확인한 후 다음 버튼 클릭

여기서 사용자 생성 클릭

요런 식으로 s3 접근 권한을 가진 사용자 계정 생성 가능

사용자 생성 완료

이제 해당 계정과 비밀번호로 로그인해보자

콘솔 로그인 URL 을 복사하여 검색

그리고 사용자 이름과 콘솔 암호 붙여넣기 후 로그인 클릭

비밀번호를 내가 원하는대로 변경 후 비밀번호 변경 확인 클릭

루트 계정이 아닌 IAM 이 부여한 사용자 계정으로 접속한 것이므로

아까 부여한 S3FullAccess 권한 덕분에

S3 버킷으로 접근이 가능한 것을 확인할 수 있다

그러나 EC2 로 가보면

수많은 오류들이 보인다 권한에서 걸러져 api 오류가 나는 것이다

즉 내가 설정한 권한대로만 사용자 계정의 권한이 부여가 되는 것이다

별칭

간략하게 말하면 IAM 콘솔 로그인을 위한 url 에 숫자들을 외우기 귀찮으니 사용하는 것

별칭 생성해보기

다시 루트 계정으로 로그인하여 IAM 대시보드로 들어가보면

AWS 계정 사이드바 밑에

계정 별칭 이라면서 숫자 써있고 생성 써있는 부분이 있는데 여기 생성 클릭

이렇게 별칭 생성한 후 변경 사항 저장 클릭 후

우측의 사이트 보면 IAM 사용자를 위한 로그인 URL 에 숫자 대신 내가 만든 별칭이 들어간 것을 확인할 수 있다

로그인은 똑같이 사용자 계정과 콘솔 암호를 입력하여 로그인하면 된다 끝

1. 스키마가 존재하지 않음 ⇒ 다양한 데이터를 효율적으로 저장 가능
2. 데이터베이스를 수평적으로 확장 가능
3. 대용량 로그 데이터 저장에 적합

AWS DynamoDB

Amazon DynamoDB 는 키-벨류 및 문서 데이터 구조를 지원하는 완전 관리형 독점 NoSQL DB서비스

테이블 생성

테이블이름과 파티션키 입력 후 우측 하단의 테이블 생성 클릭

여기서 테이블 이름 클릭

표 항목 탐색 클릭

여기서 항목 생성 버튼 클릭

새 속성 추가에서 type 을 지정해주면 위 사진처럼 속성이 생성된다

예시로 저렇게 넣어봤다 본인이 넣고 싶은대로 넣은 다음 항목 생성 클릭

이렇게 항목이 생기면 성공

다시 항목 생성으로 들어가서

위와 같이 만들으면

지금 보이는 것처럼 컬럼 명에 관계 없이 항목이 추가되는 것을 볼 수 있다

추가로 해당 테이블 페이지에서

이런식으로 바로 원하는 데이터 조건으로 스캔을 해볼 수 있다

삭제 또한 간단하다

테이블 리스트로 돌아가서

해당 테이블 체크하고 삭제버튼 클릭 후

확인 입력하고 삭제하면 된다 비상 시를 대비해서 백업 생성 또한 가능하니 알아두자

스냅샷 생성 후 스냅샷을 통해 RDS 복원하기

우선 내가 원하는 RDS 인스턴스를 체크박스를 클릭하여 작업 클릭 후 스냅샷 생성 클릭

후에 원하는 RDS 인스턴스 선택 후 이름 작성

스냅샷 생성 클릭

스냅샷이 생성된 것을 확인했으면 이제 스냅샷 이름을 클릭하자

여기서 작업 클릭 후 스냅샷 복원 클릭

화면을 내리다 보면

설정에서 인스턴스 식별자를 지정해준 후

인스턴스 구성에서 버스터블 클래스 클릭한 후 이전 세대 클래스 포함을 토글한 후 프리티어 사용 가능한 t2.micro 를 사용했다

또 더 내리다 보면

연결에 들어가서 퍼블릭 엑세스를 ‘예’로 체크 해준 후

좌측 하단의 DB 인스턴스 복원 클릭

스냅샷을 통해 복원된 RDS 인스턴스 확인 가능

RDS 접속하던 방법과 동일하게 접속하면

RDS_DB 가 만들어져있는 것을 확인 가능

스냅샷 삭제하는 법도 간단하다 여기서 스냅샷 삭제 누르고

확인용 모달에서 삭제 누르면 끝

이제 RDS 인스턴스 삭제하는 과정도 알아보자

이렇게 바로 삭제 클릭 후

여기서 아래에 delete me 를 입력하면 삭제 버튼이 활성화된다

근데 최종 스냅샷 생성에 체크되어 있는 것을 확인할 수 있는데 이는 RDS 를 실수로 삭제하는 것을 방지하기 위해 자동으로 스냅샷을 생성해주는 것이므로 확실하게 삭제해야하면 체크를 해제하고 삭제하면 된다

• 관계형 DB 서비스는 애플리케이션 내에서 관계형 데이터베이스의 설정, 운영, 스케일링을 단순하게 하도록 설계된 클라우드 내에서 동작하는 웹 서비스
• DB SW 를 패치하거나 DB 를 백업하거나 시점 복구를 활성화하는 것과 같은 복잡한 관리 프로세스들은 자동 관리
• 스토리지와 연산 자원들을 스케일링하는 것을 하나의 API 호출로 수행 가능

RDS 를 통한 MySQL 생성 및 HeidiSQL 을 통해 접속하기

일단 콘솔에서 rds 서비스 검색해서 들어오기

여기서 데이터베이스 생성 클릭

나는 MySQL 로 사용할거라 MySQL 골라주고

프리티어 사용 가능한 버전을 고른 후 마스터 사용자 이름을 root 로 설정하고 암호를 설정해줌

여기서 연결할 사용 가능한 볼륨을 t2.micro 로 제일 낮은 버전으로 골랐다

이외에는 기본 설정값들로 그대로 생성했다

이런 화면이 나오면 성공

여기서 인스턴스의 DB 식별자 이름을 클릭하자

여기서 VPC 보안 그룹 클릭

여기서 아래의 인바운드 규칙 클릭 후 인바운드 규칙 편집 클릭하면

이런 화면 나오는데 저 규칙을 삭제한 후 규칙 추가 버튼을 누르자

그 다음 유형에 모든 트래픽 소스에 Anywhere 에 0.0.0.0/0 을 선택 후 규칙 저장 클릭

이런 화면 나오면 성공

여기서 퍼블릭 엑세스 가능에 ‘아니요’ 라고 되있는 부분을 ‘예’ 로 바꿔야함

우선 여기서 수정 버튼을 클릭하자

화면을 내리다 보면 연결 부분이 나오는데 여기서 추가 구성 클릭

퍼블릭 엑세스 가능으로 체크 후

좌측 하단에 계속 버튼 클릭 후 DB 인스턴스 수정 ( 주황색 ) 버튼까지 클릭하면

수정이 완료되었으며

퍼블릭 엑세스 가능 에 ‘예’ 로 바뀐 것을 확인 가능

이제 이것을 Heidi SQL 로 접속해보려하는데 구글에 검색해서 다운받은 후

신규 버튼 클릭

RDS 인스턴스의 엔드포인트를 복사하여 호스트명/IP 에 붙여넣고 Library 는 libmysql 로 바꿔준 후

인스턴스 생성할 때 지정한 마스터 계정과 암호 입력

열기 클릭하면

접속 성공한 모습

쿼리문까지 작동이 잘된다 RDS 환경 설정 끝

AMI 생성해보기

바로 AMI 를 만들어 보자

인스턴스 화면으로 접속

실행 중인 인스턴스를 체크한 후 작업의 이미지 및 템플릿을 클릭 후 이미지 생성 버튼을 클릭

위와 같은 화면이 들어오면 이미지 이름을 정해준 후 ‘이미지 생성’ 버튼 클릭

이미지 카테고리의 AMI 로 들어오면 ami 가 생성되어있는 것을 확인할 수 있다. 처음엔 이름이 없으니 본인이 직접 입력해주면 편함

AMI 로 인스턴스 런칭하기

인스턴스 시작 화면 들어온 후

더 많은 AMI 찾아보기 클릭

AMI Marketplace AMI 도 있고 다양한 AMI 들을 확인할 수 있다

나는 직접 생성한 AMI 를 런칭하기 위해 ‘내 AMI’ 클릭했다

선택 버튼 클릭한 후

나머지는 기본 프리티어 사용 가능 유형으로 두고 키 페어는 기존에 사용하던 리눅스 서버의 키페어를 골라줬다

화면을 보면 내가 만들었던 AMI 가 지정 되있는 것을 볼 수 있다

이제 인스턴스 시작 클릭

이름은 ami_generated 로 넣어줬다.. 이제 이 서버에 접속을 해보겠다

putty 로 기존의 사용하던 키페어로 접속을 하면

이렇게 성공이 가능한데 중요한 점은 방금 접속했지만 기존의 리눅스 서버 인스턴스에 만들어뒀던 폴더와 파일 구조를 이 서버가 가지고 있을 것이란 점이다

확인해보자

ls 를 입력해봤더니 내가 만든 적도 없던 test_folder 가 있다

test_folder 안에 만들어놓은 텍스트 파일도 그대로 유지된 것을 확인할 수 있다

• 인스턴스에 고정된 IP 주소를 할당해주는 서비스
• Elastic IP 를 사용하지 않을 경우, 인스턴스를 시작하고 종료할 때마다 새로운 IP 가 할당되고 부여됨 ( IP 주소가 계속 바뀌는 것이 불편함 )
• Elastic IP 사용 시 IP 주소를 할당받고 이를 인스턴스에 연결하지 않으면 요금이 부과됨 ( IP 주소 부족 문제를 해결하기위함으로써 사용하지 않는 Elastic IP 는 반환해서 요금이 부과되지 않도록 해야함 )

Elastic IP 를 사용하는 이유

우선 저번에 만들어둔 ec2 리눅스 인스턴스를 다시 시작시켜보겠다

퍼블릭 IPv4 주소에 주의하자

우리가 putty 를 통해 해당 인스턴스의 서버로 접근하려면 .ppk 키파일과 그에 일치하는 ip 주소로 접근해야 하는데 그 주소가 저 퍼블릭 IPv4 주소이다..

putty 를 통해 위와 같이 접근이 가능한데

만약 인스턴스를 중지했다가 다시 시작햅보면 어떻게 될까?

위 화면은 인스턴스를 중지 후 시작한 화면이다 즉 이렇게 인스턴스를 껐다가 킬 때마다 퍼블릭 IP 주소가 바뀌는데 이는 나중에 번거로워질 수 있다. 그래서 제공되는 것이 Elastic IP 이다

EC2 사이드 바에 네트워크 및 보안 > 탄력적 IP 를 클릭하자

탄력적 IP 주소 할당 클릭

변경 없이 ‘할당’ 버튼 클릭

생성 완료

이제 이를 인스턴스와 연결을 시켜줘야만 IP 주소를 사용함으로써 과금의 늪에서 빠져나올 수 있다 이를 방치하면 돈이 나가므로 주의하자

우선 해당 아이피 주소를 클릭 후

탄력적 IP 주소 연결 클릭

인스턴스 선택 후 현재 실행 ( running ) 중인 인스턴스는 자동으로 옵션에 나오므로 선택

그 다음에 연결 버튼 클릭하면

이렇게 Elastic IP 주소가 리눅스 서버 인스턴스에 할당된 것을 볼 수 있다

자 이제 인스턴스를 중지 후 다시 시작하고 퍼블릭 IP 가 바뀌는지 확인해보자

우선 보면 알겠지만 퍼블릭 IPv4 주소가 Elastic IP 주소로 바뀐 것을 확인할 수 있다

이제 인스턴스를 중지하고 다시 확인해보면

인스턴스가 중지되면 퍼블릭 IPv4 주소가 사라져야하는데 남아있다

이를 통해 이제 서버를 접속할 때 고정된 퍼블릭 IPv4 주소를 통해 접속 가능하게 됐다

Elastic IP 를 해제하고 릴리스하여 과금의 늪에서 벗어나보자

우선 탄력적 IP 로 돌아와 본인이 해제하고자 하는 Elastic IP 를 클릭

작업 버튼 누른 다음에

탄력적 IP 주소 연결 해제 버튼을 클릭하면

이런 화면이 나오는데 연결 해제 클릭

그리고 다시 작업 클릭 후 탄력적 IP 주소 릴리스 버튼 클릭

릴리스 버튼 누르면

과금 해방

우선 s3 버킷 페이지로 들어온 후 원하는 버킷 이름을 선택

그 후 속성 카테고리에 들어와 맨 아래까지 페이지를 내려보면

정적 웹 사이트 호스팅이 비활성화되있는 것을 볼 수 있다

그럼 편집을 눌른 후

비활성화를 활성화로 바꾼 후

인덱스 문서에 index.html 입력한 다음 변경 사항 저장

권한 카테고리 클릭

버킷 정책의 편집 클릭

여기서 정책 생성기 클릭

그러면 위와 같은 화면이 나오는데 천천히 보면

1. Select Policy Type 에서 S3 Bucket Policy 선택
2. Add Statement(s) 에서 Effect 에 Allow
3. Principal 에 *
4. AWS Service 는 그대로 두고
5. Actions 에 All Actions 체크박스 클릭
6. Amazon Resource Name (ARN) 에 아까 버킷 정책 편집에 나오는 ARN 소스를 붙여넣고 /* 추가하기 ( 예시 arn:aws:s3:::inho-bucket-0608/* )
7. 위처럼 했으면 Add Statement 버튼 클릭

여기서 Generate Policy 클릭 하면

이런 화면이 나오는데 이 JSON 파일을 복사해서

요기다가 이렇게 집어넣고 변경 사항 저장 클릭하면 정책 권한 끝

그 다음에 index.html 파일 하나 임시로 만들고

s3 에 사진 업로드했던 것처럼 똑같이 index.html 을 s3 에 업로드하기

그 후 버킷의 속성 카테고리 클릭 후 맨 아래로 내려보면

이 화면이 보일텐데 여기서 하단 링크 복사해서 브라우저에 검색해보면

이렇게 화면이 출력되는 것을 볼 수 있다

S3 버킷 삭제하기

S3 버킷은 삭제하기 전에 스토리지에 저장된 데이터들을 먼저 비워줘야한다

이렇게 전부 체크한 다음에 삭제 버튼을 누르면

객체를 영구 삭제하시겠습니까? 라는 질문이 나오는데 여기에 ‘영구 삭제’ 라고 입력하면 하단의 ‘객체 삭제’ 버튼이 활성화되면서 삭제가 가능해진다

다음에 S3 > 버킷 페이지로 간 후에

파일들을 삭제한 버킷을 체크한 후에 삭제 버튼 클릭한 후

버킷 이름을 입력하면 버킷 삭제 버튼이 활성화되고 이 버튼을 클릭하면

버킷 삭제까지 완료 = 더 이상 비용이 부과되지 않는 상태

• 아마존 웹 서비스에서 제공하는 온라인 저장 서비스
• 다른 서비스에 비해 개발자 친화적이라 사용 난이도가 있지만 가격이 저렴한 편

S3 활용 용도

• 데이터 백업 : 데이터의 유실 가능성을 생각해서 데이터를 백업해 놓는데 S3 사용 가능
• 빅데이터 저장 : 데이터양이 너무 많아서 일반 하드 드라이브에 저장하기 힘든 규모일 경우, 이를 S3 에 저장할 수 있음
• 재해복구 : 특정 지역의 데이터 센터에 문제가 생길 경우 S3 에 저장해 놓은 데이터를 통해 복구 가능

AWS S3 사용하기

바로 본론으로 가보자

우선 AWS 로그인 한 후 검색 창에 s3 검색 후 들어오면

이런 화면이 나오는데여기서 버킷 만들기 버튼 클릭

후에 버킷 이름 작성하고 지역은 서울로 했다 ( 가까우면 무조건 유리하므로 )

여기가 중요한데 이 버킷의 퍼블릭 엑세스 차단 설정이처음에는 모든 퍼블릭 엑세스 차단에 체크가 되어있을텐데 나는 이 버킷을 다른 모듈들로 엑세스하는 과정이 필요하기에 차단 해제해줬다 ( 본인의 상황에 맞게 사용하면 될 것 같다 )

아 참고로 저기 경고 표시에 있는 체크 박스 읽어보고 체크해야만 차단 해제가 된다

나머지는 기본 값으로 두고 버킷 만들기 버튼 클릭

아 하나 짚고 넘어가자면 버킷 이름은 전역적으로 사용되기 때문에 기존에 있는 버킷 이름일 경우 바꿔줘야 한다

이렇게 성공적으로 만들어지면 버킷 이름을 클릭해보자

여기서 업로드를 하여 내 사진을 클라우드 스토리지에 올릴 수 있다

파일 추가를 통해 파일을 찾은 후 업로드를 누르면

이렇게 업로드가 되는 것을 확인할 수 있다

여기서 업로드된 파일 이름을 누르면

위와 같은 페이지가 따로 생성되며 다양한 정보들을 보거나 작업 처리를 할 수 있다

폴더도 생성할 수 있고 파일을 삭제하는 과정도 되게 단순하니 한번 해보자

터미널 환경을 통해서 컴퓨터와 상호작용하는 환경

putty - ssh ( secure shell ) 접속 클라이언트 프로그램

리눅스 인스턴스에 접속하기 위해 ssh 접속이 필요

우선 바로 아마존 리눅스 인스턴스를 만들어보자

EC2 에서 인스턴스 시작 누른 다음에

요렇게 아마존 리눅스를 클릭하고

인스턴스 유형은 프리 티어 사용 가능한 t2.micro 로 하고 키 페어도 rsa 로 만들어준다 ( 이전에 한 방식과 동일 )

그 다음에 시작하면

요렇게 실행 중 화면이 나와야 한다

그 다음에 putty 를 설치해줘야 하는데 아래 링크로 들어간 다음 https://www.putty.org/

요기서 Download PuTTY 클릭

그럼 요런 화면이 나오는데 여기서

putty-64bit-0-78-installer.msi 설치해준 후

installer 실행 후 본인이 원하는 로컬위치에 install 한 다음

요렇게 PuTTY 앱이 깔리면

PuTTYgen 도 같이 설치돼있을텐데 실행하자

Load 누른 다음에 선택항목에 ppk 로 되있으면 All files 로 바꾼다음에 찾으면 pem 파일 경로를 볼 수 있다

요런 화면이 나오면 성공 이제 저기서 Save private key 를 클릭해주면 드디어 리눅스에서 사용할 수 있는 .ppk 키파일이 생성된다

이제 putty 를 실행하자

그 다음에 Connection → SSH → Auth → Credentials 로 들어와서 private-key file for authentication 에 ppk 파일 등록

다시 처음에 Session 으로 돌아간 후

Host Name 에 ec2-user@{ public IPv4 주소 } 입력하기

접속 성공 ( 나갈 때는 그냥 X 누르면 됨 )

Linux 기본 명령어

• pwd ( print working directory ) : 현재 작업중인 경로 반환
• cd ( change directory ) : 다른 경로로 현재 작업 경로를 변경
• ls ( list segments ) : 현재 경로의 모든 파일 리스트를 반환
• mkdir ( make directory ) : 현재 경로에 새로운 디렉토리 생성

vi ( visual editor )

• i - insert mode 로 변경 ( 현재 커서 위치에 내용 추가 )
• a - append mode 로 변경 ( 현재 커서 위치 한칸 뒤에 내용 추가 )
• o - open line mode 로 변경 ( 현재 커서 한라인 아래에 내용 추가 )
• esc - normal mode 로 변경 ( 수정 작업 불가 read only 상태 )
• :w - 파일 저장하기
• :q - 종료
• :q! - 강제종료
• :wq - 저장하고 닫기
• :wq! - 강제로 덮어쓰고 종료
• h - 좌
• j - 하
• k - 상
• l - 우
• 상하좌우 방향키도 가능

git-bash ( Bourne-again shell ) 를 공부하면서 겹친 명령어들이 많아 조금 신기했는데 Linux 환경에 기본적으로 bash 가 탑재된다고 한다

아무래도 AWS가 구글에 정보가 많은 것도 사실인데 내가 원하는 완벽한 사이클의 ec2 리눅스 서버 생성 방법을 간략히 정리하고 싶었다..나를 위해서 작성한 글이긴하나 다른 사람들에게도 이 글이 도움이 됐으면 좋겠다 개인적으로 윈도우 먼저 접속하고 나서 리눅스 접속하니까 불쾌감이 조금 오지만 그래도 익숙해져야겠다

그래도 학교에서 리눅스 강의 들으면서 터미널을 많이 써봐서 그런지 엄청 어려울 것 같진 않고 차근차근 알아봐야겠다

인스턴스(실행 중) 클릭

인스턴스 시작 클릭

가볍게 프리티어 사용 가능한 windows 서버로 만들어보자

인스턴스 유형은 프리티어 사용 가능한 t2.micro 로 만들었으며 key pair 도 입력해주고 생성하면 끝

key pair 로 생성하는 과정에서 .pem 파일, rdp 파일을 하나 다운로드할텐데 나중에 쓸 일 있으니 잘 챙기자

해당 인스턴스의 아이디로 들어와보면 정보들이 쫙 나오는데 여기서 연결 버튼 클릭

여기서 원격 데스크톱 파일 다운로드 누르면 .rdp 파일 하나 받는데 열면 관리자 계정의 암호가 필요한데 그걸 아래 화면에서 구할 수 있음

여기 프라이빗 키 파일 업로드에서 아까 다운로드한 .pem 파일 업로드하고 암호 해독 누르면 암호가 나오는데 그거 붙이고 실행하면

window 서버용 컴퓨터 프리티어로 빌리기 성공

사용한 인스턴스 중지하기

위에 x표시 눌러서 세션 로그온을 종료한 다음

위 화면에서 원하는 인스턴스 체크박스에 체크 후 인스턴스 상태를 눌러서 인스턴스 중지 클릭

인스턴스 중지됨 = 서버용 컴퓨터 껐다고 보면됨 ( 원격 데스크톱 연결 해보면 막힐 거임 )

인스턴스 종료하기

왼쪽 상단에 메뉴바 누르고 Elastic Block Store 카테고리의 볼륨을 확인해보면 아래와 같은 화면을 확인할 수 있는데

이는 인스턴스를 종료하지 않는 이상 계속 하드를 사용중이게 하므로 내가 사용할 수 있는 하드의 볼륨이 있는데 이 중 일부를 ec2 인스턴스를 유지하는데 사용 중이라고 생각하면 편할 것 같다

즉 이 서버용 컴퓨터가 더 이상 필요 없어졌는데 종료하지 않으면 내 볼륨만 차지하는 꼴인 셈

아까 인스턴스 중지하던 화면으로 돌아가서 인스턴스 종료 클릭

이런 화면이 나오면서 인스턴스 상태에 종료됨 이 나오면 인스턴스로 받은 서버용 컴퓨터가 완전히 삭제 완료

뭔가 oracle virtual machine 사용해서 리눅스 실습할 때랑 비슷한 느낌이 드는데 다음에는 putty 를 통해 Linux 서버 생성하는 과정을 올려보고자 한다

EC2 ( Elastic Compute Cloud )

• 아마존닷컴의 클라우드 컴퓨팅 플랫폼 아마존 웹 서비스의 중앙부를 이루며, 사용자가 가상 컴퓨터를 임대 받아 그 위에 컴퓨터 애플리케이션들을 실행
• 사용자가 AMI ( Amazon Machine Image ) 로 부팅하여 아마존이 ‘인스턴스’라 부르는 가상 머신을 원하는 소프트웨어를 포함하여 구성할 수 있게 웹 서비스를 제공 ⇒ 스케일링이 가능한 애플리케이션 배치 ( deployment ) 를 장려
• 서버 인스턴스를 만들고 시작, 종료할 수 있으며 탄력적인( elastic ) 서버 ( 사용 시간 비례 ) 사용 가능, EC2는 사용자에게 레이턴시 최적화와 높은 수준의 다중화를 허용하는 지리학적 인스턴스 위치에 대한 통제 기능 제공

EC2 인스턴스 유형

• 범용 : m ~
• 컴퓨팅 최적화 : c ~
• 스토리지 최적화 : i ~
• GPU 최적화 : g ~
• 메모리 최적화 : r ~

EBS ( Elastic Block Storage )

• EC2 에 연결하는 Storage
• 서버에 연결하는 하드디스크 개념 ( 범용 SSD 형태인 gp2 타입이 대표적으로 사용됨 )

다음 포스팅에는 직접 ec2 를 사용하여 구현해보는 과정을 구현해보자