DE{CODE}: 사이트 모니터링: 제품, UX 디자인 및 연구의 교차점

귀하의 사이트 또는 귀하의 고객 사이트가 귀하의 고객으로부터 다운된 것을 발견했을 때 그것을 싫어하지 않습니까? 다시는 눈을 멀게 하지 마세요! WP Engine 수석 제품 관리자 Bryan Smith, UX Associate 연구원 Kate Meyer 및 수석 제품 디자이너 Kameron Fehrmann과 함께 WP Engine의 사이트 모니터링 솔루션을 살펴보세요. 이 솔루션은 이 문제를 과거의 유물로 만듭니다. 이 세션에서는 사이트 모니터링이 작동하는 방식과 UX 디자인, UX 연구 및 개발의 교차점을 결합하여 제품 시장 적합성을 보장하는 방법에 대해 자세히 살펴봅니다.

세션 슬라이드

전체 텍스트 성적 증명서

BRYAN SMITH : 안녕하세요, 여러분. 제 이름은 브라이언 스미스입니다. 저는 여기 WP 엔진의 제품 관리자입니다. 오늘 우리와 함께 해주셔서 감사합니다. 우리는 사이트 모니터링, 제품, UX 디자인 및 연구의 교차점에 대해 이야기하기 위해 왔습니다. 오늘 저와 함께한 사람은 UX 연구원 중 한 명인 Kate Meyer와 제품 디자이너 중 한 명인 Kameron Fehrmann입니다. 다음 슬라이드에서는 사이트 모니터링이 무엇인지에 대해 설명하겠습니다. 그래서 이번 신제품을 출시하게 되었습니다. 이를 "사이트 모니터링"이라고 합니다. WP 엔진 고객을 위한 애드온으로 제공됩니다. 그리고 이를 통해 계정과 연결된 모든 사이트 환경을 모니터링할 수 있습니다. 그리고 사이트나 플랫폼에서 어떤 종류의 중단이 발생하는지 알려드리겠습니다.

그리고 다음으로, 저는 우리의 의제를 아주 빠르게 검토할 것입니다. 그래서 제품을 살펴보고 개요와 기술 심층 분석을 제공합니다. 하지만 그 전에 Kate Meyer에게 전달하여 이 제품을 얻게 된 경위를 알려 드리겠습니다. 그녀는 우리가 사용한 몇 가지 사용자 조사 기술을 살펴볼 것입니다. 그런 다음 제품 설계 및 반복 작업을 수행할 Kameron에게 맡깁니다. 그런 다음 제품 개요와 심층적인 기술 분석으로 마무리하겠습니다. 당신에게, 케이트.

케이트 메이어 : 좋습니다. 고마워, 브라이언 나는 케이트야. 저는 WP Engine의 UX 연구원으로 현재 사이트 구축 서비스 개선에 주력하고 있습니다. 그래서 Bryan은 우리에게 지금 가지고 있는 이 훌륭한 새 제품을 보여주었습니다. 하지만 우리는 어떻게 여기까지 왔습니까? 타임라인의 시작 부분으로 돌아가서 사용자에 대한 기본 정보를 알고 제품 출시까지 단 몇 개월 만에 디자인 사고를 사용하는 방법을 보여주고 싶습니다. 저는 프로세스의 연구 측면에 초점을 맞추고 팀에 UX 연구원이 없더라도 역할이 무엇이든 이러한 관행을 구현할 수 있는 방법을 공유할 것입니다.

앞서 언급한 바와 같이, 우리는 이 프로젝트에서 디자인 사고의 세 단계를 사용했습니다. 디자인 사고는 산업 표준 프레임워크입니다. 본질적으로 문제 해결을 위한 사용자 중심 접근 방식입니다. 저는 여기에서 우리의 작업을 이 세 단계로 나눌 것입니다. 지난 여름, 우리는 WP Engine 사용자 포털의 잘못된 점을 수정하는 방법뿐만 아니라 다음 단계로 나아가는 방법을 배우고 싶었습니다.

