팟캐스트: 이고르 셀레츠키와 함께하는 고객 유지를 위한 미션 크리티컬 지원

2020년 4월 30일, KernelCare의 CEO Igor Seletskiy는 SaaS 컨설턴트 Frank Bria가 진행하는 팟캐스트인 The SaaS CX Show에서 인터뷰를 진행했습니다. 이 팟캐스트에서 Igor는 회사가 라이브 패치 시장에 진출한 이유, 이 시장에서 비즈니스를 하는 것이 어떤지, 새로운 애플리케이션으로 어떻게 확장할 계획인지에 대해 답변합니다. 아래는 그의 답변 개요와 팟캐스트 녹취록입니다.

CloudLinux가 라이브 패치 시스템을 만들게 된 계기는 무엇인가요?

고객 요청. 그가 CloudLinux를 시작한 지 3년 후, Oracle은 최초의 라이브 패치 시스템인 Ksplice를 인수했습니다. CloudLinux 고객들은 Ksplice를 사용하고 있었지만 Oracle과 거래하고 싶지 않았기 때문에 Igor에게 CloudLinux가 Linux Kernel 라이브 패치를 도와줄 수 있는지 문의했습니다. 

그는 CloudLinux의 팀과 이야기를 나누며 "완전히 다른 접근 방식을 사용하여 처음부터 다시 해보자"고 말했습니다. 그들은 새로운 종류의 라이브 패치 시스템을 구축하기 시작했고, 실제로 Ksplice와는 다른 방식으로 Kernel 패치를 수행하는 방법을 찾아냈습니다. 

2014년에 CloudLinux는 라이브 패치 시스템인 KernelCare를 출시했습니다. 

누가 KernelCare를 사용하나요?

KernelCare는 아이디어에서 출발한 것이 아니라 고객의 요청에서 시작되었으며, 지금도 같은 방식으로 고객의 요청을 통해 성장하고 있습니다. Igor의 기본 원칙은 "많은 고객이 필요로 한다면 제공해야 한다"는 것입니다. 

현재 CloudLinux는 Amazon Linux 및 Ubuntu와 같은 배포판으로 이동하는 사람들로부터 상당한 수의 요청을 받고 있습니다. 이들은 Oracle Linux뿐만 아니라 이러한 다른 배포판에서도 작동하는 라이브 패치 시스템을 원했고, 이에 대한 솔루션으로 KernelCare를 선택했습니다. 

최근에는 기업 고객도 늘고 있습니다. 엔터프라이즈 시장은 기존 호스팅 시장과는 사고방식과 업무 방식이 다릅니다. 이 시장은 KernelCare 팀에게 비교적 생소한 시장이기 때문에 과거와 마찬가지로 고객의 의견을 경청하는 방식으로 진행합니다. 

Igor는 이를 오류의 여지가 없는 흥미로운 사업이라고 설명합니다. 앱과 같은 대부분의 소프트웨어에서 버그는 불편함을 의미합니다. 앱에 버그가 있으면 제대로 작동하지 않을 수 있습니다. Linux Kernel을 다룰 때 버그로 인해 서버가 자발적으로 재부팅되거나 완전히 다운될 수 있으며, 이는 기업에 큰 문제를 야기할 수 있습니다. 

KernelCare는 어떤 방식으로 서비스를 제공하나요?

Linux Kernel은 매우 복잡하기 때문에 KernelCare 팀의 가장 중요한 관심사는 실수를 하지 않는 것입니다. 고객에게는 실수하지 않는 것이 중요합니다. 한 번은 실수로 100대 이상의 서버를 다운시킨 적이 있어서 패치 배포 방식을 소규모 그룹으로 변경한 다음 점진적으로 배포하는 방식으로 변경했습니다. 

KernelCare는 패치 테스트에 막대한 투자를 해왔습니다. Kernel의 한 줄을 변경하더라도 제대로 작동하는지, 충돌이 발생하지 않는지 확인하기 위해 다양한 구성에서 수천 번의 테스트를 수행합니다. 

이것이 도움이 됩니다: 

• KernelCare는 수백 대의 서버에서 다양한 소프트웨어 구성을 실행하는 호스팅 제공업체로 구성된 대규모 고객 기반을 보유하고 있습니다.

• 또한 대규모 운영을 하는 기업 고객도 있습니다. 6세대 하드웨어로 30,000대의 서버를 운영할 수도 있습니다. 

팀은 먼저 스테이징 환경에 패치를 배포하고 철저하게 테스트합니다. 이 환경에서 작동하면 클라이언트에 패치를 제공합니다. 기업은 준비 환경에 패치를 적용하고, 준비 환경에서 작동하면 모든 서버에 패치를 롤아웃합니다.

가장 가파른 학습 곡선을 보인 것은 무엇인가요?

지난 10년 동안 사람을 대하는 일은 이고르에게 가장 가파른 학습 곡선을 보여주었습니다. 즉, 사람에 집중하고 다양한 종류의 사람들을 대하는 방법을 배워야 했습니다. 

"Kernel 패치는 매우 어렵기 때문에 '사람 기술'이 중요하며, 이를 통해 CEO는 이를 수행할 수 있는 재능 있는 인재를 유치하고 유지할 수 있습니다. 이렇게 어렵고 전문적인 작업을 하는 사람들을 상대하려면 기술적인 지식뿐만 아니라 섬세함도 필요합니다.

KernelCare의 다음 단계는 무엇인가요? 

KernelCare는 이제 "설정 후 잊어버리는" 제품이 되었기 때문에 고객들은 이제 glibc 및 OpenSSL과 같은 라이브러리 패치에 대한 도움을 요청하고 있습니다. 고객들은 수동이 아닌 자동으로 이러한 라이브러리를 패치할 수 있도록 KernelCare를 찾고 있습니다. 

또한 Igor는 현재 "사물 인터넷" 분야의 공급업체들과 이야기를 나누고 있습니다. IoT 시장은 KernelCare의 기존 호스팅 시장보다 수천 배 더 크며, 다운타임 예약이라는 동일한 문제를 안고 있습니다. 

현재 KernelCare는 IoT 시장보다 약 2년 정도 앞서 있습니다. 예를 들어, 일부 ARM 디바이스 제조업체(대부분의 IoT 디바이스는 ARM 기반 칩을 사용)는 여전히 하드코딩된 패치를 사용하고 있습니다. 이 시장에서는 효율적이고 효과적인 패치가 아직 우선 순위가 아닙니다. 

하지만 곧 그렇게 될 것입니다. 해커가 네트워크에 액세스하는 주요 방법 중 하나는 이제 IoT 지원 프린터를 해킹하는 것입니다. 이 문제가 더욱 심각해짐에 따라 제조업체는 재부팅이 필요 없는 Kernel 패치를 원할 것입니다.

CloudLinux가 라이브 패치 시장에 진출한 이유, 이 시장에서 비즈니스를 운영하는 방식, 새로운 애플리케이션으로 확장할 계획에 대해 자세히 알아보려면 Igor Seletsky와 함께하는 고객 유지를 위한 미션 크리티컬 지원 팟캐스트 및 기타 KernelCare 팟캐스트에 귀를 기울여 주세요:

• 재택근무의 장점과 미래 Igor Seletskiy의 글