问题描述
根据微软官方文档说明，云服务(经典)已弃用。所以关于它有以下的一些疑问：
一：迁移时候的停机时间问题？
二：云服务(经典) 与 云服务(外延支持) 的区别是什么？
三：注意事项有那些呢？如
- TLS证书与保管库，当前订阅环境并没有使用保管库，需要做什么样的操作对应？
- 云服务迁移完成后，原来的域名CNAME记录对应的云服务资源名：bigdispimpr01apcnp.chinacloudapp.cn 是否依然有效？
- 如果把云服务关联的AzureStorageAcount(classic)迁移至ARM ，云服务中的原来的appLog、诊断log输出是否会失败？
问题解答
一：迁移时候的停机时间问题？
云服务（经典）迁移到云服务（外延支持），只会出现很短的停机时间或没有停机时间。详见：https://learn.microsoft.com/zh-cn/azure/cloud-services-extended-support/overview#migration-to-azure-resource-manager
二：云服务(经典) 与 云服务(外延支持) 的区别是什么？
功能上与经典云服务相当：
云服务（外延支持）是适用于 Azure 云服务产品的基于 Azure 资源管理器的新部署模型，云服务（外延支持）的主要优势是, 提供区域复原能力，功能与使用 Azure 服务管理器部署的 Azure 云服务相当。 它还提供了一些 ARM 功能，例如基于角色的访问和控制 (RBAC)、标记、策略，并支持部署模板。
三：注意事项有那些呢？
- TLS证书与保管库，当前订阅环境并没有使用保管库，需要做什么样的操作对应？
【答】在迁移完成后，会自动创建出一个对应的Key Vault来保存TLS证书
- 云服务迁移完成后，原来的域名CNAME记录对应的云服务资源名：xxxxxxxx.chinacloudapp.cn 是否依然有效？
【答】在迁移完成后，之前的域名以及IP都是可以继续使用的
- 如果把云服务关联的AzureStorageAcount(classic)迁移至ARM ，云服务中的原来的appLog、诊断log输出是否会失败？
【答】从迁移的原理上来看，将资源从经典部署模型迁移到Azure资源管理器(ARM)。经典部署模型和资源管理器堆栈之间的数据平面是相同的。也就是说，管理操作和数据访问是分开的，其数据访问操作不受影响。相关详情您可以详见：https://docs.azure.cn/zh-cn/virtual-machines/migration-classic-resource-manager-deep-dive?toc=/virtual-machines/linux/toc.json
由于数据访问操作不受影响，所以理论上Log输出也是不受影响的。
其他的参考文档：
- 迁移到 Azure 云服务（外延支持）的技术详细信息 ： https://docs.azure.cn/zh-cn/cloud-services-extended-support/in-place-migration-technical-details#resources-and-features-not-available-for-migration
- 有一些不支持的配置和迁移方案，可以参考：https://docs.azure.cn/zh-cn/cloud-services-extended-support/in-place-migration-technical-details#unsupported-configurations--migration-scenarios
- 迁移中的问题以及处理方式：https://docs.azure.cn/zh-cn/cloud-services-extended-support/in-place-migration-technical-details#migration-issues-and-how-to-handle-them
- 从云服务（经典）迁移到云服务（外延支持）时可能遇到的已知问题和常见错误：https://docs.azure.cn/zh-cn/cloud-services-extended-support/in-place-migration-common-errors
- 关于云服务（外延）的一些常见问题：https://docs.azure.cn/zh-cn/cloud-services-extended-support/faq#%E5%B8%B8%E8%A7%84
