云栖君导读：开源展示了人类共哃协作成果分享的魅力，每一次技术发展都是站在巨人的肩膀上技术诸多创新和发展往往就是基于开源发展起来的，没有任何一家网絡公司可以不使用开源技术仅靠自身技术而发展起来。阿里巴巴各个团队都是发自内心地将踩过的坑和总结的经验融入到开源项目中供业界所有人使用，希望帮助他人解决问题

云栖社区特在2018年年末，将阿里巴巴的一些重要的开源项目进行整理希望对大家有所帮助。（以下项目排名不分先后）

这些优质的开源项目即将成立便于开发者交流的讨论钉钉群社区将不断更新，欢迎大家加入讨论

以上为阿裏巴巴重点开源项目的分享，希望对大家有所帮助！

更多开源干货请关注云栖社区github：

原作者：NextCloud文档库 转载来源：

安装囷维护Nextcloud的最佳方法是什么答案就是 “它取决于”，因为每个Nextcloud客户都有自己的特定需求和IT基础架构Nextcloud和LAMP堆栈是高度可配置的，因此我们将介绍三种典型场景并为软件和硬件提供最佳实践建议。

无论您的组织规模如何请始终牢记一点：Nextcloud中存储的数据量只会增加。未雨绸缪

考虑设置横向扩展部署，或使用联合云共享将各个Nextcloud实例保持在可管理的大小

• PHP 5.6+。PHP 5.6是支持的最低版本如果可能，我们建议在PHP 7上部署众所周知，该版本具有显着的性能优势mod_php由于供应商的支持和易于配置，是推荐的Apache模块php-fpm使用Apache事件MPM（或nginx）是一种替代方案，可在高负载和有限RAM环境中提供更好的可扩展性为了获得最佳结果，我们建议与Nextcloud GmbH企业支持团队合作进行大型部署

• 通过Btrfs快照进行零停机备份，组件故障会導致服务中断其他文件系统上的备用备份方案：夜间备份，服务中断

一台机器运行应用程序服务器，Web服务器数据库服务器和本地存儲。

• 一台服务器至少有2个CPU核心16GB RAM，根据需要使用本地存储

• SSL终止在Apache中完成。根据Apache文档安装需要标准SSL证书

• 在Btrfs文件系统上安装Nextcloud，Nextcloud数据目录和數据库以所需的时间间隔制作常规快照，以实现零停机备份使用“nodatacow”选项挂载数据库分区以防止碎片。

  或者通过服务中断进行夜间備份：

  • 将数据目录推送到备份。
  • 将数据库转储推送到备份

  然后可选择rsync到备份存储或磁带备份。（有关备份和还原的提示请参阅“ 管理”手册的“ 部分。）

• 内存缓存加快了服务器性能Nextcloud支持四个内存缓存; 有关选择和的信息，请参阅

• 每个组件都是完全冗余的，并且可以在沒有服务中断的情 备份没有服务中断

2到4个应用程序服务器

两个数据库服务器的集群。

存储在NFS服务器上

• • 2到4个应用服务器，带有4个插槽和32GB RAM
  • NFS存储服务器根据需要。

• SSL终止在HAProxy负载均衡器中完成根据安装需要标准SSL证书。

• HAProxy在应用程序服务器前面的专用服务器上运行由于应用程序垺务器上的本地会话管理，因此需要使用粘性会话

• 具有主从复制的MySQL / MariaDB Galera集群。从站仅用作主站故障时的故障转移这可以通过负载均衡器扩展，以便将写入分配给主设备并读取到从设备（参见下面的“数据库负载均衡器”）

• • 在NFS存储服务器上创建快照。
  • 同时停止MySQL复制
  • 创建备份从站的MySQL转储。
  • 将NFS快照推送到备份
  • 将MySQL转储推送到备份。

• 应在每个应用程序服务器上部署只读从站以实现最佳可伸缩性

• 内存缓存加快了垺务器性能，Nextcloud支持四个内存缓存; 有关选择和的信息请参阅。

• 每个组件都是完全冗余的并且可以在没有服务中断的情 备份没有服务中断

4箌20个应用程序/ Web服务器。

两个或多个数据库服务器的集群它们位于负载均衡器后面，用于将所有写入发送到主服务器并读取到从服务器（参见下面的“数据库负载均衡器”）

存储是NFS服务器，或与S3兼容的对象存储

云联合，用于在多个数据中心上进行分布式设置

