You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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)
The text was updated successfully, but these errors were encountered:
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.
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)
The text was updated successfully, but these errors were encountered: