가변 인프라 스탈 업체에서 아파치 웹 서버를 설치합니다.

아파치 웹 서버 소스를 다운로드 받고 컴파일 해야 합니다.

웹서버 구성 파일을 설정한 뒤 정상 동작하는지 확인합니다.

서버는 이제 웹 서버가 설치된 서버로 상태가 변경되었습니다.

오픈 전에 보안 취약점 테스트에 문제가 된 부분들이 되었습니다.

설치된 웹서버에 httpd 펌프 등 구성 파일들을 수정하고 정상 동작을 확인합니다.

서버는 보안 취약점 조치가 완료된 상태로 변경되었네요.

임시로 오픈하면서 사용자가 늘어나 부화가 발생하였습니다 .

특정 시간에 응답 시간이 느려지거나 아예 반응이 없는 경우도 있습니다.

문제 해결을 위해 아파치 웹 서버의 프로세스나 스레드 그리고 타임아웃 값들을 운영 수준으로 튜닝 하였습니다.

정식 오픈 후 사용자 대량 접속으로 서버를 20개까지 확장해야 합니다.

VM 생성하고 보안 취약점 조치부터 튜닝까지 20번을 반복하던지.

아니면 튜닝을 완료한 vm을 20개를 복사해서 사용해 해야 할까요?

서버들의 상태는 모두 다르게 될 것입니다.

물리 서버나 가상 서버와 같은 가변의 인프라 스트럭처는 서버의 상태가 계속해서 변경됩니다.

불변의 인프라 스트럭처에서 아파치 웹 서버 설치는 어떻게 다른지 살펴보겠습니다 아파치 웹 서버 이미지를 컨테이너로 실행하면 설치는 완료됩니다.

컨테이너 환경에서 스케일아웃은 기존의 환경보다 월등히 편리하다는 것을 확인할 수 있습니다.

그럼 보안 취약점 조치를 한다면 기존 방법과 어떤 차이점이 있을까요?

취약점 조치가 완료된 이미 다시 빌드 합니다. 그리고 롤링 업그레이드 기능을 해서 무중단으로 서비스를 유지하면서 배포합니다.

기존 쓰는 자동으로 폐기됩니다.

서비스 가오픈을 위한 튜닝이 필요한 경우에는 튜닝된 이미지를 만듭니다.

이미지는 마치 DVD 처럼 dvd 플레이어 넣고 돌리면 컨테이너가 플레이 되는 것입니다.

서비스 중단 없이 이미지는 차례대로 컨테이너로 실행하고, 기존 컨테이너는 폐기 됩니다.

불변의 인프라스트럭처 환경에서 20개까지 서버를 확장한다면 어떻게 할까요?

지금까지 완료한 최종 이미지를 20번 실행시켜주면 됩니다.

이 이미지는 하이브리드 클라우드를 지원하여 퍼블릭 클라우드에서도 동작합니다.

물리서버나 가상서버 환경에서는 머신이 중요했습니다.

불변의 인프라 환경에서 머신은 더 이상 소중히 다룰 필요가 없습니다.

컨테이너 기술은 운영팀과 개발팀에게 머신을 추상화하여 애플리케이션 중심으로 전환할 수 있게 해줍니다.