M2 Live Enterprise

고객 인프라에 구축하는 M2 Live 전용 구성

M2 Live Enterprise는 M2 Front Layer와 Function Components를 고객사 인프라에 배치해 보안망, 폐쇄망, 전용 클라우드, 그룹사 통합 요건에 맞춰 운영하는 구축형 구성입니다.

Definition

M2 Live Enterprise는 고객 인프라 안에 구축하는 전용 M2 구성입니다

M2 Live Cloud가 WineSOFT의 관리형 클라우드에서 동작한다면, M2 Live Enterprise는 M2 Front Layer와 필요한 Function Components를 고객사 데이터센터, VPC, 전용 클라우드, 폐쇄망 조건에 맞춰 배치합니다.

고객 인프라Customer Origin · Web/WAS · Storage · Private Network
M2 구성M2 Front Layer · Page/Image/Video/Security Components
운영 방식고객 운영 체계 안에 구축하고, PoC와 안정화 구간은 전담 AM이 관리
Operating Boundary

고객 운영 경계 안에서 M2 기능을 실행합니다

Enterprise의 핵심은 외부 서비스로 모든 요청을 넘기는 것이 아니라, 고객 인프라 안에서 필요한 기능을 선택적으로 실행하고 기존 운영 체계와 연결하는 것입니다.

구축 위치

고객 데이터센터, VPC, 전용 클라우드, 폐쇄망 등 고객 운영 경계 안에 M2 Front Layer를 배치합니다.

적용 범위

상품상세페이지, 이미지 경로, 상품기술서, 캐시 정책처럼 리스크가 낮은 범위부터 단계적으로 적용합니다.

운영 연결

모니터링, 배포 검증, 장애 대응, 원복 기준을 고객사의 기존 운영 프로세스와 연결합니다.

안정화 지원

구축형이라도 PoC와 전환 구간에서는 전담 AM과 엔지니어가 성과 기준과 운영 리스크를 함께 관리합니다.

Architecture Overview

요청은 Edge에서 1차 처리하고, Front Layer에서 추가 처리 경로가 결정됩니다

M2는 모든 요청을 같은 방식으로 처리하지 않습니다. Edge에서 바로 응답할 요청, 고객 origin으로 통과시킬 요청, M2 컴포넌트나 관리형 Cloud 경로로 보낼 요청을 분리합니다.

01Ingress

사용자, 크롤러, 운영 요청이 서비스 앞단으로 들어옵니다.

02M2 Edge / CDN

캐시 HIT는 origin까지 가지 않고 즉시 응답합니다.

03M2 Front Layer

MISS 요청은 정책과 임계점에 따라 처리 경로가 나뉩니다.

04Function Components

필요한 요청만 Page, Image, Video, Security 기능으로 처리합니다.

05Runtime Path

통과 요청은 고객 origin으로, 처리 요청은 M2 Live Cloud나 컴포넌트 경로로 이어집니다.

Revenue Bridge

기존 시스템을 유지하면서 구매 경험을 보강합니다

M2 Live Enterprise는 레거시 시스템을 교체하는 방식이 아니라, 서비스 앞단에 M2 Layer를 더해 구매 흐름과 매출 기회를 보호하는 방식입니다.

01

기존 시스템 유지

레거시 Web/WAS, 스토리지, 내부망 구조를 한 번에 교체하지 않습니다.

02

앞단에 M2 Layer 배치

Edge에서 반복 요청을 먼저 줄이고, Front Layer가 처리 경로를 나눕니다.

03

구매 경험 안정화

이미지, 상품기술서, 캐시, 보안 이슈를 페이지 경험 단위로 정리합니다.

04

매출 기회 보호

느린 응답과 원본 부하가 구매 흐름을 방해하지 않도록 운영 기준을 세웁니다.

When Enterprise Is Needed

외부 관리형 서비스만으로 어려운 환경에서 필요합니다

외부 SaaS 연결이 제한됩니다

폐쇄망, 보안 심사, 개인정보 처리 기준 때문에 외부 관리형 서비스만으로는 도입이 어려운 환경입니다.

그룹사 트래픽을 내부 기준으로 통제해야 합니다

