정리 블로그

IaaS / PaaS / SaaS

1. IaaS(Infrastructure as a Service)
 -. 서버를 운영하기 위해 Server, IP, Network, Storage 등 구축이 필요.
 -. 가상환경에서 쉽고 편하게 이용할 수 있게 서비스 형태로 제공.
 -. HardWare보다 확장성이 좋고 탄력적이며 빠른 제공을 할 수 있음.
 
2. PaaS(Platform as a Service)
 -. 서비스를 개발할 수 있는 환경과 응용 프로그램을 개발할 수 있는 API까지 제공하는 형태
 
3. SaaS(Software as a Service)
 -. Cloud 환경에서 동작하는 응용 프로그램을 서비스 형태로 제공하는 것.
 -. 메일 서비스가 대표적인 예.
 -. 사용자는 메일 시스템이 어떻게 동작하는지, 백업이 어떻게 진행되는지는 알 필요가 없으며, 단순히 사용만 하면 되는 환경

( 이미지 출처 : https://www.bmc.com/blogs/saas-vs-paas-vs-iaas-whats-the-difference-and-how-to-choose/ )

*On-Premises : 위에 이미지와 같이 모든 물리장비 구비가 필요함.

 -. 초기 구축 비용에 많은 투자 필요.

 -. 서버 사용 대수와 기타 부자재가 일정하게 유지된다면 장기적으로는 비용이 저렴할 수 있음.(클라우드 서비스에서 비용 최적화가 진행되지 않는다는 가정.)

 -. 탄력적으로 시스템 운영 불가(이벤트 서버 증설 등)

SMTP 서버란?
 -Outlook에서 메일을 전송할 경우, 해당 메일은 SMTP 서버로 일단 전송되며, SMTP 서버에서 SendMail 프로그램을 이용하여 해당 메일주소로 발송.
 -보내는 메일서버. 즉, Outgoing Mail Server라고 부름.
 
POP3 서버란?
 -그룹웨어 사용자가 자신의 계정에 온 메일을 확인하려면 POP3 서버에 계정이 있어야하며, 메일은 POP3 서버에 저장되고 이를 메일프로그램에서 자신의 컴퓨터로 전달.
 -받는 메일서버. 즉, Incoming Mail Server라고 부름.
 -그룹웨어 기준으로, POP3 서버는 임직원 데이터 조회가 가능해야함.

SPAM 서버란?
 -메일을 차단하고, 필터링할 수 있음.

RELAY 서버란?
 -Relay 서버가 필요한 이유는 특수한 케이스에서 사용. Mail Relay의 예로, 러시아 혹은 중국과 같이 클라우드 환경의 IP를 차단하기 때문에 도입하였음.
 -클라우드 메일서버 >> IDC 서버(릴레이) >> 러시아/중국 발송.

umask : 새폴더 및 새파일의 퍼미션을 결정하는 값

옵션값

-a : all

-l : long

-s : Size(파일의 크기순으로)

-r : reverse 출력(기본 ls 출력은 알파벳 순. -r 을 입력하여 반대로)

-R : recursive(하위 디렉토리까지)

-h : human(사람이 볼 수 있도록)

procfs(proc file system)

부트타임에 /proc에 매핑됨.

커널영역과 사용자 영역 사이 통신에 대한 방식 제공

Shell 종류

bash : 본 쉘과 호환. GNU 프로젝트에 의해 만들어지고 배포.

csh : 버클리에서 개발. 명령행 편집기능은 제공하지 않음.

ksh : 일반적으로 유닉스에서 가장 많이 사용하고 있는 쉘. 본쉘과 호환

chsh(Change Shell) : 쉘을 변경.

~(Tilde) : 홈디렉토리

ps aux : 사용중인 프로세스 중 사용량을 많이 차지하는 위주 출력

ps ax : 사용중인 프로세스 중 PID 순으로 출력

ps -ef : PID의 부모인 PPID도 출력함

[root@localhost ~]# vi /etc/pam.d/su
      1 #%PAM-1.0
      2 auth            sufficient      pam_rootok.so
      3 # Uncomment the following line to implicitly trust users in the "wheel" group.
      4 #auth           sufficient      pam_wheel.so trust use_uid
      5 # Uncomment the following line to require a user to be in the "wheel" group.
      6 #auth           required        pam_wheel.so use_uid
      7 auth            include         system-auth
      8 account         sufficient      pam_succeed_if.so uid = 0 use_uid quiet
      9 account         include         system-auth
     10 password        include         system-auth
     11 session         include         system-auth
     12 session         optional        pam_xauth.so
~

6번 LINE을 주석처리하면 su 명령어 정상 작동

*** Crontab이란 무엇인가
- 윈도우 스케줄러와 같은 역할을 함
- 정기적으로 처리해야 될 작업을 자동으로 실행시켜줌
- 로그 백업, 삭제 
- CRONTAB Basic
 1. ~$ crontab -e (크론탭 명령을 설정할 수 있는 곳)
 2. ~$ crontab -l (크론탭에 어떤 명령들이 저장되어있는지 확인하는 곳. 계정별 다르게 보임)
 3. ~$ crontab -r (크론탭 내용을 지우는 부분. 입력 후 'crontab -l'을 입력하면 내용이 사라짐)
 
- TIP
 1. 한 줄에 하나의 명령어만 사용. (~$ * * * * 5 5 /home/script/test.sh) 분(0-59)/시간(0-23)/일(1-31)/월(1-12)/요일(0-7 0과 7은 일요일)
 2. # 주석을 사용할 것.

- 주기 예제
 1. # 매분 test.sh 실행 : * * * * * /home/script/test.sh
 2. # 매주 금요일 오전 5시 45분에 test.sh 를 실행 : 45 5 * * 5 /home/script/test.sh
 3. # 매일 매시간 0분, 20분, 40분에 test.sh 를 실행 : 0,20,40 * * * * /home/script/test.sh
 4. # 매일 1시 0분부터 30분까지 매분 tesh.sh 를 실행 : 0-30 1 * * * /home/script/test.sh
 5. # 매 10분마다 test.sh 를 실행 : */10 * * * * /home/script/test.sh
 6. # 5일에서 6일까지 2시,3시,4시에 매 10분마다 test.sh 를 실행 : */10 2,3,4 5-6 * * /home/script/test.sh
 

AZURE - Certification

- AWS에서 발급받는 인증서와 다르게 별도의 구매 필요.
※ AZURE의 APP SERVICE에서 운영중인 서비스에만 소유하고 있는 인증서를 적용할 수 있음!!

'For pricing information, please contact your reseller.' 라는 문구가 적혀 있음.(Certificate SKU 탭을 눌렀을 때.)

위와 같이, Reseller에게 문의하여 비용이 확인 가능하며,
Basic-SSL(단일 도메인), Wild Card-SSL(멀티 도메인) 두 종류 중 구매 가능함.
* 'domain name'.com'과 같이 하위 모든 도메인 구매에 적용되는 인증서임.
* 구매완료 후 도메인 소유권을 확인하여 진행할 수 있으나, 별도의 구매가 필요치 않아 Next Step 진행 불가.

AWS에 비해 Certificate 기능은 심히 아쉬운 부분이 많음.