1,405 판독값

2023년 웹훅 현황

~에 의해 Tom Hacohen4m2023/10/28

너무 오래; 읽다

웹후크는 이제 플랫폼 전체에서 실시간 이벤트 기반 워크플로를 구동하는 핵심 구성 요소입니다. 우리는 100개가 넘는 최고의 API 제공업체를 살펴보고 그들이 웹후크를 어떻게 수용하고 구현했는지 조사했습니다. 대부분의 주요 API 제공업체가 모범 사례를 갖추고 있습니까? 이러한 메시지가 원하는 애플리케이션에 성공적으로 도달하려면 일반적으로 몇 번의 재시도가 필요합니까?

소프트웨어가 계속해서 세상을 먹어치우면서 실시간 정보, 원활한 통합 및 자동화에 대한 강조가 점점 더 강조되면서 웹후크가 현대 애플리케이션 아키텍처의 최전선으로 올라섰습니다. Webhooks는 이제 플랫폼 전체에서 실시간 이벤트 기반 워크플로를 구동하는 핵심 구성 요소입니다. 여기에서 전체 보고서를 읽을 수 있습니다.

웹훅 문서 검토에 협력해주신 Zoom의 Ojus Save, Intuit의 Judy Vander Sluis, Cloudinary의 Sharon Yelenik, Github의 Sarah Edwards, ReadMe의 Kanad Gupta에게 특별히 감사드립니다. 이는 사람들이 웹북 API 문서화에 대해 어떻게 생각하는지 이해하는 데 큰 도움이 되었으며 이 보고서를 작성할 때 많은 결정을 내리는 데 도움이 되었습니다.

2023년 웹훅 상태에 대한 이 종합 보고서에서 우리는 100개가 넘는 상위 API 제공업체를 살펴보고 그들이 웹훅을 수용하고 구현한 방법을 조사하고 이러한 구현이 형성되는 다양한 방식을 분석했습니다. 대부분의 선도적인 API 제공업체가 모범 사례를 갖추고 있습니까? 단순한 채택을 넘어 오늘날 개발자와 비즈니스의 요구 사항을 충족하기 위해 웹훅 제품을 어떻게 최적화하고, 보호하고, 강화했습니까?

실제 사용 사례에서 실제 정보가 자주 등장한다는 점을 인식하여 우리는 자체 고객 기반을 활용하여 웹훅 전달의 현실을 밝혀주는 흥미로운 통계 캐시를 수집했습니다. 그들은 야생에서 얼마나 자주 흔들리나요? 이러한 메시지가 원하는 애플리케이션에 성공적으로 도달하려면 일반적으로 몇 번의 재시도가 필요합니까? 이러한 직접 통계는 현재 전달 성공률에 대한 명확한 그림을 제공할 뿐만 아니라 모범 사례 구현의 가치도 보여줍니다.

일반적으로 웹훅 채택률은 83%로 높습니다. 그러나 대부분의 모범 사례 채택은 지연되고 있습니다.

재시도

재시도에는 시도가 실패할 경우 웹훅을 다시 보내는 것이 포함됩니다. 일시적인 네트워크 문제, 서버 가동 중지 시간 또는 기타 일시적인 오류로 인해 즉각적인 데이터 전달이 방해될 수 있으므로 안정적인 웹후크 서비스에 매우 중요합니다.

서비스의 67%가 자동 재시도를 제공했습니다. 제공되는 가장 일반적인 재시도 횟수는 5회이며, 대부분의 재시도 횟수는 3~10회입니다. 약 10%의 서비스는 실패한 메시지를 재시도했다고 밝혔지만 재시도 일정 자체에 대한 정보는 제공하지 않았습니다.

재시도: 지수 백오프

웹훅 재시도는 지수 백오프를 사용하여 수신 서버에 부담을 주지 않으면서 오류를 효율적으로 처리합니다.

재시도 간 대기 시간을 점진적으로 늘려 잠재적인 서버 문제를 악화시킬 위험을 줄이고 일시적인 오류 처리에 대한 보다 적응력 있는 접근 방식을 제공합니다.

결론적으로, 웹후크는 대부분의 API 제공업체에서 채택하고 있지만 대부분 모범 사례를 구현하지 못합니다. 대부분의 모범 사례를 구현하는 회사라도 다른 방식으로 구현합니다. 공간이 너무 단편화되어 유사한 구현을 갖춘 유일한 공급자는 모범 사례를 전혀 구현하지 않은 공급자였습니다. 이 보고서가 웹훅 관련 개발자 경험을 개선하는 데 도움이 되는 웹훅 모범 사례 채택의 증가를 촉발할 수 있기를 바랍니다.