Offcanvas

���������������

‘쿠버네티스’ 비용 절감을 위한 베스트 프랙티스 5가지

쿠버네티스 비용을 통제 불가능한 상태로 방치하기 십상이다. 실제로 많은 기업에서 이런 일이 벌어지고 있다. 프로그래밍 방식의 리소스 프로비저닝 및 고비용 리소스(예: GPU 등) 액세스는 예산을 부풀리는 요인 중 하나다. 아울러 기업의 쿠버네티스 사용이 늘면서 모든 작은 버그와 비용 비효율성도 함께 늘어나기 마련이다.  해답은 ‘가시성’과 ‘소유권’에 있다. 기업은 어디에 어떻게 지출하고 있는지 자세하게 확인할 수 있어야 하고, 엔지니어링 팀과 재무팀 모두에서 비용 책임의 문화를 조성해야 한다. 엔지니어링 팀이 쿠버네티스 비용을 인지하게 하는 것만으로도 효율적인 지출 관리에 상당한 영향을 미친다. 쿠버네티스 활용도를 높이면 비용 절감과 함께 더욱더 능률적이고, 생산적이며, 안전한 환경을 구축할 수도 있다.  다음은 쿠버네티스 비용 모니터링을 위한 4가지 방법이다. 단, 각 방식은 가장 적합한 특정 사용 사례가 있다는 점을 유의하라.    1. 제한된 비용 모니터링(Limited cost monitoring): 이 방법에서 중앙집중식 팀(재무 또는 데브옵스)은 월별 쿠버네티스 청구서를 받은 다음, 불필요한 비용과 원인이 되는 문제를 해결할 책임이 있다. 소규모 애플리케이션 엔지니어링 팀이 있는 조직이 이 방식에 가장 적합하다. 대규모 멀티-테넌트 환경이라면 더 강력한 접근 방식이 필요하다.  2. 쇼백(Showback): 이는 각 팀에 상세한 쿠버네티스 및 클라우드 지출 내역을 제공하는 방식이다. 각 팀에 정확한 비용 데이터가 제공되기 때문에 지출 책임을 더욱더 잘 이해하고, 사전에 관리할 수 있다. 쇼백은 3개 이상의 엔지니어링 팀과 20명 이상의 엔지니어가 있는 조직에 적합하다.  3. 비용 분담 정책(Chargeback): 이는 날카로운 이빨을 감춘 쇼백이다. 이 방법에서 팀은 소비한 쿠버네티스 및 클라우드 비용을 자체 예산으로 지불해야 한다. 이는 쇼백과 동일하게 대규모 조직에 적합하다. 하...

클라우드 쿠버네티스 비용 관리 비용 절감

2022.09.21

쿠버네티스 비용을 통제 불가능한 상태로 방치하기 십상이다. 실제로 많은 기업에서 이런 일이 벌어지고 있다. 프로그래밍 방식의 리소스 프로비저닝 및 고비용 리소스(예: GPU 등) 액세스는 예산을 부풀리는 요인 중 하나다. 아울러 기업의 쿠버네티스 사용이 늘면서 모든 작은 버그와 비용 비효율성도 함께 늘어나기 마련이다.  해답은 ‘가시성’과 ‘소유권’에 있다. 기업은 어디에 어떻게 지출하고 있는지 자세하게 확인할 수 있어야 하고, 엔지니어링 팀과 재무팀 모두에서 비용 책임의 문화를 조성해야 한다. 엔지니어링 팀이 쿠버네티스 비용을 인지하게 하는 것만으로도 효율적인 지출 관리에 상당한 영향을 미친다. 쿠버네티스 활용도를 높이면 비용 절감과 함께 더욱더 능률적이고, 생산적이며, 안전한 환경을 구축할 수도 있다.  다음은 쿠버네티스 비용 모니터링을 위한 4가지 방법이다. 단, 각 방식은 가장 적합한 특정 사용 사례가 있다는 점을 유의하라.    1. 제한된 비용 모니터링(Limited cost monitoring): 이 방법에서 중앙집중식 팀(재무 또는 데브옵스)은 월별 쿠버네티스 청구서를 받은 다음, 불필요한 비용과 원인이 되는 문제를 해결할 책임이 있다. 소규모 애플리케이션 엔지니어링 팀이 있는 조직이 이 방식에 가장 적합하다. 대규모 멀티-테넌트 환경이라면 더 강력한 접근 방식이 필요하다.  2. 쇼백(Showback): 이는 각 팀에 상세한 쿠버네티스 및 클라우드 지출 내역을 제공하는 방식이다. 각 팀에 정확한 비용 데이터가 제공되기 때문에 지출 책임을 더욱더 잘 이해하고, 사전에 관리할 수 있다. 쇼백은 3개 이상의 엔지니어링 팀과 20명 이상의 엔지니어가 있는 조직에 적합하다.  3. 비용 분담 정책(Chargeback): 이는 날카로운 이빨을 감춘 쇼백이다. 이 방법에서 팀은 소비한 쿠버네티스 및 클라우드 비용을 자체 예산으로 지불해야 한다. 이는 쇼백과 동일하게 대규모 조직에 적합하다. 하...

2022.09.21

칼럼ㅣ한때 잘 나갔는데... ‘헤로쿠’가 시들해지는 이유

한때 애플리케이션 배포의 대명사였던 ‘헤로쿠(Heroku)’는 투자 부족으로 다른 배포 옵션을 많이 제공하지 않고 있다.  ‘헤로쿠’에 관해 이야기할 때면 항상 ‘하지만’이 붙는다. 이를 감안하고 보도록 하자. 필자는 지난 15년 동안 헤로쿠가 ‘마법 같은’ 개발자 경험을 제공한다는 이야기를 많이 들었다. 이스라엘 민족이 광야에서 살아남을 수 있도록 하늘이 내려 준 열매처럼 말이다.  하지만…   헤로쿠는 ‘현실’보다 ‘신화’ 속에서 더 크게 보인다. 헤로쿠가 다른 서비스 및 제품에 미친 영향이 크지 않다고 말하려는 건 아니다. 하지만 왜 헤로쿠가 아닌, 쿠버네티스가 애플리케이션을 구축하고 확장하는 기본 방법으로 자리 잡고 있을까? 일각에서는 헤로쿠가 시대를 앞서갔다고 주장한다. 아마도? 아니면 그 마법 같은 개발자 경험의 대가가 오늘날의 복잡한 엔터프라이즈 컴퓨팅에서 작동하기에 너무 제한적일지도 모른다.  개발자 경험의 황금기 최근 헤로쿠는 무료 플랜을 폐지한다고 발표했다. 왜? 알고 보니, 무료 계층을 관리하는 데 너무 많은 작업이 필요했다. 2010년 말 헤로쿠를 인수한 세일즈포스의 부사장 겸 헤로쿠 총괄 책임자 밥 와이즈는 “자사의 제품, 엔지니어링, 보안팀은 헤로쿠 무료 플랜의 사기와 남용을 관리하기 위해 엄청난 노력을 기울이고 있다”라고 말했다. 이 회사는 크립토 사기꾼과 두더지 잡기 게임을 계속하는 대신, (아마도 있어야 할 만큼 많지 않은) 고객에게 더 나은 투자를 하기를 원하고 있다.  필자가 팔로우하는 사용자에 한정되긴 하지만 (필자는) 애플리케이션 배포에 혁명을 일으킨 방법을 칭찬하는 것 외에는 헤로쿠에 관한 다른 언급을 들어본 적이 없다. 헤로쿠 이전에는 애플리케이션을 구축하고 배포하는 데 시간이 오래 걸렸다. 헤로쿠를 사용하면 배포가 깃(git) 푸시만큼 쉽다.  2014년과 2017년 사이 헤로쿠에서 엔지니어링을 이끌었던 제이슨 워너가 주장하는 것처럼 문제는 “헤로쿠가 ...

헤로쿠 PaaS 애플리케이션 배포 클라우드 세일즈포스 쿠버네티스 오픈소스

2022.08.30

한때 애플리케이션 배포의 대명사였던 ‘헤로쿠(Heroku)’는 투자 부족으로 다른 배포 옵션을 많이 제공하지 않고 있다.  ‘헤로쿠’에 관해 이야기할 때면 항상 ‘하지만’이 붙는다. 이를 감안하고 보도록 하자. 필자는 지난 15년 동안 헤로쿠가 ‘마법 같은’ 개발자 경험을 제공한다는 이야기를 많이 들었다. 이스라엘 민족이 광야에서 살아남을 수 있도록 하늘이 내려 준 열매처럼 말이다.  하지만…   헤로쿠는 ‘현실’보다 ‘신화’ 속에서 더 크게 보인다. 헤로쿠가 다른 서비스 및 제품에 미친 영향이 크지 않다고 말하려는 건 아니다. 하지만 왜 헤로쿠가 아닌, 쿠버네티스가 애플리케이션을 구축하고 확장하는 기본 방법으로 자리 잡고 있을까? 일각에서는 헤로쿠가 시대를 앞서갔다고 주장한다. 아마도? 아니면 그 마법 같은 개발자 경험의 대가가 오늘날의 복잡한 엔터프라이즈 컴퓨팅에서 작동하기에 너무 제한적일지도 모른다.  개발자 경험의 황금기 최근 헤로쿠는 무료 플랜을 폐지한다고 발표했다. 왜? 알고 보니, 무료 계층을 관리하는 데 너무 많은 작업이 필요했다. 2010년 말 헤로쿠를 인수한 세일즈포스의 부사장 겸 헤로쿠 총괄 책임자 밥 와이즈는 “자사의 제품, 엔지니어링, 보안팀은 헤로쿠 무료 플랜의 사기와 남용을 관리하기 위해 엄청난 노력을 기울이고 있다”라고 말했다. 이 회사는 크립토 사기꾼과 두더지 잡기 게임을 계속하는 대신, (아마도 있어야 할 만큼 많지 않은) 고객에게 더 나은 투자를 하기를 원하고 있다.  필자가 팔로우하는 사용자에 한정되긴 하지만 (필자는) 애플리케이션 배포에 혁명을 일으킨 방법을 칭찬하는 것 외에는 헤로쿠에 관한 다른 언급을 들어본 적이 없다. 헤로쿠 이전에는 애플리케이션을 구축하고 배포하는 데 시간이 오래 걸렸다. 헤로쿠를 사용하면 배포가 깃(git) 푸시만큼 쉽다.  2014년과 2017년 사이 헤로쿠에서 엔지니어링을 이끌었던 제이슨 워너가 주장하는 것처럼 문제는 “헤로쿠가 ...

2022.08.30

기본만 지켜도... 쿠버네티스 보안 실수 7가지

