Java 개발자를 위한 DevOps 도구

3장. 컨테이너 소개

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

멜리사 맥케이

바보라면 누구나 알 수 있습니다. 요점은 이해하는 것입니다.

알버트 아인슈타인

이유를 알면 어떻게든 살아갈 수 있습니다.

프리드리히 니체

이 글을 쓰는 현재 프로덕션 및 기타 환경에서 컨테이너( )의 사용은 기하급수적으로 증가하고 있으며, 애플리케이션 컨테이너화에 관한 모범 사례는 여전히 논의되고 정의되고 있습니다. 효율성 개선에 집중하고 구체적인 사용 사례를 고려하면서 블로고스피어와 전문 실무자들이 경험을 통해 적극 권장하는 기술과 패턴이 발전해 왔습니다. 그리고 예상대로 상당수의 패턴과 일반적인 사용법이 진화했으며, 이 장에서 여러분이 인식하고 피할 수 있는 안티패턴도 소개해드리고자 합니다.

제가 시행착오를 겪으며 컨테이너를 도입하는 과정은 말벌집을 건드리는 것 같았습니다(오, 따끔거림!). 저는 분명 준비가 되어 있지 않았습니다. 겉으로 보기에 컨테이너화는 놀라울 정도로 간단합니다. 특히 Java 에코시스템 내에서 컨테이너로 개발하고 배포하는 방법에 대해 제가 지금 알고 있는 지식을 여러분에게 전달하여 비슷한 고통을 겪지 않도록 돕고자 합니다. 이 장에서는 애플리케이션을 성공적으로 컨테이너화하는 데 필요한 필수 개념을 개괄적으로 설명하고 왜 그렇게 해야 하는지에 대해 설명합니다.

4장에서는 마이크로서비스의 더 큰 그림( )에 대해 설명하지만, 여기서는 마이크로서비스 배포의 기본 구성 요소 중 하나인 컨테이너에 대해 알아보는 것부터 시작하겠습니다. 아키텍처적 관심사인 마이크로서비스라는 개념이 컨테이너 사용을 의미하는 것은 아니며, 오히려 이러한 서비스를 배포하는 문제, 특히 Cloud 네이티브 환경에서 컨테이너화에 대한 논의가 시작되는 것이 일반적이라는 점에 유의하세요.

먼저 컨테이너를 사용하는 이유부터 생각해 보겠습니다. 이를 위한 가장 좋은 방법은 백업하여 우리가 어떻게 여기까지 왔는지에 대한 맥락을 파악하는 것입니다. 인내심은 미덕입니다. 인내심을 가지고 이 역사 수업을 진행하다 보면 자연스럽게 컨테이너가 실제로 무엇인지 더 명확하게 이해하게 될 것입니다.

문제 이해

"방 안의 코끼리"( )를 경험한 것은 저뿐만이 아닐 것입니다. 어렴풋한 프레임, 귀가 먹먹할 정도의 소음, 무시하면 위험한 결과를 초래할 수 있는 잠재력에도 불구하고 코끼리 크기의 이 피사체는 아무런 제지 없이 돌아다니고 있습니다. 제가 목격했습니다. 저는 유죄입니다. 심지어 코끼리라는 별명을 얻은 적도 있습니다.

컨테이너화의 맥락에서 저는 두 가지 질문을 통해 두 마리의 코끼리를 다룰 필요가 있다고 주장하고자 합니다: 컨테이너란 무엇인가? 그리고 왜 컨테이너를 사용해야 하는가? 이 질문들은 충분히 간단해 보입니다. 어떻게 이런 기본적인 출발점을 놓칠 수 있을까요?

아마도 마이크로서비스 움직임이 그 어느 때보다 컨테이너 배포에 대한 논의로 이어지는 경향이 있고, 우리는 그 기회를 놓치지 ...