【发布时间】：2020-09-16 08:55:33
【问题描述】：
我试图提出这个问题以获得非基于意见的答案，因为似乎没有大量关于该主题的官方文献。
在什么情况下，您更愿意使用 Azure Kubernetes 服务托管 SQL Server 容器而不是 Azure Sql Server (PaaS) 产品？
在我看来，这是您希望将整个世界容器化并依靠版本控制可能性的时候，例如让多个版本同时上线。
但是，我发现即使在容器中托管 SQL Server 也会让人想起 IaaS，而没有 PaaS 的舒适毯。
AKS + SQL 容器是否提供了足够的便利，让您可以实现“容器梦想”，或者 Azure SQL PaaS 是否可以很好地融入容器产品中？
人们可以提供场景或权威参考，以使这种非主观的尝试吗？ 或者当然，如果你是一个权威的参考更好！
【问题讨论】：
-
SQL Server linux 发行版有很多新问题，所以如果你想在容器中运行它，请记住这一点，windows 版本是一个成熟的产品（经过实战测试）。借助 PaaS 产品，MSFT 可以让您对 DBA 所知道的一无所知，它可以进行备份和恢复，具有索引建议，而容器则没有。您无需花时间打补丁，Azure SQL 还具有与 SQL Server 不同的功能集（例如：加速数据库恢复）
-
我同意，如果您有特定需求并且该需求无法通过 Azure SQL PaaS 解决，那么您可以在 VM 或容器上使用 SQL Server，您必须在生产中做很多事情DB 以确保它是安全的，它是 HA，你有适当的 BCDR 策略，并且它可以非常快速地扩展和扩展以及所有其他日常 DBA 的东西。 Azure SQL PaaS 只是为你处理它，那你为什么要头疼呢。如果你有一些东西，并且你认为不能使用 Azure SQL PaaS 来完成，那么请提及它。
-
@HassanRaza 我同意。除非你有特定的需求，否则 Kubernetes 远比 PaaSso 复杂得多，为什么会招来麻烦。另外，我无法确认，但我认为 Kubernetes SQL 不支持 AAD 身份验证（相反，PaaS 不支持 Windows 身份验证，尽管它有效地支持单点登录）
标签： sql-server azure docker azure-aks