가장 위험한 보안 구멍은 가장 기본적인 것일 때가 많다. 이러한 기본적인 실수만 고쳐도 쿠버네티스 보안 태세를 개선할 수 있다.  클라우드 네이티브 애플리케이션을 만들거나 또는 클라우드 네이티브 애플리케이션으로 작업할 때 대부분 ‘쿠버네티스’를 사용한다. 최근 CNCF 보고서에 따르면 기업의 96%가 쿠버네티스를 사용하거나 검토하고 있는 것으로 조사됐다. 쿠버네티스는 이미 전 세계적으로 560만 명의 사용자가 있으며, 이는 전체 백엔드 개발자의 31%에 해당된다.    쿠버네티스 사용은 매년 증가하고 있으며, (이에 따라) 해당 플랫폼에 있는 민감한 데이터의 양도 증가하면서 공격자가 이를 악용할 동기 역시 늘어나고 있다. 완전히 새로운 환경을 보호하려는 시도는 어려워 보일 수 있지만 상당수의 보안 문제는 비교적 쉽게 고칠 수 있는 기본적인 실수에서 비롯된다. 여기서는 7가지 쿠버네티스 보안 실수 그리고 이를 해결하는 방법을 살펴본다.  1. 기본 구성(Default configurations) 많은 사람이 보안 관점에서 기본 클러스터 구성이 충분하다고 가정하지만 이는 실수다. 쿠버네티스의 기본 설정은 보안 등급이 아니며, 그보다는 개발자의 유연성과 민첩성을 극대화하도록 설계됐다. 사용자는 보안을 위해 클러스터를 적절하게 구성해야 한다.  2. 여러 관리자(Multiple admins) 여러 엔지니어가 클러스터에서 일상작인 작업을 하면서 높은 권한을 가진 역할(예: 클러스터 관리자(CLUSTER_ADMIN) 등)을 쓸 수 있도록 허용하는 것은 언제나 실수다. 이 역할은 다른 역할 및 사용자를 관리하는 데만 활용돼야 한다. 클러스터 관리자 수준의 액세스 권한을 가진 여러 관리자가 있으면, 시스템에 침입하려는 해커에게 전체 클러스터 액세스 권한을 가진 계정을 ‘많이’ 제공하는 것과 같다.  3. 액세스 제한 없음(No access restrictions) 많은 관리자가 개발자의 dev/stage/pro...

쿠버네티스 클라우드 네이티브 보안 태세 접근 권한 YAML 컨피그맵 애플리케이션 보안 컨테이너

2022.07.27

가장 위험한 보안 구멍은 가장 기본적인 것일 때가 많다. 이러한 기본적인 실수만 고쳐도 쿠버네티스 보안 태세를 개선할 수 있다.  클라우드 네이티브 애플리케이션을 만들거나 또는 클라우드 네이티브 애플리케이션으로 작업할 때 대부분 ‘쿠버네티스’를 사용한다. 최근 CNCF 보고서에 따르면 기업의 96%가 쿠버네티스를 사용하거나 검토하고 있는 것으로 조사됐다. 쿠버네티스는 이미 전 세계적으로 560만 명의 사용자가 있으며, 이는 전체 백엔드 개발자의 31%에 해당된다.    쿠버네티스 사용은 매년 증가하고 있으며, (이에 따라) 해당 플랫폼에 있는 민감한 데이터의 양도 증가하면서 공격자가 이를 악용할 동기 역시 늘어나고 있다. 완전히 새로운 환경을 보호하려는 시도는 어려워 보일 수 있지만 상당수의 보안 문제는 비교적 쉽게 고칠 수 있는 기본적인 실수에서 비롯된다. 여기서는 7가지 쿠버네티스 보안 실수 그리고 이를 해결하는 방법을 살펴본다.  1. 기본 구성(Default configurations) 많은 사람이 보안 관점에서 기본 클러스터 구성이 충분하다고 가정하지만 이는 실수다. 쿠버네티스의 기본 설정은 보안 등급이 아니며, 그보다는 개발자의 유연성과 민첩성을 극대화하도록 설계됐다. 사용자는 보안을 위해 클러스터를 적절하게 구성해야 한다.  2. 여러 관리자(Multiple admins) 여러 엔지니어가 클러스터에서 일상작인 작업을 하면서 높은 권한을 가진 역할(예: 클러스터 관리자(CLUSTER_ADMIN) 등)을 쓸 수 있도록 허용하는 것은 언제나 실수다. 이 역할은 다른 역할 및 사용자를 관리하는 데만 활용돼야 한다. 클러스터 관리자 수준의 액세스 권한을 가진 여러 관리자가 있으면, 시스템에 침입하려는 해커에게 전체 클러스터 액세스 권한을 가진 계정을 ‘많이’ 제공하는 것과 같다.  3. 액세스 제한 없음(No access restrictions) 많은 관리자가 개발자의 dev/stage/pro...

2022.07.27

벤츠가 쿠버네티스 클러스터 900개를 운영하는 이유

독일 자동차 회사 메르세데스 벤츠(Mercedes-Benz)의 기술팀은 지난 7년 동안 수백 개의 개별 개발팀을지원하기 위해 자체 개발한 쿠버네티스 클러스터 900개를 구축했다. 이로써 메르세데스 벤츠는 확장 가능하고 관리가 용이하다는 최신 인프라 플랫폼을 갖추게 됐다.   메르세데스 벤츠는 2014년 구글이 컨테이너 오케스트레이션 시스템인 쿠버네티스를 오픈소스화한 후 2015년부터 애플리케이션 배포 목적으로 쿠버네티스를 활용하기 시작했다. 이후 메르세데스 벤츠의 IT 전문 자회사인 메르세데스 벤츠 테크 이노베이션(Mercedes-Benz Tech Innovation)은 내부 전문 역량을 개발해 사업부와 연동되어 각자 고유한 기술 수요가 있는 수백 개의 애플리케이션팀을 지원하고 있다. 메르세데스 벤츠 테크 이노베이션 데브옵스 엔지니어 젠스 에랏은 최근 개최된 쿠버콘(KubeCon) 유럽 행사에서 “단일 공유 쿠버네티스 클러스터는 우리의 수요에 맞지 않고 우리의 요구사항에 맞는 업체 배포판도 없다는 사실을 알고 있었다. 대신 우리는 전문 기술을 갖춘 엔지니어가 있었다”라며, “동일한 데브옵스팀이 구축하고 개발한 100% 오픈소스 소프트웨어 플랫폼을 구축했고, 라이선스 문제도 기술 지원도 없었다”라고 밝혔다. 현재 메르세데스 벤츠는 네 곳의 글로벌 데이터센터에서 900개의 온프레미스 쿠버네티스를 운영 중이다. 2021년 말부터 버전 1.23을 실행 중인 오픈스택(OpenStack)을 사용한다.  이런 쿠버네티스 자산은 클라우드 서비스 업체와 비교하면 아주 큰 규모는 아니다. 하지만 클라우드 네이티브 컴퓨팅 재단(CNCF)의 2019년 조사에 따르면, 50개 이상의 클러스터를 사용하는 조직의 비율은 10%에 불과하다. 또한, 메르세데스 벤츠의 쿠버네티스 자산 규모는 쿠번콘 유럽에서 함께 기조 연설을 했고 이 기사 작성 시점 현재 210개의 클러스터를 운영 중인 CERN의 쿠버네티스 환경보다 거의 다섯 더 크다. 메르세데스 벤츠를 쿠버네티...

쿠버네티스 오케스트레이션 벤츠 클러스터 데브옵스 클러스터API

2022.06.24

독일 자동차 회사 메르세데스 벤츠(Mercedes-Benz)의 기술팀은 지난 7년 동안 수백 개의 개별 개발팀을지원하기 위해 자체 개발한 쿠버네티스 클러스터 900개를 구축했다. 이로써 메르세데스 벤츠는 확장 가능하고 관리가 용이하다는 최신 인프라 플랫폼을 갖추게 됐다.   메르세데스 벤츠는 2014년 구글이 컨테이너 오케스트레이션 시스템인 쿠버네티스를 오픈소스화한 후 2015년부터 애플리케이션 배포 목적으로 쿠버네티스를 활용하기 시작했다. 이후 메르세데스 벤츠의 IT 전문 자회사인 메르세데스 벤츠 테크 이노베이션(Mercedes-Benz Tech Innovation)은 내부 전문 역량을 개발해 사업부와 연동되어 각자 고유한 기술 수요가 있는 수백 개의 애플리케이션팀을 지원하고 있다. 메르세데스 벤츠 테크 이노베이션 데브옵스 엔지니어 젠스 에랏은 최근 개최된 쿠버콘(KubeCon) 유럽 행사에서 “단일 공유 쿠버네티스 클러스터는 우리의 수요에 맞지 않고 우리의 요구사항에 맞는 업체 배포판도 없다는 사실을 알고 있었다. 대신 우리는 전문 기술을 갖춘 엔지니어가 있었다”라며, “동일한 데브옵스팀이 구축하고 개발한 100% 오픈소스 소프트웨어 플랫폼을 구축했고, 라이선스 문제도 기술 지원도 없었다”라고 밝혔다. 현재 메르세데스 벤츠는 네 곳의 글로벌 데이터센터에서 900개의 온프레미스 쿠버네티스를 운영 중이다. 2021년 말부터 버전 1.23을 실행 중인 오픈스택(OpenStack)을 사용한다.  이런 쿠버네티스 자산은 클라우드 서비스 업체와 비교하면 아주 큰 규모는 아니다. 하지만 클라우드 네이티브 컴퓨팅 재단(CNCF)의 2019년 조사에 따르면, 50개 이상의 클러스터를 사용하는 조직의 비율은 10%에 불과하다. 또한, 메르세데스 벤츠의 쿠버네티스 자산 규모는 쿠번콘 유럽에서 함께 기조 연설을 했고 이 기사 작성 시점 현재 210개의 클러스터를 운영 중인 CERN의 쿠버네티스 환경보다 거의 다섯 더 크다. 메르세데스 벤츠를 쿠버네티...

2022.06.24

컨테이너 분야의 '요즘 애들', 포드맨을 아시나요?

