나는 같은 짜증 나는 질문을 계속 겪었기 때문에 gitae.com을 만들었다. 사이트가 정말 죽은 것인지, 아니면 문제는 내 쪽에만 있는지 빠르게 확인하고 싶었다. 집 인터넷, VPN, 로컬 DNS 캐시, 브라우저 오류, 라우팅 문제만으로도 멀쩡한 사이트가 고장 난 것처럼 보일 수 있다. 이런 상황에서 감으로 판단하는 것은 의미가 없다. 내가 직접 관리하는 원격 서버에서 독립적으로 확인할 방법이 필요했다.
그래서 이 프로젝트는 러시아 모스크바와 핀란드 헬싱키, 두 개의 VDS 위치에서 검사를 수행한다. 노트북 한 대에서만 보는 것보다 두 지점을 동시에 보는 편이 훨씬 선명한 그림을 준다. 한 서버에서는 열리는데 다른 서버에서는 실패한다면, 그것만으로도 단순한 초록색이나 빨간색 상태 표시보다 훨씬 많은 정보를 얻을 수 있다.
단순한 가동 여부 확인만으로는 부족한 이유
기본 도구 대부분은 지금 페이지가 열리는지 아닌지만 알려 준다. 그것도 도움이 될 때는 있지만, 실제 장애에서는 거의 충분하지 않다. 문제는 DNS, SSL, 네트워크 경로, 포트 접근성, 호스팅 설정, 지역별 접근 가능성 차이에 있을 수 있다. 나는 원인을 좁혀 가는 데 도움이 되는 도구를 원했지, 모든 것을 하나의 일반적인 결과로 덮어 버리는 도구를 원한 것이 아니었다.
지금 gitae.com이 확인할 수 있는 것
- 웹사이트 접속 가능 여부
- SSL 인증서
- DNS 레코드
- nslookup 및 dig
- 역방향 DNS
- IP 점검
- 도메인 정보와 도메인 연령
- 포트 점검
- 내 IP 확인
- Ping
- Traceroute
- 호스팅 점검
- CMS 감지
목적은 잡다한 유틸리티를 한 페이지에 모으는 것이 아니다. 사이트가 이상하게 동작할 때 추측이 아니라 근거를 바탕으로 더 빠르게 문제를 파악하게 만드는 것이 목적이다.
수익화보다 유용성을 먼저 택한 이유
지금 이 프로젝트에는 수익화가 전혀 없다. 내 목표는 더 단순하다. 정말 쓸모 있는 도구를 만들고 공개한 다음, Google이 검색에서 기회를 줄지 보는 것이다. 나는 이런 빠르고 독립적인 답이 자주 필요했기 때문에 먼저 나 자신을 위해 만들었다.
프로젝트가 성장하면 다음 단계
gitae.com이 적당한 수준의 오가닉 트래픽만 얻어도 다음 단계는 모니터링이 될 것이다. 사용자가 자신의 사이트를 추가하고, 서비스가 자동으로 확인하고, 장애가 발생하면 메신저로 즉시 알림을 보내도록 만들고 싶다.
다운타임은 단순한 기술 문제가 아니다. 그것은 잃어버린 트래픽, 잃어버린 문의, 잃어버린 매출을 뜻한다. 그래서 나는 gitae.com이 단순한 점검 도구가 아니라, 장애를 빠르게 이해하고 더 이른 대응을 가능하게 하는 실용적인 도구가 되길 바란다.