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
取决于你这片服务器的规模,以及你是否做转售。告诉我们你在跑什么,我们来报价。
直接问就好。回答你的是一个真在运维这类集群的人,不是一张表单。