정리 블로그

print로 한글을 입력하려면 Defining이 필요함.

# coding=UTF-8  // Lin1

IDLE에서 입력했던 것과 마찬가지로

print('안녕하세요') // Lin3

형태로 출력

'#'을 통해 한줄 주석처리 가능.

""" 세번의 "를 통해 여러줄 주석처리 가능. 마지막은 """로 닫아줘야함. // Lin7~10

name="Amy"

name2="Amy2"

name3='에임이'

와 같이 변수에 값을 저장할 수 있으며, 출력은 위와 같음.

한 줄의 print 명령어 안에서 '+'를 통해 여러 문장을 합칠 수 있음.

내이름은 AmyAmy2 // Lin19

내이름은"누구이다" // Lin20

Error // Lin21

**숙제

myname 변수에 이름을 입력하여, 아래를 출력

출력 : 저것은 이름's

답:

IDLE란 파이썬의 GUI.

파이썬은 널리 쓰임이 많은 언어.

** 숙제 : 파이썬을 설치 및 "Bonjour le monde" 출력하기.

파이썬은 print를 사용하여 출력을 쉽게 할 수 있음.

EC2 RightSizing을 진행하는 방법 중 CloudFormation을 사용하는 방법.

AWS Console Login -> CloudFormation -> 'Create stack' 에서 진행.

https://s3.amazonaws.com/solutions-reference/cost-optimization-ec2-right-sizing/latest/cost-optimization-ec2-right-sizing.template

위 URL을 'Amazon S3 URL'에 넣어주면 됨.

사용중인 대역을 고려하여, CIDR Block를 설정해줌.(특정 리젼에 대한 RightSizing, 전체 RightSizing도 가능할 것 같음.) 해당 내용은 별도 문의 후 수정 예정.

이후 페이지부터는 별도의 설정이 필요하지 않음.

Stack 생성 후 RightSizing을 살펴보면 됨.

++ 해당 작업이 완료되면 S3에 Excel 파일로 생성이 되는데,

 'Compute Optimizer' 서비스를 사용할 경우에는 'CloudFormation' 보다 보기 편리함.

 - Compute Optimizer에 대한 내용은 하이퍼링크 클릭. (AWS 공식 가이드)

 -. CI/CD (Continuous Integration / Continuous Deploy || Delivery)
   >> 지속적 통합, 지속적 서비스제공, 지속적 배포
   >> 애플리케이션의 통합 및 테스트 단계에서부터 제공 및 배포까지 라이프사이클 전체에 걸쳐 자동화
   >> CI : 개발자를 위한 자동화 프로세스
   >> CD : 지속적 서비스 제공 혹은 지속적 배포 
      - 적용한 변경 사항이 레포지토리에 자동으로 업로드. 운영팀은 레포지토리에서 애플리케이션을 실시간 프로드 환경에 배포.
  - CI 빌드 자동화, 유닛 및 통합 테스트 수행 후 지속적 제공 프로세스에서는 유효한 코드를 자동 릴리즈
 -. Commit 시, Build, TEST, Deploy를 자동화하는 도구
 -. 코드가 변경될 때마다 빌드, 테스트, 배포
 -. 소프트웨어 릴리즈 단계 : Commit >> Build >> Test >> Prod

** Lambda는 Deploy 시, 오류가 발생하면 Roll Back 할 수 있는 역할도 할 수 있으며, 배포 완료 후 담당자에게 Alarm을 주는 역할도 가능하기 때문에 양쪽에 포함.

-. DNS서버는 기본적으로 PC에 세팅되어 있음.

-. DNS서버내 기준에 따라 내부/외부와 통신을 하게 되며, 외부망으로 통신하게될 경우 위치의 공인아이피로 통신함.

-. 내부망으로 통신할 경우는 자리의 Private IP가 Source IP가 됨.

** 해당 내용은 현재 시스템을 기준으로 작성되었기 때문에 어떤 IP가 Src가 될지는 상황에 따라 다를 수 있음.

