Windows PowerShell 3.0 入门 Jump Start 课程

千万不要错过这个机会;将您的员工集合到一起,深入学习了解 Windows PowerShell!跟随 Windows PowerShell 的创始人 Jeffrey Snover 以及 Concentrated Technology 的高级技术专家 Jason Helmick 一道,由他们带您详细了解如何使用 Windows PowerShell 获得实时问题解决方案并实现自动化。这个课程面向的对象,是希望利用此强大管理工具来改善管理能力、自动冗余任务以及大规模管理环境的 IT 专业人员、管理人员以及咨询人员,这将会是高效而有趣的一天。将于 8 月 1 日举行的第二场课程正在筹备中,将会继续深入介绍脚本、自动化以及构建工具 (cmdlets)。 Windows PowerShell 3.0 入门 Jump Start 课程 | 立即注册 日期:2013 年 7 月 18 日时间:上午 9:00 – 下午 5:00 (太平洋夏季时间)地点:实时在线虚拟教室费用:免费!


Windows Server 2012 社区路演接下来的举办地:塞尔维亚、瑞典、澳大利亚、波斯尼亚和黑塞哥维那

大家好,我是 Windows Server 和 System Center Group 的社区主管 Christa Anderson。我将继续宣布本周对 Windows Server 2012 社区路演后续几站的更新。这非常有趣:尽管所有活动都由本地的 MVP 发起(Microsoft 并不设置日程安排,除非为了帮助避免冲突),活动还是按地理位置集中到了一起。在上周,亚洲和美国举办了多场活动,而本周,除在澳大利亚举办的一场活动外,其余均在欧洲举办。 加入 12 月 10 日在塞尔维亚的贝尔格莱德举办的活动的等候列表 立即注册参加 12 月 10 日在瑞典博伦厄举办的活动 立即注册参加 12 月 11 日在澳大利亚维多利亚州墨尔本举办的活动 立即注册参加 12 月 11 日在瑞典斯德哥尔摩举办的活动 加入 12 月 12 日在萨拉热窝、波斯尼亚和黑塞哥维那举办的活动的等候列表 立即注册参加 12 月 12 日在瑞典哥德堡举办的活动 立即注册参加 12 月 13 日在丹麦哥本哈根举办的活动 立即注册参加 12 月…


Windows Server 2012、Windows PowerShell 3.0 和 DevOps,第 2 部分

这是本系列文章(共两篇)的第二篇。在第一篇文章中,我讲述了有关 PowerShell 和 DevOps 的一些背景信息。在这篇文章中,将向您介绍一些具体细节。PowerShell 3.0 与 Windows Server 2012 类似,有大量的新功能和增强功能,因此这里仅介绍一些浅显的内容。–Jeffrey DevOps 一直是 PowerShell 关注的重点,PowerShell 3.0 和 Windows Server 2012 已将DevOps提升到一个新水平。对于 Windows 2012,我们已将关注重点从单个服务器的操作系统转到多个服务器及其连接设备的云操作系统,无论这些设备是物理的还是虚拟的、是本地的还是非本地的。为实现这一目标,我们需要在以下方面重点投入: 实现所有任务的自动化 实现可靠和敏捷的自动化 让运维人员更轻松地执行自动化 让开发人员能够更轻松地开发工具 实现所有任务的自动化Windows Server 2008/R2 附带了大约 230 个 cmdlet。Windows Server 2012 附带的 cmdlet 超过该数字的十倍,大约有 2,430 个。现在您几乎可以自动执行服务器所有方面的任务。这些 cmdlet 涵盖网络连接、存储、群集、RDS、DHCP、DNS、文件服务器、打印、SMI-S 等等。如果您阅读过有关 Windows Server 2012 的博客,就可以了解使用 PowerShell 可以做多少事情。如果您没有及时了解该信息,请阅读 Jose Barreto 的“文件服务器”博客文章、Yigal Edery 的“私有云”博客文章、Ben…


Windows Server 2012、Windows PowerShell 3.0 和 DevOps,第 1 部分

在这个分为两部分的系列文章的第一部分中,我提供了有关 PowerShell 和 DevOps 的一些背景信息。在第二部分中,将向您介绍一些具体细节。PowerShell 3.0 与 Windows Server 2012 类似,有大量的新功能和增强功能,因此这里仅介绍一些浅显的内容。 –Jeffrey 我是在介绍 2009 Velocity 大会的播客中第一次听说 DevOps 的。在业界大多数人每年部署几次发布版本都感到吃力时,John Allspaw 和 Paul Hammond 却高调宣称“每天部署 10 次:开发人员与运维人员在 Flickr 上的合作”。他们创造了通过改变文化和工具交付业务结果的案例,并催生了一个新词:DevOps。问题是开发人员认为他们负责交付功能,运维人员认为他们负责维持站点运行。开发人员与运维人员的分工不同导致在出现错误时相互指责。成功的业务需要共担责任和相互尊重的 IT 文化:开发人员应考虑运维人员的需求和关注事项,同样运维人员也应考虑开发人员的需求和关注事项。他们的谈话说明了企业需要如何快速变化,而该变化也是大多数站点关闭事件的根本原因。他们避开了传统的“避免变化”的做法,主张通过自动化使变化更安全一些并将风险降至最低。这就是 DevOps 的工作 – 安全变化。这是应用于 IT 操作的 Taguchi 质量方法。Taguchi 注意到,质量差的根本原因是变化。解决的办法是首先弄清楚如何重复做一些事情。如果能够这样做,则可以在该过程中进行一些小小的改动,以了解这些改动是使事情变得更好还是更糟,停止使事情变得更糟的变化。继续做使事情变得更好的事。关键是可重复性。可重复性使我们能够执行一些促使改进的实验。我们通过自动化在 IT 操作中获得可重复性。我们通过发布 Monad Manifesto 开始了 PowerShell,该版本清楚地说明了我们看到的问题、解决这些问题的方法以及要交付的组件。我们构了一个分布式自动化引擎和一种脚本语言。初级运维人员和经验丰富的开发人员将使用该引擎和语言。催生 DevOps 的思想和价值同样可以推进 PowerShell 的设计: 专注于业务 通过自动化进行安全更改 消除开发人员和运维人员之间的隔阂 专注于业务PowerShell 始终专注于在业务环境中使用计算机的人。PowerShell 需要一致、安全和高效。PowerShell 和…