实时时刻,这种疏忽是立即可见的。 一个页面加载延迟了 200 毫秒是不引人注目的;在通话中有 200 毫秒的抖动是人们在彼此之间交谈。 连接断开并且必须在不失去状态的情况下重新连接,消息不按顺序到达,同一事件被传递两次,用户在三个标签页上打开了同一个会话。
工作内容
- 故意选择传输 — 服务器发送的事件、WebSocket 或 WebRTC 各自适合不同的问题
- 重新连接和状态重新同步设计为一级路径,而不是错误处理程序
- Idempotent消息处理,因为至少一次交付是你实际得到的
- 静静地降解而不是躺下的存在和键入指示器
- 涉及视频或音频的媒体路径设计,包括限制性网络的中继
- 实现真实的并发性负载测试,因为实时系统的故障是非线性的
为什么我们是可信的
我们运行 WebRTC 媒体服务器、会议焦点、TURN 中继和 KamoCRM 视频会议的录制,以及 SIP 电话传输实时通话 — 我们曾经花了很长时间了解到,会议在第二个与会者上崩溃是媒体服务器报告自己无法运行,而不是应用程序错误。
什么移动价格
我们在发现后报价,在任何事情开始之前,数字是固定的。 这些是推动它的东西,所以您可以在与我们交谈之前大致了解您的项目所在位置。
- 并发性 — 同时参与者的数量改变了架构,而不是服务器的大小
- 是否涉及媒体,这将网络条件带入范围
- 状态是否必须在断开连接后存活,以及存活时间长短
- 记录和保留,这是合规问题穿着技术服装
我们常见的问题
其他 应用开发 工作
Custom web applicationsThe system your business actually runs on, built properlyAPI and integration developmentMaking two systems agree, including the one with no documentationMobile applicationsCross-platform where it makes sense, native where it does notSI and retrieval systemsAssistants that read your documents, and know what they are not allowed to read