그래서 이 문제를 해결하기 위해 생성 연구를 사용했습니다. 이것은 다양한 사용자와의 인터뷰 형식이었습니다. 우리는 그들의 직업, 목표, 도전 등과 같은 것들에 대한 이해를 생성하기 위해 미리 작성된 일련의 질문, 모든 사용자에게 동일한 질문을 했습니다. 인터뷰 과정이 부담스럽게 들린다면 같은 목적으로 설문 조사 도구를 활용할 수도 있습니다. 우리는 실제로 피드백을 받는 또 다른 방법으로 인터뷰와 함께 SurveyMonkey를 사용했습니다.

연구의 이 단계에서 우리는 사용자 역할의 차이에도 불구하고 실제로 많은 공통 목표와 문제점을 공유한다는 사실이 정말 흥미로웠다는 사실을 발견했습니다. 그리고 이것은 보기에 정말 좋은 패턴입니다. 작업 범위를 지정하는 데 도움이 되므로 실제로 다양한 유형의 사용자 간에 이러한 유사성을 확인하고 싶습니다. 이러한 인터뷰와 설문 조사를 수행하는 동안 웹 사이트 호스팅의 맥락에서 몇 가지 공통된 주제를 발견하기 시작했습니다.

우리가 계속 들었던 두 가지 목표는 웹사이트를 모니터링 및 유지하고 고객과 사이트 방문자가 문제를 발견하기 전에 문제를 포착하는 단 하나의 도구를 원한다는 것이었습니다. 그러나 일반적인 문제는 사용자 포털이 현재 사용자가 이러한 목표를 달성할 수 있도록 지원하지 않는다는 것입니다. 그리고 실제로 이 대행사 대표는 다음과 같이 요약했습니다. “고객이 보기 전에 문제를 해결할 수 있다면 정말 좋습니다. 나는 고객이 '오, 이봐, 그거 알아? 나는 내 웹 사이트에 갔다. 거기에 없습니다. 오늘 뭐하세요?'"

사용자의 의견을 들을 때 이러한 일반적인 주제가 반복해서 나오는 것을 본다면 지금이 아이디어를 구상할 때라는 것을 알 수 있습니다. 우리는 사용자가 사이트를 능동적으로 관리할 수 있도록 사용자 포털을 개선해야 한다는 것을 알고 있었습니다. 또한 엔지니어링 팀이 파트너 기술을 활용하여 가동 시간 모니터링을 통해 사용자의 고충을 해결할 수 있다는 것도 알고 있었습니다.

따라서 이 시점에서 우리가 바로 뛰어들어 무언가를 즉시 구축하기 시작하는 것이 정말 쉬웠을 것입니다. 하지만 처음부터 올바른 것을 만들고 싶다면 이 단계에서 여전히 사용자 피드백과 입력을 받는 것이 중요합니다. 전체 팀이 참여하는 것도 이 단계에서 정말 중요합니다.

몇 가지 훌륭한 아이디어를 떠올리고 싶지만 아이디어가 실행 가능하고 사용자가 실제로 필요로 하는 것과 여전히 일치하는지 확인해야 합니다. 따라서 이 단계에서 설계자는 엔지니어링 팀과 협력하여 아이디어를 제시하고 사이트 모니터링을 위한 실행 가능성을 확인했습니다. 그런 다음 제품 관리자 및 디자이너와 함께 몇 가지 개념 테스트를 계획하여 아이디어를 사용자에게 제시할 수 있습니다.

컨셉 테스팅은 당신이 가지고 있는 아이디어가 사용자의 기대와 요구에 부합하는지 알아보는 데 도움이 되는 연구 유형입니다. 그래서 우리는 그들에게 우리의 아이디어를 보여주고 그것에 대해 질문합니다. 이 특별한 경우에는 디자이너가 엔지니어링 팀의 도움을 받아 만든 미드필 LE 목업을 사용했습니다. 그러나 이러한 유형의 연구에서 가장 좋은 점은 종이에 펜을 쓰는 것처럼 간단한 것을 보여줄 수 있다는 것입니다. 좋아 보일 필요도 없습니다.

이 기술은 사용자가 시각적 프레젠테이션 대신 아이디어에 집중할 수 있게 해주기 때문에 정말 훌륭합니다. 그리고 다시 말하지만, 이 단계에서 우리는 당신의 아이디어가 올바른 방향으로 가고 있는지 정말 알고 싶습니다. 이것의 또 다른 측면은 그것을 수십 또는 수백 명의 사람들에게 보여줄 필요가 없다는 것입니다. 이러한 유형의 연구에는 최소 5명의 참가자를 사용할 수 있습니다. 그 시점에서 귀하의 아이디어에 대한 그들의 반응에서 몇 가지 공통된 주제를 보기 시작해야 하기 때문입니다.

따라서 개념 테스트 중에 사용자의 기대가 이 제품에 대한 계획과 일치한다는 사실을 알게 되었습니다. 따라서 구축을 시작할 수 있는 좋은 위치에 있습니다. 하지만 여전히 피드백을 수집하고 싶었기 때문에 클로즈 베타를 진행하기로 결정했습니다. 그리고 이것은 일부 사용자가 옵트인하고 계정에 기능을 추가한 다음 새 기능을 사용하는 과정 전반에 걸쳐 피드백을 요청하는 것과 같습니다. 따라서 제품에 액세스할 수 있는 이 소규모 사용자 그룹을 갖는 것은 제품의 유용성을 테스트하고, 버그를 해결하고, 제품이 모든 사람에게 출시되기 전에 그들의 기대치를 더 잘 충족할 수 있는 방법을 이해하는 정말 좋은 방법입니다. 사용자의.

그래서 Kameron은 여기에서 이야기를 계속할 것입니다. 하지만 연구 자료를 남기기 전에 제 이야기에서 여러분이 가져갔으면 하는 바를 마무리하고 싶습니다. 따라서 이 프레임워크는 사용자 요구 사항을 이해하는 것부터 새로운 제품을 구축하는 데 도움이 될 수 있습니다. 그리고 팀의 모든 사람은 프로젝트의 모든 단계에서 다양한 방법을 통해 사용자로부터 배울 수 있습니다. 사용자를 구축의 중심에 두는 것이 사용자가 가능한 한 쉽게 제품을 사용하고 경쟁 우위를 확보할 수 있는 방법입니다. 감사합니다. 카메론.

KAMERON FEHRMANN : 정말 고마워요, 케이트. 이봐, 너희들. 저는 카메론입니다. 저는 여기 WP Engine의 수석 제품 디자이너입니다. 저는 또한 빌더 도구와 전자 상거래 제품을 사용하며 오늘 사이트 모니터링에 대해 여러분과 이야기하게 되어 매우 기쁩니다. 그래서 여기가 우리의 타임라인에서 우리가 있는 곳입니다. 우리는 생성 연구를 수행하고 몇 가지 개념 테스트를 수행했으며 이제 베타 버전으로 출시되었습니다. 우리는 사람들의 의견에 귀를 기울이고 있다는 설문조사가 있습니다. 사실 이것이 제가 프로젝트에 참여하게 된 계기였습니다.

나는 이전 연구에 빨리 사로 잡혔습니다. 케이트와 브라이언은 이것에서 매우 중요한 역할을 했습니다. 솔직히 디자인과 연구, 제품과 엔지니어링 사이에 일부 공동 작업 흐름이 아직 설정되지 않았다면 일이 순조롭게 진행되지 않았을 것입니다. 그래서 그들은 내가 중간에서 속도를 낼 수 있게 해주는 훌륭한 파트너였습니다. 여러분 중 일부는 에이전시 생활에서 일하는 것이 어떤 것인지 이해하고 있을 것입니다. 우리는 이 기반이 베타 버전에 적합하다는 것을 알고 있었지만 그것으로 더 많은 일을 하고 싶었습니다.

그래서 우리는 디자인을 조금 더 개선하기 위해 베타 버전을 출시한 후 패스트 팔로우를 했습니다. 무엇보다도 먼저 WP 엔진 상태부터 시작했습니다. 우리는 사용자로부터 경험한 중단이 내부적으로 수행한 작업의 결과인지 또는 솔직히 통제할 수 없는 WP 엔진 문제인지 확실하지 않다는 의견을 들었습니다. 그래서 우리는 사람들이 실제로 볼 수 있도록 이 상태를 추가했습니다. 이봐, WP 엔진에서 어떤 일이 벌어지고 있는지. 당신이나 그 반대가 아니라 우리입니다.

