精华内容
下载资源
问答
  • 微软云计算平台Windows Azure,这将把微软带入一个崭新的时代。Azure来源于法语,语意为天空一样的湛蓝色,这也正是微软所希望的,把其打造成承载所有云上的应用和服务的蓝天。既然微软一开始就表明了要在云计算领域...
  • Azure 架构自学笔记

    2021-05-18 11:56:27
    官方文档:...首先介绍结构Azure的概念Vnet:虚拟网络Azure 资源之间的通信:可以将 vm 和其他几种类型的 A...

    官方文档:

    https://docs.azure.cn/zh-cn/virtual-network/virtual-networks-overview?toc=/articles/azure-operations-guide/toc.json

    主要时介绍Azure网络拓扑结构,资料来自官方文档。

    首先介绍结构Azure的概念

    Vnet:虚拟网络

    • Azure 资源之间的通信:可以将 vm 和其他几种类型的 Azure 资源部署到虚拟网络,
    • 相互通信:可以将虚拟网络彼此连接,使虚拟网络中的资源能够使用虚拟网络对等互连相互进行通信。 连接的虚拟网络可以在相同或不同的 Azure 区域中。--BGP、VPN
    • 与 Internet 通信:默认情况下,VNet 中的所有资源都可以与 internet 进行出站通信。 可以通过分配公共 IP 地址或公共负载均衡器来与资源进行入站通信。 还可以使用公共 IP 地址或公共负载均衡器来管理出站连接。
    • 与本地网络通信:可以使用VPN 网关ExpressRoute将本地计算机和网络连接到虚拟网络。

    VPN网关 :

    VPN 网关是特定类型的虚拟网关,用于跨公共 Internet 在 Azure 虚拟网络和本地位置之间发送加密的流量。也可使用 VPN 网关在基于 Microsoft 网络的 Azure 虚拟网络之间发送加密流量。每个虚拟网络只能有一个 VPN 网关。但是,可以创建连接到相同 VPN 网关的多个连接。与同一个 VPN 网关建立多个连接时,所有 VPN 隧道共享可用的网关带宽。

    虚拟网关:

    虚拟网络网关由两个或多个 VM 组成,这些 VM 部署到所创建的名为“网关子网”的特定子网。虚拟网络网关 VM 包含路由表,并运行特定的网关服务。这些 VM 是在创建虚拟网络网关时创建的。不能直接配置属于虚拟网络网关的 VM。

    公共IP:

    • 从 Internet 到资源的入站通信,如 Azure 虚拟机 (VM)、Azure 应用程序网关、Azure 负载均衡器、Azure VPN 网关等。 如果 VM 没有分配有公共 IP 地址,则仍可通过 Internet 与某些资源(如 VM)进行通信,前提是 VM 是负载均衡器后端池的一部分且负载均衡器分配有公共 IP 地址。
    • 使用可预测的 IP 地址与 Internet 建立出站连接。 例如,如果某虚拟机未分配有公共 IP 地址,但其地址由 Azure 网络地址转换为可预测的公共地址,则默认情况下,该虚拟机可与 Internet 建立出站通信。 通过将公共 IP 地址分配给资源,可了解哪个 IP 地址用于出站连接。 尽管可预测,但地址可根据所选分配方法进行更改。

    虚拟 WAN:

    Azure 虚拟 WAN 是一个网络服务,其中整合了多种网络、安全和路由功能,提供单一操作界面。这些功能包括分支连接(通过 SD-WAN 或 VPN CPE 等虚拟 WAN 合作伙伴设备的连接自动化)、站点到站点 VPN 连接、远程用户 VPN(点到站点)连接、专用 (ExpressRoute) 连接、云内部连接(虚拟网络的可中转连接)、VPN ExpressRoute 互连、路由、Azure 防火墙、专用连接加密。无需所有这些用例即可开始使用虚拟 WAN。可从一个用例开始,并随着情况变化对网络进行调整。

     

    v2-ea6a7544d1b15da038279aa81c409214_b.jpg

     

    ExpressRoute 概述

    可以从任意位置之间的 (IP VPN) 网络、点到点以太网或在共置设施上通过连接服务提供商的虚拟交叉连接来建立这种连接。ExpressRoute 连接不通过公共 Internet 。与通过 Internet 的典型连接相比,ExpressRoute 连接提供更高的可靠性、更快的速度、一致的延迟和更高的安全性。

     

    v2-97049c8513cd1c5a1e5f50f8027ede00_b.jpg

    ExpressRoute 先决条件和清单

    网络要求

    • 每个对等位置的冗余: microsoft 要求在 microsoft 的路由器与每个 ExpressRoute 线路上的对等互连路由器之间设置冗余的 BGP 会话(即使只有一个到云交换的物理连接)。
    • 灾难恢复冗余: Microsoft 强烈建议在不同的对等位置中至少设置两条 ExpressRoute 线路,以避免单点故障。
    • 路由:你或提供商需设置和管理针对路由域的 BGP 会话,具体取决于连接到 Microsoft 云的方式。 某些以太网连接服务提供商或云交换服务提供商可能会以增值服务的形式提供 BGP 管理。
    • NAT:Microsoft 只能通过 Microsoft 对等互连方式接受公共 IP 地址。 如果使用的是本地网络中的专用 IP 地址,你或提供商需使用 NAT将专用 IP 地址转换为公共 IP 地址。
    • QoS:Skype for Business 的各种服务(例如语音、视频、文本)所要求的 QoS 处理方式各有差异。 你和提供商应遵循 QoS 要求
    • 网络安全:通过 ExpressRoute 连接到 Microsoft 云时,应考虑网络安全

    ER拓扑逻辑

     

    v2-650f03c3a0f2376edd41bbb133310472_b.jpg
    1. 客户计算设备(例如服务器或电脑)
    2. CE:客户边缘路由器
    3. PE(面向 CE):提供商边缘路由器/交换机,面向客户边缘路由器。 本文档中称为“PE-CE”。
    4. PE(面向 MSEE):提供商边缘路由器/交换机,面向 MSEE。 本文档中称为“PE-MSEE”。
    5. MSEE:Microsoft 企业边缘 (MSEE) ExpressRoute 路由器
    6. 虚拟网络 (VNet) 网关
    7. Azure VNet 上的计算设备

    网络安全组:

    可以使用 Azure 网络安全组来筛选进出 Azure 虚拟网络中的 Azure 资源的网络流量。网络安全组包含安全规则,这些规则可允许或拒绝多种 Azure 资源的入站和出站网络流量。可以为每项规则指定源和目标、端口以及协议。本文介绍了网络安全组规则的属性、应用的默认安全规则,以及可以修改以创建扩充安全规则的规则属性。

    Azure 拓扑

     

    v2-6ea14cc2662b238a40fc7870e0ad7453_b.jpg

    拓扑是自己基于文档的理解,有什么不对的地方,欢迎大家指出,可在评论留言。

     

     

    v2-66c4fd2c159bcca511aad9b9ccb1266d_b.jpg

     

    展开全文
  • 【新版】AZ-303|AZ-304|2020年Azure架构师认证改版,全新考试上线, 更多信息,请见B站(搜索同名即可)

     

     

    【新版】AZ-303|AZ-304|2020年Azure架构师认证改版,全新考试上线,

     

    更多信息,请见B站(搜索同名即可)

     

     

     

     

    展开全文
  • azure 架构选择

    千次阅读 2017-07-15 11:44:41
    azure 架构选择

    在azure中主要有以下3种不同的托管环境。


    平台即服务(PaaS)提供了可管理的托管环境,可以直接部署应用而不需要关心背后的虚拟机和网络资源。例如,当需要托管一个应用时,只需要指定实例的个数,azure(服务)就会替你管理和配置那些背后的资源,而不需要手动一一创建虚拟机。azure 应用服务(app service)就是PaaS的一个例子。从IaaS到PaaS之间,还有其他选项。例如,azure 虚拟机可以使用vm scale sets来完成平行扩展。而vm scale sets不一定来自PaaS,但PaaS有这个功能,是可平行扩展的。



    函数即服务(FaaS)提供了一种应用服务,甚至不需要关心托管环境。你只需要把代码放上去,不用部署。服务会自动运行你的代码。也不需要去管理那些计算资源。这些服务使用的是无服务架构,可根据流量所需扩展或缩小。 Azure Function就是FaaS。


    IaaS提供了最底层的控制,以及灵活性和可移植性。FaaS提供使得部署和托管变得简单,弹性伸缩并且有潜在的成本节省,因为你只需在代码运行时才支付费用。 PaaS在两者之间。通常,服务提供的灵活性越高,您负责配置和管理资源的越多。 FaaS服务自动管理运行应用程序的几乎所有方面,而IaaS解决方案需要手动配置和管理,连接所创建的虚拟机以及网络组件。


    总结: 在选择云架构方案时,先考虑FaaS,其次是PaaS,最后才考虑IaaS(如果必须)。因为从FaaS到PaaS到IaaS,手动配置和管理的复杂度依次增加,潜在费用也依次提高。如果不需要,一般不需要用IaaS。另外,如果部分资源(比如数据)一定要放本地,那么就不建议使用云,不建议使用hybrid,就是本地和云环境结合的架构,会导致复杂度成倍增加。
    展开全文
  • Windows Azure架构分析概述

    千次阅读 2010-08-07 10:38:00
      <br />图1 Windows Azure Logo  一、概述 <br />Windows Azure(以及Azure服务平台)由微软首席软件架构师雷·奥兹在2008年10月27日于2008年在微软年度的专业开发人员大会中发表,并于在2010年2...

        Windows Azure是由微软所发展的一套云计算操作系统,用来提供云在线服务所需要的操作系统与基础存储与管理的平台,是微软的云计算的内核组成组件之一,以及微软在线服务策略的一部份。 

    图1 Windows Azure Logo

      一、概述

    Windows Azure(以及Azure服务平台)由微软首席软件架构师雷·奥兹在200810272008年在微软年度的专业开发人员大会中发表,并于在20102月正式开始商业运转 (General Availability) 。微软为因应 Windows Azure 的营运需求,开始在全球主要地点建设数据中心,目前已正式营运的七个数据中心分别在:美国的芝加哥、圣安东尼奥及德克萨斯、爱尔兰的都柏林、荷兰阿姆斯特丹;新加坡及中国的香港。

    目前已有21个国家可以使用Windows Azure Platform服务,预计2010年七月可以扩张到40个国家

    二、架构描述

    Windows Azure 是专为在微软建设的数据中心管理所有服务器,网络以及存储资源所开发的一种特殊版本 Windows Server 操作系统,它具有针对数据中心架构的自我管理 (autonomous) 机能,可以自动监控划分在数据中心数个不同的分区 (微软将这些分区称为 Fault Domain) 的所有服务器与存储资源,自动更新补丁,自动运行虚拟机部署与镜像备份 (Snapshot Backup) 等能力,Windows Azure 被安装在数据中心的所有服务器中,并且定时和中控软件:Windows Azure Fabric Controller 进行沟通,接收指令以及回传运行状态数据等等,系统管理人员只要通过 Windows Azure Fabric Controller 就能够掌握所有服务器的运行状态,Fabric Controller 本身是融合了很多微软系统管理技术的总成,包含对虚拟机的管理 (System Center Virtual Machine Manager),对作业环境的管理 (System Center Operation Manager),以及对软件部署的管理 (System Center Configuration Manager) 等,在 Fabric Controller 中被发挥得淋漓尽致,如此才能够达成通过 Fabric Controller 来管理在数据中心中所有服务器的能力。

    Fabric Controller 之上的,就是分布在数据中心服务器内的虚拟机 (Virtual Machine),每台虚拟机都安装 Windows Server 2008 (同时会视版本更替而更新),并且内含一个 Fabric Agent 中控软件,以回报目前虚拟机的各项信息给 Fabric Controller,同时让应用程序可以利用事件处理的方式来判断与针对目前 Fabric Agent 控制虚拟机的状态做回应与控制。而依照不同的虚拟机的等级,其运行的 Windows Server 2008 操作系统也不一样。

    Windows Azure 环境除了各式不同的虚拟机外,它也为应用程序打造了分布式的巨量存储环境 (Distributed Mass Storage),也就是 Windows Azure Storage Services,应用程序可以根据不同的存储需求来选择要使用哪一种或哪几种存储的方式,以保存应用程序的数据,而微软也尽可能的提供应用程序的兼容性工具或界面,以降低应用程序移转到 Windows Azure 上的负担。

    Windows Azure 不但是开发给外部的云应用程序使用的,它也作为微软许多云服务的基础平台,像SQL Azure或是Dynamic CRM Online这类的在线服务。

    图2 Windows Azure 架构

    三、虚拟机平台与运行环境

    Windows Azure 上所运行的虚拟机,被称为计算单元 (Compute Unit),以最基础的小型计算单元为基础,共分为四种类型,不同的类型有不同的硬件资源,操作系统与单价。以一个小型计算资源来说,它拥有 1.6GHz 的 CPU,1.75GB 的存储器,以及 225GB 的硬盘空间,同时它的 I/O 优先权为中级。而在它之上的有中型 (Medium),大型 (Large) 与超大型 (Extra Large) 三种,依 2 的倍数来强化虚拟机的可用资源。
    目前在 Windows Azure 上,已经部署了四个版本的操作系统,分别是 1.0, 1.1, 1.2 与 1.3 版,在 Windows Azure 正式商转时的版本是 1.1 版,而在 .NET Framework 4.0 RC 发布时,Windows Azure 也曾部署一个内置 .NET Framework 4.0 RC 的版本,即为 1.2 版。微软在 Tech.Ed 2010 North America 宣布 1.3 版,这个版本装载了 .NET Framework 4.0 的 RTM 版本。部署在 Windows Azure 虚拟机上的操作系统,被称为 Windows Azure Guest OS,但其实是 Windows Server 2008 的虚拟化版本。
    在 Windows Azure 上,目前可建置两种虚拟机作业环境:
    ►        Web Role: 在虚拟机上运行 Web 应用程序,目前可以运行在它上面的有 ASP.NET,PHP,Ruby 等 Web Application Framework (非 ASP.NET 的应用程序是使用 FastCGI 模块运行),基本上只要能够顺利挂载在本机 IIS 7.0 上的 Web 应用程序,都可以在 Web Role 中使用。
            Worker Role: 在虚拟机上以周期方式运行特定指令,可将它视为 Windows Azure 上的 Windows Service 服务应用程序,它可以用来处理分散工作 (例如 Map-Reduce 型应用程序),或是挂载 WCF 服务。
    不论是 Web 或是 Worker,都可以设置一个以上的运行个体 (instance),每个运行个体都是独立的虚拟机,Windows Azure Fabric Controller 中的 Load Balancer (平衡负载器) 会自动分配负载到不同的 instance 中。也因为如此,不论是运行在 Web Role 上的 Web 应用程序,或是运行在 Worker 的服务应用程序,都要考虑可能的跨物理 (cross instance) 以及不同物理通信 (inter-role or inter-instance communication) 的设计。
    四、存储
    Windows Azure 提供了三种不同格式的存储体服务,用来提供给 Windows Azure 上运行的应用程序存储数据使用。依据不同的存储格式会有不同的限制,因为这些存储服务都是以分布式巨量存储 (Distributed Mass Storage) 为内核概念所设计出来的,为了要达成快速在分布式存储空间中存储与管理数据 (还包含高可用度的赘余存储管理),微软有在数据的存储上做一些限制。
    不论是哪一种存储服务,Windows Azure 都有显露 REST API,并符合 Simple Cloud 的标准。
    BLOB
    BLOB (大型二进位对象) 数据是用来存储像是文件,图片,视频档,可运行档,压缩档等二进位格式的文件,基本上它的存储单位就是文件,为了要让 BLOB 的功能应用更宽广,微软也在 BLOB 服务上开发了内容传递网络 (Content Delivery Network) 的服务,让 BLOB 可以作为大容量的文件或数据存储与供应的地方,以支持类似 YouTube 这样的大型 Web 应用程序的服务。
    BLOB 依照性质分为两种:
    ►         Block BLOB (区块型 BLOB 存储体),这类的存储以 4MB 为一个区块单位,单一文件最大可以存储 200GB,且区块不会连续存储,可能会打散到不同的存储服务器中存放,当应用程序要求时,会依照文件的 Key 以及区块由存储区提取数据。另外,区块在存储时会经过一道认可程序,以让应用程序决定是否要重新传送。
    ►         Page BLOB (标签页型 BLOB 存储体),它会在存储区中划分一个连续的区域供应用程序存放数据,它本身可以视为一个大型的 VHD (虚拟机磁盘),在 Page BLOB 的数据写入会直接认可。而基于 Page BLOB 的特性,微软特别在 Page BLOB 上提供了一组将 Page BLOB 虚拟成磁盘的功能,称为Windows Azure Drive (研发代号为 XDrive),它能够支持 NTFS API,也就是说应用程序可以利用现有的文件管理 API (包含 System.IO 的类) 来访问 Windows Azure Drive 中的文件夹与文件数据,并且这些数据会保存在 Windows Azure 数据中心内。
    BLOB 服务由 BLOB 本身以及其收纳容器 (Container) 构成,容器可视为一般本机上的文件夹。而容器和 BLOB 都支持额外的 Metadata 设置,这些 Metadata 会附挂在 HTTP Header 中传输给客户端,每一个 Metadata 的大小限制为 8KB。BLOB 也支持权限管理的功能,通过 Shared Access Signature 可设置 BLOB 或 Container 的访问权限与有效期限等。
    private void EnsureContainerExists()
    {
        var container = GetContainer();
        container.CreateIfNotExist();
     
        var permissions = container.GetPermissions();
        permissions.PublicAccess = BlobContainerPublicAccessType.Container;
        container.SetPermissions(permissions);
    }
     
    private CloudBlobContainer GetContainer()
    {
        var account = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");
        var client = account.CreateCloudBlobClient();
     
        return client.GetContainerReference(RoleEnvironment.GetConfigurationSettingValue("ContainerName"));
    }
    Table
    Table (表) 是给具结构化数据的应用程序存储与管理的一种存储服务,它在 Windows Azure 存储区中会以 Key-Value 键值对方式存储,并且由 Partition 来切割在 Windows Azure 存储区的存储位置,它实际的数据是 XML,通过 REST API 调用时,会需要依据 SDK 上的说明,自行建置 XML 的要求与解析回应的数据,但若是 .NET Framework 的开发人员,在 Windows Azure SDK 中提供的 Microsoft.WindowsAzure.StorageClient 命名空间就有提供辅助的 API 以及类,将这件事在 API 中处理掉了。SDK 提供的辅助组件所应用的技术是 ADO.NET Data Services,因此若对 ADO.NET Data Services 熟悉的开发人员,会很容易的上手 Table 存储的开发。
    namespace TableExample
    {
        public class Contact : TableServiceEntity
        {
           public string Name { get; set; }
            public string Address { get; set; }
            public string Phone { get; set; }
            public string Cellphone { get; set; }
     
            public Contact()
            {
                base.PartitionKey = "ContactTable";
                base.RowKey = Guid.NewGuid().ToString();
            }
        }
    }
    虽然 Table 可以存储结构化的数据,但它并不是关系性数据库,所以像是 join,汇总函数等都无法使用,要由开发人员另外处理。
    Queue
    Queue (队列) 是一种先到先服务 (First-Come, First-Serve),或称为 FIFO (先入先出) 的存储服务,它可以允许应用程序将消息存储到队列中排队,然后由负责处理的应用程序 (通常是 Worker) 由队列提取消息并处理以后,将消息由队列中移除。消息可以是字符串或是最长8KB的二进位数据,队列经常会作为跨运行个体通信以及工作切割通知的消息传递之用。
    protected void cmdAddQueue_Click(object sender, EventArgs e)
    {
        CloudStorageAccount account = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");
        CloudQueueClient queueClient = account.CreateCloudQueueClient();
        CloudQueue queue = queueClient.GetQueueReference("theaterseatorders");
     
        queue.CreateIfNotExist();
     
        queue.AddMessage(new CloudQueueMessage("SEATNUM=1-1,EMAIL=test@test.com"));
        queue = null;
    }
     
    四、服务管理
    Windows Azure 基于云计算的特性以及开发工具的需要,在 Fabric Agent 上有显露 REST API 供外部应用程序调用,以自动化运行服务管理 (Service Management) 的功能。服务管理的项目包含了部署 (deployment),更新 (upgrade),编辑组态 (configuration changes) 以及环境切换 (virtual IP swap) 等功能,这些功能除了可以在 Windows Azure 在线管理工具外,Visual Studio Tools for Windows Azure 1.2 版也开始支持在开发工具中直接运行服务管理的能力,只要在 Windows Azure 在线管理工具中登录管理凭证 (management certification) 即可 (最多可登录五个)。
    现阶段 Windows Azure 并没有提供自动化的 Scale-Out (向外扩张) 机制,但在 MSDN Code Center 中有提供针对服务自动化 Scale-Out 机制的示例程序让开发人员套用,以支持服务 Scale-Out 的机能。
    五、应用开发支持
    Windows Azure 在每个不同版本间都有发表 SDK 包以供开发人员开发可运行在 Windows Azure 运行的云应用程序 (Cloud Application),而微软重量级开发工具 Visual Studio 也通过外挂的 Visual Studio Tools for Windows Azure 让开发人员能利用 Visual Studio 的 Cloud Project 来自动化管理云应用程序部署所需要的 Service Definition 以及 Service Configuration 设置档,并可加入新专案或现有专案为云应用程序角色 (Web Role or Worker Role) 之一,并进一步设置存储连接设置,计算资源大小以及内部连接信息等等。
    Windows Azure SDK 除了文件、工具和必要的支持函数库以外,还包含了在本机使用的 Windows Azure 模拟环境 (Emulations),称为Development Fabric以及Development Storage。
    Development Fabric 会模拟 Windows Azure 的 VM 环境以供开发人员在本机测试用,同时也可以让开发人员直接在本机上监看应用程序的诊断输出以及在状态变更时应用程序处理的行为等。
    Development Storage 会利用本机上的 SQL Server 数据库来模拟 Windows Azure Storage 的各项服务。

    针对非微软平台,微软通过像 Interoperability Bridge 提供针对 PHP, Ruby, Java, Perl 等非微软平台工具,以及 Eclipse IDE 的扩充能力,以支持 Windows Azure 开发的功能。

     

     

     

    Windows Azure Platform 现阶段提供的是平台即服务 (PaaS),但未来可能会开放基础建设即服务 (IaaS) 的服务项目。

    图1 Windows Azure LOGO

    展开全文
  • windows azure 架构

    2011-09-27 22:25:11
    http://www.microsoft.com/windowsazure/
  • Azure architecture 架构

    千次阅读 2018-05-18 16:27:34
    微软Azure是一个开放的云计算平台,由微软设计。它提供了在分布式数据中心上开发和启动应用程序和存储数据的能力。Azure于2008年10月宣布,2010年2月1日发布为“Windows Azure”,2014年3月25日更名为“微软Azure”...
  • azure架构 This last weekend I was in New York presenting at FOCUS100. I also was a mentor for the 24 hour mobile hackathon along with Tara Walker. The attendees were trying to create a mobile app ...
  • 《Windows Azure Platform 系列文章目录》 Windows Azure是由微软发展的一套云计算操作系统,用来提供云计算服务所需要的操作系统与计算与存储平台。他提供的是平台即服务(PaaS)。也可以通过VM Role Virtual ...
  • 公告:本博客为微软云计算中文博客的镜像博客。部分文章因为博客兼容性...Practices团队发布了Windows Azure 架构指南 – 第 1卷。这是计划内的关于Windows Azure平台的系列文章,本书将带领读者全面的了解如何...
  • + 比如微软云Azure 私有元 + 所有服务存在于私有网络 混合云 + 在传统数据中心与云之间建立安全和私有的连接   云交付的不同模型 SaaS Software-as-a-service 软件作为服务 目标用户:顾客 例如 Office 365 ...
  • 6.微软云计算平台-Windows Azure架构探析 Windows Azure架构探析 演讲主题:微软云计算平台——Windows Azure架构探析 演讲嘉宾:吴延安 简介: 作为未来信息技术的发展趋势之一,云计算是继SOA、Web2.0之后又一...
  • 代码 一组代码和备忘单,可简化Azure解决方案架构师的日常生活! 马蒂亚斯·霍尔姆(Mattias Holm) 云架构
  • 6.Windows Azure架构探析 演讲主题:微软云计算平台——Windows Azure架构探析 演讲嘉宾:吴延安 简介: 作为未来信息技术的发展趋势之一,云计算是继SOA、Web2.0之后又一个热门的话题,其中最重要的部分就是...
  • SQL Azure架构分析概述

    2010-08-07 15:09:00
    SQL Azure,微软云计算,Windows Azure
  • Azure通用部署架构介绍 经典Microsoft Azure 应用场景 存储、备份、恢复您的数据 互联网应用及业务 基础设施扩展 开发、测试、运行您的应用程序 。。。。。
  • Apache Kylin是中国顶尖的一个大数据项目,我有幸参与到Apache Kylin的架构设计中。 想法就是要建立一个cube,利用回return time 的空隙预处理数据。 整个目的就是让Kylin在云上拥有强大的伸缩能力。因此,我们打算...
  • 看来看去觉得未来安全上能有比较大作为的还是Azure,根本原因有很多,包括Azure Active Directory的身份联动、安全产品的丰富度、Office远程办公安全、ToB的安全基因、安全研发SDL体系等。回归本着能改变云安全,为...
  • Azure入门指南_20150119.pdf
  • Azure 最佳架构安全评估 - 网络安全 保护资产的最近本保障是控制好Azure上的网络流量,Azure的资源和本地资源之间的流量,进出Azure的流量。如果网络没有相应的安全防护,那么环境就很容易受到黑客攻击,比如公网IP...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 24,538
精华内容 9,815
关键字:

azure架构