Amazon EC2实例,开发环境的可行选项和pipe理工具

我是一名自由职业者,并计划在未来的时间与其他自由职业者合作。 既然我会拥有这个项目,我也想拥有这个开发环境。 我们都将在我们各自的地点工作。 我一直在考虑使用亚马逊的EC2服务来build立一个开发环境,并给予所需的访问权限。

考虑到上述情况,我有几个疑问:

  1. 这首先是一个好主意吗? 让虚拟机创build和分发(物理)给团队成员更好吗? 当然,我在这种情况下失去了控制,数据是脆弱的。
  2. 我应该只购买一个大型实例,安装所有需要的工具,创build用户并按angular色提供访问权限?
  3. 我应该只购买大型/超大型实例,在实例内部构build虚拟机,每个angular色各创build一个虚拟机,并为每个用户实例化实例? 现在我不确定访问是如何工作的。 如何能够直接访问在EC2实例内运行的VM实例。
  4. 有一些工具可以帮助pipe理与EC2 API相关的EC2实例。 但是,对于上面我已经解释的内容(特别是第3点),是否有工具可以帮助pipe理/监视实例和虚拟机?

在这一点上我可能想不到更多的复杂性。 如果有人已经经历过这些,将会感激投入/方向。

  • 重命名Azure虚拟机
  • 如何停止Azure虚拟机上的时间同步
  • hyper-v无法初始化内存磁盘上没有足够的空间(0x80070070)
  • Azure虚拟机更改操作系统磁盘
  • mount.nfs:安装时服务器拒绝访问
  • 是否可以从命令行创build和设置虚拟机?
  • One Solution collect form web for “Amazon EC2实例,开发环境的可行选项和pipe理工具”

    选项2要求有一个实例24/7全天候运行(或至less在每个人工作时间表的联合中)。 这可能对你无关紧要。

    我不确定选项3是否可能。 你是问在你的EC2实例中安装Xen(或者其他东西),然后创build你自己的“sub-virtual”机器?

    另一个select是在开发环境设置的情况下创build一个EC2映像(AMI),然后允许每个开发者在他们想要的时候启动这个AMI的一个实例。

    优点:

    • 开发人员不会争夺共享机器上的计算资源(例如CPU)。 这可能对你无关紧要。
    • 您可以修改图像(例如操作系统更新)并发布新的“版本”,而不需要所有开发人员停机。
    • 由于您不需要24/7全天候的实例,因此可以节省成本。

    缺点:

    • 由于您可能有5个实例正在运行(即5个开发人员同时运行),而不是1个,所以可能会增加成本。
    • 要求每个开发人员有权访问AWS账户。

    如果您认为这适合您,那么可以通过几种方式解决AWS账户问题:

    • 每个开发人员使用您的AWS账户。 这是最简单的select,但要求你相信他们。
    • 每个开发人员创build自己的帐户并将帐单转发给您。 这会导致更多的“文书工作”,但如果您认为开发人员不合法,则可以拒绝账单。
    • 每个开发人员创build自己的帐户,并使用AWS Consolidated Billing使用同一张信用卡付款。

    相信,只要实例启动并运行,您就可以授予对AMI的启动访问权限,而不必授予root访问权限。 但是你要仔细检查一下,因为这听起来像是担心安全问题。

    最后,这显然需要一些全天候运行的中央源代码库。 还有一个原因,这可能不是你正确的解决scheme。

    服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器.