Close
Bitly + Atlassian

비즈니스 운영 규모를 확장하기 위해 Opsgenie를 선택한 Bitly


Bitly 로고
업계

기술

위치

뉴욕주 뉴욕시

사용자 수

10

페이지 공유

중개자 없이 인프라를 관리하는 데 SNS 알림에만 의존해 본 적이 있다면 알림의 홍수가 얼마나 무서운 것인지 잘 알 것입니다. Bitly의 DevOps 및 보안 부문 이사인 Kyle Moschetto는 이 고통을 너무 잘 알고 있었습니다. 2008년에 설립된 Bitly는 링크 관리 플랫폼입니다. 링크를 단축 및 추적해 주는 서비스로 잘 알려져 있는 Bitly는 디지털 마케팅 시대의 고객에게 권한을 부여합니다. Kyle은 2016년에 Bitly에 합류하여 인프라를 최신화하고 운영을 개선했습니다. 모바일을 통한 SNS 알림만 사용하여 3개의 서로 다른 클라우드 제공업체에서 연중무휴 운영되는 150개 이상의 마이크로서비스를 유지하는 일은 혼란스럽고 투박하며 복잡했습니다.

Bitly에 합류한 새로운 이사로서, Kyle은 최상의 솔루션을 신속하게 찾아 CTO에게 비즈니스 사례를 제시해야 했습니다. ITOps, DevOps, 네트워킹 및 보안 부문에서 오랜 경력을 보유한 그는 이전에 맡았던 직무에서 다양한 솔루션을 시도해 볼 기회가 있었습니다. "PagerDuty에 익숙한 저는 그 고통을 정말 잘 알고 있었습니다. Opsgenie는 곧바로 돋보였습니다. 최신 기술을 사용하며 모바일 앱은 사용하기 쉬워 보였고, API 호출은 유용하며 Slack 통합이 기본적으로 지원되었습니다." 개념 증명 기간 동안 Kyle과 그의 팀은 Opsgenie를 선택해야 한다는 결정을 빠르게 내렸으며, Opsgenie로의 전환이 아주 쉬울 것임을 알았기 때문에 일한 지 단 6개월밖에 되지 않은 신입 엔지니어에게 이 작업을 맡겼습니다.

Kyle은 Opsgenie 이전에 사용하던 시스템에 대해 이렇게 말합니다. “대기 중 업무를 맡을 때는 노트북을 가지고 AWS에 API 호출을 하고 올바른 번호로 문자를 보내서 알려야 했습니다. 직원들은 항상 잊어버리고 대기 중 담당자가 아닌 영화관에 있는 직원을 호출하고는 했습니다.”

“팀에서 Opsgenie를 선택한 것은 당연한 일이었습니다. Opsgenie는 마치 사막의 굶주린 사람들에게 크래커를 주고 그 크래커가 필레 미뇽으로 변하는 것과 같았습니다.”

시간이 지남에 따라 대기 중 팀은 다른 서비스 소유자뿐만 아니라 백엔드 및 프런트엔드 팀의 더 많은 팀원을 포함하도록 성장했습니다. 대기 중 경험이 크게 향상되었고, 팀은 더 이상 누구를 호출해야 하는지 알 수 있도록 AWS 및 다양한 도구에 대해 수동으로 API 호출을 할 필요가 없게 되었습니다.

“이 제품을 만든 사람은 분명히 대기 중 담당자 업무를 여러 해 동안 한 사람일 것입니다. 매일 사용하면서 느끼고 있습니다. Opsgenie를 사용해 온 2년 동안 서비스 중단이 단 한 번도 발생하지 않았습니다.”

DevOps는 마치 아무도 배관 작업에 대해 신경쓰지 않는 배관의 세계와도 같습니다. 하지만 배관 작업에 문제가 있고 바닥에 오물이 흐른다면, 그 순간 배관은 세상에서 가장 중요한 작업일 것입니다. 작동하는 솔루션만 있으면 Opsgenie도 작동합니다.

Kyle Moschetto

DevOps 및 보안 이사, Bitly

“Opsgenie는 알림을 통합하고 대기 중 담당자를 더 쉽게 관리할 수 있도록 하는 것 외에도 클라우드 및 하이브리드 인프라를 모니터링하는 데 이상적입니다. Opsgenie Heartbeats를 통해, Bitly는 Opsgenie를 사용하여 클라우드 인프라를 모니터링하면서 알림 시스템이 작동하는지 확인할 수 있습니다. 환경이 두 개 이상인 경우 알림에 대해 단일 장애 지점이 있다면 너무 위험합니다. Opsgenie는 멀티 클라우드 환경에서 전역적인 재해 복구 및 모니터링 솔루션에 매우 중요합니다.”

이 제품의 열렬한 팬인 Kyle은 비즈니스 수행에 대한 Opsgenie의 강력한 고객 중심 접근 방식을 강조했습니다. “저는 Opsgenie 팀과 단 세 번 상호 작용했습니다. 첫 번째는 훌륭한 온보딩, 두 번째는 훌륭한 계약 협상, 그리고 세 번째는 우리에게 필요한 몇 가지 보고 기능에 대해 논의했던 것으로, 이 또한 훌륭했습니다.”

현재 Kyle은 팀이 향후 업그레이드 또는 새로 만들어야 할 사항을 결정하는 데 도움이 되도록, 불필요한 알림 소스를 판단하기 위해 Opsgenie 내에서 보고서를 생성할 방법을 살펴보고 있습니다. 그는 또한 기본 제공되는 대기 중 보고서를 사용하여 팀이 잘한 점을 인정하고자 합니다. “우리는 항상 대기하고 신속하게 대응하는 강력한 팀을 보유하고 있습니다. 이러한 통계를 비즈니스와 공유하지 않는다면 팀의 노력을 당연하게 여기기 너무 쉽습니다.”

지금 Opsgenie의 14일 무료 평가판을 시작하세요

Kent State 로고

실행 불가능한 알림과 너무 많은 알림으로 인한 문제점으로 인해, 정보를 통합하고 유의미하게 만들며 인시던트 대응을 가능하게 해주는 도구의 필요성이 대두되었습니다.

Looker 로고

Looker에서는 매일 200,000명의 사용자에게 서비스를 제공하기 위해 Opsgenie를 사용합니다.