갑자기 플레이어가 많아지고 있는 새로운 컨테이너 지형에서 ‘포드맨(Podman)’은 떠오르는 스타다. 여기서는 포드맨이란 무엇이며, 도커와 어떻게 다른지 등을 살펴본다.  포드맨은 ‘컨테이너 엔진’이다. 즉, 컨테이너 및 컨테이너 이미지를 개발, 관리, 실행하기 위한 도구다. 컨테이너는 사용자 정의 없이 어디서나 실행하는 데 필요한 모든 요소(예: 애플리케이션 코드, 지원 라이브러리 등)를 갖추고 있는 표준화된 독립형 소프트웨어 패키지다. 컨테이너 기반 애플리케이션은 분산형 및 클라우드 기반 시스템을 쉽게 배포하고 유지관리할 수 있게 하면서 소프트웨어 개발에 일대 혁신을 일으켰다.  레드햇의 프로젝트인 포드맨은 오픈소스이며 무료로 다운로드할 수 있다. 이는 지난 2019년 버전 1.0이 출시됐으며, 컨테이너화 업계에서는 비교적 신참이다. 그 이후로 포드맨은 약진을 거듭했다. 게다가 여러 면에서 오늘날의 컨테이너 세계를 만든 프로젝트인 ‘도커(Docker)’의 점진적인 쇠퇴로 이러한 포드맨의 상승세가 더욱 부각되고 있다.    포드맨과 쿠버네티스 컨테이너 기반 개발을 조금이라도 안다면 ‘쿠버네티스(Kubernetes)’도 알 것이다. 컨테이너화된 애플리케이션이 점점 더 복잡해지면서 개발자들은 다양한 가상머신, 심지어는 서로 다른 물리적 머신에서 실행되면서 상호작용하는 컨테이너를 조정할 수 있는 도구가 필요했다.  그러한 도구를 ‘컨테이너 오케스트레이션 플랫폼’이라고 하는데, 그중 쿠버네티스가 가장 유명하다. 쿠버네티스는 오픈 컨테이너 이니셔티브(Open Container Initiative; OCI) 이미지 사양을 충족하는 모든 컨테이너와 함께 사용할 수 있으며, 포드맨의 컨테이너도 마찬가지다. 쿠버네티스의 중요한 특징으로 ‘포드(pod)’ 개념이 있다. 포드란 쿠버네티스가 관리할 수 있는 최소의 컴퓨팅 단위인 하나 이상의 컨테이너를 임시로 그룹화한 것이다. 포드맨 역시 이름에서 알 수 있듯이 포드 개념을 ...

컨테이너 도커 포드맨 쿠버네티스 클라우드 레드햇 오픈소스 오케스트레이션

2022.06.21

갑자기 플레이어가 많아지고 있는 새로운 컨테이너 지형에서 ‘포드맨(Podman)’은 떠오르는 스타다. 여기서는 포드맨이란 무엇이며, 도커와 어떻게 다른지 등을 살펴본다.  포드맨은 ‘컨테이너 엔진’이다. 즉, 컨테이너 및 컨테이너 이미지를 개발, 관리, 실행하기 위한 도구다. 컨테이너는 사용자 정의 없이 어디서나 실행하는 데 필요한 모든 요소(예: 애플리케이션 코드, 지원 라이브러리 등)를 갖추고 있는 표준화된 독립형 소프트웨어 패키지다. 컨테이너 기반 애플리케이션은 분산형 및 클라우드 기반 시스템을 쉽게 배포하고 유지관리할 수 있게 하면서 소프트웨어 개발에 일대 혁신을 일으켰다.  레드햇의 프로젝트인 포드맨은 오픈소스이며 무료로 다운로드할 수 있다. 이는 지난 2019년 버전 1.0이 출시됐으며, 컨테이너화 업계에서는 비교적 신참이다. 그 이후로 포드맨은 약진을 거듭했다. 게다가 여러 면에서 오늘날의 컨테이너 세계를 만든 프로젝트인 ‘도커(Docker)’의 점진적인 쇠퇴로 이러한 포드맨의 상승세가 더욱 부각되고 있다.    포드맨과 쿠버네티스 컨테이너 기반 개발을 조금이라도 안다면 ‘쿠버네티스(Kubernetes)’도 알 것이다. 컨테이너화된 애플리케이션이 점점 더 복잡해지면서 개발자들은 다양한 가상머신, 심지어는 서로 다른 물리적 머신에서 실행되면서 상호작용하는 컨테이너를 조정할 수 있는 도구가 필요했다.  그러한 도구를 ‘컨테이너 오케스트레이션 플랫폼’이라고 하는데, 그중 쿠버네티스가 가장 유명하다. 쿠버네티스는 오픈 컨테이너 이니셔티브(Open Container Initiative; OCI) 이미지 사양을 충족하는 모든 컨테이너와 함께 사용할 수 있으며, 포드맨의 컨테이너도 마찬가지다. 쿠버네티스의 중요한 특징으로 ‘포드(pod)’ 개념이 있다. 포드란 쿠버네티스가 관리할 수 있는 최소의 컴퓨팅 단위인 하나 이상의 컨테이너를 임시로 그룹화한 것이다. 포드맨 역시 이름에서 알 수 있듯이 포드 개념을 ...

2022.06.21

"쿠버네티스와 깃옵스는 빵과 버터"··· 구글이 깃옵스에 뛰어드는 사연

구글이 컨테이너화된 애플리케이션을 대규모로, 지속적으로 구성 및 관리하는 조직을 지원하는 일련의 오픈소스 툴을 구축하고 나서면서 부상 중인 깃옵스(Gitops)에 본격적으로 뛰어들고 있다.   컨테이너 오케스트레이터인 쿠버네티스(2014년 구글에서 개발)가 클라우드 네이티브 조직의 핵심 계층이 됨에 따라 기업은 방대한 컨테이너를 관리하고 원하는 상태와 실제 상태를 조정하는 전문적 역량을 갖춰야 하는데, 그러려면 전통적으로 깊은 도메인 지식이 필요하다. 헬름(Helm) 차트를 작성하고 YAML 언어로 코딩하는 역량도 포함된다.   구글 특별 엔지니어이며 쿠버네티스의 최초 설계자 중 한 명인 브라이언 그랜트는 지난 주 블로그 글에서 “모든 규모의 기업이 쿠버네티스를 활용해 인프라에서 애플리케이션을 구축, 배포, 운영하는 방법을 현대화한다. 이들 기업에서 사용하는 개발 및 프로덕션 클러스터의 수가 증가함에 따라 점점 더 커지는 환경 전반에 일관적인 구성 및 보안 정책을 만들어 적용하기가 어려워지고 있다”라고 썼다.   깃옵스 : 깃으로 시작하는 데브옵스 깃옵스는 이와 같은 문제에 대처하기 위해 기존 데브옵스에 대한 확장으로 부상했다. 인프라를 코드로 취급함으로써 애플리케이션과 그 기반 인프라를 버전 제어 시스템(대체로 깃)에 저장할 수 있으며, 그러면 깃은 개발 팀과 운영 팀 모두를 위한 단일 진실 공급원이 된다.   이후 소프트웨어 에이전트(대부분의 경우 오픈소스 아르고(Argo) 또는 플럭스(Flux) 지속적 제공 툴)가 애플리케이션의 실제 상태가 구성 파일에 선언된 원하는 상태와 일치하는지를 확인한다. 현재 위브웍스(Weaveworks), 코드프레시(Codefresh)와 같은 업체는 기업의 도입을 용이하게 하기 위해 호스팅되는 깃옵스 플랫폼을 구축하는 방안을 모색하고 있다.   그랜트는 Infoworld와의 인터뷰에서 “자세히 보면 깃옵스는 퍼펫(Puppet)과 비슷하다. 선언적 접근 방법이며 동기화를 유지하는 ...

깃옵스 오케스트레이터 컨테이너 오픈소스 쿠버네티스 퍼펫 YAML

2022.05.30

구글이 컨테이너화된 애플리케이션을 대규모로, 지속적으로 구성 및 관리하는 조직을 지원하는 일련의 오픈소스 툴을 구축하고 나서면서 부상 중인 깃옵스(Gitops)에 본격적으로 뛰어들고 있다.   컨테이너 오케스트레이터인 쿠버네티스(2014년 구글에서 개발)가 클라우드 네이티브 조직의 핵심 계층이 됨에 따라 기업은 방대한 컨테이너를 관리하고 원하는 상태와 실제 상태를 조정하는 전문적 역량을 갖춰야 하는데, 그러려면 전통적으로 깊은 도메인 지식이 필요하다. 헬름(Helm) 차트를 작성하고 YAML 언어로 코딩하는 역량도 포함된다.   구글 특별 엔지니어이며 쿠버네티스의 최초 설계자 중 한 명인 브라이언 그랜트는 지난 주 블로그 글에서 “모든 규모의 기업이 쿠버네티스를 활용해 인프라에서 애플리케이션을 구축, 배포, 운영하는 방법을 현대화한다. 이들 기업에서 사용하는 개발 및 프로덕션 클러스터의 수가 증가함에 따라 점점 더 커지는 환경 전반에 일관적인 구성 및 보안 정책을 만들어 적용하기가 어려워지고 있다”라고 썼다.   깃옵스 : 깃으로 시작하는 데브옵스 깃옵스는 이와 같은 문제에 대처하기 위해 기존 데브옵스에 대한 확장으로 부상했다. 인프라를 코드로 취급함으로써 애플리케이션과 그 기반 인프라를 버전 제어 시스템(대체로 깃)에 저장할 수 있으며, 그러면 깃은 개발 팀과 운영 팀 모두를 위한 단일 진실 공급원이 된다.   이후 소프트웨어 에이전트(대부분의 경우 오픈소스 아르고(Argo) 또는 플럭스(Flux) 지속적 제공 툴)가 애플리케이션의 실제 상태가 구성 파일에 선언된 원하는 상태와 일치하는지를 확인한다. 현재 위브웍스(Weaveworks), 코드프레시(Codefresh)와 같은 업체는 기업의 도입을 용이하게 하기 위해 호스팅되는 깃옵스 플랫폼을 구축하는 방안을 모색하고 있다.   그랜트는 Infoworld와의 인터뷰에서 “자세히 보면 깃옵스는 퍼펫(Puppet)과 비슷하다. 선언적 접근 방법이며 동기화를 유지하는 ...

2022.05.30

도커, 리눅스 지원 및 14개 파트너사 도구 통합 발표

