서비스 메시가 DevOps를 활성화하는 방법

저는 하루 대부분을 대기업들과 대화하며 보냅니다. 점점 혁신이 심해지는 환경에서 경쟁하기 위해 그들이 사업을 어떻게 변화시키고 있는지에 대해 이야기하는 것이죠. 이건 전혀 새로운 내용이 아닙니다. 클레이튼 크리스텐슨의 혁신자의 딜레마를 읽은 사람이라면 누구나 이해할 것입니다. 제가 가장 흥미롭게 생각하는 건 기업들이 혁신에 어떻게 대처하는가입니다. 물론, 그들은 혁신 기업들과의 경쟁에서 살아남기 위해 새로운 제품을 만들고 있지만, 동시에 민첩성이 뛰어난 소규모 경쟁자들의 전략을 본떠 효율성을 높이는 데 주력하고 있습니다.

기업들은 새로운 성과 축을 따라 내부 조직과 제품 아키텍처를 혁신하고 있습니다. 그들은 반복, 효율성, 점진적 확장에서 더 많은 가치를 발견하고 있으며, 이로 인해 DevOps 방법론을 도입하게 되었습니다. 시장 출시 시기에 대한 이러한 집중은 우리가 지금까지 본 것 중 가장 첨단 인프라 기술 중 일부를 주도하고 있습니다. 컨테이너와 쿠버네티스와 같은 기술과 안정적이고 일관되며 개방적인 API에 중점을 두면 소규모 팀이라도 놀라운 진전을 이루고 필요한 속도로 움직일 수 있습니다. 이러한 기술 덕분에 제품 출시에 걸리는 시간과 마찰이 줄어들었고 그 결과 그 누구도 본 적 없는 가장 빠른 속도로 새로운 기술이 도입되었습니다.

이러한 기술의 도입은 완벽하지 않으며, 기업이 이를 대규모로 배포하면서 의도치 않게 복잡성이 증가하고 소유권과 통제가 분산되었다는 사실을 깨닫게 됩니다. 많은 경우 전체 시스템을 이해하는 것은 불가능하며 모든 사람이 규정 준수와 비즈니스 요구 사항에 대한 전문가가 되어야 합니다. 결국 이는 모든 사람이 책임을 지면 아무도 책임을 지지 않는다는 것을 의미합니다.

서비스 메시는 이러한 복잡성을 관리하는 데 도움을 주어 DevOps를 활성화합니다. 이는 개발 팀에 자율성과 자유를 제공하는 동시에 전문가 팀이 정책 및 보안에 대한 회사 표준을 시행할 수 있는 장소를 제공합니다. 이는 팀의 애플리케이션과 해당 애플리케이션이 실행되는 플랫폼 사이에 계층을 제공하여 플랫폼 운영자가 네트워크 서비스를 삽입하고, 정책을 시행하고, 원격 측정 및 추적 데이터를 수집할 수 있는 장소를 제공함으로써 가능합니다.

이를 통해 개발팀은 기본 인프라에 관심을 두는 대신 해결하려는 문제에 따라 선택을 내릴 수 있습니다. 이제 개발팀은 규정 준수나 규제 지침을 위반할까봐 두려워하지 않고도 코드를 배포할 수 있는 자유를 얻었습니다. 보안 통신은 애플리케이션 외부에서 처리되므로 복잡성과 위험이 줄어듭니다. 서비스 메시는 또한 개발자가 새로운 코드를 배포하고 문제가 발생할 때 디버깅하거나 문제를 해결하는 데 사용할 수 있는 도구를 제공합니다.

애플리케이션을 실행하기 위한 안정적이고 안전하며 확장 가능한 서비스를 제공하는 것이 주요 목표인 플랫폼 운영자에게 서비스 메시는 가시성과 추적의 표준화를 통해 균일성을 제공합니다. 서비스 간의 정책 및 인증은 런타임 시 애플리케이션 외부에서 도입할 수 있으므로 애플리케이션이 비즈니스에서 요구하는 모든 규제 요구 사항을 준수하는지 확인할 수 있습니다. Aspen Mesh를 배포하면 개발팀이 실제 프로덕션 트래픽을 사용하여 새로운 서비스를 테스트할 수 있는 강력한 실험 워크플로가 제공됩니다. 당사 플랫폼은 또한 SaaS 포털의 일부인 고급 분석을 통해 평균 탐지 시간(MTTD) 및 평균 해결 시간(MTTR)을 단축하는 도구를 제공합니다.

DevOps는 개발팀과 운영팀이라는 두 팀이 함께 모여 더 나은 제품을 더욱 신속하게 제공하기 위해 만든 것입니다. 서비스 메시는 이러한 팀을 통합하는 데 도움이 되는 접착제이며, 애플리케이션이나 클러스터를 변경하지 않고도 런타임에 마이크로서비스를 관리할 수 있는 스택의 한 곳을 제공합니다.

그 결과, 애플리케이션 개발자는 코드에 집중할 수 있고, 운영자는 개발자에게 회복성 있고 확장 가능하며 안전한 환경을 더욱 쉽게 제공할 수 있는 플랫폼이 탄생했습니다.

(원래 Aspen Mesh 블로그 에 게시됨)