쏘니헨리

DML(Data Manipulation Language, 데이터 조작어)

데이터베이스의 데이터를 관리하는데 사용됩니다. DML명령은 자동으로 커밋되지 않습니다. 즉 DML명령에 의한 변경은 데이터베이스에 영구적이지 않으므로 롤백할 수 있습니다.

DML(INSERT,UPDATE,DELETE,SELECT) 명령어의 경우, 조작하려는 테이블을 메모리 버퍼에 올려놓고 작업을 하기 때문에

실시간으로 테이블에 영향을 미치는 것은 아니다. 따라서 버퍼에서 처리한 DML 명령어가 실제 테이블에 반영되기 위해서는 COMMIT 명령어를 입력하여 TRANSACTION을 종료해야 한다. 그러나 SQL Server의 경우는 DML의 경우도 AUTO COMMIT으로 처리되기 때문에 실제 테이블 반영하기 위해 COMMIT 명령어를 입력할 필요가 없다.

데이터베이스에서 데이터를 검색.(RETREVE라고도 함)

DDL (Data Definition Language, 데이터 정의어) - Auto Commit 

데이터베이스 구조 또는 스키마를 정의하는데 사용

주의 : 직접 데이터베이스의 테이블에 영향을 미치기 때문에 DDL명령어를 입력하는 순간. 명령어에 해당하는 작업이 즉시 (AUTO COMMIT) 완료된다는 것을 기억하기 바란다. 

DCL (Data Control Language,데이터 제어 언어) - Auto Commit

데이터베이스에 권한 부여

주의 : 직접 데이터베이스의 테이블에 영향을 미치기 때문에 DCL 명령어를 입력하는 순간. 명령어에 해당하는 작업이 즉식 완료된다는 것을 기억하기 바란다.

TCL (Transaction Control Language, Transaction 제어 언어)

데이터의 보안,무결성,회복,병행 수행제어 등을 정의하는데 사용 

출처 : https://iamfreeman.tistory.com/entry/DBMS-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%96%B8%EC%96%B4-DDL-DML-DCL-TCL-%EC%9D%98-%EC%A0%95%EC%9D%98

핫 스패어의 이해

RAID를 구성하는 목적 중 가장 중요한 일은 속도의 증대나 용량의 확대보다는 데이터의 안전한 보존이라고 할 수 있다.

IT기기 중 최후의 아날로그 제품이라고 보는 하드디스크는 저렴한 용량에 무척 높은 장애율을 갖고 있다.

하드디스크의 장애를 예방하고 데이터의 안전한 보존을 강화하는 것이 Hot spare 입니다 ~ 

핫 스패어의 종류 

Hot spare는 Global Hot spare와 Dedicate Hot spare로 나뉜다.

글로벌 핫 스페어는 컨트롤러가 관장하는 레이드 볼륨 다수에 지정되어 어떤 RAID가 손상되더라고 자동 할당 

출처 : https://blog.naver.com/PostView.nhn?isHttpsRedirect=true&blogId=ppoway&logNo=70110782869

핫 스왑 - PC가 켜진 상태에서 장치의 플러그를 뽑고 안전하게 제거할 수 있음

핫 플러그 - PC가 켜진 상태에서 장치를 제거하려면 반드시 컴퓨터를 종료해야 가능

핫스왑이란 ? 

- 전원이 켜져있는 시스템을 끄지 않고 부품을 교체 할 수 있는 방식이다.

- 서버나 장비의 디스크 등을 교체할때 굳이 전원을 OFF시킨 후 교체하지 않고 디스크 교체 가능하다.

- 디스크 교체시 따로 설정이 필요하지 않고 바로 장치 인식 

- 이런 핫스왑은 물리적으로 장치 제거 및 인식 가능 

- 핫스왑을 사용하려면 메인보드가 핫스왑 관련 기능을 지원해야 하며, CMOS SETUP에 하드디스크 작동모드를

  AHCI로 설정 

- 주의할 점은 핫스왑을 지원한다고 해도 읽기/쓰기 작업 중 디스크를 빼면 문제가 생김.

핫 스왑이랑 비슷한 핫플러그 

핫플러그란 ? 

- 전원이 켜져있는 상태에서 물리적으로 디스크 등을 추가하는 것은 가능하나, 제거는 불가능한 것을 말한다.

RAID는 