도커가 5월 10일(현지 시각) 도커 데스크톱(Docker Desktop)에서 ‘리눅스 기본 지원’뿐만 아니라 다양한 개발자 도구를 통합하는 ‘도커 확장(Docker Extensions)’을 제공한다고 밝혔다.    도커콘 2022(DockerCon 2022)에서 발표된 ‘도커 확장’은 앰베서더(Ambassador)부터 Anchore(앵커), 아쿠아섹(AquaSec), 에버엑스(EverX), 제이프로그(JFrog), 레이어5닷아이오(Layer5.io), 옥테토(Okteto), 포테이너(Portainer), 레드햇(Red Hat), 싱크(Snyk), 수세/랜처(SUSE/Rancher), 테일스케일(Tailscale), 우피치(Uffizzi), VM웨어(VMware)까지 총 14개 파트너의 도구를 통합했다.  도구 유형은 ▲쿠버네티스 배포 간소화(VM웨어 탄주, 옥테토, 포테이너, 레드햇, 랜처), ▲보안 소프트웨어 공급망(앵커, 아쿠아섹, 제이프로그, 싱크), ▲하이브리드 개발 환경 지원(앰배서더, 테일스케일, 레이어5, 우피치)로 구분된다. 아울러 도커 커뮤니티는 새로운 도커 익스텐션 SDK를 사용하여 앞으로 더 광범위하게 확장될 수 있을 것이라고 회사 측은 덧붙였다.  도커의 CEO 스콧 존스턴은 “적절한 업무에 적합한 도구가 당장 필요한 개발자들이 크고 복잡한 클라우드 네이티브 도구 환경으로 인해 어려움을 겪고 있다”라면서, “도커 익스텐션을 통해 개발자는 도구를 검색, 다운로드, 구성, 평가, 관리하는 데 시간을 낭비하지 않고 앱에 필요한 도구를 빠르게 검색하고 사용할 수 있다”라고 말했다.  회사에 따르면 이제 리눅스 워크스테이션에서도 도커 데스크톱을 쓸 수 있다. 맥OS 및 윈도우에서 도커 데스크톱을 사용하는 것과 동일한 로컬 개발 경험을 제공한다는 설명이다. 존스턴에 의하면 리눅스 지원은 지난 12개월 동안 도커 커뮤니티에서 가장 많은 요청을 받은 기능이었다. 최근 자금 조달 라운드를 통해 추진할...

도커 도커 데스크톱 리눅스 컨테이너 쿠버네티스

2022.05.12

도커가 5월 10일(현지 시각) 도커 데스크톱(Docker Desktop)에서 ‘리눅스 기본 지원’뿐만 아니라 다양한 개발자 도구를 통합하는 ‘도커 확장(Docker Extensions)’을 제공한다고 밝혔다.    도커콘 2022(DockerCon 2022)에서 발표된 ‘도커 확장’은 앰베서더(Ambassador)부터 Anchore(앵커), 아쿠아섹(AquaSec), 에버엑스(EverX), 제이프로그(JFrog), 레이어5닷아이오(Layer5.io), 옥테토(Okteto), 포테이너(Portainer), 레드햇(Red Hat), 싱크(Snyk), 수세/랜처(SUSE/Rancher), 테일스케일(Tailscale), 우피치(Uffizzi), VM웨어(VMware)까지 총 14개 파트너의 도구를 통합했다.  도구 유형은 ▲쿠버네티스 배포 간소화(VM웨어 탄주, 옥테토, 포테이너, 레드햇, 랜처), ▲보안 소프트웨어 공급망(앵커, 아쿠아섹, 제이프로그, 싱크), ▲하이브리드 개발 환경 지원(앰배서더, 테일스케일, 레이어5, 우피치)로 구분된다. 아울러 도커 커뮤니티는 새로운 도커 익스텐션 SDK를 사용하여 앞으로 더 광범위하게 확장될 수 있을 것이라고 회사 측은 덧붙였다.  도커의 CEO 스콧 존스턴은 “적절한 업무에 적합한 도구가 당장 필요한 개발자들이 크고 복잡한 클라우드 네이티브 도구 환경으로 인해 어려움을 겪고 있다”라면서, “도커 익스텐션을 통해 개발자는 도구를 검색, 다운로드, 구성, 평가, 관리하는 데 시간을 낭비하지 않고 앱에 필요한 도구를 빠르게 검색하고 사용할 수 있다”라고 말했다.  회사에 따르면 이제 리눅스 워크스테이션에서도 도커 데스크톱을 쓸 수 있다. 맥OS 및 윈도우에서 도커 데스크톱을 사용하는 것과 동일한 로컬 개발 경험을 제공한다는 설명이다. 존스턴에 의하면 리눅스 지원은 지난 12개월 동안 도커 커뮤니티에서 가장 많은 요청을 받은 기능이었다. 최근 자금 조달 라운드를 통해 추진할...

2022.05.12

레드햇, 쿠버네티스용 애플리케이션 파운데이션 출시

레드햇 오픈시프트(Red Hat OpenShift)용으로 설계된 이 툴킷은 클라우드 환경에서 컨테이너화된 애플리케이션을 구축하기 위한 애플리케이션 서비스 및 구성요소를 제공한다.    레드햇이 자사의 오픈시프트 쿠버네티스 플랫폼과 함께 작동하는 애플리케이션 서비스 ‘레드햇 애플리케이션 파운데이션(Red Hat Application Foundations)’을 공개했다. 이를 통해 하이브리드 및 멀티클라우드 환경에서 컨테이너화된 애플리케이션 개발을 가속할 수 있다고 회사 측은 밝혔다.  지난 4월 25일(현지 시각) 발표된 레드햇 애플리케이션 파운데이션은 애플리케이션과 인프라 현대화의 일환으로 애플리케이션 및 데이터 서비스를 구축하고 통합하는 개발자를 위한 툴킷 역할을 한다. 회사에 따르면 이는 개발자에게 컨테이너 환경 안팎에서 애플리케이션을 연결할 수 있는 통합 솔루션을 제공한다.  아울러 애플리케이션 서비스 및 구성요소는 개발자가 클라우드 네이티브 애플리케이션 패턴을 활용하고, 하이브리드 클라우드 또는 멀티클라우드 환경에서 애플리케이션 개발을 가속화할 수 있도록 설계됐다고 회사 측은 설명했다.  마이크로서비스, API, 이벤트 기반 아키텍처를 통해 현대화 패턴을 지원하는 레드햇 애플리케이션 파운데이션에는 고성능 데이터 스트리밍, API 관리, 서비스 연결, 경량 런타임 및 프레임워크, 기타 기능 등의 구성요소가 포함돼 있다. 이는 현재 사용할 수 있으며, 레드햇 고객이라면 계정 담당자에게 연락하여 번들을 설정할 수 있다. ciokr@idg.co.kr  

레드햇 쿠버네티스 애플리케이션 파운데이션 하이브리드 클라우드 멀티클라우드 레드햇 오픈시프트

2022.04.26

레드햇 오픈시프트(Red Hat OpenShift)용으로 설계된 이 툴킷은 클라우드 환경에서 컨테이너화된 애플리케이션을 구축하기 위한 애플리케이션 서비스 및 구성요소를 제공한다.    레드햇이 자사의 오픈시프트 쿠버네티스 플랫폼과 함께 작동하는 애플리케이션 서비스 ‘레드햇 애플리케이션 파운데이션(Red Hat Application Foundations)’을 공개했다. 이를 통해 하이브리드 및 멀티클라우드 환경에서 컨테이너화된 애플리케이션 개발을 가속할 수 있다고 회사 측은 밝혔다.  지난 4월 25일(현지 시각) 발표된 레드햇 애플리케이션 파운데이션은 애플리케이션과 인프라 현대화의 일환으로 애플리케이션 및 데이터 서비스를 구축하고 통합하는 개발자를 위한 툴킷 역할을 한다. 회사에 따르면 이는 개발자에게 컨테이너 환경 안팎에서 애플리케이션을 연결할 수 있는 통합 솔루션을 제공한다.  아울러 애플리케이션 서비스 및 구성요소는 개발자가 클라우드 네이티브 애플리케이션 패턴을 활용하고, 하이브리드 클라우드 또는 멀티클라우드 환경에서 애플리케이션 개발을 가속화할 수 있도록 설계됐다고 회사 측은 설명했다.  마이크로서비스, API, 이벤트 기반 아키텍처를 통해 현대화 패턴을 지원하는 레드햇 애플리케이션 파운데이션에는 고성능 데이터 스트리밍, API 관리, 서비스 연결, 경량 런타임 및 프레임워크, 기타 기능 등의 구성요소가 포함돼 있다. 이는 현재 사용할 수 있으며, 레드햇 고객이라면 계정 담당자에게 연락하여 번들을 설정할 수 있다. ciokr@idg.co.kr  

2022.04.26

쿠버네티스, 5월 3일 자로 ‘도커심(dockershim)’ 지원 종료

쿠버네티스 컨테이너 오케스트레이션 플랫폼의 최신 버전(v1.24)에서는 이 도커 컨테이너 런타임(Dockershim)을 더 이상 네이티브로 지원하지 않는다.  회사에 따르면 오는 5월 3일로 출시가 연기된 ‘쿠버네티스 버전 1.24’에서 ‘도커심’ 기본 지원이 제거된다. 도커는 쿠버네티스가 사용한 최초의 컨테이너 런타임이다. 하지만 쿠버네티스 프로젝트가 자체 OCI(Open Container Initiative)로 전환하면서 다른 컨테이너 런타임과의 이식성을 지원하기 위한 임시방편이 필요했고, 그게 바로 도커심이었다.    기본적으로 도커심은 도커 엔진(Docker Engine) 컨테이너 런타임에서 OCI 호출을 쿠버네티스 자체 CRI(Container Runtime Interface) 내부의 도커 호출로 변환하기 위한 임시 솔루션이다. 시간이 지나면서 도커심은 쿠버네티스 배포 전반에 깊숙이 자리 잡았지만 (이로 인해) 배포 속도가 느려지고 유지 관리자에게도 큰 부담을 줬다. 해결이 필요했다.  도커심 지원 중단에 대비하는 방법 5월 3일에 공개되리라 예상되는 쿠버네티스 v1.24 릴리즈를 쓰려는 사용자는 도커심에서 쿠버네티스 자체와 호환되는 다른 런타임으로 마이그레이션하거나, 미란티스(Mirantis)에서 개발한 도커심의 외부 대체품 ‘크리도커드(cri-dockerd)’를 활용해야 한다.  쿠버네티스 노드가 더 이상 도커 런타임으로 기본 설정되지 않을 가운데, 많은 개발자와 관리자는 지난 2017년 도커가 CNCF에 기증한 컨테이너드(containerd) 및 기본 CRI-O 등의 다른 CRI 호환 런타임으로 이미 전환했을 것이다. 여기서 일반적으로 클러스터의 각 노드에서 실행되는 큐블릿(kubelet) 에이전트가 컨테이너드 또는 CRI-O 소켓을 호출하도록 구성됐는지 확인해야 한다.  2019년 CRI-O를 채택한 레드햇 오픈시프트를 비롯해 여러 관리형 쿠버네티스 공급업체는 이미 전환했다. 아마...

쿠버네티스 도커 도커심 컨테이너 컨테이너 런타임

2022.04.21

쿠버네티스 컨테이너 오케스트레이션 플랫폼의 최신 버전(v1.24)에서는 이 도커 컨테이너 런타임(Dockershim)을 더 이상 네이티브로 지원하지 않는다.  회사에 따르면 오는 5월 3일로 출시가 연기된 ‘쿠버네티스 버전 1.24’에서 ‘도커심’ 기본 지원이 제거된다. 도커는 쿠버네티스가 사용한 최초의 컨테이너 런타임이다. 하지만 쿠버네티스 프로젝트가 자체 OCI(Open Container Initiative)로 전환하면서 다른 컨테이너 런타임과의 이식성을 지원하기 위한 임시방편이 필요했고, 그게 바로 도커심이었다.    기본적으로 도커심은 도커 엔진(Docker Engine) 컨테이너 런타임에서 OCI 호출을 쿠버네티스 자체 CRI(Container Runtime Interface) 내부의 도커 호출로 변환하기 위한 임시 솔루션이다. 시간이 지나면서 도커심은 쿠버네티스 배포 전반에 깊숙이 자리 잡았지만 (이로 인해) 배포 속도가 느려지고 유지 관리자에게도 큰 부담을 줬다. 해결이 필요했다.  도커심 지원 중단에 대비하는 방법 5월 3일에 공개되리라 예상되는 쿠버네티스 v1.24 릴리즈를 쓰려는 사용자는 도커심에서 쿠버네티스 자체와 호환되는 다른 런타임으로 마이그레이션하거나, 미란티스(Mirantis)에서 개발한 도커심의 외부 대체품 ‘크리도커드(cri-dockerd)’를 활용해야 한다.  쿠버네티스 노드가 더 이상 도커 런타임으로 기본 설정되지 않을 가운데, 많은 개발자와 관리자는 지난 2017년 도커가 CNCF에 기증한 컨테이너드(containerd) 및 기본 CRI-O 등의 다른 CRI 호환 런타임으로 이미 전환했을 것이다. 여기서 일반적으로 클러스터의 각 노드에서 실행되는 큐블릿(kubelet) 에이전트가 컨테이너드 또는 CRI-O 소켓을 호출하도록 구성됐는지 확인해야 한다.  2019년 CRI-O를 채택한 레드햇 오픈시프트를 비롯해 여러 관리형 쿠버네티스 공급업체는 이미 전환했다. 아마...

2022.04.21

나무기술, 레드햇 오픈시프트 기반 클라우드 플랫폼 출시

나무기술이 쿠버네티스 통합제품 ‘CCO(Cocktail Cloud on OpenShift)’를 출시한다고 밝혔다. CCO는 나무기술의 클라우드 네이티브 플랫폼인 ‘칵테일 클라우드’에 레드햇의 엔터프라이즈 쿠버네티스 솔루션인 ‘레드햇 오픈시프트(Red Hat OpenShift)’를 적용한 제품이다.  나무기술과 한국레드햇은 2021년 12월에 클라우드 네이티브 플랫폼 시장 공략을 위한 MOU를 체결해 융합 PaaS 플랫폼 개발을 위한 TF를 구성하는 등 공동 비즈니스 협력을 추진했으며, 기술 검증까지 성공적으로 완료하여 통합 제품 출시에 이르렀다. CCO는 기업들의 컨테이너 기술 채택을 돕기 위해, 레드햇 오픈시프트 쿠버네티스 엔진에 칵테일 클라우드(Cocktail Cloud) PaaS가 통합된 일체형 제품으로 개발됐으며, 컨테이너 기반의 유연한 애플리케이션 개발과 멀티 클라우드 환경에 최적화된 운영환경을 제공한다. 이 제품은 한글에 최적화된 서비스와 기업 요건에 맞는 맞춤형 서비스 등을 제공해 기존 레드햇 오픈시프트 사용자 환경에 최적화된 UI를 제공해 사용편의성을 극대화했다. 또한 쿠버네티스 클러스터의 종류와 숫자 수량을 가리지 않는 다중/다형 멀티 클러스터 관리 기능과 조직별 멀티 테넌시 기능으로 자원 관리 및 확장 요구에 빠르게 대응할 수 있으며, 하이브리드 클라우드에서 유연한 애플리케이션 적용과 최적화된 운영환경을 제공한다. 패키지에는 ▲멀티 클러스터 통합 관리 ▲빌드, 배포, 업데이트까지의 파이프라인 자동화 ▲데브옵스(DevOps) 워크스페이스 ▲통합 모니터링 등의 기능을 제공한다.   이를 통해 기업 내 조직에게는 프로젝트 별로 자유롭게 컨테이너를 구축해 독립된 개발 인프라를 제공할 수 있고, 관리자는 이들을 손쉽게 확인하고 관리할 수 있는 통합 모니터링 대시보드를 활용할 수 있다. CCO는 단일한 제어 포인트 화면에서 멀티 클러스터에 배포된 모든 애플리케이션과 물리 서버 및 클라우드 인프라를 통합 관리할 수 있는 ...

나무기술 레드햇 쿠버네티스 클라우드

2022.03.25

나무기술이 쿠버네티스 통합제품 ‘CCO(Cocktail Cloud on OpenShift)’를 출시한다고 밝혔다. CCO는 나무기술의 클라우드 네이티브 플랫폼인 ‘칵테일 클라우드’에 레드햇의 엔터프라이즈 쿠버네티스 솔루션인 ‘레드햇 오픈시프트(Red Hat OpenShift)’를 적용한 제품이다.  나무기술과 한국레드햇은 2021년 12월에 클라우드 네이티브 플랫폼 시장 공략을 위한 MOU를 체결해 융합 PaaS 플랫폼 개발을 위한 TF를 구성하는 등 공동 비즈니스 협력을 추진했으며, 기술 검증까지 성공적으로 완료하여 통합 제품 출시에 이르렀다. CCO는 기업들의 컨테이너 기술 채택을 돕기 위해, 레드햇 오픈시프트 쿠버네티스 엔진에 칵테일 클라우드(Cocktail Cloud) PaaS가 통합된 일체형 제품으로 개발됐으며, 컨테이너 기반의 유연한 애플리케이션 개발과 멀티 클라우드 환경에 최적화된 운영환경을 제공한다. 이 제품은 한글에 최적화된 서비스와 기업 요건에 맞는 맞춤형 서비스 등을 제공해 기존 레드햇 오픈시프트 사용자 환경에 최적화된 UI를 제공해 사용편의성을 극대화했다. 또한 쿠버네티스 클러스터의 종류와 숫자 수량을 가리지 않는 다중/다형 멀티 클러스터 관리 기능과 조직별 멀티 테넌시 기능으로 자원 관리 및 확장 요구에 빠르게 대응할 수 있으며, 하이브리드 클라우드에서 유연한 애플리케이션 적용과 최적화된 운영환경을 제공한다. 패키지에는 ▲멀티 클러스터 통합 관리 ▲빌드, 배포, 업데이트까지의 파이프라인 자동화 ▲데브옵스(DevOps) 워크스페이스 ▲통합 모니터링 등의 기능을 제공한다.   이를 통해 기업 내 조직에게는 프로젝트 별로 자유롭게 컨테이너를 구축해 독립된 개발 인프라를 제공할 수 있고, 관리자는 이들을 손쉽게 확인하고 관리할 수 있는 통합 모니터링 대시보드를 활용할 수 있다. CCO는 단일한 제어 포인트 화면에서 멀티 클러스터에 배포된 모든 애플리케이션과 물리 서버 및 클라우드 인프라를 통합 관리할 수 있는 ...

2022.03.25

쿠버네티스 관리를 '더 쉽게'··· 15가지 툴

쿠버네티스는 컨테이너화된 애플리케이션을 대규모로 배포하기 위한 표준적인 방법이 됐다. 그냥 ‘표준’이라고 말하는 사람도 많다. 복잡하게 확산하는 컨테이너 배포를 길들이는 데 쿠버네티스가 도움이 된다면, 그런 쿠버네티스를 길들이는 데는 무엇을 사용해야 할까? 쿠버네티스 역시 복잡하게 얽히고 관리하기 어려워질 수 있다. 물론 쿠버네티스가 성장하고 발전하는 과정에서 많은 부분이 정리될 것이다. 그러나 일부 사용자는 쿠버네티스가 다루기 쉬워질 때까지 기다리지 않고 프로덕션 단계의 쿠버네티스에서 일반적으로 발생하는 문제에 대처하기 위한 독자적인 해결책을 내놨다.   골드핑거 : 쿠버네티스 클러스터 시각화 인간은 시각적 동물이다. 그래프와 차트를 보면 큰 그림을 쉽게 이해할 수 있다. 쿠버네티스 클러스터의 범위와 복잡성을 감안하면 가능한 모든 시각적 도움을 얻는 것이 좋다. 블룸버그 기술 사업부가 오픈소스로 공개한 골드핑거(Goldpinger)는 쿠버네티스 클러스터 내에서 실행되면서 노드 간 관계를 인터랙티브한 지도로 표시하는 간단한 툴이다. 정상적인 노드는 녹색, 비정상적인 노드는 빨간색으로 표시된다. 노드를 클릭하면 세부 내용을 볼 수 있다. 스웨거(Swagger)로 API를 맞춤 설정해서 부가적인 보고, 지표를 비롯한 다양한 요소를 통합할 수 있다. K9s : 전체 화면의 쿠버네티스 CLI UI 관리자는 ‘하나의 창’으로 구성된 유틸리티를 좋아한다. K9s는 쿠버네티스 클러스터를 위한 전체 화면 CLI(Command Line Interface) UI다. 실행 중인 파드, 로그, 배포를 한눈에 확인하고 쉘에 빠르게 액세스할 수 있다. 참고로 K9s가 정상적으로 작동하려면 사용자 및 네임스페이스 수준에서 사용자에게 쿠버네티스 읽기 권한을 부여해야 한다. 캅스 : 쿠버네티스 클러스터를 위한 명령줄 쿠버네티스 팀이 개발한 캅스(Kops)는 명령줄에서 쿠버네티스 클러스터를 관리할 수 있게 해준다. AWS, GCE에서 실행되는 클러스터를 지원하며 VM...

쿠버네티스 골드핑거 리오

2022.03.22