또한 모니터링을 위해 추가, 제거 또는 일시 중지 기능을 추가했습니다. 이것은 기본적으로 사람들이 모니터를 추가하거나 제거한 다음 필요할 때 모니터링을 일시 중지하는 방법이었고 사람들이 자신의 경험을 조금 더 사용자 지정할 수 있는 방법이었습니다. 그리고 마지막으로 여기에서 볼 수 있듯이 정전이 상당히 많이 발생했습니다. 우리는 사람들이 자신의 사이트에서 무슨 일이 일어나고 있는지 명확하게 볼 수 있고 확실히 사람들과 소통할 수 있기를 원했습니다. 그리고 이것이 우리가 들었던 것이기도 합니다. 그들은 그들의 중단을 보고 가능한 한 빨리 그리고 가능한 한 빨리 문제를 처리할 수 있기를 원했습니다.

그리고 여기 우리가 베타로 시작한 곳과 출시하기 전에 끝난 곳의 전후가 있습니다. 보시다시피 꽤 큰 차이가 있습니다. 특히 기둥에 중점을 두었습니다. 우리는 기둥이 무엇인지, 기둥이 무엇을 위한 것인지, 기둥 안에 있는 것이 무엇을 의미하는지 잘 이해하지 못한다는 사람들의 의견을 들었습니다.

그래서 우리는 어떤 것이 중단 상태에 있는지 여부와 그 의미에 대해 중단 상태를 훨씬 더 명확하게 만들었습니다. 그런 다음 좀 더 실행 가능한 링크를 추가했습니다. 중단이 무엇인지에 대한 정의를 추가한 다음 사이트 모니터링에 대한 지원 문서 링크를 추가하여 사람들이 원하는 경우 더 많은 정보를 찾을 수 있도록 했습니다.

우리가 한 다른 일은 이것을 내부 디자인 시스템과 더 밀접하게 연결하는 것입니다. 디자이너이자 개발자인 저를 위해 일종의 구성 요소 라이브러리에서 가져올 수 있어서 작업 흐름을 더 빠르게 만들 수 있어서 정말 좋았습니다. 작업 중인 디자인 시스템이 아직 없다면 하나를 적극 권장합니다. 워크플로를 훨씬 더 쉽게 만들고 모든 작업을 훨씬 빠르게 진행할 수 있습니다. 이 디자인 시스템 덕분에 왼쪽에서 오른쪽으로 꽤 빠르게 이동할 수 있었습니다.

그리고 이것이 우리가 베타를 통해 작업할 때 그 워크플로, 그 반복 종류가 어떻게 생겼는지 보여줍니다. 그래서 우리는 시작했습니다. 출시했습니다. 저는 설문조사를 통해 사용자들과 제품 개발에 참여하는 개발자들로부터 피드백을 받고 있었습니다. 일부 디자인을 변경했습니다. 나는 트라이어드와 이야기 할 것입니다. 우리 사이에 피드백이 있을 수 있으며 개발자에게 전달합니다. 피드백이 있을 수 있습니다. 우리는 약간의 토론을 한 다음 베타 버전으로 출시하고 주기가 다시 시작됩니다.

여기에서 확인하기 위해 베타 버전으로 출시되었습니다. 우리는 베타 설문 조사에서 사람들의 의견을 들었습니다. 이제 알림을 시작하고 이러한 경험을 할 준비가 되었습니다. 그래서 경보, 우리는 사람들이 경보를 원하고 경보가 필요하다는 것을 알았습니다. 이것은 사용자들로부터 매우 중요하며 모니터링을 더욱 가치 있게 만들 것이라고 들었습니다.

우리는 또한 인용문에서 들은 것처럼 사용자가 고객에게 문제가 되기 전에 문제에 대해 알림을 받기를 원한다는 것을 알고 있었습니다. 그들은 고객으로부터 사이트에 문제가 있거나 정전이 발생했다는 전화를 받고 싶지 않으며 실제로 스스로도 알지 못했습니다. 그 좋지 않다.

이것에 대한 또 다른 점은 우리가 릴리스 일정을 맞출 수 있기를 원했기 때문에 실제로 이 작업에 두 개의 개발 팀을 더 포함했다는 것입니다. 더 많은 팀이 있었기 때문에 당신이 본 그 사이클은 매우 중요해졌습니다. 손이 많으면 작업이 가벼워지지만 일이 더 복잡해질 수도 있습니다. 그러나 운 좋게도 우리는 그들의 케이던스에 대해 처리할 수 있었습니다. 알림으로 알아내야 했던 것은 우리가 사용하고자 하는 채널이었습니다.

사용자들로부터 주로 들은 것은 이메일이 Slack이나 SMS보다 선호하는 채널이라는 것이었습니다. 그래서 우리는 이메일을 먼저 사용하기로 결정했습니다. 그런 다음 거기서부터 모든 다양한 이메일 시나리오에 대해 생각해야 했습니다. 우리는 사람들이 경고를 받았을 때 가능한 한 빨리 이해하고 조치를 취할 수 있도록 우리의 메시지가 매우 명확하고 실행 가능하도록 만들고 싶었습니다.

우리가 생각해야 했던 또 다른 사항은 누군가 알림을 신청할 때 구독 여부를 확인하고 싶다는 것입니다. 이것은 사용자 경험에 대한 일종의 모범 사례입니다. 그리고 반대로 구독 취소 기능이 실제로 사람들에게 매우 매끄럽고 모든 것을 고려할 때 매우 쉽고 좋은 경험인지 확인합니다. 예, 우리는 이를 위해 좀 더 많은 사용자 테스트와 연구를 진행했습니다. 그리고 우리는 제가 말했듯이 메시지가 이해 가능하고 실행 가능한지 확인하고 싶었습니다.

다시 한 번 테스트 전과 후를 비교한 것입니다. 여기에는 미친 차이가 많지 않습니다. 주로 특정 오류가 무엇인지 알고 싶어하고 더 많은 정보를 원한다는 사용자의 의견을 들었기 때문에 이를 제공하려고 했습니다. 우리는 그들에게 오류 코드와 우리가 할 수 있는 더 많은 정보를 제공하려고 노력했고 그 내용을 조금 더 명확히 했습니다. 그리고 그 이후에는 솔직히 출시를 위해 노력하는 것이 문제였습니다. 솔직히 말씀드리자면 제가 이야기한 핵심 요점과 이 프로젝트 전반에 걸쳐 우리가 가지고 있는 핵심 협업 포인트를 강조하고 싶습니다.

무엇보다도 트라이어드 운영 모델이 우리에게 매우 중요했습니다. 다시 한 번, 이 제품을 출시하기 위해 디자인과 연구, 제품 및 엔지니어링이 한 팀으로 협력했습니다. 우리는 디자인, 연구, 엔지니어링에 대한 동기화 및 터치 기반을 자주 사용했습니다. 그리고 우리는 질문하고 협력했습니다.

자체 Slack 채널도 설정했습니다. 모든 사람이 이것을 할 수 있거나 할 수 있는 것은 아니지만 디자인과 제품 간의 협력 관계를 만드는 것이 정말 중요합니다. 그리고 제품을 만들 때 해당 기업 또는 에이전시 수준에서 조정 및 책임이 있는지 확인하는 데 정말 중요합니다.

제가 언급할 또 다른 사항은 긴밀한 파트너십을 갖는 디자인과 연구입니다. 모든 사람이 디자이너나 연구원과 함께 일하는 것은 아니지만 원하는 경우 여전히 사용자 경험 옹호자가 될 수 있습니다. 훌륭한 리소스와 모범 사례를 제공하는 UX 그룹이 많이 있으므로 주요 역할이 아니거나 자주 하는 일이 아니더라도 여전히 사용성 옹호자가 될 수 있습니다.

제가 언급할 다른 것은 실제로 개발과의 파트너십입니다. 저는 이 프로젝트의 모든 개발 팀과 긴밀히 협력했습니다. 나는 종종 그들에게 와서 내가 디자인이나 무언가를 만드는 데 미쳤는지 묻고, 그들은 항상 나와 함께 일하는 데 열려 있고 모든 종류의 통찰력을 제공하고 질문을 했습니다.

그것은 훌륭했다. 우리는 정말 훌륭한 협업 관계를 가졌습니다. 그래서 저는 디자이너와 작업을 하고 있다면 주저하지 말고 손을 더럽혀서 그들과 협력하라고 말씀드리고 싶습니다. 우리는 거기에 앉아서 우리가 해결하려는 문제를 이해하고 공동의 목표를 향해 함께 노력하는 개발자들과 함께 일하는 것을 좋아합니다.

그것에 대한 또 다른 사실은 실제로 이 팀이 가지고 있는 많은 애자일 의식과 케이던스에 나 자신을 포함시켰습니다. 그래서 앉아있을 수 있고, 개선 또는 스프린트 계획을 백로그하고 질문을 할 수 있고, 개발 작업의 맥락에서 그들이 저에게 질문하도록 하는 것은 매우 가치가 있었습니다. 마지막으로 비동기 협업입니다. 이것이 정말 핵심이었습니다. 우리는 글로벌 기업입니다. 우리는 전 세계에 팀을 두고 있으며 모두 매우 바쁩니다.

따라서 우리 모두가 협업할 수 있도록 팀 전체에서 특별히 Slack 채널을 생성할 수 있는 것이 정말 중요했습니다. Kate와 저는 연구 및 디자인에 대해 게시할 수 있습니다. 검토나 회의를 기다리지 않고도 피드백을 받고 질문을 할 수 있습니다. 그리고 저는 상황이 완벽할 필요는 없다는 점을 강조하고 싶습니다. 실례지만 우리가 협력하기 위해서는 완벽할 필요가 없습니다. 비동기식으로 할 수 있습니다. 회의를 기다릴 필요가 없습니다. 일을 완수하기 위해 모든 것이 정확할 필요는 없습니다. 그래서 그것은 내 시간입니다. 정말 감사합니다. Bryan, 나는 당신이 그것을 가지고 우리 제품 개요에 대해 이야기하게 할 것입니다.

BRYAN SMITH: 정말 감사합니다, Kameron. 괜찮은. 약속한 대로 제품 개요로 이동한 다음 종료하기 전에 기술 심층 분석을 수행할 것입니다. 그래서 사이트 모니터링 및 포털. 애드온을 추가하는 사용자는 새 포털 페이지에 액세스할 수 있습니다. 이를 "사이트 모니터링"이라고 합니다. 그리고 이 페이지에서 모니터 추가, 일시정지, 삭제가 가능합니다. Kameron은 이에 대해 약간 암시했지만, 이것은 당신이 그 일을 하는 페이지입니다.

또한 이 페이지에서 선택한 날짜 범위에 대한 중단, 가동 시간, 평균 응답 시간을 볼 수 있습니다. 또한 중단이 감지되면 사이트별 오류 로그에 연결할 수 있으므로 이 페이지에서 모든 것이 가능합니다. 알림 기본 설정 페이지에 대한 링크도 있을 것입니다. 잠시 후에 여기에서 살펴보겠습니다.

좋아요. 그래서 저는 비디오로 빠르게 이동한 다음 슬라이드로 다시 이동하겠습니다. 그러나 이것은 포털에서 해당 페이지가 어떻게 보이는지에 대한 실제 데모 연습이 될 것입니다. 한 가지 주의할 점은 Kameron에서 본 일부 이미지보다 먼저 녹화되었다는 것입니다. 그래서 우리는 이것을 업데이트하고 있습니다. 이것을 정확히 보이는 그대로 받아들이지 마세요. 하지만 포털에서 보게 될 것과 거의 비슷합니다.

메뉴. 사이트 모니터링 링크가 표시됩니다. 여기에서 이 페이지를 열면 내가 모니터링하고 있는 모든 사이트 환경 목록이 있는 것을 볼 수 있습니다. 응답 시간과 현재 모니터링되는 모든 항목의 목록을 볼 수 있습니다. 상단에 있는 WP 엔진 상태 링크를 클릭하면 이 WP 엔진 상태 페이지로 이동합니다. Kameron도 이전에 언급했지만 거기에서 사용할 수 있습니다.

모니터 추가 버튼을 클릭하면 클릭 한 번으로 쉽게 할 수 있습니다. 이 제품과 통합의 큰 부분은 모니터를 일시 중지, 삭제 또는 프로비저닝할 수 있는 용이성입니다. 여기에서 모니터를 일시 중지합니다. 거기에 작은 재개 버튼 팝업이 표시됩니다. 응. 재개를 누르면 일시중지가 해제됩니다.

그리고 일시 중지가 실제로 하는 일은 ping 모니터가 실제로 사이트에 ping하는 것을 중지한다는 것입니다. 따라서 일시 중지될 때마다 실제로 해당 핑을 전송하지 않습니다. 여기에서 모니터를 제거할 것입니다. 확인 화면이 표시됩니다. 이러한 모니터 중 하나를 삭제하면 실제로 이와 관련된 모든 중단 기록이 제거되기 때문입니다. 그러니 명심하십시오.

