
336
2
부
구현
을 것으로 기대한다. 여러분은 단지 이 사실을 모를 뿐이다.
이로 인해 개발자가 분산 시스템을 구축하고 있다는 사실을 망각해도 된다는 의미는 아니다.
개발자들은 여전히 이 유형의 아키텍처가 가져오는 무수한 문제를 이해해야 한다. 따라서 이
변화는 단지 소프트웨어가 하부의 컴퓨팅 자원에 매핑되는 방식을 세세하게 걱정하지 않아도
된다는 것뿐이다.
8.5.98.5.9
사용해야 할까? 사용해야 할까?
그렇다면 쿠버네티스 클럽 정회원이 아닌 분들도 가입해야 할까? 여기서 몇 가지 지침을 공유
한다. 첫째, 자체 쿠버네티스 클러스터를 구현하고 관리하는 것은 심약한 사람에게는 적합하지
않을 만큼 상당히 힘든 작업이다. 따라서 개발자가 쿠버네티스 설치를 통해 얻게 될 경험의 품
질은 클러스터를 실행하는 팀의 효율성에 따라 좌우된다. 이와 같은 이유로 온프레미스 쿠버네
티스 경로를 따라간 다수의 대규모 조직은 이 작업을 전문 회사에 아웃소싱했다.
더 나은 방법은 완전 관리형 클러스터를 사용하는 것이다. 공용 클라우드를 사용할 수 있다면
구글, 애저,
AWS
에서 제공하는 것과 같은 완전 관리형 솔루션을 사용하라. 하지만 여러분이
공용 클라우드를 사용할 수 있다면 쿠버네티스가 실제로 원하는 것인지 고려하라고 필자는 말
하고 싶다. 마이크로서비스의 배포 및