19 3月

IT部门的压力:管理、同情心以及对陌生人的友好

文 / David Wagner:在商业及科技领域10余年笔耕不辍,曾在《麻省-斯隆管理评论》(MIT,Sloan,Management,Review)做助理编辑,Enterpriseefficiency.com执行总编,还是许多顶级商业及科技咨询公司的自由撰稿人。

原文链接:
http://www.informationweek.com/strategic-cio/it-stress-management-empathy-and-the-kindness-of-strangers/a/d-id/1318657

压力会让我们更容易忽略其他人的感受,对于当今企业中的IT部门来说这是不利的。

如果你管理着一个四五个人以上的团队,那么你就要清楚压力是怎样改变团队成员之间相互回应方式的。一项研究表明,人们面临压力的时候,对于陌生人就会缺乏同情心,而不管是否喜欢这个人。在大型团队或部门中,你所管理的这些人彼此之间实际上是完全陌生的。

美国与加拿大在McGill大学共同进行的研究部分地表明,对人类和小鼠进行测试,当使用药物阻断了应激激素时,人类以及啮齿类动物显示出更强的移情作用,也就是更具有同情心。举例来说,学生被要求观看一个人正在经历痛苦,用手拿着一桶冰的场景。这些学生可能会过度估计这个人所承受的痛苦,还可能会心怀同情地去触摸自己的手。除非这些学生自己处于压力之下,否则他们不太可能感受到一个陌生人的痛苦。

那么,作为一位IT经理应该做什么呢?购买一些抗应激(抗压)药物吗?让人感到高兴的是,研究还表明,如果在测试前被研究对象与一个陌生人玩有趣的视频游戏,那么这两个被测试对象可能会更有同情心。研究人员认为,单纯地减小压力完全可以使人更具有同情心。

IT从业者们的工作地点日益分散,常常跨时区,甚至跨越大洋。自己的团队成员往往会是陌生人。即使不是,IT从业者也比以往任何时候更多地被要求在不同职能团队工作,其工作与“业务”关联更紧密,与一些陌生人一起工作。

我们经常建议信息主管和IT经理们,对IT部门进行管理的最佳方式是感知企业的痛处。对IT管理来说,管理缺乏同情心的员工是不太好。如果员工处于这样的状态,那么你很可能会听到他们取笑其他部门,对其他部门的服务意识淡薄,而且很少会主动在业务上为这些部门服务。

如果你碰巧在客场为客户提供服务,那样风险可能会更大。有些人可能不会认为在同一家公司工作的人是陌生人,但如果在压力下工作的员工去客户的办公场地办公的话,那么在他眼里一切都是陌生人。

当然,你不能总是邀请你的客户或者业务线主管来玩游戏。你必须要为自己的团队找到一种管理压力的方式。美国职业压力协会表示,25%的人认为他们的工作是压力的主要来源。百分之四十的员工称,他们的工作“非常紧张或极其紧张”。八成的人表示多少都有一点工作压力。令人震惊的是,14%的人说他们感觉像是跟同事在打架。

对工作量进行管理会对此有所帮助,稍做休息也是可以的。在合理的范围内鼓励工作的时候听音乐或者做一些有趣的事情。最重要的是,你需要帮助自己的员工注意到这个问题。这样做就很容易摆脱办公室中的流言蜚语,还有团队之间的对抗。但有时候你还需要团队静下心来,关注一下别人的需要。在驱车前往客户驻地时,你要鼓励团队成员听有趣的音乐,告诉他们在参加大型会议前要找到自己满意的位置。只要意识到压力的影响也许就足以克服其最糟的一面。

换句话说,对你的团队要带点同情心。他们最需要快乐的时候让他们开心,当你最需要合作的时候,他们会展现出自己最好的一面。你怎么看呢?在你的管理方式中,同情心是否是其中的一部分呢?你又如何给自己的IT团队缓解压力呢?你是否认为你的团队成员在公司内外可以对陌生人多一点同情心呢?

12 2月

使用AWS管理跨多个环境的资源

文 / AWS Activate

原文链接:https://medium.com/aws-activate-startup-blog/managing-resources-across-multiple-environments-in-aws-7e139351f9c7

为了开发出优秀的应用程序,处于初创期的企业通常需要多环境(multiple environments)的支持,如产品环境、开发环境、QA环境和预备(staging)环境。但在多环境中对资源进行跟踪和管理可能是个挑战,特别是在业务与日俱增的情况下。

例如,随着企业研发人员数量的增加,企业所耗费资源的速度可能比预期的要快得多。这时你会发现自己需要更加清晰地认识到资源与环境的匹配问题。

有多少实例(Amazon Web Services中的虚拟机被称为实例)属于QA(Quality Assurance)?谁有权开启和关闭产品实例?开发环境的成本有多少?随着初创企业的发展,你可能需要找到这类问题的答案。

使用Amazon Web Services(AWS)不仅可以建立多环境的实例,而且还可以跟踪、管理和控制在不同环境间访问资源的方式。我们一起来看看那些能为你所用的相关功能。

标签

你可以使用标签来标记跨多个环境(甚至多个AWS账户)的AWS资源。标签是由一个键和一个值构成的label,你可以对大多数AWS资源进行标记,可以对每个资源添加的标签数量多达10个。

由于使用标签显然会带来很多好处,所以你要标记能够标记的每个资源。例如,你可以对下列任务使用标签。

  • 查找、组织资源
  • 资源的访问控制
  • 查看详细计费报告

