HackerNews中文版

我设计了一个可以承受严重压力的API端点——它就是不崩溃。端点： http://60.30.55.101:8888/prod-api/activite/task/startProcessFromServer2 方法：POST 请求体： ```json { "bizUsername": "153二管轮" } ``` 无需身份验证。没有限流。没有验证码。纯粹的后端工程。我对这个端点进行了压力测试，使用了： - JMeter - Apache Bench - 并行curl洪水攻击 - Postman运行器 - 格式错误的负载 - 持续的多线程循环结果如何？ - 没有5xx错误 - 没有减速 - 没有崩溃 - 即使在数千个并发请求下，响应时间也保持一致原始HTTP请求示例： ```bash POST /prod-api/activite/task/startProcessFromServer2 HTTP/1.1 Host: 60.30.55.101:8888 Content-Type: application/json Content-Length: 31 {"bizUsername":"153二管轮"} ``` 我希望大家可以随意测试——模拟负载、打破协议规则、进行洪水攻击——无论你的工具或脚本能做什么。如果它崩溃了，我会感到惊讶（并且印象深刻）。让我们看看这个东西能走多远。

查看原文

I designed an API endpoint that can take a serious beating — and it just won't go down.Endpoint: http://60.30.55.101:8888/prod-api/activite/task/startProcessFromServer2 Method: POST Body:json 复制编辑 { "bizUsername": "153二管轮" } No authentication. No throttling. No CAPTCHA. Just pure backend engineering.I've stress-tested this endpoint with:JMeterApache Benchparallel curl floodsPostman runnersmalformed payloadspersistent multi-threaded loopsResult? No 5xx No slowdown No crash Consistent response time even under thousands of concurrent requestsRaw HTTP Request Example:bash 复制编辑 POST /prod-api/activite/task/startProcessFromServer2 HTTP/1.1 Host: 60.30.55.101:8888 Content-Type: application/json Content-Length: 31{"bizUsername":"153二管轮"} I’d love for folks here to test it however they like — simulate load, break protocol rules, flood it — whatever your tools or scripts can throw at it. If it goes down, I’ll be surprised (and impressed).Let’s see how far this thing can go.

我构建了一个可以处理流量的API。试着来破坏它。