쿠버네티스는 새로운 리눅스인가? 파벨 셀리바노프와의 인터뷰

암호 해독 :
아자트 카디예프: 안녕하세요. 내 이름은 아자트 카디예프입니다. 저는 Mail.ru Cloud Solutions의 PaaS 개발자입니다. 나와 함께 Southbridge의 Pavel Selivanov가 왔습니다. 우리는 DevOpsDays 컨퍼런스에 참석하고 있습니다. 그는 여기에서 Kubernetes를 사용하여 DevOps를 구축하는 방법에 대해 설명하지만 성공하지 못할 가능성이 높습니다. 왜 그렇게 어두운 주제인가요?

Pavel Selivanov: 실제로는 우울하지 않습니다. 이는 우리가 기술의 도움으로 지역 사회의 많은 문제를 해결하려고 노력하고 있다는 사실에 관한 것입니다. 그리고 우리는 기술의 도움으로 문제를 다소 일방적으로 해결하려고 노력하고 있습니다. Kubenetes도 마찬가지입니다. 이것이 그들이 책임지는 일입니다. Ops라고 말할 수도 있습니다. 하지만 우리는 DevOps 엔지니어에 대한 훌륭한 개념을 가지고 있습니다. DevOps 엔지니어는 Kubernetes를 담당합니다. 동시에... 당신이 Kubernetes를 만드는 것과 같지만, 개발자들은 이러한 모든 Kubernetes에 대해 전혀 인식하지 못하고, 그것이 당신에게 무엇을 할 수 있는지도 알지 못합니다. 그리고 모든 것이 그들에게 정확히 동일하게 적용됩니다. Kubernetes에는 DevOps 접근 방식, Dev와 Ops 간의 통신을 확장하기 위해 이 기술을 사용하기 위한 기성 솔루션, 기성 도구가 포함되어 있다는 사실에도 불구하고 그렇습니다. 우리는 이 기회를 거의 사용하지 않습니다. 현재 구조를 Docker, Kubernetes, 클라우드 등 모든 DevOps 도구로 이전하고 있다는 사실로 인해 이러한 상황은 더욱 악화되고 있습니다. 그리고 우리는 의도했던 것과는 다르게 도구를 사용하기 시작합니다. 그리고 이 모든 기술을 중심으로 끔찍한 목발이 만들어지고 있습니다.

아자트 카디예프: 그렇군요. 광범위한 주제처럼 느껴집니다. 현재 기업이 겪고 있는 가장 일반적인 문제는 무엇이라고 생각하시나요? 쿠버네티스와 함께.

Pavel Selivanov: Kubernetes의 가장 일반적인 문제는 역량 부족입니다. 이는 IT 분야의 일반적인 문제입니다. 항상 전문가가 부족합니다. 항상 역량이 부족합니다. 그리고 이제 Kubernetes에는 역량이 충분하지 않습니다. 동시에 Kubernetes를 얻을 수 있게 해주는 XNUMX% 기성 솔루션이 시장에 여전히 존재하지만 동시에 필요한 역량도 갖추고 있지 않으며 솔직히 시장에 나와 있는 솔루션도 거의 없습니다. 그리고 존재하는 것들은 모두 몇 가지 질문을 제기합니다. Kubernetes를 통해 우리는 이를 이해하는 사람들을 끊임없이 찾고 있습니다. 우리는 이에 맞춰 개발을 조정하려고 노력하고 있습니다.

Azat Khadiev: 현재 IT 인력이 부족한 상황도 마찬가지입니다. 항상 거기에있었습니다. 그리고 지금 있습니다. 이러한 조건에서 어떻게 살아야 한다고 생각하십니까? 어떤 생활 꿀팁이 있나요?

Pavel Selivanov: 인생 꿀팁. 첫째, 클라우드의 관점에서 구명 해킹은 다음과 같습니다. 귀하의 역량 중 일부를 알려드리겠습니다. 그리고 우리는 그것들을 스스로 가져갈 것입니다. 그리고 우리는 이것을 우리 자신 안에서 할 것입니다. 그리고 그것은 모두 좋습니다. 그것을 사용하는 사람들을 이해하는 것이 중요하다는 점을 제외하면... 실제로 좋은 순간입니다... 하지만 우리 역량의 일부를 클라우드나 공급자에게 제공하면 그 대가로 보편적인 솔루션을 얻게 된다는 것을 이해하는 것이 중요합니다. . 대략적으로 말하면, 우리는 매우 특정한 작업을 수행하는 데이터베이스를 가지고 있으며 매우 특정한 방식으로 구성되었습니다. 물론 이 데이터베이스를 클라우드에 제공함으로써 우리는 데이터베이스 클러스터를 처리했던 관리자를 해고할 수 있습니다. 동일한 Amazon이나 Google이 우리를 위해 이 작업을 수행할 것입니다. 그러나 동시에 Amazon이나 Google은 데이터베이스를 명확하게 구성하는 것을 허용하지 않습니다. 대규모 프로젝트, 대기업 - 어떤 경우든 인생의 어느 단계에서 클라우드 솔루션을 사용하고 어떤 경우든 좀 더 구체적인 것이 필요하기 때문에 역량을 다시 가져오는 지점에 도달합니다. .