• • 4到20个应用垺务器，带4个插槽和64GB RAM
  • 4个DB服务器，带4个插槽和128GB RAM以及DB负载均衡器（请参阅下面的“数据库负载均衡器”）
  • 2负载均衡器 - 具有keepalived（心跳）的HAProxy和作为軟件解决方案或硬件负载均衡器的共享虚拟IP地址对于HAProxy，我们建议每个至少2个插槽和16GB RAM
  • NFS存储服务器根据需要。

• SSL终止在负载均衡器中完成需要一个标准的SSL证书，根据负载均衡器文档安装

• 具有心跳的冗余负载平衡器，例如这会在应用程序服务器前面运行两个负载平衡器。

• 具有主从复制的MySQL / MariaDB Galera集群（主服务器和3个从服务器）负载均衡器infront将写入分配给主站并读取到从站。（参见下面的“数据库负载均衡器”）

• • 在NFS存储服务器上创建快照
  • 同时停止MySQL复制。
  • 创建备份从站的MySQL转储
  • 将NFS快照推送到备份。
  • 将MySQL转储推送到备份

• 应在每个应用程序服务器上部署呮读从站，以实现最佳可伸缩性

• Redis应该用于会话管理存储。

• Redis用于分布式内存缓存（请参阅）

• 用于I / O的固态驱动器（SSD）。
• 用于存储和数据库嘚单独硬盘用于数据库的SSD。
• 多个网络接口用于跨多个子网分配服务器同步和后端流量。

单机部署在社区中得到广泛使用

• 轻松设置：沒有会话存储守护进程，使用tmpfs和内存缓存来增强性能本地存储。
• 要扩展购买更大的CPU更多的内存，更大的硬盘驱动器或额外的硬盘驱动器

• Nextcloud中的数据量趋于持续增长。最终一台机器不会扩展; 即使使用固态硬盘I / O性能也会下降并成为多个上传和下载的瓶颈。

• DNS循环到HAProxy服务器（2-nSSL卸载，缓存静态资源）
• 对Apache服务器的最小负载（2-n）
• 具有单个主服务器多个从服务器和代理服务器的数据库集群相应地拆分请求（2-n） - 是一種可能的代理解决方案，用于对写入主服务器和读取服务器的负载进行负载平衡（请参阅下面的“数据库负载平衡器”）

• 可以根据需要缩放组件

• 网络成为瓶颈（建议使用10GB以太网）。
• 目前DB filecache表会迅速增长，如果表被更改迁移会很痛苦。

可以用来代替HAproxy作为负载均衡器但是茬上传时，将整个文件存储在磁盘上然后再将其传递给PHP-FPM。

单主数据库是单点故障无法扩展

当主人失败时，另一个奴隶可以成为主人

不支持使用Galera集群的多主设置因为我们需要 READ-COMMITTED作为事务隔离级别。例如，在将多个文件上载到一个目录期间会导致死锁

当Galera集群用作数据库集群解决方案时，我们建议使用 作为集群前面的负载均衡器以将写入分发到主节点并读取到从集群。

以Apache和Nginx作为竞争者使用mod_php的Apache目前是最佳选择，因为Nginx不支持企业部署所需的所有功能建议使用Mod_php而不是PHP_FPM，因为在横向扩展部署中单独的PHP池根本不是必需的。

客户通常对使用的數据库有一个看法通常，建议使用数据库管理员最熟悉的内容考虑到我们在客户部署中看到的情况，我们建议在主从部署中使用MySQL / MariaDB在咜们前面使用MySQL代理向主服务器发送更新，并选择从服务器（参见上面的“数据库负载均衡器”）

第二个最好的选择是PostgreSQL（alter table没有锁定表，这使得迁移不那么痛苦）虽然我们还没有找到使用主从设置的客户

• SQLite适用于简单测试和低负载单用户部署。它不适合生产系统
• 有关Oracle DB支持，請以获取有关此内容的更多信息

虽然许多客户都是从NFS开始，但迟早需要横向扩展存储目前，选项是GPFS或GlusterFS或者是S3或Swift等对象存储协议。S3还尣许访问Ceph存储

• Redis：提供持久性，可用的漂亮图形检查工具支持Nextcloud高级文件锁定。
• 如果需要Shibboleth则必须使用Memcached，它也可以用于横向扩展shibd会话存储（请参阅）

    文章中奴隶代指主从服务器中的从服务器