Azure SDK 基础知识：了解一切

当谈到使用云提供商必须提供的所有资源和计算能力时，大多数开发人员都感到困惑。他们中的大多数只知道少数语言和工具，似乎无法使用云本身提供的语言和工具。原因是在使用特定软件或工具方面的局限性以及在使用他们所知道的东西时感到很舒服。软件开发工具包 (SDK) 是旨在为开发人员解决此问题的最终解决方案。它是一个可定制的界面，允许开发人员选择各种元素来开发软件。

谈到 Azure SDK 安全性，Azure 有一个责任共担模型，这是 Microsoft 团队使用 Azure 系统为您制作的一些最佳说明。现在您必须彻底了解分担责任模型。这基本上是你和微软团队共同的职责分工。

责任级别根据您负责的专用部分而变化。一般而言，您应对自己的数据负责并管理对这些数据的访问。根据您在 Azure 系统中使用的不同类型的服务，责任标准也会相应变化。

他们可以选择他们想要使用的编程语言、软件和工具 API、容器化以及扩展软件的使用。一切都交给他们来选择他们觉得舒服的特定实用程序。如果在专用的云环境中使用，像通用应用程序开发这样的 SDK 会更加有效和高效。这样，您就不必担心可扩展性、使用灵活性和其他某些功能。

Azure SDK 的易用性

这就是Azure作为云计算站站出来的地方。 Azure SDK 是一组库，旨在让开发人员更轻松地以他们喜欢的语言使用开发平台。开发这些库的目的是使其可诊断、一致且易于使用，无论人们在何种情况下使用它们。

此处使用的编程语言可能包括 JAVA、Python、PHP、.NET 等。这些库可帮助您使用或构建可管理一般 Azure 服务或与 Azure 服务交互的应用程序。假设您的应用程序向用户提供可与其他 Azure 服务一起使用的兼容性。在这种情况下，您必须使用 Azure SDK 系统进行开发。

通过 CloudInstitute.io 开始您的 30 天免费试用，并立即开始您的云职业之旅！与我们的专家联系，详细了解我们的 IT 课程。

Azure SDK：打包、工具和存储库结构

在基于云的环境中开发应用程序和软件系统时，使用包是很常见的事情。单个包可能反映应用程序的开发内容、分配给它的资源以及它携带的存储库。因此，出现了对包管理工具的需求，并由 Azure SDK 满足。它可以帮助您处理分配的资源或随特定包的帮助一起提供的存储库。可以定义包裹的运送方式，例如您是要运送单个包裹还是需要拆分成专门的包裹。

Azure SDK 向开发人员提供的举措是在应用程序或软件开发过程中始终将最终用户牢记在心，例如他们希望对应用程序进行什么样的优化。消费体验应该是什么，或者他们想要哪种特定类型的消费体验？这将帮助您决定各种具有挑战性的场景，例如内循环开发者效率、操作系统复杂性和整个应用的总体可支持性。

Azure SDK 之所以应运而生，是为了给开发者和贡献者提供一个平台，让他们可以在 SDK 的专用语言或版本上协同工作。因此，他们可以就使用哪一个达成共识并继续前进。已经做出了各种困难的情况和决定，例如选择单一存储库结构更高效，还是以更易于使用和工作的专用区域和部件的形式交付所有内容。

在任何给定时间进行自定义的能力使 Azure SDK 更加特别，并且与其他竞争产品略有不同。您可以选择要与整个平台交互的编程语言。此外，您可以选择包裹递送系统并通过同一平台管理递送，您还可以选择包裹中的资源和存储库。

包裹递送系统

致力于专用构建的开发人员可能需要与各种第三方系统合作，以将它们与他们使用 Azure SDK 开发的项目集成。为了让第三方代码的使用和集成更加便捷、快捷，Azure SDK 引入了包分发系统。以 .NET 框架为例。在为该系统交付的包中，有一个代码重用单元，它被称为程序集。它主要包含 DLL 文件。此外，NuGet 包用于传送包，它包含一个 zip 文件，其中包含所有 DLL 文件以及该包支持的运行时版本的信息。

当您单击安装该软件包时，它将有一个清晰的图形和一个为您排列的所有依赖项的基于优先级的交集。它将继续根据这些文件所在的部分和数字顺序下载文件。 .csproj 是项目文件的文件扩展名。它包含构成单个项目的所有元素以及它可能具有的所有依赖项，或者开发人员以后使用时需要的所有依赖项。当所有 DLL 文件都下载到缓存中后，编译器会得到一个指向这些依赖项的闪烁指针。

