엔터프라이즈용 통합 IT 플랫폼 "클라우드하우스"를 제공하는 주식회사 Techouse. 인사 영역 솔루션 "클라우드하우스 채용", "클라우드하우스 노무", "클라우드하우스 근태"와 제조업 대상 인재 플랫폼 "잡하우스" 등의 서비스를 전개하며, 창업 이래 급성장을 이루어왔습니다.

 

동사는 2024년 4월에 AWS 운용 간편 자동화 툴 "opswitch"를 도입했습니다. 도입 배경, opswitch의 활용 방법, 향후 기대에 대해 인프라 영역을 담당하는 개발부의 야마자키 씨, 마쓰모토 씨, 아나스타시오 씨에게 이야기를 들었습니다.

 

 

 

인프라 엔지니어의 작업 부하를 경감하고 싶다

 

2012년 창업 이래 새로운 제품을 지속적으로 만들어내며 급성장을 이루어온 동사. 2020년부터 클래스메소드 멤버스의 AWS 종합 지원 및 청구 대행을 이용해 왔습니다. 서비스를 더욱 확대하는 과정에서 AWS의 리저브드 인스턴스(이하, RI) 관리가 과제가 되었다고 야마자키 씨는 말합니다.

 

 

 

 

 

당시 ECS만으로도 20개 이상의 인스턴스가 가동 중이었으며, 프로덕트별로 AWS 계정을 분리하고 각 프로덕트에서 개발자용 계정을 2계통 준비하고 있었다고 합니다. AWS 표준 스케줄링 기능만으로는 설정이 복잡해져, 당초 목적인 "인프라 엔지니어의 부하 경감"이 실현되지 못할 것이라는 우려가 있었습니다.

 

 

 

opswitch로 인스턴스 기동·정지를 자동화

 

그래서 2024년 4월, 동사는 클래스메소드가 무상으로 제공하는 AWS 운용 간편 자동화 툴 "opswitch"를 도입했습니다.

 

"opswitch는 도입이 간단하며, 브라우저에서의 조작으로 EC2, RDS 등의 기동·정지를 직관적으로 할 수 있습니다. 클래스메소드 멤버스라면 무료로 사용할 수 있다는 것을 알았을 때, '바로 이거다!'라고 생각했습니다. 일본 공휴일에 대응하고 있다는 점도 결정적인 이유 중 하나가 되었습니다." (야마자키 씨)

 

"opswitch는 저희 인프라 영역 엔지니어뿐만 아니라, 평소 AWS를 직접 다루지 않는 프로덕트 소속 개발 엔지니어에게도 이용하게 하고 있습니다. AWS 화면을 직접 조작하지 않아도 되기 때문에, 익숙하지 않은 엔지니어가 AWS의 다른 설정을 건드리는 실수를 방지할 수 있다는 점도 좋습니다. 이런 실수는 AWS 계정의 권한을 설정하면 어느 정도 방지할 수 있지만, 엔지니어 한 명 한 명에게 적절한 권한을 설정하는 것도 번거롭기 때문입니다." (마쓰모토 씨)

 

동사에서는 "평일 아침에 기동·평일 심야에 정지"와 같은 일별 잡을 설정하여 인스턴스의 기동·정지를 일괄로 처리하고 있습니다.

 

"스케줄 실행뿐만 아니라, 야간이나 주말에 일시적으로 개발 환경을 사용하고 싶을 때는 opswitch에서 버튼을 '켬'으로 하면 바로 인스턴스를 기동할 수 있습니다. 또한, 이렇게 불규칙하게 기동한 리소스는 수동으로 정지하는 것을 잊기 쉬운데, opswitch는 그런 정지 누락까지 체크해 주기 때문에 매우 도움이 됩니다. opswitch 도입에 따른 설정 자체는 매우 간단했습니다. RI 관리에 따르는 번거로움에서 해방되었으며, RI 할인율을 초과하는 비용 절감도 실현할 수 있었습니다. 또한, AWS를 다루지 않는 엔지니어도 야간·주말 정지 및 임시 가동을 통해 비용 절감을 직관적으로 쉽게 인식할 수 있게 되었습니다." (아나스타시오 씨)

 

 

 

 

 

기능 추가 요청을 받아 1개월 만에 구현

 

이처럼 opswitch를 활용하면서 동사는 클래스메소드와의 정기 미팅을 통해 opswitch에 대한 기능 추가 요청도 해왔습니다. 그 중 하나가 임의의 휴일을 설정할 수 있는 "조직 휴일 설정"입니다.

 

"예를 들어 연말연시처럼, 회사가 공휴일 이외에도 휴일로 설정하고 있는 날이 있습니다. 회사 캘린더에 맞춰 opswitch의 잡을 수동으로 하나하나 설정하는 것은 역시 번거로웠습니다. 연말연시 휴가는 많은 기업이 도입하고 있으므로, 임의의 휴일을 설정할 수 있는 기능은 당사 이외에도 수요가 있을 것이라고 생각했습니다." (야마자키 씨)

 