Azat Khadiev: 보편적인 솔루션은 나쁜가요, 아니면 이를 기반으로 더 많은 솔루션을 구축할 수 있습니까?

Pavel Selivanov: 아니요, 보편적인 솔루션은 확실히 나쁘지 않습니다. 범용 솔루션이 좋습니다. 보편적인 솔루션... 보편적입니다. 여기서 이해하는 것이 중요합니다. 이는 공통 스크립트를 사용하는 것과 같습니다... 이 공통 스크립트, 공통 애플리케이션을 중심으로 회사 작업의 전체 논리를 구축할 수 있다면 정말 좋습니다. 그리고 작업의 논리는 다르지만 이 보편적인 솔루션, 보편적인 스크립트를 사용하고 올빼미처럼 지구본을 당기기 시작하면 이것은 나쁩니다. 그리고 보편주의 자체에는 아무런 문제가 없습니다.

Azat Khadiev: 이 관리자가 이미 귀하를 위해 일하고 있다면 해고에 관한 것이 아닙니다. 그는 더 많은 일을 할 수 있을 것입니다.

Pavel Selivanov: 예, 그에게서 루틴을 제거하고 누군가가 어딘가에서 만들 수 있도록 어딘가에 제공하십시오. 이것은 확실히 좋은 접근 방식입니다. 여기서 중요한 점은 이 표준 솔루션이 특정 사례에 적합한지 여부입니다.

Azat Khadiev: 제 경험에 따르면 많은 회사들이 같은 일을 하고 있다는 것을 알 수 있습니다. 그들은 Kubernetes 클러스터를 설정하고 확장을 고려하고 있습니다. 그리고 이러한 모든 작업은 매우 반복 가능합니다.

Pavel Selivanov: 네, 물론이죠. 게다가 쿠버네티스를 구체적으로 살펴보면, 현재 시장에는 쿠버네티스에 대한 깊고 좋은 지식이 거의 없다는 점이 있습니다. 그리고 Kubernetes는 회사를 위해 고용하는 경우 이 모든 일을 풀타임으로 수행할 엔지니어를 고용할 준비가 되어 있을 정도로 거대한 생성자입니다. 그리고 그것은 비싸다. 그리고 그런 엔지니어를 다시 찾아보세요. 제 자신에 대해 말하면 저는 어떤 클라우드 솔루션도 별로 좋아하지 않습니다. 왜냐하면 저는 Kubernetes의 작동 방식을 상당히 잘 이해하고 있기 때문입니다. 그리고 클라우드에서는 내가 요청하는 일부 기능이 부족한 경우가 많습니다. 그런데 그들은 "아니요, 할 수 없습니다"라고 말합니다. 뭐, 그렇다면 미안하지만 클라우드보다 내가 더 잘할 수 있다. 그러나 동시에 정규 엔지니어가 없고 Kubernetes를 운영하는 이 엔지니어에게 비용을 지불하고 싶지 않고 실험을 위해 지속적으로 많은 돈을 지불한다면 클라우드는 단지 훌륭하고 훌륭한 솔루션입니다. 적어도 공급자가 이미 모집한 사람들이 거기 앉아 있기 때문입니다. 그리고 그들은 자신들이 무엇을 하는지 알고 있습니다. 그리고 일상생활에 필요한 기본적인 것들이 거기에 있습니다.

Azat Khadiev: Kubernetes의 현재 상태에 대해 어떻게 생각하시나요? XNUMX년, XNUMX년 뒤에 그에게는 무슨 일이 일어날까?

Pavel Selivanov: 좋은 질문입니다. 나는 이것에 대해 우리 커뮤니티에서 무슨 일이 일어나고 있는지 알고 있습니다. 어떤 사람들은 Kubernetes 외에는 아무것도 남지 않을 것이라고 믿습니다. 오래전 리눅스에서 일어난 상황. 즉, Linux 외부에는 BSD에 거주하는 사람들이 있으며 대부분 매우 구체적인 작업을 수행합니다. Windows(Windows 서버)에서 일하는 사람들이 있습니다. 대부분 특정 작업을 수행하거나 단순히 이 문제에 대한 역량이 있지만 그곳을 떠날 준비가 되어 있지 않습니다. 어쨌든 우리 분야의 표준은 Linux입니다. Kubernetes가 사실상 동일한 표준이 될 것이며 Kubernetes 외에는 아무것도 없을 것이라는 의견이 있습니다. Kubernetes는 애플리케이션뿐만 아니라 배포, 배포 및 확장도 관리합니다. 일반적으로 모든 것을 관리합니다. 이제 그들은 이미 "데이터베이스를 Kubernetes에 푸시할 수 있습니까?"라고 묻고 있습니다. 나는 보통 여기서 문제가 Kubernetes가 아니라 Docker에 있다고 말합니다. 데이터베이스를 컨테이너에서 실행할 준비가 되었다면 다음과 같이 작동합니다. 그들은 나에게 대답했습니다. “아니요, 아니, 아니, 잠깐만 요. 컨테이너가 필요하지 않습니다. 쿠버네티스가 필요합니다. 우리는 그것을 노드에 접목할 것입니다. 즉, 모든 것이 지금과 같을 것이며 오직 Kubernetes만이 모든 것을 관리할 것입니다.” 그리고 이것은 실제로 좋은 생각입니다. 즉, Kubernetes는 회사에 방문할 때 그런 것입니다. 회사에 Kubernetes와 프로세스가 구축되어 있으면 이를 이해하는 사람은 며칠 동안만 살펴보고 다음과 같이 말할 수 있습니다. 나는 당신을 지원할 준비가 되어있습니다. 충분히. 전적으로. 나는 일이 당신에게 어떻게 돌아가는지 이해합니다.” Kubernetes가 없는 접근 방식과 달리 여기서는 일부 목발을, 여기에서는 다른 목발을 눌렀습니다. 여기 Ansible, 여기 Terraform이 있습니다. 누군가 이 모든 것을 썼는데 그것을 알아내는 데 XNUMX개월이 걸렸습니다. 여기. 따라서 Kubernetes가 사실상의 표준이 될지는 모르겠습니다. 오늘날 그는 주변에 존재하는 솔루션보다 훨씬 더 야심 차고 자신감 있어 보입니다.

Azat Khadiev: 음, Linux와의 비교는 상당히 대담합니다. 한 대의 컴퓨터에서 작동합니다. 그게 전부입니다. 그리고 Kubernetes는 많은 시스템에서 작동합니다. 수백만 가지 변형과 이유가 즉시 발생합니다. 예, 대담합니다. 이 패러다임에 대한 경쟁자가 있다는 점을 고려한다면. 예를 들어 서버리스입니다. Kubernetes가 이러한 경쟁업체 때문에 위험에 처해 있나요?

Pavel Selivanov: 서버리스에서... (웃음) 서버리스 - 우리는 결국 서버가 있다는 것을 여전히 이해하고 있습니다. 나는 최근 이 문제에 관한 보고를 들었습니다. 그 사람은 아직 서버가 있다고 말했습니다. 이것은 클라우드입니다. 하지만 우리는 클라우드에도 서버가 있다는 점을 항상 이해해야 합니다. 실제 하드웨어 서버와 랙이 있고 어딘가에 설치되어 있습니다. 이것이 바로 클라우드입니다. 게다가 서버가 "없는" 서버리스가 있습니다. 따라서 문제는 서버리스가 Kubernetes를 이길 것인가 하는 것입니다. 서버리스가 쿠버네티스로 옮겨갈 것 같습니다. 서버리스를 제공하는 공급자에게 Kubernetes는 이를 제공하는 매우 편리한 플랫폼입니다. 예, 아마도 어느 시점에서는 비즈니스 애플리케이션의 일반적인 개발과 마찬가지로 원칙적으로 Kubernetes에 대해 이야기하는 것을 중단하게 될 것입니다. 그러나 더 깊은 곳에서는 공급자와 엔지니어가 Kubernetes를 갖게 될 것이며 이 모든 것이 구현될 것입니다.

Azat Khadiev: 약간 다른 주제입니다. 풀스택 엔지니어라는 것이 있습니다. 그들에 대해 어떻게 생각하세요? 심지어 존재합니까?

Pavel Selivanov: 음... 풀스택 엔지니어... 글쎄요, 제 생각에는 이러한 것들을 구별할 가치가 있는 것 같습니다... 아시다시피 T자형 사람 같은 것이 있습니다. 요즘 산업에 이런 인재가 필요한가? 예, 꼭 필요합니다. 우리는 넓은 시야를 가지면서도 동시에 일부 좁은 분야의 전문가인 사람들이 필요합니다. 그리고 여기 Fullstack 엔지니어도 똑같습니다. 모든 일을 하는 사람이죠. 프런트엔드 개발, 테스트, 백엔드, 서버 및 기타 모든 것부터 시작합니다. 나는 대기업에서 각 매개변수에 대한 좁은 전문성 없이 한 사람이 이것을 할 수 있다고 믿지 않습니다. 하지만 동시에, 단순히 전문 분야가 좁기 때문에 이 주변에서 무슨 일이 일어나고 있는지 아무것도 모릅니다. 이것은 현대 사회에서도 작동하지 않습니다. 즉, 여기서는... Fullstack이라는 단어를 삭제하겠습니다. 엔지니어가 정말 필요해요. DevOps가 필요합니다. 나는 우리가 이 순간을 곧 다시 생각해 볼 것 같은 느낌이 듭니다. 그리고 그것들은 필요하지 않을 것입니다.

아자트 카디예프: 공개해주실 수 있나요?

Pavel Selivanov: 업계에서는 이러한 Dev 및 Ops 역할이 곧 사라질 것이라는 결론에 도달할 것 같습니다. 전문가가 필요하고 찾고 있다면... 우리에게는 그런 개발자가 필요하고, 저런 관리자가 필요하며, DevOps 엔지니어가 필요합니다. 이제 우리에게는 생산 엔지니어, SRE 엔지니어도 있습니다. 사실 우리에게 필요한 것은 우리가 고용하고 싶은 엔지니어입니다. 배경은 대체로 중요하지 않습니다. 왜냐하면... 예를 들어 SRE에서는 인프라 문제는 항상 소프트웨어 문제라고 말합니다. 그럼... 개발자를 엔지니어라는 관점에서 유지 관리 부서에 배치하면 코드의 도움으로 비즈니스 문제를 해결하는 것과 같은 방식으로 이러한 문제를 해결할 것입니다. 공학의 그런 것.

Azat Khadiev: 그리고 이런 관점에서 볼 때... 그러한 엔지니어를 어떻게 인터뷰합니까?

Pavel Selivanov: 아, 좋은 질문이네요. 그는 아마도 이미 이생에서 내가 이해하는 것 이상일 것입니다. 그러나 나는 단지 예를 들겠습니다. 인터뷰와는 아무 관련이 없습니다. 이것은 러시아의 교육 시스템에 관한 것입니다. IT 분야에서 우리는 러시아의 교육 시스템이 IT 세계에 비해 매우 구식이며 그래야 할 방식이 아니라는 것을 알고 있습니다. 나는 광활한 러시아와 그곳에서 무슨 일이 일어나고 있는지에 대해 평균적으로 이야기하고 있습니다. 졸업 후 바로 다음날 웹 개발이나 기술 회사에 들어갈 준비가 전혀 되어 있지 않은 사람들이 졸업하고 있습니다. 그리고 그것은 다소 나쁘다. 우리는 그들에게 안드로이드, iOS 개발 방법, Git 사용 방법 등을 가르쳐야 하지만 몇 가지 이상한 것들을 가르칩니다. 사실 그렇지 않은 것 같습니다. 대학은 부모님이 대부분 학비를 지불하는 시간입니다. 평생 동안. 그리고 인생의 XNUMX년을 깊이 있게 공부하는 데 바칠 수 있습니다. 그리고 이 모든 것을 T자 모양으로 연구하세요. 버전 관리 시스템이 무엇인지, 어떤 개발 패턴이 있는지, 전체를 테스트하는 방법, 어떤 종류의 데이터베이스와 밸런서가 있는지 연구소에서 공부할 수 있을 때. 그리고 직장에 가면 특정 영역을 더 깊이 파고들기 시작합니다. 이것이 우리가 엔지니어를 얻는 방법입니다. 그리고 러시아의 교육 시스템은 우리가 생각하는 것보다 이 진실에 훨씬 더 가깝습니다. 우리는 좋은 수학적 훈련을 받았고, 좋은 알고리즘 훈련을 받았으며, 프로그래밍 언어에 대한 어느 정도의 이해도 얻었습니다. 그리고 인터뷰에 관해서는 이것에 가까운 것 같습니다. 엔지니어들과 인터뷰를 해야 해요. T자 모양을 만들려면 T의 상단이 필요합니다. 문자 T의 수직선을 획득하기 때문입니다.

Azat Khadiev: 네, 흥미롭습니다. 대학을 졸업하고 XNUMX년이 지났을 때 내 교육은 왠지 이상하고 부적절하다는 느낌이 들었습니다. 그러다가 작업이 진행되면서 작업이 깊어지고 프로젝트가 커지면서 아니, 아주 중요한 것들을 배웠다는 것을 깨달았습니다. 파벨, 고마워요. 귀하의 답변을 듣는 것은 매우 흥미로 웠습니다. 당신의 보고를 들어보겠습니다.

파벨 셀리바노프: 감사합니다.

출처 : habr.com