Redundant Array of lndependent Disk(독립된 디스크의 복수 배열)

Redundant Array of lnexpensive Disk(저렴한 디스크의 복수 배열)

RAID 0 : 최소 2개 디스크, 데이터를 나누어 저장, 장애발생시 복구 불가

RAID 1 : 디스크 완전 이중화,많음 비용 발생, ReadWrite 병렬가능

RAID 2 : Hamming Code를 이용하여 오류 복구

RAID 3 : Parity 정보를 별도 디스크에 저장 

RAID 4 : Party 정보를 별도 시크그에 블록별 저장 Write 성능 저하 

RAID 5 : 분산 Parity 구현, 안정성 향상

RAID 6 : Parity 다중화, 장애발생 상황에서도 다른 정상 동작

말 그대로 RAID는 여러개의 디스크를 묶어 하나의 디스크처럼 사용하는 기술 

RAID를 사용하였을때 기대 효과는 

- 대용량의 단일 볼륨을 사용하는 효과

- 디스크 I/O 병렬화로 인한 성능 향상 

- 데이터 복제로 인한 안정성 향상 

RAID는 컴퓨터를 구성하는 여러 부품 중 기계적인 특성 때문에

상대적으로 속도가 많이 느린 하드디스크를 보완하기 위해 만든 기술입니다.

RAID를 구성하는 디스크의 개수가 같아도 RAID의 구성 방식에 따라 성능,용량이 바뀌게 됩니다.

이 구성 방식을 RAID Level(레이드 레벨)이라고 부릅니다.

여러 RAID레벨이 있습니다. RAID Level에 대해 알아보겠습니다.

2. Standard RAID Level

먼저 기본적인 RAID Level 입니다.

RAID 0 ~ RAID 6까지 있지만,

최근 출시된 RAID 컨트롤러에서 사용 가능한 RAID Level은 RAID 0,RAID 1,RAID 5,RAID 6 입니다.

RAID를 구성하는 디스크의 종류와 크기는 같다고 가정하면

성능의 경우 RAID 컨트롤러의 연산으로 인한 성능 저하는 제외하고 Sequential I/O시만 가정

RAID를 구성하는 디스크의 개수는 N으로 표현

RAID 0 

스트라이핑이라고도 부르는 방식 

RAID 0을 구성하기 위해 최소 2개의 디스크가 필요 

RAID를 모든 디스크에 데이터 분할하여 저장

전체 디스크를 모두 동시에 사용하여 성능은 

단일 디스크의 성능의 N배 

마찬가지로 용량 역시 단일 디스크의 용량의 N배가 된다. 

하지만 하나의 디스크라도 문제가 발생 할 경우 전체 RAID가 깨지는 불상사 발생.

안정성은 1/N으로 줄어든다 할 수 있다.

성능과 용량은 최대한으로 사용하는 대신 안정성은 극악이라고 볼 수 있습니다. 

RAID 1 

미러링이라고도 부르는 방식

RAID 1을 구성하기 위해 최소 2개의 디스크 필요 

RAID 컨트롤러에 따라 2개의 디스크로만 구성 가능

그 이상의 개수를 사용하여 구성 할 수도 있다.

RAID 1은 모든 디스크에 데이터를 복제하여 기록.

동일한 데이터를 N개로 복제하여 디스크에 저장 

때문에 여러 개의 디스크로 RAID를 구성해도

실제 사용 가능한 용량은 단일 디스크 용량과 동일 

Write 시엔 데이터를 복제하여 기록하기 때문에 

RAID 컨트롤러가 복제 연산하는 시간을 감안하면 

단일 디스크의 Write 성능보다 낮게 나올 수도 있습니다.

하지만 Read 시엔 전체 디스크에서 읽어오기 때문에 단일 디스크의 N배 성능이 나옴

RAID 1의 최대 강점은 안정성이 높다는 것

극단적으로 N-1개의 디스크가 고장나도 데이터 

극단적으로 N-1개의 디스크가 고장나도 데이터 사용 가능 

안정성이 중요한 시스템에서 사용 할 수 있겠으나 비용 문제로 거의 사용 안함

현재는 사용하지 않는 RAID Level 입니다.

bit 단위로 striping을 하고 error correction을 위해 Hamming code 사용

m+1개의 데이터 디스크와 m개의 패리티 디스크로 구성

최소 3개의 디스크로 구성 가능

