Platform Ops 란?

“Platform Ops” 에 대한 소문이 점점 더 커지고 있는 것 같습니다. “왜 또 다른 형태의 ‘Ops’가 필요한가요? DevOps, NetOps, SecOps, DevSecOps, 심지어 FinOps도 있습니다!” 그러나 실제로 Platform Ops는 실제로 다른 “Ops”와 다르며 점점 더 현대적이고 분산된 클라우드 네이티브 애플리케이션을 구축하는 기술 조직의 요구 사항을 충족하는 데 필요한 모든 다양한 조직과 사용 사례를 하나로 묶는 접착제 역할을 합니다. 즉, Platform Ops가 오히려 중요하다고 생각합니다.

목차

1. Platform Ops이란 무엇입니까?
2. 왜 Platform Ops가 필요한가요?
3. 수 많은 선택에 대한 자연스러운 반응
4. Platform Ops가 점점 더 IT 전략의 성공 또는 실패를 결정할 것입니다.

1. Platform Ops 란 무엇입니까?

플랫폼은 다른 엔지니어링팀들이 컴퓨팅 파워에 의존하는 다양한 기능을 수행하기 위해 사용하는 기술의 모음입니다. 웹 애플리케이션팀은 웹 서버, 미들웨어(Node.js®와 같은), 프론트 엔드, 로드 밸런서에 의존합니다. 마케팅 기술을 담당하는 팀은 Adobe Creative Cloud나 Salesforce와 같은 SaaS 제품에 의존합니다. 네트워킹 운영팀은 Kubernetes, 애플리케이션 전달 컨트롤러, 가상 네트워킹 솔루션에 의존합니다 (Kubernetes도 이런 역할을 많이 합니다). 클라우드 컴퓨팅과 클라우드 네이티브 애플리케이션의 시대에서 모든 팀은 핵심 컴퓨팅, 저장소, 네트워킹 능력뿐만 아니라 애플리케이션 구축과 제공을 위한 도구를 제공하는 플랫폼에 의존합니다.

Platform Ops는 DevOps팀이 업무를 수행하는 데 필요한 기능을 제공하는 플랫폼을 관리, 유지, 연결 및 보안하는 역할을 담당하는 팀입니다. 클라우드로의 기술 이동이 더욱 증가함에 따라, Platform Ops는 조직 전체의 네트워킹 및 보안과 같은 핵심 기능의 제공에도 밀접하게 관여하고 있습니다.

2. 왜 Platform Ops 가 필요한가요?

지난 10년간 애플리케이션의 세계는 급격히 변화했습니다. 단일체 애플리케이션은 API로 연결된 서비스로 재구성되고 있습니다. 분산 애플리케이션은 여러 서비스 뿐만 아니라 여러 클라우드에 걸쳐질 수도 있습니다. 개발자들은 자신들의 기술 스택을 마음대로 선택할 수 있는 권한을 가진 주인으로서의 역할을 맡았습니다. 일부 조직에서는 CTO나 IT 부사장들이 수십 개의 DevOps팀 전반에 걸쳐 회사가 컴퓨팅, 데이터, 메시지 큐, 관찰 기능, 보안 및 네트워킹과 같은 수백 개 또는 수천 개의 다양한 도구와 솔루션을 사용하고 있다는 사실을 발견하고 있습니다. 특히 애플리케이션 계층 (Layer 7)에서 이는 특히 사실입니다. 예를 들어, 가장 큰 모바일 애플리케이션 회사 중 하나는 애플리케이션팀이 단일 플랫폼에서 호환되지 않거나 지원할 수 없는 다양한 도구와 솔루션을 사용했기 때문에 여러 Kubernetes 클러스터와 서로 다른 유형의 Service Mesh를 실행한다고 전해졌습니다.

3. 수 많은 선택에 대한 자연스러운 반응

Platform Ops는 현재 기업을 부담하는 다양한 기술 도구의 과도한 증식에 대한 유망한 해결책입니다. Platform Ops팀은 조직 내 모든 IT 및 애플리케이션 이용자들과 협력하여 그들이 원하는 것과 필요한 것을 묻고, 요청 사항을 더 작은 선택지로 축소합니다. 핵심적으로, Platform Ops는 선택과 혼돈 사이에서 건전한 균형을 이루기 위한 노력입니다. 이는 기업이 강력한 보안, 거버넌스 및 신뢰성을 유지하면서 Shift-Left를 가능하게 하는 것을 목표로 합니다.

