[뉴스레터] 4편 : OpenShift 구축 사례와 컨테이너로 환경 전환 시 고려 사항

| 글로 보는 웨비나 |

2020. 4. 16.

Rockplace Newsletter

20.04.16

4편: 글로 보는 웨비나 1편 - Openshift 구축 사례와 컨테이너로 환경 전환 시 고려사항

컨테이너 도입을 위해 사전에 고려해야 할 것들은? 가상 머신에서 운영하던 워크로드를 그냥 옮기는 되는 것으로 많이들 생각합니다. 하지만 엔터프라이즈 워크로드를 컨테이너로 마이그레이션 하려면 표준화를 시작으로 여러 요소를 사전에 꼼꼼히 체크해야 합니다. 아무도 알려주지 않았던 컨테이너 전환을 위한 준비와 고려 사항을 시원하게 모두에게 공개한 락플레이스 웨비나의 주요 하이라이트를 소개합니다. 자세한 내용은 아래의 링크를 참조 바랍니다.

단점이 없는 기술이 있다? 없다?

컨테이너는 가상 머신과 비교해 리소스를 더 적게 사용하고, 애플리케이션 배포 속도는 높아집니다. 이는 하드웨어 측면에서 가상화를 하는 가상 머신과 달리 다수의 컨테이너를 운영체제 커널에서 직접 구동하므로 시작이 빠르고 메모리를 적게 사용할 수밖에 없습니다. 여기에 이식성(Portability)까지 좋습니다. 그렇다면 단점은? 한때 컨테이너가 보안에 취약하다는 이야기들이 보안 업체들의 단골 소재가 된 적이 있었습니다. 하지만 컨테이너 관련 보안 강화를 위한 도구가 많이 나와 이는 현재 이슈가 아닙니다. 결론을 내리자면 컨테이너는 장점은 매우 많지만 단점을 딱히 끄집어내기 어려운 기술입니다.

컨테이너와 도커는 이음동의어?

흔히 컨테이너 하면 도커(Docker)를 떠올립니다. 이 둘은 소리는 다르나 뜻이 같은 단어인 이음동의어(異音同義語) 관계일까요? 아닙니다. 도커는 컨테이너 런타임의 일종입니다. 2013년 공개된 도커는 Go 언어로 개발을 진행한 오픈 소스 프로젝트였습니다. 그러던 것이 도커 재단이 엔터프라이즈를 출시하면서 오픈 소스로 사용할 수 없게 되었습니다.

레드햇은 오픈 소스를 최우선 전략으로 삼습니다. 그래서 레드햇의 OpenShift 컨테이너 플랫폼은 OCI가 선정한 컨테이너 기술의 표준인 cri-o와 쿠버네티스 등 오픈 소스 기술을 사용합니다. OpenShift 컨테이너 플랫폼이 채용한 cri-o는 도커와 완벽하게 호환되는데, 장애 위험성은 더 낮습니다. 데몬 기반 엔진인 도커와 달리 cri-o 기반의 컨테이너 엔진인 podman은 데몬이 없어 더 안정적으로 사용할 수 있습니다.

'글로 보는 웨비나' 더 보기