1개의 디스크 에러시 복구 가능 

RAID 3 

현재는 사용하지 않는 RAID Level 입니다.

Byte 단위로 striping을 하고 error correction을 위해 패리티 디스크 1개 사용

용량 및 성능이 단일 디스크 대비 (N-1)배 증가

Byte단위로 striping하기 때문에 너무 작게 쪼개져 현재 사용 X

최소 3개의 디스크로 구성 가능

1개의 디스크 에러시 복구 가능. (2개 이상의 디스크 에러시 복구 불가능)

Block 단위로 striping하는 것은 RAID 5,RAID 6와 동일하지만

패리티 코드를 동일한 디스크에 저장하기 때문에

패리티 디스크 사용량 높아 해당 디스크 수명 줄어듬

RAID 4의 단점을 개선시킨 것이 RAID 5 입니다.

RAID 5

제일 사용 빈도가 높은 RAID Level 입니다.

Block 단위로 striping을 하고 error correction을 위해 패리티를 1개의 디스크에 저장

패리티 저장하는 디스크를 고정하지 않고 매 번 다른 디스크에 저장 

(RAID 4와 RAID 5의 그림을 비교해 보시면 이해 가능.)

용량 및 성능이 단일 디스크 대비 (N-1)배 증가.

최소 3개의 디스크로 구성 가능 

1개의 디스크 에러시 복구 가능. (2개 이상 디스크 에러시 복구 불가능)

RAID 0에서 성능,용량을 조금 줄이는 대신 안정성을 높인 RAID Level이라고 보면 된다.

RAID 6

RAID 5에서 성능,용량을 좀 더 줄이고, 안정성을 좀 더 높인 RAID Level 입니다.

Block 단위로 striping을 하고 error correction을 위해 패리티를 2개의 디스크에 저장 

패리티 저장 하는 디스크를 고정하지 않고 매 번 다른 디스크에 저장

용량 및 성능이 단일 디스크 대비 (N-2)배 증가합니다.

최소 4개의 디스크로 구성 가능 

그리고 2개의 디스크 에러시 복구 가능 (3개 이상의 디스크 에러시  복구 불가능)

RAID 5에서 성능, 용량을 조금 줄이는 대신 안정성을 높인 RAID Level이라 보면 된다.

조금 더 안정성을 높여야 하는 서버 환경에서 주로 사용 

3. Nested RAID (중첩 RAID)

Nested RAID는 Standard RAID를 여러개 중첩하여 사용 

복수의 Standard RAID를 RAID로 묶는다.

예를들어 2개의 RAID 0을 RAID 1로 묶습니다.

2개의 RAID 1을 RAID 0으로 묶을 수도 있다.

극단적으로 2개의 RAID 1을 묶는 RAID 0 2개를 RAID 0로 묶는 경우도 있는 것 같다. 

깃허브 

깃허브는 분산 버전 컨트롤 소프트웨어 깃을 기반으로 소스 코드를 호스팅하고 협업 지원 기능들을 지원하는 마이크로소프트의 웹서비스입니다. 

2020년 현재 가장 인기 있는 소스 코드 호스팅 서비스이자 소프트웨어 개발 플랫폼이다.

깃허브에서는 코드 호스팅 서비스 외에 다양한 기능들을 제공하고 있습니다. 깃 저장소를 원격에서 관리할 수 있을 뿐만 아니라 협업이 가능하도록 웹 서비스로 이슈 트랙커를 제공하고 있다. 

저장소를 자신의 계정에 복사할 수 있는 포크 기능과 코드 변경 사항 반영을 요청하는 풀리퀘스트 기능은 오픈 소스의 기본적인 협업 방식으로 이루어져 있다.

깃으로 사용할 수 있는 기능을 웹 인터페이스로 사용할 수 있으며 저장소 관련 통계 저장소 위키 정적 웹사이트 호스팅 

패키지 호스팅 지속적으로 통합을 제공하는 깃허브 액션 등의 서비스를 제공하고 깃허브 데스크탑과 깃허브 포 모바일로도 서비스를 사용할 수 있다. 

깃허브는 수많은 오픈소스들이 자리잡고 있는 것으로도 유명하다.

프레임워크 뷰, 컨테이너 도구 도커, 웹 프레임워크 루비 온 레일스, 머신러닝 라이브러리 텐서플로우, 