그리고 그것은 포털의 페이지입니다. 괜찮은. 이제 슬라이드로 돌아가서 이메일 알림에 대해 조금 이야기하겠습니다. 몇 가지 다른 템플릿이 있습니다. Kameron은 이에 대해 조금 더 일찍 언급했지만 여기에서 조금 더 자세히 살펴보겠습니다. 따라서 이메일 알림을 선택하면 다음과 같은 이메일 템플릿을 받게 되며 사이트에 대한 모니터링 알림을 신청했음을 보여줍니다. 이 제품의 작동 방식에 대한 자세한 정보를 제공하는 지원 센터 문서에 대한 링크를 제공합니다. 하단에는 방금 보여드린 사이트 모니터링 페이지에 대한 링크가 있습니다.

좋아요. 따라서 귀하의 사이트에서 중단이 감지되면 다음과 같은 이메일을 받게 됩니다. 정전이 감지되면 사이트 이름이 표시됩니다. 또한 WP 엔진 상태도 표시됩니다. 이제 이 상태는 플랫폼, 호스팅 플랫폼의 현재 상태를 보여주기 때문에 중요합니다. 괜찮아 보이지만 여전히 이 이메일을 받고 있다면 실제로는 사이트 관련 문제가 있음을 나타냅니다.

호스팅 인프라에만 국한되지는 않지만 실제로는 사이트나 도메인에 무언가가 있습니다. 여기 이메일 내용에는 우리가 보고 있는 응답 코드가 표시됩니다. 그런 다음 하단에 해당 사이트 모니터링 페이지에 대한 링크가 있습니다. 또한 액세스 로그에 대한 링크가 있습니다. 이것이 무슨 일이 일어나고 있고 이 중단 이메일이 표시되는 이유를 진단하기 위한 다음 단계이기 때문입니다.

괜찮은. 그런 다음 문제가 해결되면 사이트가 백업되었음을 보여주는 다른 이메일을 보게 됩니다. 중단이 더 이상 발생하지 않습니다. 우리는 더 이상 그것을 감지하지 않습니다. 또한 어떤 사이트가 백업되었는지 알려줍니다. 해당 사이트가 다운된 시간을 알려주고 다시 맨 아래에 링크가 표시됩니다. 하단에 동일한 링크가 있습니다.

그래서 이것은 사이트 모니터링 페이지 및 포털에서 액세스할 수 있는 페이지라고 언급했습니다. 여기에서 알림 기본 설정을 실제로 지정합니다. 따라서 여기에서 경고 채널을 활성화 또는 비활성화할 수 있습니다. 이메일 연락처를 입력할 수 있습니다. 이메일 연락처는 포털 사용자 목록에서 가져오므로 왼쪽 하단에 표시됩니다. 바로 체크박스입니다.

우리는 이미 이름과 이메일 주소를 가지고 있습니다. 입력하지 않아도 됩니다. 다시 말하지만 포털 연락처에서 가져옵니다. 그러나 이것이 Slack 통합을 활성화할 수 있는 페이지가 될 것임을 여기에서 언급하십시오. 아직은 없지만 로드맵에 있습니다. 이제 막 작업을 시작하려고 하는 것입니다. 따라서 현재는 이메일 알림만 제공하지만 Slack은 로드맵에 있습니다.

괜찮은. 이 모든 것이 배후에서 어떻게 작동하는지에 대한 아이디어를 제공하기 위해 여기에서 몇 가지 기술적인 세부 정보를 얻을 것이라고 언급했습니다. 따라서 우리가 "사이트 모니터링 에이전트"라고 부르는 것을 통해 모든 것이 가능합니다. 이것은 사용자 포털과 사용자가 그곳에서 수행하는 작업과 우리가 사용하는 모니터링 및 경고 API를 제공하는 파트너 New Relic 사이의 중간 계층입니다. 따라서 Site Monitoring Agent는 기본적으로 New Relic 리소스를 중앙 집중화합니다.

