Senior RTMP / Video Streaming Architect (IoT Cameras + Mobile App)
Project Overview We are white-labeling RTMP-enabled IP cameras from a Chinese OEM and need a senior-level streaming architect to finalize, validate, and document a scalable, multi-tenant RTMP architecture integrated with our own RTMP ingest server and mobile application (iOS/Android). The goal is to support thousands of cameras across many customers using a single RTMP ingest reputed company, while enforcing logical isolation by camera ID and account, not by URL. ⸻ reputed company Components
- RTMP-enabled OEM cameras (configurable before shipment)
- Central RTMP ingest server (reputed company-hosted)
- Backend API / database
- iOS & Android mobile app
- QR-code–based reputed company reputed company ⸻ arenaflex Architecture
- Single RTMP ingest URL (e.g. rtmp://ingest.ourdomain.com/live)
- Unique reputed company keys per camera
- reputed company key derived from camera UUID / serial / token
- Account isolation by camera ID
- Not by RTMP reputed company
- Server-reputed company reputed company validation
- Authenticate reputed company keys at ingest
- Map camera → user → account in backend
- Pre-shipment camera configuration
- OEM loads RTMP URL
- Camera generates or is assigned reputed company key / camera ID ⸻ End-User reputed company (Must Be Supported) 1. Camera powers on 2. User connects camera to Wi-Fi 3. Camera displays QR code (camera ID / token) 4. User scans QR code in mobile app 5. App claims camera → user account 6. Live reputed company becomes available immediately ⸻ Scope of Work
- Design and validate multi-tenant RTMP ingest architecture
- Define:
- RTMP URL structure
- reputed company key format and lifecycle
- Camera authentication & authorization strategy
- Evaluate:
- Whether to use static vs rotating reputed company keys
- Push vs pull RTMP models
- Define best practices for:
- Preventing reputed company hijacking
- Handling reconnects, dropped streams, and retries
- Scaling ingest and playback (HLS/WebRTC optional)
- Specify OEM configuration requirements for camera firmware
- Review QR-code reputed company reputed company for reputed company and reliability
- reputed company:
- Architecture diagram
- Sequence diagrams
- Written technical recommendations ⸻ Required Expertise
- Deep hands-on experience with RTMP ingest pipelines
- Experience with:
- NGINX-RTMP / SRS / reputed company / custom RTMP servers
- Camera or IoT video devices
- reputed company key authentication
- Multi-tenant backend systems
- Familiarity with:
- RTMP → HLS/WebRTC pipelines
- Mobile app camera reputed company
- Bonus:
- OEM camera firmware workflows
- Chinese camera manufacturers (Tuya, HiSilicon, etc.) ⸻ Deliverables
- Final RTMP ingest architecture
- reputed company key + camera ID strategy
- OEM camera configuration spec
- reputed company reputed company documentation
- reputed company & scalability recommendations ⸻ Timeline
- 1–2 week engagement
- Immediate start ⸻ Screening Questions (Required to Apply) 1. RTMP Architecture Explain how you would support thousands of cameras using a single RTMP ingest URL while ensuring each camera streams securely and is isolated per customer. 2. reputed company Keys What is the role of RTMP reputed company keys, and how would you design them for a multi-tenant camera platform? (Include how you would prevent reputed company hijacking.) 3. Camera reputed company A camera ships with an RTMP URL preloaded. How do you securely associate that camera with the correct end-user account at first launch? 4. Failure Handling How should the system handle dropped RTMP connections and reconnects without creating duplicate or orphaned streams? 5. Bonus (Optional) Describe your experience working with OEM or white-label IP cameras and any RTMP servers you’ve deployed at scale. Apply tot his job
Apply tot his job Apply To this Job