[关闭]
@zhouyy 2017-04-14T01:23:21.000000Z 字数 4101 阅读 556

wp-introducing_azure_stack

astack


云计算历史回顾

几年前美国NIST(美国国家标准与技术研究院)对云计算的定义最为准确。NIST声明,云计算具有一系列要素,包括按需自助、资源池、快速弹性架构和可计量服务。MIST定义同时明确了几种可能的云部署模型,包括公有云、私有云和两者的结合,称之为混合云。定义表述得很清晰,云不只是一个地点-它是一个模型,可以以多种形式采用。
Microsoft Azure自2010年起开始提供公有云服务。微软也以windows server hyper-v, system center 和 Azure Pack的形式提供私有云。然而,由于这些公有云和私有云服务使用不同的技术运用的,它们并不兼容。
Microsoft Azure Stack改变了这个状况。这项新产品提供了Azure共有云服务的子集,通过软件的形式可以部署到企业数据中心或者服务供应商数据中心
Azure Stack让微软全球公有云、托管公有云(服务提供商提供)和企业内部的私有云均可以以一致兼容的方式获得Azure服务。
这样的方式提供云技术让本地环境和服务供应商充分参与到接触可带来与Azure 云技术带来同样的创新性和敏捷性。它同时具觉有其他优点,包括以下:

理解 Azure Stack

技术

Azure,公有云,提供一系列服务,随着时间推移将提供更多。在最初的版本里,Azure satck将包括如下服务。

Created with Raphaël 2.1.2Astack Portal or Visual Studio,PowerShell,Azure CLI[templates] Azure Resource Manager[Compute][Storage][Network][Paass][Security]

[Ccompute:VM]
[Storage:blobs(非结构化数据)tables(nosql k/v) queues(云软件间的消息通信)]
[Network:vertual network(允许云内网络独立);Load balancer(负载均衡);VPN gateway(允许vertual networks之间的连接)]
[Paass:App Service(支持网页App,移动app和用.NET;Service Fabric(支持微服务架构)构建的]
[Security:key vault(安全地存储密钥)]
Automated depoyment and more自动化部署:提供Azure Resource Manager(将REST API接口暴露给 Azure Stack服务,允许构建templates自动部署Azure资源
Management 管理:包括Azure Stack Portal(提供Azure satck服务接口的图像化界面);通过Azure Resource Manager同样支持其他client(visual studio,powershell,和Linux Macintosh windows命令行。)
部署
Azure中计算资源分配到regions。如美国有califonia region。同样,当你部署Azure Stack时,你的计算资源同样被分配成regions.
一个企业在部署Azure Stack时可能会有一个或多个region,可以根据需求随意安排。但早期的Azure stack版本可能会有一些约束,regions是为大规模使用而设计的。例如,一个单独的region可能通过azure的连接包括几个数据中心。
Azure通过web-based protal接入。Azure portal service可接入公有云而Azure stack portal用于接入Azure Stack构建的云。
这两个protal共享相同的代码,但提供不同的功能。例如,每个protal都可以让用户接入他想要的region.这种墙相似性让人们可以在Azure和Azure Stack云上工作,只是每个portal在浏览器上的标签不一样而已。
Azure Stack云可以连接到Azure Active Directroy。这样一个企业可以使用与Azure、Office 365和其他云服务相同的身份登录Azure Stack。企业也可以通过Active Directory Federation Services使用一个本地目录服务用于身份认证与Azure stack的接入。

云计算和虚拟化的区别
云计算具备更多要素,如提供资源池,让不同用户智能安全地共享,并能增加或减少资源
最重要的是,虚拟化侧重于服务器,云计算侧重于服务。这些服务使应用开发更加快速和简单,提供更多处理数据的选项,并以其它方式加强了计算环境。这意味着你拟不能仅仅通过改变如何虚拟化来改变云计算。

管理

Azure stack运行在所部署的企业本地。因此。Azure Stack云由你来管理;微软不会远程管理。比如,微软支持升级,但由你来决定何时升级。
管理Azure Stack的方法与当前做法有显著的不同。比如,你不能无限推迟更新-必须在一定期限内升级来保证Azure的一致性。更重要的是,微软对Azure Stack运行的硬件有一定要求。
图:微软的软件只运行在符合微软要求的硬件之上
如图所示,每个Azure Stack region都必须包含符合云期望的基础设施,包括机架(含计算、存储和网络)和支持Azure Stack的特定软件。这些软件不会单独出售。但你可以从微软的合作伙伴如HP Dell Lenovo处购买已经预置好软件系统的一体机。省去自己搭建的繁琐,显著提升效率。
早期的本地云解决方案失败的原因很大来自复杂性,有太多需要用户自己修改的部分。微软吸取经验教训,Azure Stack提供了接近于交钥匙解决方案,在提供给用户前微软充分测试了所有软硬件。

使用 Azure Stack

Azure Stack同时支持IaaS PaaS SaaS.
Azure Stack提供多租户,不同consumers可以同时使用相同的服务而相互隔离。Cloud provider可以是企业IT部门或者托管方。
Azure Stack管理员必须定义一系列plan.比如,plan可能包括Azure Stack的计算、存储和网络服务。Plans会被归为offers,这是cloud consumers预付费真正订阅的。

提供IaaS服务

Azure和Azure Stack都提供IaaS服务
Azure Resource Managers(ARM)的角色
ARM以一致的方式暴露Azure和Azure Stack服务的Restful API,通过ARM可以构建部署模板。
通过ARM,cloud consumers可以定义resource goups.
可以通过Visual Studio tools来构建自己的template.ARM SDK支持不同语言。ARM也有命令行(win linux Mac).微软和一些社区会提供通用场景的template.
ARM让部署机制自动化。由于它在Azure Stack和Azure工作方式完全一致,两种云之间可以轻易转移工作负荷和技能。ARM同样也可以用于PaaS和SaaS.自动化部署本地云的能力可轻易将这些部署在Azure云间迁移,这是Azure Stack最有用的方面之一。

构建PaaS应用

微软相信大多数的新应用将在PaaS平台上写出来。Azure Stack支持多重PaaS选项。利用PaaS,开发者无需担心基础设施,只需要专注于代码。
PaaS technology: App Service & Service Fabric(for 微服务架构)
Storage technology:Blobs 和 Tables.Azure与之相同,可以无变化直接迁到Azure stack

The Azure Stack Marketplace
用户可以从Azure Market获取基于Azure的解决方案。这包括微软技术,如预先配置的运行SQL Server和许多开源软件如linux的VMs.其他供应商提供可部署在Azure上的解决方案,包括IBM MQ等等
Azure Stack Marketplace提供类似的东西。你可以随意添加自己的内容如本地开发服务和应用。也可以提供Azure marketpalce的方案,让本地可得(syndication)。这使Azure和Azure Stack上相同的产品建立了联系,把整云上的补丁可以传递到本地。

运行SaaS应用

IaaS和PaaS都可以定制程序。虽然绝大多数的SaaS都在公有云之上,但Azure Stack 仍然有用武之地。
私有云经常用于满足安全和规定要求。
SaaS应用需要可扩展,可靠和简易更新。一般用微服务架构来构建这样的应用。
其他:APP service Docker 等

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注