파이썬 데이터 분석 라이브러리,판다스, 페이스북의 자바스크립트 프레임워크 리액트, 정보시각화 라이브러리 

젠킨스는 소프트웨어 개발 시 지속적으로 통합 서비스를 제공하는 툴이다.

CI툴 이라고도 한다.

다수의 개발자들이 하나의 프로그램을 개발할 때 충돌 방지하기 위해 작업한 내용을 공유영역에 있는 

저장소에 빈번히 업로드함으로써 지속적 통합이 가능하게 해준다.

젠킨스가 등장하기 전에는 빌드를 실행하는 방식이 일반적이다.

개발자들이 당일 작성한 소스들의 커밋이 모두 끝난 심야 시간대에 집중적으로 진행 되었는데,

이를 nightly-build라고 한다. 젠킨스는 정기적인 빌드레어 한 발 나아가 서브버전,

Git과 같은 버전관리 시스템을 연동하여 소스 커밋을 감지하면 

자동적으로 빌드가 작동되도록 설정 가능하다.

개발 중인 프로젝트에서 커밋은 매우 빈번히 일어나기에 커밋 횟수만큼 빌드를 실행하는 것이 아니라 작업이 큐잉되어

자신이 실행될 차례를 기다린다.

커밋 : 스마트 드라이브 따위와 같은 캐시 기억 장치에 디스크 정보를저장하라고 알려 주는 명령어 

큐잉 : 개별 단위들이 채널을 통하여 이동하는데 관계된 성질과 시간을 분석하여 큐를 만드는 방법

코드의 변경과 함께 이뤄지는 이 같은 자동화된 빌드와 테스트 작업들은 다음과 같은 이점을 가진다.

- 프로젝트 표준 컴파일 환경에서의 컴파일 오류 검출

- 자동화 테스트 수행 

- 정적 코드 분석에 의한 코딩 규약 준수여부 체크

- 프로파일링 툴을 이용한 소스 변경에 따른 성능 변화 감시

- 결합 테스트 환경에 관한 배포작업

이 외에도 젠킨스는 500여가지 넘는 플러그인을 온라인으로 간단히 인스톨 할 수 있는 기능을 제공하며 파이썬과 같은 스크립트를 이용하여 손쉽게 자신에게 필요한 기능 추가 가능 하다.

각종 배치 작업의 간략화 

프로젝트 기간 중에 개발자들은 순수한 개발 작업 이외에 DB셋업이나 환경설정,Deploy 작업과 같은 단순 작업에 시간과 노력을 들이는 경우가 빈번하다. 데이터베이스의 구축, 어플리케이셔 서버로의 Deloy, 라이브러리 릴리즈와 같이 이전에 CLI로 실행되던 작업들이 젠킨스 덕분에 웹 인터페이스로 손쉽게 가능해졌다.

자동화 테스트 

자동화 테스트는 젠킨스를 사용해야 하는 가장 큰 이유 중 하나이며 사실상 자동화 테스트가 포함되지 않은 빌드는 

CI자체가 불가능하다고 봐도 무방하다. 젠킨스는 Subversion이나 Git과 같은 버전관리시스템과 연동하여 변경을 감지하고 자동화 테스트를 수행하기에 만약 개인이 미처 실시하지 못한 테스트가 있다 하여도 든든한 안전망이 되어준다. 

출처 : https://ict-nroo.tistory.com/31

웹 서버 

- 클라이언트의 요청을 받아 HTML이나 오브젝트를 HTTP 프로토콜 이용해 전송하는 것 

  사용자가 클라이언트로 요청을 보내오면 그 명령에 대한 처리를 실행하고 다시 사용자에게 답변을 보내준다.

- 사용자가 요청한 것들 중에 웹 서버 자체적으로 처리할 수 없는 것들을 톰캣과 같은 컨테이너나 PHP 모듈과

  같이 처리할 수 있는 곳으로 넘겨 처리 결과를 받아와서 사용자에게 넘겨주는 역할 수행. 

- 웹 서버만 구축된 서버는 웹 페이지, 이미지 등 정적인 페이지 생성하지만

  JSP 컨테이너가 탑재되어 있는 WAS는 JSP페이지를 컴파일해 동적인 페이지 생성 

- 웹 서버는 웹 문서를 WAS는 JSP페이지 등을 양분하여 서버 부담 줄이는 것 가능 

- Apache,IIS,WebtoB