쿠버네티스는 컨테이너화된 애플리케이션을 대규모로 배포하기 위한 표준적인 방법이 됐다. 그냥 ‘표준’이라고 말하는 사람도 많다. 복잡하게 확산하는 컨테이너 배포를 길들이는 데 쿠버네티스가 도움이 된다면, 그런 쿠버네티스를 길들이는 데는 무엇을 사용해야 할까? 쿠버네티스 역시 복잡하게 얽히고 관리하기 어려워질 수 있다. 물론 쿠버네티스가 성장하고 발전하는 과정에서 많은 부분이 정리될 것이다. 그러나 일부 사용자는 쿠버네티스가 다루기 쉬워질 때까지 기다리지 않고 프로덕션 단계의 쿠버네티스에서 일반적으로 발생하는 문제에 대처하기 위한 독자적인 해결책을 내놨다.   골드핑거 : 쿠버네티스 클러스터 시각화 인간은 시각적 동물이다. 그래프와 차트를 보면 큰 그림을 쉽게 이해할 수 있다. 쿠버네티스 클러스터의 범위와 복잡성을 감안하면 가능한 모든 시각적 도움을 얻는 것이 좋다. 블룸버그 기술 사업부가 오픈소스로 공개한 골드핑거(Goldpinger)는 쿠버네티스 클러스터 내에서 실행되면서 노드 간 관계를 인터랙티브한 지도로 표시하는 간단한 툴이다. 정상적인 노드는 녹색, 비정상적인 노드는 빨간색으로 표시된다. 노드를 클릭하면 세부 내용을 볼 수 있다. 스웨거(Swagger)로 API를 맞춤 설정해서 부가적인 보고, 지표를 비롯한 다양한 요소를 통합할 수 있다. K9s : 전체 화면의 쿠버네티스 CLI UI 관리자는 ‘하나의 창’으로 구성된 유틸리티를 좋아한다. K9s는 쿠버네티스 클러스터를 위한 전체 화면 CLI(Command Line Interface) UI다. 실행 중인 파드, 로그, 배포를 한눈에 확인하고 쉘에 빠르게 액세스할 수 있다. 참고로 K9s가 정상적으로 작동하려면 사용자 및 네임스페이스 수준에서 사용자에게 쿠버네티스 읽기 권한을 부여해야 한다. 캅스 : 쿠버네티스 클러스터를 위한 명령줄 쿠버네티스 팀이 개발한 캅스(Kops)는 명령줄에서 쿠버네티스 클러스터를 관리할 수 있게 해준다. AWS, GCE에서 실행되는 클러스터를 지원하며 VM...

2022.03.22

기고 | '대규모 마이크로서비스 구축 및 실행은...' 프라이스라인의 앱 현대화

‘혁신가의 딜레마’라는 책에도 나오듯이, 오늘날의 성공적인 조직은 번성하기 위해 계속해서 새로운 프로세스를 도입해야 하는 과제에 직면해 있다. 소프트웨어 개발에 의존해 경쟁 우위를 유지하는 현대의 조직이 이 끊임없는 변화의 필요성에 대처하려면 개발팀의 사고방식을 바꿔야 한다. 프라이스라인(Priceline)에서 이 말은 새롭고 혁신적인 기술 도입, 그리고 서비스를 구축하고 배포하는 방법에 있어서 완전히 새로운 사고방식을 의미한다. 프라이스라인은 월별 방문자 수가 수백만 명에 달하는 세계에서 가장 인기 있는 여행 사이트 중 하나이다.   경쟁이 극히 치열한 시장에서 성공을 지속하려면 완전히 새로운 서비스 제공 전략을 지원해야 하며, 이를 위해서는 기술 리더십의 치밀한 사고와 행동이 필요하다. 프라이스라인의 유능한 기술팀은 여행 업계의 기술 발전을 선도하고자 12요소(12 Factor) 앱 개발, 모노리포(Monorepo), 트렁크 기반 개발, 종속성 관리를 채택했다. 그러나 여전히 할 일이 많이 남아 있다.  컨테이너 기반 마이크로서비스를 생각해보자. 불과 몇 년 전과 비교해도 기업의 컨테이너 및 쿠버네티스 도입은 크게 늘었다. 2020 클라우드 네이티브 컴퓨팅 재단(Cloud Native Computing Foundation) 설문에 따르면, 프로덕션에서의 컨테이너 사용은 2016년 이후 300% 증가했다. 현재 프라이스라인 전체 제품 플랫폼의 80%는 구글 클라우드에서 컨테이너와 쿠버네티스를 기반으로 실행된다.  대형 IT 업체의 상당수는 이런 애플리케이션 개발 패러다임의 변화가 주는 혜택을 활용하고 있지만(새로운 과제도 발견), 많은 기업이 이제 막 이 여정을 시작하는 단계에 있다. 하지만 지금의 경제 상황을 보면 증가하는 소프트웨어 개발 수요를 충당할 만큼의 데브옵스와 SRE 전문가를 채용할 수는 없을 것이다. CTO는 애플리케이션의 탄력성과 확장성을 높일 방법뿐만 아니라 개발자에게 수작업의 부담을 지나치게 전가하지 않으...

마이크로서비스 데브옵스 컨테이너 쿠버네티스 12요소 모노리포 종속성 프라이스라인

2022.02.28

‘혁신가의 딜레마’라는 책에도 나오듯이, 오늘날의 성공적인 조직은 번성하기 위해 계속해서 새로운 프로세스를 도입해야 하는 과제에 직면해 있다. 소프트웨어 개발에 의존해 경쟁 우위를 유지하는 현대의 조직이 이 끊임없는 변화의 필요성에 대처하려면 개발팀의 사고방식을 바꿔야 한다. 프라이스라인(Priceline)에서 이 말은 새롭고 혁신적인 기술 도입, 그리고 서비스를 구축하고 배포하는 방법에 있어서 완전히 새로운 사고방식을 의미한다. 프라이스라인은 월별 방문자 수가 수백만 명에 달하는 세계에서 가장 인기 있는 여행 사이트 중 하나이다.   경쟁이 극히 치열한 시장에서 성공을 지속하려면 완전히 새로운 서비스 제공 전략을 지원해야 하며, 이를 위해서는 기술 리더십의 치밀한 사고와 행동이 필요하다. 프라이스라인의 유능한 기술팀은 여행 업계의 기술 발전을 선도하고자 12요소(12 Factor) 앱 개발, 모노리포(Monorepo), 트렁크 기반 개발, 종속성 관리를 채택했다. 그러나 여전히 할 일이 많이 남아 있다.  컨테이너 기반 마이크로서비스를 생각해보자. 불과 몇 년 전과 비교해도 기업의 컨테이너 및 쿠버네티스 도입은 크게 늘었다. 2020 클라우드 네이티브 컴퓨팅 재단(Cloud Native Computing Foundation) 설문에 따르면, 프로덕션에서의 컨테이너 사용은 2016년 이후 300% 증가했다. 현재 프라이스라인 전체 제품 플랫폼의 80%는 구글 클라우드에서 컨테이너와 쿠버네티스를 기반으로 실행된다.  대형 IT 업체의 상당수는 이런 애플리케이션 개발 패러다임의 변화가 주는 혜택을 활용하고 있지만(새로운 과제도 발견), 많은 기업이 이제 막 이 여정을 시작하는 단계에 있다. 하지만 지금의 경제 상황을 보면 증가하는 소프트웨어 개발 수요를 충당할 만큼의 데브옵스와 SRE 전문가를 채용할 수는 없을 것이다. CTO는 애플리케이션의 탄력성과 확장성을 높일 방법뿐만 아니라 개발자에게 수작업의 부담을 지나치게 전가하지 않으...

2022.02.28

‘멀티클라우드 전환’의 이점과 과제는… 美 프라이스라인 사례

프라이스라인(Priceline)은 실시간 애널리틱스와 클라우드 네이티브 기술을 최대한 활용하기 위해 멀티클라우드 마이그레이션을 진행 중이다. 하지만 그 과정에서 문제가 없는 건 아니다. 미국에서 코로나19 확산이 수그러들자 여행 업계가 속도를 내고 있다. 온라인 여행 서비스 기업 ‘프라이스라인(Priceline)’의 클라우드 트랜스포메이션도 마찬가지다. 트래블로시티(Travelocity), 익스피디아(Expedia), 호퍼(Hopper) 등과 경쟁하는 이 회사는 구글 클라우드 플랫폼(GCP)을 중심으로 한 멀티클라우드 마이그레이션의 중간 단계를 지나가고 있다.    프라이스라인의 CTO 마틴 브로드벡은 “디지털 트랜스포메이션을 추진하고 있다. 올해 자사 제품 플랫폼을 구글 클라우드와 연동되는 쿠버네티스로 현대화하는 작업을 마무리할 예정이다”라고 말했다. 오픈소스 컨테이너 관리 시스템인 쿠버네티스는 (프라이스라인의) 하드웨어 및 소프트웨어 프로비저닝을 최소화할 수 있도록 효율적인 수평 확장을 제공한다. 이는 고객 트래픽에 대응하는 데 있어 엄청난 유연성을 필요로 하는 이 비즈니스의 중요한 요소라고 그는 설명했다.  브로드벡에 따르면 쿠버네티스를 통해 프라이스라인 개발자는 프로덕션 환경에서 기능을 테스트하고 배포할 수 있게 됐다. 하지만 클라우드 네이티브 방법론 및 기술로의 전환은 특히 개발자 생산성 극대화와 관련해 완전히 순조롭지는 않았다고 그는 전했다.  클라우드에서의 실시간 애널리틱스 프라이스라인 비즈니스의 핵심이라고 할 수 있는 독점적인 가격 책정 엔진은 실시간 데이터 인프라와 애널리틱스를 활용한다. 이를 위해 프라이스라인은 테라바이트 단위의 데이터를 몇 초 만에 분석할 수 있는 구글 빅쿼리(Google BigQuery)와 카프카(Kafka)를 쓴다. 아울러 데이터스택스(DataStax)의 고속 쿼리 엔진과 스타버스터(Startbust)의 데이터 메시용 실시간 애널리틱스 플랫폼도 사용한다.  클라우드에...

멀티클라우드 구글 클라우드 플랫폼 GCP AWS 프라이스라인 디지털 트랜스포메이션 컨테이너 쿠버네티스 클라우드 네이티브 개발자 개발자 생산성 애널리틱스 머신러닝 데이터 과학

2022.02.25

프라이스라인(Priceline)은 실시간 애널리틱스와 클라우드 네이티브 기술을 최대한 활용하기 위해 멀티클라우드 마이그레이션을 진행 중이다. 하지만 그 과정에서 문제가 없는 건 아니다. 미국에서 코로나19 확산이 수그러들자 여행 업계가 속도를 내고 있다. 온라인 여행 서비스 기업 ‘프라이스라인(Priceline)’의 클라우드 트랜스포메이션도 마찬가지다. 트래블로시티(Travelocity), 익스피디아(Expedia), 호퍼(Hopper) 등과 경쟁하는 이 회사는 구글 클라우드 플랫폼(GCP)을 중심으로 한 멀티클라우드 마이그레이션의 중간 단계를 지나가고 있다.    프라이스라인의 CTO 마틴 브로드벡은 “디지털 트랜스포메이션을 추진하고 있다. 올해 자사 제품 플랫폼을 구글 클라우드와 연동되는 쿠버네티스로 현대화하는 작업을 마무리할 예정이다”라고 말했다. 오픈소스 컨테이너 관리 시스템인 쿠버네티스는 (프라이스라인의) 하드웨어 및 소프트웨어 프로비저닝을 최소화할 수 있도록 효율적인 수평 확장을 제공한다. 이는 고객 트래픽에 대응하는 데 있어 엄청난 유연성을 필요로 하는 이 비즈니스의 중요한 요소라고 그는 설명했다.  브로드벡에 따르면 쿠버네티스를 통해 프라이스라인 개발자는 프로덕션 환경에서 기능을 테스트하고 배포할 수 있게 됐다. 하지만 클라우드 네이티브 방법론 및 기술로의 전환은 특히 개발자 생산성 극대화와 관련해 완전히 순조롭지는 않았다고 그는 전했다.  클라우드에서의 실시간 애널리틱스 프라이스라인 비즈니스의 핵심이라고 할 수 있는 독점적인 가격 책정 엔진은 실시간 데이터 인프라와 애널리틱스를 활용한다. 이를 위해 프라이스라인은 테라바이트 단위의 데이터를 몇 초 만에 분석할 수 있는 구글 빅쿼리(Google BigQuery)와 카프카(Kafka)를 쓴다. 아울러 데이터스택스(DataStax)의 고속 쿼리 엔진과 스타버스터(Startbust)의 데이터 메시용 실시간 애널리틱스 플랫폼도 사용한다.  클라우드에...