此外,对资源进行标记会让你更有效地利用下列AWS的功能特性。

资源组

资源组(Resource Group)是AWS管理控制台(AWS Management Console)的一个酷酷的新功能特性。它允许你创建、查看和维护带有相同标签的资源集。你还可以创建属于自己的视图,这些视图可以带有不同的环境标签。你可以查看带有同一标签的资源,如Environment=Prod,在支持标签的所有服务中都是如此。你也可以查看所有共享多个标签的资源,如下面的屏幕截图所示。

1

详情请参阅资源组的使用

将标签用于身份识别和访问管理

你想为一组标记为Prod的特定用户锁定服务和资源吗?你可以将标签与AWS的身份识别和访问管理(Identity and Access Management, IAM)结合使用,来对用户或组的访问进行控制。例如,你可以控制哪些IAM用户或组可以对特定的EC2实例做开始、停止、重启和终止的操作。通过这样的方式,你可以让开发人员只能对标记为Environment=Dev的实例进行访问控制。

查看支持IAM资源标签的完整服务列表,点击IAM支持的AWS服务

将标签用于计费报告

你想知道一个特定的环境成本是多少吗?可以使用成本分配标签来对AWS的成本进行分类和跟踪。当你对AWS资源(比如Amazon的EC2实例、S3 bucket)使用标签时,AWS会生成一个由逗号将内容分隔开的成本分配报告(CSV文件),使用情况和所消耗成本按照标签被聚合在一起。你可以使用代表业务类别的标签跨多个服务来组织你所消耗的成本。

成本分配报告包括你使用AWS服务在每个结算期的全部成本。

该报告包括已标记和未标记的资源,所以你可以清楚地对这些资源所产生的费用进行管理。例如,如果将某个应用程序名作为资源的标记,那么你就可以跟踪单个应用程序在这些资源上运行的总成本。

有关更多信息,请参见每月成本分配报告的设置

维护标签

现在我们知道了对资源使用标签的好处,那么我们如何确保一切都能够被标记呢?如何确保一切已经被标记了呢?要做到这一点,你可以使用AWS管理控制台中的一些有关标记的功能特性。例如,向实例添加批量标签。下面的屏幕截图就展示了这种类型的标签管理。

2

然而,当新的资源被加进来的时候,你确实需要登录到控制台去手动更新这些资源。随着时间的推移,这种做法就会显得有些笨拙。以下是一些标记资源的其他方法。

创建自己的启动脚本

为团队成员提供一份或一组脚本来创建他们所需的环境。这样做是确保资源被正确标记的好办法。这还使团队成员的工作变得更轻松。他们会很快得到自己想要的环境,分分钟就被创建起来了。

因为每个AWS服务都有一个API,因此有很多方法去构建用来创建资源的脚本。你可以使用AWS命令行接口(AWS CLI)创建一份脚本,还可以使用平台中众多可用SDK中的某一个创建脚本。诸如此类的做法非常简单。关于SDK的更多信息,请参见开始使用AWS进行开发

你还可以从GitHub这样的网站上找到无数的可用脚本,可以拿过来直接用。

使用CloudFormation模版

模版像脚本一样,为团队提供一种在AWS上创建资源的方式,这种方式简单,并且重现性好。你可以创建一个模版,描述想要的所有AWS资源(如Amazon EC2实例、RDS DB实例),AWS CloudFormation将会为你提供和配置这些资源。

几乎每一个支持标签的资源在CloudFormation模版中也支持标签。你可以针对不同环境创建模版,还可以使用条件语句为多个环境使用一个单独的模版。

使用自动伸缩服务

自动伸缩服务(Auto Scaling Service)为你提供了若干个很给力的功能。当应用程序需求增加时,你可以对EC2实例做横向扩展(scale out)。你还可以减少不必要的实例,替换反映变得迟钝的实例。

你也可以对自动伸缩的实例使用标签。已经启动的实例作为自动伸缩功能的一部分在启动后被自动标识,免得你还要创建一种机制来做到这一点。

使用配置管理

许多常见的配置管理工具都支持在创建资源的时候对其进行标记。如Chef、Puppet、SaltStack和Ansible。这些配置工具通常还为多个环境提供有条件的分离。如果你正在使用这些工具中的某一个,那么可以很容易地对已创建资源进行标记。

发现未加标签的资源

你可能会时不时地想要审核自己的账户来识别未加标签的资源,或者去验证资源是否被正确地标记。看看下面建立审核资源的选项设置。

使用AWS管理控制台

AWS管理控制台提供了一种查看资源的简便方法。这些资源全部基于标签,尤其是EC2实例。你可以为大多数资源视图使用标签来创建列。这样就能够使你发现标记不正确或者根本没有进行标记的资源。如下面截图所示。

3

创建自己的脚本

如前所述,AWS提供了访问服务的API。你可以使用相同的API去查询资源列表所提供的服务。你还可以使用这些列表找到没有标记或被错误标记的资源。

总结

你可以使用标签跨多个环境跟踪和管理那些资源,对这些资源做访问控制。在AWS中使用标签的选择不是唯一的。例如,你可以使用AWS管理控制台、CloudFormation模版,还有自定义脚本。无论你选择哪种方法,你都会发现标签是管理资源不可或缺的方法。

http://www.csdn.net/article/2015-02-11/2823926