是否可在自托管Nextcloud内直接安装Jitsi软件本体

结论先行：方案具备落地可行性，但要区分「同服务器隔离部署」和「嵌入Nextcloud应用内部无隔离混跑」两种模式，后者极度不推荐。

• 先澄清常见认知误区：目前常用的Nextcloud Jitsi集成插件，本身不限制对接的Jitsi实例部署位置，不管Jitsi跑在独立远端服务器、还是和Nextcloud同一台服务器，只要网络能通、地址可访问，插件都能正常对接，不存在必须独立部署Jitsi的强制要求。
• 如果你提到的「直接在Nextcloud软件内部安装Jitsi软件本体」是指把Jitsi作为Nextcloud的一个原生应用，塞进Nextcloud的应用目录、复用Nextcloud的Web服务、PHP运行环境直接运行：这种方式没有官方支持，Jitsi的服务栈和Nextcloud完全不兼容——Jitsi核心依赖XMPP服务Prosody、会议调度服务Jicofo、视频流转发服务JVB，这些都是独立的系统级服务，Nextcloud的应用运行框架没有提供对应依赖承载能力，强行魔改配置跑通之后，后续Nextcloud升级、Jitsi版本迭代、安全补丁更新都会出现兼容性问题，维护成本极高。
• 如果你实际需求是不想额外采购独立服务器跑Jitsi，希望复用现有Nextcloud的服务器资源，完全可以通过同节点隔离部署的方式实现，使用体验和你预期的“装在Nextcloud内部”没有差别：
  1. 裸机部署场景：在现有Nextcloud所在服务器上，通过Jitsi官方源安装全套服务组件，给Jitsi分配独立二级域名，用独立的Nginx站点配置承接流量，和Nextcloud的站点配置完全隔离；同时给Jitsi相关进程配置CPU、内存、带宽配额限制，避免多人会议的高负载抢占Nextcloud主服务的运行资源。
  2. 容器化部署场景：如果你是用Docker/Docker Compose跑的Nextcloud，直接在同一套Compose编排配置里追加Jitsi官方的容器服务组，通过内部网络实现Nextcloud和Jitsi的互通，不需要给Jitsi单独分配公网入口也能正常对接，资源隔离性比裸机部署更好，后续两边升级互不干扰。
  3. 服务部署完成后，登录Nextcloud后台安装Jitsi Integration应用，在设置页关掉默认公共Jitsi服务器的开关，把Jitsi服务地址填成本机部署的实例地址，保存后即可直接在Nextcloud聊天、日历、文件侧边栏直接发起和加入会议，功能和对接外部独立Jitsi实例完全一致。

补充注意：如果你的Nextcloud实例承载的用户量超过50人、日常有高频多人会议需求，还是建议Jitsi和Nextcloud分开部署，视频转发的带宽和算力消耗很容易影响Nextcloud本身的文件同步、在线预览等核心功能的稳定性。

内容的提问来源于stack exchange，提问作者collaborate.ever