웹 어플리케이션 서버

- 웹 서버 + 웹 컨테이너 

- 웹 상에서 사용하는 컴포넌트들을 올려놓고 사용하게 되는 서버 

- EJB와 같은 빈들이 올라가게 되면 서버에 따라 웹에 필요한 많은 기능들을 포함하고 있다.

- J2EE 스펙을 구현한 서버(JSP/Sevlet Container와 EJB Container로서의 기능

- 가장 많이 사용하는 WAS는 BEA사의 Web Logic,IBM사의 Web Sphere, T-max사의 Jeus,Tomcat,Redhot사의 JBoss등이 있다.

- Tomcat은 JSP / Servlet Container의 기능을 구현했으나 EJB Container로서의 기능은 없다.

따라서 Tomcat은 was가 아니라는 사람들도 있다.

컨테이너 

-JSP와 서블릿을 이용하는 웹 응용 프로그램은 자바 언어를 이용해서 작성할 수 있는데 

 JSP와 서블릿을 실행시킬 수 있는 소프트웨어를 웹 컨테이너 혹은 서블릿 컨테이너라고 한다.

- Servlet 컨테이너,JSP 컨테이너,EJB 컨테이너 등의 종류가 있으며,대표적인 웹 컨테이너로는 

 자카르타 톰캣(JSP),RESIN,Web Logic,WebtoB 등이 있다.

-웹 서버에서 JSP를 요청하면 톰캣에서 JSP파일을 서블릿으로 변환하여 컴파일 수행하고

 서블릿의 수행결과 웹 서버 전달

웹 서버와 WAS 차이점 

- 웹 서버와 WAS를 구별 짓는 것을 동적 서버 콘텐츠 수행하는가?

- 웹 서버 : 정적인 HTML이나 이미지를 제공하는 서버

- WAS : 동적인 처리를 담당하는 서버 

웹 서버와 WAS의 일반적인 구성 

- 사용자가 브라우저에서 요청을 하게 되면 다음과 같이 웹 서버와 WAS 서버를 거쳐 응답이 들어온다.

  사용자 요청(웹 브라우저) -> 웹 서버 -> WAS(동적 처리) -> 웹 서버 -> 사용자 응답 메세지

DNS(Domain Name System)은

사람이 읽을 수 있는 도메인 이름(ex:www.naver.com)을 머신이 읽을 수 있는 IP 주소(192.0.2.44)로 변환합니다.

DNS 기본 사항

스마트폰이나 노트북 대규모 소매 웹 사이트의 콘텐츠를 서비스하는 서버에 이르기까지 인터넷상의 모든 컴퓨터는 숫자를 사용하여 서로 찾고 통신합니다. 

이러한 숫자를 IP주소라고 합니다.

웹 브라우저를 열고 웹 사이트로 이동할 때 긴 숫자를 기억해 입력할 필요가 없습니다.

그 대신에 example.com과 같은 도메인 이름을 입력해도 원하는 웹 사이트로 갈 수 있다.

DNS서비스는 전 세계에 배포된 서비스로 www.example.com  과 같이 사람이 읽을 수 있는 이름을 

192.1.1.1과 같은 숫자 IP주소로 변환하여 컴퓨터가 서로 통신하게 합니다. 인터넷의 DNS 시스템은 이름과 

숫자 간의 매핑을 관리하여 마치 전화번호와 같은 기능을 한다.

DNS 서버는 이름에 대한 요청을 IP주소로 변환하여 최종 사용자가 도메인 이름을 웹 브라우저에 입력할때 해당

사용자를 어떤 서버에 연결할 것인지 제어 합니다. 이 요청을 쿼리라고 부른다. 

신뢰할 수 있는 DNS 서비스는 개발자가 퍼블릭 DNS 이름을 관리 하는데 사용하는 업데이트 메커니즘을 제공

이를 통하여 DNS 쿼리에 응답하여 도메인 이름을 IP 주소로 변환합니다.

이러면 컴퓨터가 서로 통신할 수 있게 됩니다.

재귀적 DNS:대개 클라이언트는 신뢰할 수 있는 DNS 서비스에 직접 쿼리를 수행하지 않습니다.

해석기 또는 재귀적 DNS 서비스라고 알려진 다른 유형 DNS 서비스에 연결하는 경우가 일반적입니다.

출처 : https://aws.amazon.com/ko/route53/what-is-dns/