2장. 분리된 스택의 주요 이점
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
기존의 모든 것을 제공하는 통합 가시성 공급업체는 사용자를 종속시키려고 합니다. 마음에 드는 기술이 있다면 내장된 에이전트부터 대시보드와 알림 시스템에 이르기까지 전체 비즈니스 모델을 구매해야 합니다. 모든 것이 그들의 통제하에 놓이게 됩니다. 어떤 사람들에게는 이것이 매력적인 꿈처럼 들릴 수 있지만(결국 함께 일할 공급업체가 하나뿐이기 때문에), 현실에서는 그다지 매력적이지 않을 수 있습니다.
공급업체가 통합 가시성의 한 축에만 집중하고 다른 축은 제대로 갖춰져 있지 않을 수 있습니다. 에이전트는 훌륭하지만 대시보드가 압도적으로 부족할 수도 있습니다. 스토리지 엔진이 데이터를 부풀리고 느리게 실행되며 비용이 많이 들 수도 있습니다. 장점과 단점을 함께 고려해야 합니다. 아키텍처를 교체하거나 다른 것을 삽입할 수 있는 쉬운 방법은 없습니다.
비즈니스 측면에서는 구속력 있는 계약에서 벗어나기까지 수개월 또는 수년이 걸리며, 결국 엔드투엔드 '솔루션'의 내재된 비효율성에 지쳐서 극도로 고통스러운 마이그레이션에 직면할 수밖에 없습니다(그림 2-1).
분리된 스택이 등장하면서 각 계층을 개별적으로 선택하여 동급 최고의 구현, 최저 비용, 최적의 사용 사례에 맞출 수 있습니다. 단일 공급업체와 협력할 수 없기 때문에 관리가 더 복잡할 수 있습니다. 이케아 가구처럼 약간의 조립이 필요합니다. 그럼에도 불구하고 점점 더 많은 조직이 이 방법을 선택하고 있습니다. 이 경로의 이점을 살펴 보겠습니다.
그림 2-1. 기존의 단일 공급업체의 전부 또는 전무 통합 가시성 스택과 새로운 통합 스택 모델 비교
유연성 및 사용자 지정
분리된 통합 가시성 스택을 사용하면 조직에서 원하는 구성 요소를 원하는 대로 혼합하여 사용할 수 있습니다. 이는 온프레미스에서 오픈 소스 소프트웨어(OSS)를 실행하는 것과 같은 다양한 유형의 소프트웨어 라이선스 및 배포 모델을 상용 Cloud 네이티브 서비스형 소프트웨어(SaaS) 제품과 함께 사용하려는 경우에 특히 유용합니다.
OTel은 다양한 통합 가시성 신호를 통합하므로 구현의 부담이 즉시 줄어듭니다. 모든 OTel 구성 요소는 OpenTelemetry 프로토콜(OpenTelemetry 2025 "OTLP 사양")을 사용하여 통신합니다.1 오픈텔레메트리 프로토콜(OTLP)은 페이로드에 프로토콜 버퍼(Protobuf)를 사용하며 표준 하이퍼텍스트 전송 프로토콜(HTTP) 또는 구글 원격 프로시저 호출(gRPC)을 통해 전송될 수 있습니다. 널리 채택된 네트워킹 프로토콜이 표준에 내장되어 있어 데이터 수집이 엄청나게 간소화됩니다.
OTel은 구현 옵션도 제공합니다. 예를 들어, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access