「우리 데이터를 밖에 맡기기 불안하다」
고객사 서버 안에 설치합니다. 앱의 데이터는 물론 로그와 사용자 모니터링 기록까지 고객사 클러스터 밖으로 나가지 않습니다.
windplatform솔루션·미들웨어 파트너용 · 2026 가을
파는 미들웨어를,
개발자가 클릭으로 꺼내 쓰는 상품으로
windplatform 은 고객사 안에 AWS 같은 클라우드 서비스를 세웁니다. 그 안의 매니지드 서비스 목록에 파트너의 제품이 한 줄로 들어가면, 납품한 라이선스가 서랍에 머물지 않고 개발팀마다 꺼내 쓰는 상품이 됩니다.
I오늘납품 뒤 멈추는 라이선스
II자리카탈로그의 한 줄
III쓰임첫 팀에서 전사로
IV다음AI 가 고르는 미들웨어
V함께함께 시작하기
I · 오늘솔루션 영업이 겪는 일
납품은 했는데, 쓰임은 늘지 않는다
설치형 미들웨어는 서버 한 대에 깔고 나면 거기서 멈춥니다. 컨테이너로 옮겨 가는 고객사에서는 들어갈 자리부터 찾기 어렵습니다.
납품한 라이선스가 서버 한 대에 묶여 그대로 있다.확산
설치하고 패치할 때마다 엔지니어가 고객사에 가야 한다.기술 인력
컨테이너로 옮겨 가는 고객에게 우리 제품을 어떻게 넣을지 모르겠다.컨테이너
개발자들이 오픈소스를 직접 깔아 써서 우리 제품 자리가 줄어든다.경쟁
I · 오늘고객이 프라이빗을 찾는 까닭
데이터는 안에 두고 싶은데, 쓰는 법은 클라우드처럼
회사가 크든 작든 우리 데이터를 밖에 맡기기는 불안합니다. 그래서 프라이빗으로 가고 싶지만, 직접 깔면 클릭 한 번에 자원이 생기지 않고 멈추지 않을지도 걱정입니다. windplatform 은 이 세 가지를 한 벌로 풉니다.
「프라이빗은 클릭 한 번에 안 만들어진다」
DB, 캐시, 저장소, 앱 주소와 인증서를 화면에서 클릭으로 만듭니다. 접속 정보는 앱에 자동으로 들어갑니다.
개발자가 쓰는 AI 코딩 도구에게 말로 시켜도 됩니다.
「직접 운영하면 멈출까 걱정이다」
앱은 여러 노드에 나눠 돌고, 노드 한 대가 멈춰도 다른 노드에서 다시 뜹니다. 상태 확인에 답하지 않는 앱은 스스로 다시 띄웁니다.
배포와 운영체제 판 올리기도 서비스를 멈추지 않고, DB·캐시는 이중화합니다.
프라이빗의 안심, 클라우드의 편리함, 멈추지 않는 운영을 한 벌로.
II · 자리매니지드 서비스 목록
고객사 클라우드의 상품 목록에 파트너 제품이 한 줄
windplatform 의 매니지드 서비스는 특정 제품에 묶이지 않는 끼움 구조입니다. PostgreSQL·캐시와 같은 방식으로 파트너의 DB·메시징·검색·모니터링 제품이 들어갑니다.
매니지드PostgreSQL
매니지드캐시
매니지드Git · 이미지 저장소
매니지드사용자 모니터링
파트너파트너 제품
개발자는 요청서를 쓰지 않고 목록에서 고릅니다. 고르는 순간 파트너 제품이 한 벌 더 돕니다.
- DB · 메시지 큐 · 검색 엔진 · WAS · 모니터링 · 백업
- 조직이 어느 제품을 쓸 수 있게 할지는 고객 관리자가 정합니다
- 오픈소스와 상용 제품을 같은 목록에 나란히 둘 수 있습니다
II · 자리끼움 구조
목록에 오르면 windplatform 이 대신 해 주는 일
PostgreSQL 과 캐시는 지금 이 구조로 돕니다. 파트너 제품도 같은 길을 탑니다.
클릭 한 번으로 한 벌
개발자가 화면에서 고르거나 AI 도구가 요청하면 그 팀의 클러스터에 인스턴스가 섭니다.
접속 정보는 자동으로
앱에 연결하면 주소와 계정이 환경변수로 들어갑니다. 비밀번호를 사람이 옮겨 적지 않습니다.
조직·프로젝트 단위로
누가 만들고 읽을 수 있는지는 고객사의 조직과 프로젝트 역할로 정해지고, 기록이 남습니다.
인증서와 네트워크 규칙
클러스터마다 사설 인증서로 통신을 감싸고, 다른 팀의 앱이 넘보지 못하게 네트워크를 가릅니다.
클러스터 안 에이전트가
엔지니어가 고객사에 가지 않아도 클러스터 안의 에이전트가 설치하고 판을 올립니다.
대조한 것만 적용
설치 꾸러미는 레지스트리에서 받고, 목록에 적힌 값과 다르면 적용하지 않습니다.
II · 자리아키텍처
한 장으로 보는 구성도
모든 것이 고객사 사내망 안에 있습니다. 관리 클러스터는 지휘만 하고, 고객의 앱과 데이터는 워크로드 클러스터에 둡니다.
III · 쓰임시간표
한 팀에서 시작해 전사로 퍼집니다
목록에 오른 뒤 고객사 안에서 쓰임이 늘어나는 순서입니다.
- D-DAY목록에 오른다
고객사 windplatform 에 파트너 제품이 매니지드 서비스로 들어갑니다.
파트너 라이선스 납품
- 1주째첫 팀이 고른다
한 개발팀이 클릭으로 인스턴스를 받아 앱에 붙입니다.
파트너 기술 지원
- 3달째다른 팀이 따라온다
요청서 없이 꺼내 쓸 수 있으니 다음 팀도 같은 제품을 고릅니다.
파트너 추가 라이선스
- 6달째쓰임이 보인다
어느 조직이 몇 벌을 쓰는지 고객 관리자 화면에 보입니다.
파트너 확장 제안의 근거
- 1년째표준이 된다
고객사의 기본 선택지로 굳고, 판 올리기는 에이전트가 맡습니다.
파트너 유지보수 갱신
III · 쓰임견주어 보기
서버에 깔던 납품과, 목록에 오르는 납품
지금까지의 납품
서버마다 설치
- 엔지니어가 서버마다 설치하고 설정함
- 패치와 판 올리기도 방문해서 손으로
- 개발자는 쓰려면 요청서를 쓰고 기다림
- 납품 뒤 얼마나 쓰는지 알 길이 없음
windplatform 위의 납품
목록에서 고름
- 개발자가 클릭으로, 또는 AI 도구가 요청해서 만듦
- 설치와 판 올리기는 클러스터 안 에이전트가
- 접속 정보와 권한, 인증서가 자동으로 붙음
- 쓰는 조직과 인스턴스 수가 화면에 보임
IV · 다음AI 와 미들웨어
이제 미들웨어는 AI 가 고릅니다
개발자가 AI 코딩 도구에게 「DB 붙여 줘」라고 하면, 그 AI 는 windplatform 에 연결해 목록에서 고릅니다. 목록에 없는 제품은 AI 의 선택지에도 없습니다.
AI 코딩 도구 · 대화 예시MCP → NARU
주문 알림을 보내려면 메시지 큐가 필요해. 붙여 줘.
✓ 조직의 매니지드 서비스 목록 확인
이 조직에서 쓸 수 있는 메시지 큐는 [파트너 제품] 입니다. 만들어서 연결할까요?
응.
✓ 인스턴스 생성, 접속 정보 환경변수 주입
연결했습니다. 앱을 다시 배포하면 바로 씁니다.
- 지금도 개발자의 AI 가 앱 등록, DB 연결, 빌드, 배포를 직접 부릅니다 — PostgreSQL·캐시
- windplatform 은 그 AI 에게 「이 제품은 이렇게 연결한다」는 안내를 내려 줍니다
- 파트너 제품이 목록에 오르면 AI 도 같은 방식으로 고르고 연결합니다
- AI 에이전트 자체도 같은 목록의 매니지드 서비스입니다 — AI 제품을 파는 파트너의 자리
AI 는 PostgreSQL·캐시와 함께 파트너 제품과 AI 에이전트도 같은 목록에서 골라 연결합니다.
V · 함께함께 시작하기
제품 하나로 함께 시작합니다
파트너 제품을 매니지드 서비스로 올리는 순서입니다. 한 제품, 한 고객으로 작게 시작합니다.
- 1제품 하나 고르기
고객 요청이 많고 컨테이너로 돌 수 있는 제품 하나를 함께 고릅니다.
- 2목록에 올리기
설치, 접속 정보, 판 올리기, 백업을 windplatform 의 방식에 맞춰 목록에 올립니다.
- 3첫 고객 PoC
파트너 고객 한 곳에서 개발팀이 직접 꺼내 쓰는 모습을 보입니다.
- 4함께 영업
windplatform 고객 모두에게 목록의 한 줄로 제안합니다.
windplatform