무엇을 바꿔 놓았고, 그 층은 왜 괴로웠나

Mac 에서 컨테이너를 돌리려면 아무도 보고 싶지 않은 중간 층이 늘 따라온다. 컨테이너는 Linux 의 생각이고 Mac 은 다른 핵으로 돌아간다. 그래서 뒤에 가벼운 가상 기계를 두어 받쳐야 한다. 예전 방식은 그 일을 무겁게 했다. 메모리는 편집 도구가 아니라 가상 기계로 갔고, 시동은 길어서 "그냥 켜 두기"가 습관이 되었고, 노트북이 가장 먼저 항의하는 것은 배터리와 팬이었다.

이 도구는 같은 골격을 두고 그 몸놀림을 바꿨다. 아래는 여전히 가상 기계지만 부품을 모아 놓은 것이 아니라 네이티브 프로그램으로 쓰였기에 시동이 몇 초이고 쓰지 않을 때 거의 아무것도 쓰지 않는다. 제공하는 쪽의 숫자는 배경 처리 사용이 1퍼센트 미만, 설치 후 차지하는 공간이 10메가바이트 미만이다. 이 숫자는 사양으로서보다 습관의 변화로서 효력이 있다. 몇 초면 열리는 도구는 열리게 되고, 조용히 아무것도 쓰지 않는 도구는 기계의 불평 없이 하루 종일 켜 둘 수 있다.

이미 쓰는 것들과의 관계

손대지 않은 컨테이너 엔진을 갖추고, 설정 방식도 기존의 데스크톱 환경과 꽤 가깝다. 그래서 명령줄도, 구성 도구도, 그 위에 올라간 다른 회사의 도구도 그대로 통한다. 제공하는 쪽은 "그대로 바꿔 끼우기"라 부르고 그 말이 정확하다. 매일 쓰는 명령은 변하지 않고, 옮기는 비용은 다시 설치하고 설정 몇 개를 만지는 정도다.

두 가지 세부는 같은 수준에 머물지 않는다. 컨테이너끼리 같은 망 안에서 이름으로 통하므로, 한 창의 포트 번호를 받아 적어 다른 창에 붙이는 그런 일이 통째로 사라진다. 또 호스트와 가상 기계 사이의 파일 공유에 따로 손을 댔는데, 이 점은 크게 적을 만하다. 묶인 폴더의 느림은 이 부류의 도구 전체에 대한 오랜 불만 그 자체였기 때문이다. 빌드가 90초에 끝나는지 9분이 걸리는지는 흔히 다른 무엇이 아니라 이것으로 갈린다.

기계째로, 그리고 자기 한계를 아는 클러스터

컨테이너 밖으로 나가 Linux 기계를 통째로 띄울 수 있다. 열 몇 가지 배포판에서 고를 수 있고, 컨테이너를 대신하는 것이 아니라 나란히 존재한다. 배포 절차를 먼저 시험해야 할 때나 Linux 판만 있는 도구를 써야 할 때, 두 번째 가상화 프로그램을 설치하고 그 성미까지 익힐 필요가 없어진다.

내장된 Kubernetes 는 노드 하나짜리 클러스터로, 켜 둔 채로 둘 수 있을 만큼 가볍고 제공하는 쪽도 개발용이라고 분명히 말한다. 노드가 여럿 필요하거나 특정 판을 운영 환경과 같은 방식으로 확인해야 할 때는 여전히 다른 도구가 필요하다. 이 선이 어디인지 알면 노트북을 전산실 흉내로 만들려다 오후를 잃지 않는다.

새 판에는 기계마다 처리 장치와 메모리, 디스크 할당을 나누는 기능과 USB 장치와 소리를 넘기는 기능이 더해졌다. 빠져 있을 때에야 알아차리는 부류다.

허가는 무엇을 요구하나

개인과 비영리 용도는 무료이고 기능은 유료 단계와 거의 같다. 영리와 업무 용도는 사람마다 월 팔 달러의 허가가 필요하고, 교육 기관이나 비영리 공개 프로젝트는 무료 허가를 신청할 수 있다. 닫힌 제품이라 그것을 무겁게 보는 사람에게는 타당한 반대 이유가 되고, 같은 부류에 완전히 열린 선택지도 있으니 다듬어진 정도보다 그쪽이 중요하면 그쪽을 고르면 된다.

다른 전제는 일찍 적는 편이 좋다. 도는 것은 macOS 뿐이다. Windows 와 Mac 이 섞인 팀은 이것으로 통일할 수 없고, 이것을 전제로 쓴 신입용 문서는 절반쯤에서 버티지 못한다.

이긴 지점은 본래 보이지 않아야 할 층을 정말로 가볍게 만든 것이다. Mac 의 컨테이너는 참아야 하는 것에서, 손을 뻗으면 있는 도구로 돌아왔다.