何时使用 Azure 通信服务
此处，我们将讨论如何确定 Azure 通信服务是否适合你的公司和问题。
条件
我们将列出一些可帮助你做出正确决策的条件。
- 现有业务/应用程序/想法：你是否有想要与 Azure 通信服务集成的现有业务/应用程序/想法？
- 功能：你是否需要 Azure 通信服务的功能？
- 环境：Azure 通信服务是否适用于你的环境？
- 地理区域：你的目标位置/市场是什么？
- 适用性：Azure 通信服务有很多功能；如何确定哪一个适合某个场景？
现有业务/应用程序/想法
Azure 通信服务本身无法创建应用程序或业务。 当存在要将 Azure 通信服务集成到的现有应用程序时，或者至少你有创建应用程序的想法时，它最有效。 如果既没有现有应用程序，也没有这方面的想法，则选择另一种能满足你需求的产品可能会更好。
一个很好的例子是，你需要现有形式的标识解决方案（登录、注销等）将用户的标识绑定到 Azure 通信服务的标识平台。 创建无标识的调用是可能的，但用户将无法使用一致定义的标识来相互识别。
功能
Azure 通信服务有一系列广泛的功能，但你需要确定这些功能在解决方案中是否对你有用。 查看可用功能列表并确定它们是否适用。
可以混合并匹配 Azure 通信服务功能，并将其与其他 Azure 产品/服务组合。 不必使用 Azure 通信服务的所有功能；可以挑选最感兴趣的领域。 例如，你可能需要语音和视频通话功能，但可能不需要电话服务功能。 你的呼叫和联络点可以设计为仅以数字形式出现。 不要觉得必须使用所有可用的功能。
环境
Azure 通信服务需要一个合适的工作环境。 环境是目标设备或浏览器与所使用的编程语言的组合。
Azure 通信服务支持以下环境：
- 大多数新式浏览器（Chrome、Edge、Safari）
- Android 手机和设备
- iOS 手机和设备
它还支持以下编程语言：
- JavaScript
- .NET
- Java Server Edition (SE)
- Python
- iOS (Swift)
- Android
如果你的业务/应用程序/想法打算使用 Azure 通信服务不支持的语言或设备/浏览器，那么 Azure 通信服务可能不适合你。
地理区域
Azure 通信服务的一些功能仅在某些国家/地区可用。 此外，某些国家/地区可能对功能有限制。 Azure 通信服务在全球范围内的支持存在限制（或缺口），这些限制（或缺口）可能是由法律或监管事项或 Azure 通信服务尚不支持某个地区造成的。 在考虑 Azure 通信服务是否适合你时，请确保将其纳入当前业务以及任何潜在业务扩展的考量中。
在这一领域尤其值得一提的是电话服务和短信功能。 由于不同国家/地区的电话网络因结构和法规/法律问题而异，因此确保 Azure 通信服务支持你的目标位置非常重要。 此外，帐单邮寄地址的位置也会对此产生影响。 例如，要拨打英国号码或向其发送短信，需要英国的帐单邮寄地址。
短信和电话服务在多个位置可用。 可以在 Azure 通信服务文档中找到所有受支持的区域、数字类型和可用功能
适用性
在决定使用 Azure 通信服务时，考虑在特定场景中应该使用其众多功能中的哪一项也很重要。 可能会有一种冲动想要使用所有功能，但效果通常并不理想。 正如我们之前所解释的，你可以混合和匹配功能，也可以选择不使用任何功能。 为了帮助你做决定，这里有一些可能有用的指导。
首先，请记住，并不是所有的客户都愿意与真人进行视频或音频通话。 重要的是为他们提供各种各样的交流方式来满足他们的需求和动机。 始终从一些更被动和异步的选择入手，比如聊天或电子邮件。 一旦与客户建立了业务关系，他们更有可能愿意接听电话，特别是在他们需要支持或维护等因素的情况下。
此外，一些用户可能不愿意提供其电话号码和其他个人详细信息，这可能使 Azure 通信服务的某些电话服务功能无用武之地。 确保有备选流程，例如电子邮件。
如果尚不确定，从聊天开始（尤其是不需要用户提供登录信息的聊天体验）可能是与用户沟通的好主意。
应用条件
最终，当你已经有了需要通信功能的现有想法、应用程序和业务并且有兼容的启动平台时，Azure 通信服务便能发挥出最佳效果。 请记住，有些情况下可能很难做出决定，或是在边缘情况下，即使考虑到这些标准，你仍可能使用 Azure 通信服务。 这个决定取决于你，你可能需要根据你的个人情况做出判断。
将标准应用到示例场景中
如果我们回想一下本模块前面 Contoso Appliances（我们的设备公司）的示例场景，我们可以将决策标准应用于他们的目标和要求：
- 他们的业务已经建立并拥有现有的网站、应用程序等。
- 他们需要 Azure 通信服务提供的通话和聊天相关功能。
- 这些功能在 Azure 通信服务支持的地理区域中运行。
- 他们使用 Azure 通信服务为其提供 SDK 的应用程序环境和平台。
根据我们讨论过的标准和公司的要求，此方案非常适合 Azure 通信服务。