또한, Amazon Neptune 대응에 대해서도 기능 추가를 요청했다고 합니다.

 

"Amazon Neptune도 인스턴스를 세심하게 기동·정지함으로써 비용 절감이 가능한데, 니치한 서비스이다 보니 당초 opswitch는 대응하지 않았습니다. 그래서 제가 서비스의 동작을 조사하여, Amazon Aurora의 기동·정지가 가능하다면 Amazon Neptune도 동일한 처리로 가능하지 않을까 생각하고, 그 견해와 함께 기능 추가를 요청했습니다." (야마자키 씨)

 

조직 휴일 설정에 대해서는 2025년 6월, Amazon Neptune 대응에 대해서는 2025년 10월에 요청을 전달했으며, 클래스메소드는 두 가지 모두 약 1개월 만에 기능을 구현했습니다. 야마자키 씨는 "상상 이상으로 대응이 빨라서 놀랐습니다"라고 말합니다.

 

"당사 프로덕트에서도 고객으로부터 받은 의견이 기능 및 품질 향상에 도움이 되는 경우가 많습니다. 그래서 저희 자신도 '이런 것이 있으면 좋겠다'는 요청은 적극적으로 전달하려고 노력하고 있습니다. 당사와 클래스메소드뿐만 아니라, 다른 고객들도 포함하여 제품 및 서비스 향상을 통한 Win-Win 효과를 창출할 수 있으면 좋겠다고 생각하고 있습니다." (야마자키 씨)

 

 

 

높은 기술력과 축적된 깊은 지식

 

opswitch 이외에도, 클래스메소드는 동사에 대한 AWS 기술 지원을 수행하고 있습니다. 동사가 클래스메소드의 높은 기술력을 실감한 에피소드가 있다고 합니다.

 

"당사의 AWS 환경에서, 일반적인 운용에서는 맞닥뜨리지 않는 기술적으로 난해한 사안에 직면한 적이 있었습니다. 저 자신이 10년 이상 AWS를 다루어 왔지만, 일반적인 지식 베이스에도 정보가 없는, 전례가 드문 케이스였습니다. 그래서 많은 엔터프라이즈 기업을 지원해온 실적이 있는 클래스메소드에 상담을 드렸습니다. 풍부한 기술적 지식의 축적이 있을 것이라고 생각했기 때문입니다." (야마자키 씨)

 

클래스메소드는 AWS 측과도 연계한 전문 팀을 구성하여 사안 조사·검증에 임해 주었습니다. 해결의 실마리가 된 것은 클래스메소드가 제시한 독자적인 접근 방식이었습니다.

 

"처음 그 접근 방식을 들었을 때, 솔직히 의외라는 느낌을 받았던 것을 기억합니다. 저 자신도 OS와 데이터베이스 개발 경험이 있어, 일반적인 기술적 이론에서는 상정하기 어려운 접근 방식이었기 때문입니다. 하지만 클래스메소드의 지식을 신뢰하여 제안된 절차로 진행한 결과, 순조롭게 사안이 해소되었습니다. 나중에 들으니 다른 고객사에서도 동일한 해결 사례가 있었다고 합니다. 클래스메소드만의 폭넓은 지식과, 그것을 응용할 수 있는 높은 기술력을 새삼 실감한 일이었습니다." (야마자키 씨)

 

 

 

 

 

opswitch의 가치는 "심플함"에 있다

 

동사는 현재도 opswitch를 지속적으로 이용하고 있습니다. 마지막으로 클래스메소드에 대한 향후 기대에 대해 들었습니다.

 

"opswitch는 매우 심플한 제품이며, 그 심플함에 큰 가치가 있다고 생각합니다. 의도적으로 할 수 있는 것을 제한하고 있다는 점이 '인프라 엔지니어 이외에도 사용할 수 있다'는 강점이 되고 있습니다. 엔지니어용 서비스는 업데이트를 거듭할수록 복잡해지기 쉬우므로, opswitch에는 이 심플함을 유지해 주었으면 합니다." (야마자키 씨)

 

"opswitch는 누구나 바로 사용할 수 있기 때문에, 이른바 '1인 정보시스템' 같은 환경에서도 유용할 것 같습니다. 앞으로 가능하다면, 정지 누락 체크 기능이 더욱 확충되면 좋겠습니다." (아나스타시오 씨)

 

"AWS 기술 지원 면에서는, 아직 사용해 본 적 없는 서비스에 대해 자주 상담을 받아주고 있습니다. AWS는 매년 새로운 서비스가 출시되고 있어, 도입을 검토함에 있어 다른 기업의 사례 등을 들을 수 있다는 것이 매우 도움이 됩니다. 앞으로도 계속해서 지원해 주시길 부탁드립니다." (마쓰모토 씨)

 

클래스메소드는 AWS 운용 지원을 통해 Techouse가 전개하는 서비스의 안정적인 운용과 사업 성장에 앞으로도 지속적으로 기여해 나가겠습니다.