01
迁移实际是怎么进行的?
我们把 ZcaleRight 立在你现有环境旁边,先把一个集成指过来,把整条链路从头到尾走通,等你满意了再迁其余的。全程不碰你的 BigBlueButton 服务器,所以每一步都有退路。
BigBlueButton 认证服务提供商
在你切换之前
都是运维上的问题。产品能做什么在功能页;它怎么比较在首页。
01
我们把 ZcaleRight 立在你现有环境旁边,先把一个集成指过来,把整条链路从头到尾走通,等你满意了再迁其余的。全程不碰你的 BigBlueButton 服务器,所以每一步都有退路。
02
默认在我们这边——由我们托管和运维,所以你拿到的是一项服务,而不是又多一件要照看的东西。如果你的规定要求软件必须落在你自己的基础设施上,这同样完全支持:它会装在它所管理的那片 BigBlueButton 服务器旁边,你会议里的任何东西都不经过我们。
03
一台较新的 Linux 服务器,而且是朴素的那种:它只是转发 API 调用并提供界面,需要的资源远比一个 BigBlueButton 节点少。我们会按你的峰值和你一起定规格,媒体流也不走它。
04
不能——任何负载均衡器都不能。一台 BigBlueButton 服务器在一个房间里从容承载约 250 人,而 ZcaleRight 做的是把很多会议摊到很多台服务器上,而不是抬高其中某一台的天花板。如果你要的就是一个超大房间,那是 BigBlueButton 调优的话题,我们很乐意另外聊。
05
照常进行。直播会话托在各自的 BigBlueButton 服务器上,而不是均衡器上,所以维护窗口不会结束任何人的课。
06
由我们做,作为协议的一部分,在你挑的时间。你不必盯着版本发布,也不必自己排维护窗口。
07
服务级别协议下一支指名到人的团队,既覆盖 ZcaleRight 本身,也覆盖它背后那片 BigBlueButton 服务器。响应时间写进合同,而不是承诺在网页上。
08
这是商业软件,按你的部署授权。若合作结束,你的 BigBlueButton 服务器、你的录制和你的数据都还是你的,也还在原处——它们本来就没去过别处。
09
可以。告诉我们你在跑什么,我们会针对你自己的服务器搭一套评估环境——那是唯一能说明问题的试法。
10
取决于你这片服务器的规模,以及你是否做转售。告诉我们你在跑什么,我们来报价。
直接问就好。回答你的是一个真在运维这类集群的人,不是一张表单。