能否在Azure App Service中以普通应用服务方式托管MariaDB？

可以实现，但存在不少限制，适合小型测试或低负载场景，以下是具体的实现方式和注意事项：

可行的部署方式 #

• 自定义容器部署
  利用App Service的容器部署功能，将MariaDB打包进Docker镜像（可与Web应用同镜像，也可单独部署MariaDB容器）。需要注意：

  • 挂载Azure Storage File Share作为MariaDB的数据目录，避免App Service实例重启后数据丢失；
  • 配置环境变量指定MariaDB的端口、密码等参数，确保Web应用能正常连接。

• 直接在App Service实例中安装
  针对Linux或Windows的App Service实例，可通过启动脚本、手动FTP上传或扩展工具安装MariaDB：

  • Linux实例：在启动脚本中执行apt-get update && apt-get install -y mariadb-server命令，每次实例启动时自动安装（因为App Service重启后实例会重置，需重新安装）；
  • Windows实例：上传MariaDB安装包，通过启动脚本静默安装，同样需要将数据目录指向持久化存储。

关键限制与注意事项 #

• 资源瓶颈：App Service的定价层决定了CPU、内存配额，MariaDB作为数据库对资源需求较高，基础层可能无法满足性能要求，且无法像专用数据库服务那样横向扩展。
• 数据持久化必须手动配置：默认App Service本地存储为临时存储，重启后数据会丢失，必须挂载Azure Storage来保存MariaDB的数据文件。
• 维护成本高：需要自行负责MariaDB的版本升级、安全补丁、备份恢复等工作，没有SaaS服务的自动化维护能力。
• 沙箱环境限制：App Service的沙箱会限制部分系统级操作，比如无法使用某些低端口、无法修改系统核心配置，可能影响MariaDB的部分功能。
• 高可用性难以保障：App Service本身的高可用机制针对Web应用设计，MariaDB的主从复制、故障转移等高可用方案在App Service环境中实现难度大。

内容的提问来源于stack exchange，提问作者Pawel Piotrowski