계열사, 내부망, 전용망, 고객사 클라우드 사이에서 이미지와 페이지 요청을 일관된 정책으로 처리해야 합니다.

대량 이미지와 상품기술서를 전용 정책으로 다뤄야 합니다

일괄 변환이 아니라 서비스 부하, 포맷, 캐시, 원본 상태를 기준으로 처리 경로를 나누어야 합니다.

기존 관제와 배포 체계 안에 들어와야 합니다

운영 자동화, 모니터링, 장애 대응, 배포 검증이 고객사의 기존 프로세스와 연결되어야 합니다.

특정 서비스부터 단계적으로 적용해야 합니다

전체 트래픽을 한 번에 경유시키기보다, 상품상세페이지나 이미지 경로처럼 리스크가 작은 영역부터 적용해야 합니다.

구축 후에도 운영 책임 경계가 필요합니다

고객 인프라 안에 구축되더라도 PoC, 전환, 운영 안정화 구간에서는 전담 AM과 엔지니어의 관리가 필요합니다.

Runtime Comparison

Cloud, Enterprise, Hybrid의 운영 경계를 먼저 나눕니다

같은 M2 Platform을 사용하더라도 운영 위치, 확장 방식, 책임 경계는 고객 환경에 따라 달라집니다.

항목M2 Live CloudM2 Live EnterpriseHybrid
운영 위치WineSOFT Managed Cloud고객 데이터센터 · VPC · 전용 클라우드고객 인프라와 M2 Live Cloud 병행
적합 환경빠른 PoC와 관리형 운영이 필요한 서비스보안망 · 폐쇄망 · 전용 인프라 요건이 있는 서비스기본 운영은 내부에 두고 탄력 처리가 필요한 서비스
확장 방식WineSOFT 관리형 인프라에서 확장고객 인프라 기준에 맞춰 증설피크 · 대량 변환 · 특수 처리 구간은 Cloud 가용량 활용
운영 책임WineSOFT가 인프라와 서비스 운영을 함께 관리고객 운영 체계 안에 구축하고 안정화 구간은 함께 관리내부 운영 경계와 Cloud 위임 경계를 나눠 관리
대표 적용이미지 · 페이지 경험을 빠르게 검증그룹사 통합 · 전용망 · 보안 심사 대응이벤트 피크 · 대용량 리소스 · 단계 전환 대응
Related Path

피크 구간은 Hybrid 구성으로 확장할 수 있습니다

기본 운영은 고객 인프라 안에 두고, 이벤트 피크나 대량 리소스 처리 구간만 M2 Live Cloud 가용량으로 분산하는 구성은 Hybrid 페이지에서 별도로 다룹니다.

Adoption Path

M2 Live Cloud에서 먼저 검증하고, 운영 환경에 맞춰 확장합니다

01

대표 URL 진단

상품상세페이지나 메인페이지를 기준으로 이미지, 상품기술서, 캐시, origin 병목을 먼저 확인합니다.

02

Cloud 또는 제한 구간 PoC

M2 Live Cloud나 제한된 경로에서 처리 효과와 운영 리스크를 먼저 검증합니다.

03

보안·인프라 요건 정리

폐쇄망, VPC, 인증, 관제, 배포, 장애 대응 조건을 고객사 운영 기준에 맞춰 정리합니다.

04

Enterprise 배치 설계

M2 Front Layer와 필요한 Function Components가 고객 인프라 어디에 배치될지 설계합니다.

05

단계 적용과 운영 안정화

서비스 적용 계획, 성과 기준, 예외 조건, 원복 기준을 합의하고 운영 리포트로 확장합니다.

Operating Options

운영 환경에 맞는 제공 방식을 고릅니다

기능 범위는 서비스에 맞춰 조합하고, 운영 위치와 책임 범위는 Cloud · Enterprise · Hybrid 중에서 정합니다.

Enterprise Runtime

M2 Live Enterprise

고객 인프라, 보안망, 전용 환경이 중요한 서비스

현재 살펴보는 구성

인프라 요건을 기준으로 구성을 설계해 드립니다

보안망 · 전용 인프라 · 모니터링 연동 요건을 알려주시면 구축형과 하이브리드 중 맞는 경로를 제안합니다.