- 관련 상품
- 2026년 9월 23일 오전 2:28 UTC
- 이름 *
- Kamo
- 뚱 베어
- 4820f44
POST /convert-vector 및 WS /ws/pipeline은 아무 auth (이 커밋의 동반자 보고서를 참조) 그것은 여기에 고정되지 않습니다) 그리고, 지금까지까지, 찾고 전에 통화자의 전체 업로드를 읽으십시오 모든 크기 - max image size mb는 설정에서 정의되었으며 어디서나 참조하지 않았습니다. 이름 * endpoint 또한 랜 배경 제거 및 벡터화 (rembg, vtracer - CPU-바운드 모두, via asyncio.to thread)는 몇 번에 실행할 수 있는지 캡이 없습니다. 문을 열고 이 팟을 실행 메모리 또는 CPU 동시 요청의 손으로, 누구로부터 할 수 인터넷에 브라우저가 있는 ***********에 따라 달라집니다. Traefik 경로 /vector-ws/* 이 서비스에 똑바로, apiservice의 게이트웨이를 완전히 우회. - /convert-vector는 지금 경계 펑크에 업로드를 읽었으며 실행 한대로 (413)를 거부합니다. 전체 crosses max image size mb, 오히려 전체 일을 버퍼링 한 후. - WebSocket 파이프라인은 chunked read — receive text()와 동등하지 않습니다. 풀은 시간이 지남에 따라 프레임을 수정했습니다. 그래서 동일한 제한은 즉시 확인됩니다. base64-decoding a incoming image/mask, 하기 전에 그것은 bg 제거 또는 벡터화에 걸렸다. - 새로운 conversion semaphore (max concurrent conversions, 기본 4, 설정/configmap과 같은 설정/configmap max image size mb already was)는 모든 bg-removal 및 벡터화 호출을 endpoints에 감싸고 있습니다. 외침이 기다립니다; 그들은 거부되지 않습니다. 테스트 : test resource limits.py (pytest + httpx 만 - 요구 사항에 무거운 ML / CV deps. txt는 모든 수입된 lazily 내부 service/*.py 기능 몸, 단위 짐에 결코, 그래서 2 전환 항목은 설치되지 않는 대신 조폐됩니다. 오늘 CI에 의해 실행되지; 이 빌드는 none (build-and-deploy.yml는 체크 아웃에서 docker build/push/deploy로 직진합니다). 각 경비는 확인 된 빨간색 첫 번째 : 크기 캡 제거 (다양한 업로드 대신 조이 된 변환기에 도달 의 거부) 및 WebSocket 크기 체크 비활성화, 로컬 worktree에서, 복원 후.