모니터와 경고를 생성, 업데이트 및 삭제하는 계층입니다. 또한 모든 종류의 오류를 조정하고 포착할 수 있는 곳이기도 합니다. 우발적으로 제거되는 것이 없는지 확인하십시오. 여기가 인터스티셜 레이어입니다. 사용자 흐름에서 발생하는 몇 가지 일에 대해 조금 더 살펴보겠습니다. 이제 일반적인 사용자 흐름을 살펴보겠습니다. 따라서 사용자가 가입합니다. 사이트 모니터링에 대한 액세스 권한이 있는지 확인하기 위해 포털에 대한 자격 확인이 이루어집니다.

그리고 그럴 경우 WP 엔진 자격 서비스를 확인하여 확인합니다. 검사를 통과하면 사용자는 이전에 포털에서 보여드린 사이트 모니터링 페이지에서 모니터를 생성할 수 있습니다. 따라서 모니터 추가 버튼을 클릭하여 해당 모니터를 수동으로 프로비저닝합니다. 그리고 배후에서 해당 모니터를 실제로 프로비저닝하기 위해 New Relic Synthetics API에 요청을 보냅니다.

이제 포털의 해당 페이지에서도 데이터를 볼 수 있습니다. 과거 데이터를 볼 수 있습니다. 귀하가 설정한 사이트를 핑하여 본 것에서 평균 응답 시간, 액세스 로그에 대한 링크도 볼 수 있습니다. 여기에서 고객은 해당 페이지에서 해당 데이터를 볼 수 있습니다. 보이지 않는 곳에서 우리는 실제로 다른 New Relic API를 사용하고 있습니다. 그들의 NerdGraph API입니다. 따라서 사이트 모니터링 에이전트는 해당 데이터를 검색하고 표시하라는 요청을 보냅니다. 그리고 이 모든 일이 New Relic을 통해 NerdGraph API를 통해 다시 일어나고 있습니다.

일반적으로 사용되는 몇 가지 다른 사용 사례는 모니터 편집 시나리오입니다. 따라서 이것은 기존 모니터를 일시 중지하는 것일 수 있으며, 이 경우 에이전트는 New Relic Synthetics API에 패치 요청을 보냅니다. 모니터를 프로비저닝 해제할 수도 있습니다. 이것은 이전에 보여드린 해당 포털 페이지에서 모니터를 삭제하는 것입니다. 해당 Synthetics API에 삭제 요청을 보내고 있습니다. 고객은 구성을 변경할 수도 있습니다. 핑 확인을 보내는 도메인의 URL을 변경하고 싶을 수도 있습니다.

이 경우 에이전트는 해당 모니터를 업데이트하기 위해 패치 요청을 보냅니다. 또한 사용자는 사이트 모니터링이 있는 사이트를 취소할 수 있습니다. 그리고 이 경우 우리가 할 일은 해당 모니터를 디프로비저닝하기 위해 해당 Synthetics API에 자동으로 삭제 요청을 보내는 것입니다. 또는 고객이 여러 사이트 모니터가 있는 전체 계정을 취소할 수 있는 경우 해당 모니터를 모두 프로비저닝 해제하라는 요청이 감지되면 자동으로 전송됩니다. 따라서 이러한 모든 사항은 사용자 흐름에 중요하며 사이트 모니터링 에이전트는 이를 가능하게 합니다.

괜찮은. 그래서 앞서 언급했지만 앞으로 슬랙을 추가 알림 채널로 통합할 계획입니다. 또한 SMS도 살펴보고 있으므로 향후 더 많은 추가 사항에 대해 계속 지켜봐 주시기 바랍니다. 이것이 우리의 V1입니다. 우리는 그것에 대해 흥분하고 여기 DE{CODE}에서 출시할 수 있게 되어 정말 기쁩니다. 그러나 이것은 실제로 V1입니다. 많은 계획이 준비되어 있습니다. 이들은 단지 몇 가지입니다. 그러나 모니터링과 함께 더 많은 구성 옵션, 사용자 포털에 대한 더 많은 개선 사항에 대해 계속 지켜봐 주시기 바랍니다. 우리는 계속해서 연구 및 디자인 반복 프로세스를 따라 여기까지 왔습니다.

다른 발표자인 Kate와 Kameron에게 감사드립니다. 그리고 오늘 우리와 함께 해주셔서 감사합니다. 좋은 하루 되시고 사이트 모니터링 가보세요 감사합니다 여러분.