2022.02.25

“관리형 쿠버네티스가 표준으로 자리 잡고 있다” CNCF

‘클라우드 네이티브 컴퓨팅 재단(Cloud Native Computing Foundation; CNCF)’의 최근 설문조사에 따르면 관리형 서비스가 운영 부담을 덜어주면서 컨테이너 및 쿠버네티스 사용량이 계속 증가하고 있다.    소프트웨어 및 데브옵스 엔지니어를 대상으로 한 CNCF의 최근 설문조사에서 지난해 기록적인 수의 기업들이 엔터프라이즈 애플리케이션을 실행하기 위해 컨테이너와 쿠버네티스를 사용하고 있는 것으로 나타났다. 무려 96%가 쿠버네티스를 사용하거나 검토하고 있다고 밝혔다. 지난 2016년 해당 설문조사가 시작된 이후 최대 기록이다. 단, 프로덕션 환경에서 컨테이너 오케스트레이션 플랫폼을 운영하고 있다고 답한 비율은 60%에 그쳤다.  자체 클러스터를 수동으로 튜닝하는 게 어렵기 때문에 전체 응답자의 79%가 이러한 운영 작업의 일부를 인증된 호스팅 쿠버네티스 플랫폼으로 오프로딩한다고 말한 건 놀라운 일이 아니다. 아울러 클라우드 모니터링 전문 업체 데이터독에서 제공한 자료에 의하면 쿠버네티스 사용자의 90%가 클라우드 관리형 서비스로 전환했다. 이는 2020년의 70%보다 증가한 수치다.  “사실상 쿠버네티스는 이제 리눅스(Linux)와 유사하게 ‘내부(under the hood)’로 가고 있으며, 더 많은 기업에서 관리형 서비스 및 패키지 플랫폼을 활용하고 있다”라고 CNCF는 언급했다. 이러한 관리형 서비스 가운데서 아마존의 쿠버네티스용 엘라스틱 컨테이너 서비스(EKS)가 가장 인기 있는 서비스로 꼽혔으며, 마이크로소프트 애저 쿠버네티스 서비스(AKS)와 구글 쿠버네티스 엔진(GKE)이 그 뒤를 이었다.  한편 이번 CNCF 설문조사는 지난 2021년 4월부터 11월까지 전 세계 3,800명의 응답자를 대상으로 실시됐다. 또한 데이터독(DataDog)과 뉴렐릭(New Relic)의 프로덕션 데이터, 슬래시데이터(SlashData)의 인사이트가 포함됐다. CNCF의 전무이사 프...

쿠버네티스 컨테이너 관리형 서비스 CNCF

2022.02.11

‘클라우드 네이티브 컴퓨팅 재단(Cloud Native Computing Foundation; CNCF)’의 최근 설문조사에 따르면 관리형 서비스가 운영 부담을 덜어주면서 컨테이너 및 쿠버네티스 사용량이 계속 증가하고 있다.    소프트웨어 및 데브옵스 엔지니어를 대상으로 한 CNCF의 최근 설문조사에서 지난해 기록적인 수의 기업들이 엔터프라이즈 애플리케이션을 실행하기 위해 컨테이너와 쿠버네티스를 사용하고 있는 것으로 나타났다. 무려 96%가 쿠버네티스를 사용하거나 검토하고 있다고 밝혔다. 지난 2016년 해당 설문조사가 시작된 이후 최대 기록이다. 단, 프로덕션 환경에서 컨테이너 오케스트레이션 플랫폼을 운영하고 있다고 답한 비율은 60%에 그쳤다.  자체 클러스터를 수동으로 튜닝하는 게 어렵기 때문에 전체 응답자의 79%가 이러한 운영 작업의 일부를 인증된 호스팅 쿠버네티스 플랫폼으로 오프로딩한다고 말한 건 놀라운 일이 아니다. 아울러 클라우드 모니터링 전문 업체 데이터독에서 제공한 자료에 의하면 쿠버네티스 사용자의 90%가 클라우드 관리형 서비스로 전환했다. 이는 2020년의 70%보다 증가한 수치다.  “사실상 쿠버네티스는 이제 리눅스(Linux)와 유사하게 ‘내부(under the hood)’로 가고 있으며, 더 많은 기업에서 관리형 서비스 및 패키지 플랫폼을 활용하고 있다”라고 CNCF는 언급했다. 이러한 관리형 서비스 가운데서 아마존의 쿠버네티스용 엘라스틱 컨테이너 서비스(EKS)가 가장 인기 있는 서비스로 꼽혔으며, 마이크로소프트 애저 쿠버네티스 서비스(AKS)와 구글 쿠버네티스 엔진(GKE)이 그 뒤를 이었다.  한편 이번 CNCF 설문조사는 지난 2021년 4월부터 11월까지 전 세계 3,800명의 응답자를 대상으로 실시됐다. 또한 데이터독(DataDog)과 뉴렐릭(New Relic)의 프로덕션 데이터, 슬래시데이터(SlashData)의 인사이트가 포함됐다. CNCF의 전무이사 프...

2022.02.11

"레드햇 오픈시프트 플랫폼 플러스에 ‘레드햇 오픈시프트 데이터 파운데이션’ 통합"

레드햇이 엔터프라이즈 쿠버네티스 플랫폼 ‘레드햇 오픈시프트 플랫폼 플러스(Red Hat OpenShift Platform Plus)’에 소프트웨어 정의 스토리지를 포함한 데이터 서비스 ‘레드햇 오픈시프트 데이터 파운데이션(Red Hat OpenShift Data Foundation)’을 통합했다고 2월 7일 발표했다.  레드햇 오픈시프트 플랫폼 플러스는 완전한 멀티클라우드 쿠버네티스 스택을 제공함으로써 데브섹옵스(DevSecOps)와 애플리케이션 개발의 요구 사항을 충족한다고 업체 측은 설명했다. 레드햇 오픈시프트 데이터 파운데이션이 추가되면서 개발자에게 클라우드 및 인프라를 포괄하는 영구 스토리지가 포함된 데이터 플랫폼을 제공하고 IT운영팀에 데이터 관리 기능을 제공한다. 레드햇 오픈시프트 플랫폼 플러스는 쿠버네티스 클러스터 전반과 클라우드 인프라 전반에 걸쳐 일관된 방식으로 애플리케이션을 보호 및 관리하는 필수 기능을 통합한다. 레드햇 오픈시프트 플랫폼 플러스는 ▲레드햇 오픈시프트 컨테이너 플랫폼 ▲쿠버네티스용 레드햇 어드밴스드 클러스터 시큐리티 ▲쿠버네티스용 레드햇 어드밴스드 클러스터 매니지먼트 ▲레드햇 키 ▲레드햇 오픈시프트 데이터 파운데이션 에센셜 등의 기능을 제공한다.  레드햇 오픈시프트 플랫폼 플러스는 기업이 단일 솔루션으로 클라우드 네이티브 이니셔티브를 가속화하고 엣지 환경을 포함한 하이브리드 클라우드에서 데브섹옵스를 채택할 수 있도록 지원한다. 최신 클라우드 네이티브 애플리케이션은 수요 변화에 따라 확장할 수 있는 클러스터 데이터 관리 서비스가 필요하다. 레드햇 오픈시프트 플랫폼 플러스와 통합된 레드햇 오픈시프트 데이터 파운데이션을 통해 기업은 컨테이너 환경 전반에서 운영되는 공통 데이터 서비스에 액세스할 수 있게 되어 스토리지 사일로(silo)를 방지할 수 있다.  최신 스토리지 솔루션인 레드햇 오픈시프트 데이터 파운데이션 4.9는 기업의 빠르고 효율적인 애플리케이션 개발 및 배포를 지원하는 ▲멀티...

레드햇 오픈시프트 쿠버네티스

2022.02.07

레드햇이 엔터프라이즈 쿠버네티스 플랫폼 ‘레드햇 오픈시프트 플랫폼 플러스(Red Hat OpenShift Platform Plus)’에 소프트웨어 정의 스토리지를 포함한 데이터 서비스 ‘레드햇 오픈시프트 데이터 파운데이션(Red Hat OpenShift Data Foundation)’을 통합했다고 2월 7일 발표했다.  레드햇 오픈시프트 플랫폼 플러스는 완전한 멀티클라우드 쿠버네티스 스택을 제공함으로써 데브섹옵스(DevSecOps)와 애플리케이션 개발의 요구 사항을 충족한다고 업체 측은 설명했다. 레드햇 오픈시프트 데이터 파운데이션이 추가되면서 개발자에게 클라우드 및 인프라를 포괄하는 영구 스토리지가 포함된 데이터 플랫폼을 제공하고 IT운영팀에 데이터 관리 기능을 제공한다. 레드햇 오픈시프트 플랫폼 플러스는 쿠버네티스 클러스터 전반과 클라우드 인프라 전반에 걸쳐 일관된 방식으로 애플리케이션을 보호 및 관리하는 필수 기능을 통합한다. 레드햇 오픈시프트 플랫폼 플러스는 ▲레드햇 오픈시프트 컨테이너 플랫폼 ▲쿠버네티스용 레드햇 어드밴스드 클러스터 시큐리티 ▲쿠버네티스용 레드햇 어드밴스드 클러스터 매니지먼트 ▲레드햇 키 ▲레드햇 오픈시프트 데이터 파운데이션 에센셜 등의 기능을 제공한다.  레드햇 오픈시프트 플랫폼 플러스는 기업이 단일 솔루션으로 클라우드 네이티브 이니셔티브를 가속화하고 엣지 환경을 포함한 하이브리드 클라우드에서 데브섹옵스를 채택할 수 있도록 지원한다. 최신 클라우드 네이티브 애플리케이션은 수요 변화에 따라 확장할 수 있는 클러스터 데이터 관리 서비스가 필요하다. 레드햇 오픈시프트 플랫폼 플러스와 통합된 레드햇 오픈시프트 데이터 파운데이션을 통해 기업은 컨테이너 환경 전반에서 운영되는 공통 데이터 서비스에 액세스할 수 있게 되어 스토리지 사일로(silo)를 방지할 수 있다.  최신 스토리지 솔루션인 레드햇 오픈시프트 데이터 파운데이션 4.9는 기업의 빠르고 효율적인 애플리케이션 개발 및 배포를 지원하는 ▲멀티...