归根结底，下载代码并将其集成到系统中的过程可能会发生变化。尽管如此，还是要下载开发人员所从事项目所需的必要文件和扩展，并将它们集成到构建系统中。

通过源头消费

借助 Microsoft 开发的 Azure 云技术，您可以管理过去遇到的问题。这是您可以信任您的企业和客户反馈的东西，因为它使用可扩展、敏捷和用户交互的环境来满足您的要求，从而为您带来最好的客户感受和反馈。

为了在没有特定代码打包标准的环境中共享代码，开发人员必须提出自己的专用标准来交付/移动包。在 C 和 C++ 开发方面，大多数开发人员已经致力于使用 GitHub 模块和其他第三方库来完成工作。必须有一个可用于包装和运输的通用系统，就像在 iOS 系统中看到的那样。最近正在讨论为 C++ 社区带来类似的功能，这将允许开发人员在需要时重用代码。

在第三方系统的帮助下，您正在聘请包管理器来帮助您表达您的依赖关系。完成后，该工具将负责提取适当版本的源代码并将其呈现给您选择的构建系统以集成到您的解决方案中。在 Azure SDK 的帮助下，整个过程对开发人员来说变得非常方便和轻松。他们有两种选择；他们可以使用自己的方法来处理代码的打包和传送以实现可重用性，或者他们可以使用已经到位的内置系统来帮助他们实现代码的可重用性并将其传送到系统或构建中以集成编码成特定的解决方案。

注册我们的 Azure 认证培训计划以开始使用

AutoRest 和 OpenAPI：Azure SDK 的支柱

在这两种功能的帮助下，任何开发人员都可以使用 Azure 服务团队编写的 API 规范生成其 SDK 环境所需的大部分代码。如果您是 Azure 云用户并且担心成组和批量完成代码，那么这适合您。你可以利用这种持续代码生成功能占据上风，从而获得更好的 Azure SDK 开发体验。

什么是 OpenAPI？

OpenAPI 的核心是一种规范语言，它使开发人员能够根据验证它的操作和它可能理解的数据类型来描述 Web 服务 API。目前有各种版本的 OpenAPI 正在开发中，有些甚至是活跃的并且正在被开发人员使用。我们谈论的是正在开发中的 2.0 和 3.0 版本，它们的测试版已经出来并正在被开发人员使用。

该工具的主要功能是描述遵循代表性状态传输架构模型的 Web 服务，以及通过接受 HTTP 动词的 URL 路径公开操作的位置。此 URL 路径指的是资源，服务理解该 URL 路径，可以在其中找到有关资源的全面信息。这些是请求和响应主体，其中包含有关该特定路径上资源的所有详细信息。

什么是 AutoRest？

它是一种工具，可为开发人员提供适当的代码生成框架，用于将 OpenAPI 2.0 和 3.0 规范转换为有关这些规范描述的服务的专用客户端库。它是由 Microsoft 在 Azure SDK 仍在开发时设计的，以便可以从各种站点收集具有代码和其他基本解释的库。它可以转换并存储到 OpenAPI 2.0 中，以便 Azure 用户可以使用这些库和其中的代码。

AutoRest 是一个具有一系列预配置阶段的灵活管道。这些转换和合并各种 OpenAPI 输入文件以生成一个代码模型，然后可以由特定的代码生成器使用。整个过程最多只需要几分钟，整个过程的效率是无与伦比的。使用此模型不会有任何复杂性，并且在提供并处理了所有必需的预设后，它还需要非常小的手动输入。这几乎是一个自动化的过程，但在某些阶段，必须手动添加一些值，有时还要查看装配线。

收到代码后，代码生成器将在其扩展的帮助下解释代码模型。作为回报，将生成与每种语言的设计指南一致的代码。生成的代码将使用 Azure 核心实现来提供可配置的行为，即如何在生成的代码中发出 HTTP 请求。

如果你想走出去，爬上阶梯，在云技术的更高层次上工作，那么你必须接受一些 Azure 培训。通过这种方式，您将对云计算系统有一个真正的了解，并学习使您成为最优秀的云专业人士的行业。

与我们的专家联系，获取有关如何开始或推进云计算职业的更多信息。开始 30 天免费试用，访问 200 多个免费课程。