맞습니다, 일부 회사는 여전히 애플리케이션 또는 DevOps팀이 Platform Ops에서 지원하지 않는 도구를 직접 선택할 수 있는 기능을 제공합니다. Netflix는 기술 도구의 관리되는 포트폴리오 외부의 “포장되지 않은 도로(unpaved road)” 선택을 허용하는 것으로 알려져 있습니다. 단, 포장되지 않은 도로를 선택한 팀은 Platform Ops, IT 또는 다른 DevOps팀의 지원 없이 자체 도구를 지원할 것으로 예상됩니다.

중요한 점은 Platform Ops가 IT 통합과는 다르다는 것입니다. IT 통합은 일반적으로 상위 중심적이고 위에서 아래로 이루어지는 반면, Platform Ops는 상담적이고 하위로부터 이루어집니다. Platform Ops팀은 플랫폼을 사용하는 모든 사용자들이 선택 사항의 이유를 이해하고 플랫폼에서 제공되는 기능을 최대한 활용하는 방법을 이해할 수 있도록 전도자이자 교사 역할을 수행해야 합니다.

일반적으로 Platform Ops팀은 애플리케이션 개발 및 DevOps 분야에서 인력을 모집하여 구성됩니다. 따라서 그들은 다른 누구보다도 해당 팀의 요구사항과 원하는 것을 더 잘 이해할 수 있습니다. 또한, Platform Ops팀은 일반적으로 여전히 코드를 작성합니다. 이는 내부 도구 개발이나 구성 및 관리를 위한 것일 수 있으며, 그 결과로 그들은 스스로 관리하는 플랫폼을 사용하게 됩니다. 이는 일반적인 IT팀의 관행과는 매우 다릅니다. 일반적으로 IT팀은 솔루션을 지시하지만 자신들의 업무에는 사용하지 않습니다.

클라우드, 클라우드 네이티브 애플리케이션, 분산 인프라, Shift-Left 애플리케이션 개발 및 보안과 같은 새롭고 혼란스러운 환경에서 어려움을 겪는 기업들에게 Platform Ops팀은 중요한 정보 및 평가의 원천을 제공합니다. 이를 통해 CTO뿐만 아니라 CFO, 조달 및 감사팀도 필요한 것과 비용을 이해할 수 있습니다. 이 관점에서, Platform Ops는 중립적인 중개인으로서 정보 공유와 제도적 지식을 위한 중요한 통로가 됩니다.

4. Platform Ops 가 점점 더 IT 전략의 성공 또는 실패를 결정할 것입니다.

현실적으로 선택과 통제 사이에는 항상 긴장이 존재합니다. 그러나 오늘날 기업은 개발자들이 일하고 창작하기에 매력적인 장소로 만들어야 합니다. 개발자들을 지나치게 제한하면 그들은 좌절감을 느끼며 다른 곳에서 일자리를 찾게 될 수 있습니다. 동시에 너무 많은 선택을 허용하면 호환되지 않고 일관성 없이 구성되고 구조화된 도구들의 혼재된 기술 환경인 바벨의 탑(Tower of Babel)과 같아집니다. 시간이 지나면 이러한 환경은 관리하기 어려울뿐만 아니라 보안상 취약해집니다. Platform Ops팀이 이러한 고민을 얼마나 균형있게 조화시킬 수 있는지는 조직이 디지털 변화를 성공적으로 탐색하고 Shifted-Left와 안정화된 적절한 조화를 이룬 클라우드 네이티브 및 널리 분산된 미래를 구축할 수 있는지를 결정합니다.

Platform Ops에 대한 자세한 내용은 New Stack의 관련 기사인 Platform Ops: The Next Frontier for Operations Teams를 참조하십시오.

NGINX Plus를 직접 사용해 보시려면 30일 무료 평가판을 신청하거나 NGINX STORE에 연락하여 문의하십시오.

아래 뉴스레터를 구독하고 NGINX의 최신 정보들을 빠르게 전달 받아보세요.