2022.02.07

어디서나 실행 가능한 관리형 쿠버네티스 '구글 클라우드 안토스' 가이드

구글 클라우드는 2019년 4월, 안토스(Anthos) 플랫폼을 출시했다. 당시 기업 고객이 온프레미스와 구글 클라우드, 그리고 무엇보다도 AWS, 마이크로소프트 애저와 같은 주요 퍼블릭 클라우드에서 쿠버네티스(Kubernetes) 워크로드를 실행할 수 있는 방편을 제공하겠다고 약속했다.   구글 CEO 선다 피차이는 2019년 샌프란시스코에서 열린 구글 클라우드 넥스트(Google Cloud Next)에서 안토스에 대해 개발자가 한 번의 코드 작성으로 어디에서나 실행할 수 있도록 하는 것이라고 밝혔다. 호환되지 않는 클라우드 아키텍처를 연결해 하이브리드 및 여러 퍼블릭 클라우드에 걸쳐 컨테이너화된 애플리케이션 개발, 배포, 운영을 간소화한다는 개념이다. 결정적인 멀티 클라우드 지원이 실현되기까지 다소 시간이 걸렸다. 구글은 2020년 4월 AWS를, 작년 12월에는 마이크로소프트 애저를 지원하겠다고 밝혔다. 안토스 멀티 클라우드 API를 출시하면서 진정한 하이브리드 및 멀티 클라우드 운용과 관련한 처음 약속을 지킨 것이다. 구글 클라우드 안토스는 모든 쿠버네티스 워크로드의 관리를 위한 단일 플랫폼을 제공한다. 이를 통해 기업 고객은 여러 개의 독자적인 클라우드 기술 별로 인증된 전문가에 의존하지 않고 한 가지 기술에 집중할 수 있다. 또한, 안토스는 특정 워크로드와 네임스페이스에 연결된 맞춤형 보안뿐만 아니라 여러 인프라에 걸쳐 공통적인 구성을 적용하는 기능을 통해 하이브리드 및 퍼블릭 클라우드 전반이 워크로드 실행 위치에 관계없이 일관성 있게 운영되도록 한다. 운영자는 하나의 콘솔에서 클러스터 텔레메트리와 로그 정보를 추적할 수 있다.   구글 클라우드 안토스 구성요소 안토스는 구글이 2019년 이전에 구축했던 클라우드 서비스 플랫폼(Cloud Services Platform)이 발전한 형태이다. 구글 클라우드 관리형 서비스인 구글 쿠버네티스 엔진(Google Kubernetes Engine, GKE), GKE 온프렘(On-Pre...

쿠버네티스 구글클라우드플랫폼 안토스

2022.01.28

구글 클라우드는 2019년 4월, 안토스(Anthos) 플랫폼을 출시했다. 당시 기업 고객이 온프레미스와 구글 클라우드, 그리고 무엇보다도 AWS, 마이크로소프트 애저와 같은 주요 퍼블릭 클라우드에서 쿠버네티스(Kubernetes) 워크로드를 실행할 수 있는 방편을 제공하겠다고 약속했다.   구글 CEO 선다 피차이는 2019년 샌프란시스코에서 열린 구글 클라우드 넥스트(Google Cloud Next)에서 안토스에 대해 개발자가 한 번의 코드 작성으로 어디에서나 실행할 수 있도록 하는 것이라고 밝혔다. 호환되지 않는 클라우드 아키텍처를 연결해 하이브리드 및 여러 퍼블릭 클라우드에 걸쳐 컨테이너화된 애플리케이션 개발, 배포, 운영을 간소화한다는 개념이다. 결정적인 멀티 클라우드 지원이 실현되기까지 다소 시간이 걸렸다. 구글은 2020년 4월 AWS를, 작년 12월에는 마이크로소프트 애저를 지원하겠다고 밝혔다. 안토스 멀티 클라우드 API를 출시하면서 진정한 하이브리드 및 멀티 클라우드 운용과 관련한 처음 약속을 지킨 것이다. 구글 클라우드 안토스는 모든 쿠버네티스 워크로드의 관리를 위한 단일 플랫폼을 제공한다. 이를 통해 기업 고객은 여러 개의 독자적인 클라우드 기술 별로 인증된 전문가에 의존하지 않고 한 가지 기술에 집중할 수 있다. 또한, 안토스는 특정 워크로드와 네임스페이스에 연결된 맞춤형 보안뿐만 아니라 여러 인프라에 걸쳐 공통적인 구성을 적용하는 기능을 통해 하이브리드 및 퍼블릭 클라우드 전반이 워크로드 실행 위치에 관계없이 일관성 있게 운영되도록 한다. 운영자는 하나의 콘솔에서 클러스터 텔레메트리와 로그 정보를 추적할 수 있다.   구글 클라우드 안토스 구성요소 안토스는 구글이 2019년 이전에 구축했던 클라우드 서비스 플랫폼(Cloud Services Platform)이 발전한 형태이다. 구글 클라우드 관리형 서비스인 구글 쿠버네티스 엔진(Google Kubernetes Engine, GKE), GKE 온프렘(On-Pre...

2022.01.28

VM웨어, ‘탄주 애플리케이션 플랫폼’ 정식 출시··· "개발자 생산성 향상"

VM웨어가 모든 쿠버네티스 상에서 손쉬운 애플리케이션 개발, 배포, 관리를 지원하는 ‘VM웨어 탄주 애플리케이션 플랫폼(VMware Tanzu Application Platform)’을 정식 출시한다고 1월 24일 밝혔다.  회사에 따르면 VM웨어 탄주 애플리케이션 플랫폼은 개발자 경험 및 생산성을 향상시켜 기업들이 애플리케이션 개발에서 생산까지 일련의 과정에서 보다 안정적인 소프트웨어 공급망을 확보할 수 있도록 지원한다.   VM웨어 탄주 애플리케이션 플랫폼은 애플리케이션 중심의 모듈화된 플랫폼으로, 다양한 개발자 도구와 기 검증된 경로를 제공해 개발자가 소프트웨어를 여러 퍼블릭 클라우드나 온프레미스 쿠버네티스 클러스터에 신속하게 구축, 제공할 수 있도록 지원한다. 쿠버네티스 추상화 레이어를 통해 셀프 서비스 기반의 한층 빠르고 안전한 앱 개발 및 제공을 지원함으로써 개발자 생산성과 사용자 경험을 모두 끌어올릴 수 있도록 설계됐다고 업체 측은 설명했다. VM웨어 탄주 애플리케이션 플랫폼은 ▲개발자 경험 향상 ▲공급망 커스터마이즈 ▲생산까지의 과정 가속화 등의 이점을 제공한다. 클라우드 네이티브 패턴에 최적화된 VM웨어 탄주 템플릿을 활용해 첫 앱 개발에 도달하기까지 빠르게 접근할 수 있으며, 하나의 관리 포털에서 서비스와 API를 함께 확인할 수 있는 일관된 인터페이스를 제공한다. 아울러 구성요소가 미리 탑재돼 개시와 동시에 사용할 수 있는 엔드투엔드 소프트웨어 공급망을 제공해 애플리케이션 개발 프로세스를 자동화하며, VM웨어 탄주의 서플라이 체인 코레오그래퍼(Supply Chain Choreographer)를 통해 사전 승인된 생산 경로를 활용할 수 있을 뿐 아니라, 이를 사업별 니즈에 맞춰 손쉽게 커스터마이즈가 가능하다. 개발자가 코딩을 완료하면 자동으로 안전한 소프트웨어 공급망을 가동한다. 개발부터 생산까지의 과정이 빠르고 매끄럽게 이어져 데브섹옵스(DevSecOps)간 애플리케이션 전환으로 인한 마찰을 줄인...

VM웨어 탄주 애플리케이션 플랫폼 쿠버네티스

2022.01.24

VM웨어가 모든 쿠버네티스 상에서 손쉬운 애플리케이션 개발, 배포, 관리를 지원하는 ‘VM웨어 탄주 애플리케이션 플랫폼(VMware Tanzu Application Platform)’을 정식 출시한다고 1월 24일 밝혔다.  회사에 따르면 VM웨어 탄주 애플리케이션 플랫폼은 개발자 경험 및 생산성을 향상시켜 기업들이 애플리케이션 개발에서 생산까지 일련의 과정에서 보다 안정적인 소프트웨어 공급망을 확보할 수 있도록 지원한다.   VM웨어 탄주 애플리케이션 플랫폼은 애플리케이션 중심의 모듈화된 플랫폼으로, 다양한 개발자 도구와 기 검증된 경로를 제공해 개발자가 소프트웨어를 여러 퍼블릭 클라우드나 온프레미스 쿠버네티스 클러스터에 신속하게 구축, 제공할 수 있도록 지원한다. 쿠버네티스 추상화 레이어를 통해 셀프 서비스 기반의 한층 빠르고 안전한 앱 개발 및 제공을 지원함으로써 개발자 생산성과 사용자 경험을 모두 끌어올릴 수 있도록 설계됐다고 업체 측은 설명했다. VM웨어 탄주 애플리케이션 플랫폼은 ▲개발자 경험 향상 ▲공급망 커스터마이즈 ▲생산까지의 과정 가속화 등의 이점을 제공한다. 클라우드 네이티브 패턴에 최적화된 VM웨어 탄주 템플릿을 활용해 첫 앱 개발에 도달하기까지 빠르게 접근할 수 있으며, 하나의 관리 포털에서 서비스와 API를 함께 확인할 수 있는 일관된 인터페이스를 제공한다. 아울러 구성요소가 미리 탑재돼 개시와 동시에 사용할 수 있는 엔드투엔드 소프트웨어 공급망을 제공해 애플리케이션 개발 프로세스를 자동화하며, VM웨어 탄주의 서플라이 체인 코레오그래퍼(Supply Chain Choreographer)를 통해 사전 승인된 생산 경로를 활용할 수 있을 뿐 아니라, 이를 사업별 니즈에 맞춰 손쉽게 커스터마이즈가 가능하다. 개발자가 코딩을 완료하면 자동으로 안전한 소프트웨어 공급망을 가동한다. 개발부터 생산까지의 과정이 빠르고 매끄럽게 이어져 데브섹옵스(DevSecOps)간 애플리케이션 전환으로 인한 마찰을 줄인...

2022.01.24

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.5.0.8