- Docker(도커)
 -. 컨테이너 기반의 오픈소스 가상화플랫폼
 -. 백엔드 프로그램/데이터베이스 서버/메세지 큐 등 어떤 프로그램도 컨테이너로 추상화 가능. AWS, Azure, Google cloud 등 어디서든 실행 가능
 -. 1개의 서버에 여러 개의 컨테이너 사용. 독립적 실행. 각 컨테이너의 CPU / Mem 사용량 제한 가능.
 -. 새로운 컨테이너를 만드는데 걸리는 시간은 새로운 VM을 만드는 것보다 훨씬 빠름.
 -. 리눅스에서는 Docker 이전에 cgroup를 통해 process를 격리하는 방법을 사용하였음. 이는 Docker의 개념과 유사함.(Linux Container a.k.a LXC)
 -. Container만큼 중요한 개념은 IMAGE.
  -. Container 실행에 필요한 파일, 설정값 등을 포함하며 변하지 않음
  -. IMAGE는 Container를 실행하기 위한 모든 것을 가지고 있음.!!!
  -. AWS 이미지 생성과 Docker Image는 비슷한 역할을 한다는게 내 결론. Docker 이미지 크기는 수MB ~ GB까지도 있음.

** Docker의 기본 네트워크 모드는 Bridge모드. 약간의 성능 손실 있음.

   따라서, 네트워크 성능이 중요한 프로그램의 경우 --net=host 옵션 고려.

??) 네트워크 Bridge모드란?

  -. 호스트의 네트워크와 게스트의 네트워크를 브릿지하여 게스트 네트워크가 호스트 네트워크를 사용할 수 있는 방식.

    (호스트와 게스트 네트워크를 하나로 연결하여, 같이 사용한다고 생각하면 됨.)

SSL보안인증서?
도메인을 보호.
인증서 유효기간은 1~3년. 장기간 구매를 통해 매년 관리할 필요가 없게 할 수 있음.


와일드카드 인증서
"1. 하나의 고유한 FQDN(Fully Qualified Domain Name) 아래 여러개 하위 도메인 보호.
하나의 인증서로 여러 도메인 관리. 향후 추가되는 하위 도메인을 즉시 보호 및 관리비용 절감"
2. '*'를 FQDN의 접두사로 사용하여 여러 서비스를 보호하는 SSL인증서. 하나의 인증서로 여러 서비스에 인증서를 적용.
   접두사로 '*'를 사용하기에 mail.dennis.com, spam.dennis.com 등은 하나의 인증서로 적용 가능하지만, mail.dennis.net과 같이 접미사가 달라질 경우 적용 불가능. Mail.test.dennis.com 또한 적용 불가


SAN 인증서
1. 웹 사이트가 동일한 도메인 이름을 공유하지 않는 경우에도 유연하게 사용 가능.
2. SAN인증서는 인증서에 입력된 FQDN만 지원. 인증기관에 따라 하나의 인증서로 100개 이상의 FQDN을 지원할 수 있음. 인증 마크와 인증서는 입력된 기본 도메인 이름에만 적용. 다른 도메인 이름은 해당하지 않음.
3. 하나의 서비스에 여러 도메인이 필요한 경우 사용.
4. 도메인의 수가 추가되더라도 무료 재발행 가능


Wildcard, SAN의 장점은 도메인 추가시 구입없이 즉시 발급 가능
와일드카드는 단일도메인 아래 하위 도메인을 보호하는데 유용하게 쓰임.
Spam.dennis.com / mail.dennis.com 등."
반면 SAN은 dennis.com / dennis.net 등과같이 대체 도메인을 보호하는데 유용하게 쓰임

SAN : dennis.com / dennis.net  등에 사용
WildCard : www.dennis.com / taek.dennis.com 등 하위 도메인에 사용

*Ref) EV Certification(Extended Vaildation) : 주소창이 녹색으로 변하는 인증서로 신뢰 단계가 높은 인증서

* 해당 자료는 re:Invent(Goldman Sachs사 발표 자료 내용)