Skip to content
This repository was archived by the owner on Aug 11, 2026. It is now read-only.
This repository was archived by the owner on Aug 11, 2026. It is now read-only.

Refactor muchos' EC2-specific python code? #279

Open

Description

@keith-ratcliffe

It may be worth considering moving towards a template-driven approach for all EC2 cluster types, since it could be used as an alternative to the current "default mode" behavior, i.e., for ephemeral-only clusters

That would significantly reduce the amount of python needed overall (but at the expense of forcing users down the path of using templates, when maybe they don't even need/want the additional flexibility...and complexity)

Activity

  1. ctubbsii commented on Sep 4, 2019

    @ctubbsii
    Member

    We don't technically have "users" for Muchos. Since this is an "in-house" set of scripts intended for Fluo(/Accumulo) developers, and not a wider user audience. The Fluo PMC does not "release" this as a product of the Foundation (at least, we haven't yet, and there's no current plans to do so), and we don't have any versioning. So, the only consideration is whether it currently works for those of us actively developing on Fluo(/Accumulo).

    As such, I wouldn't be concerned about breaking changes or changing how Muchos works. The Fluo (and Accumulo) developers can adapt to whatever the current code is, so long as it aids our development.

    I'd be strongly in favor dropping the "default mode" and only using the "template mode" that you added in #274 ; that would reduce the amount of EC2 code we need to maintain. The more we can do that, the better.

  2. keith-turner commented on Sep 5, 2019

    @keith-turner
    Contributor

    but at the expense of forcing users down the path of using templates, when maybe they don't even need/want the additional flexibility...and complexity

    I think the good documentation and examples you provided address this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions