Giter VIP home page Giter VIP logo

Comments (3)

bundyfx avatar bundyfx commented on September 24, 2024 2

Gotcha, I think there is value in having some clever way of handling OU's with 100+ accounts in them (eg sandbox) - At the moment I think having sandbox type OU's under a specific OU is the best bet.

However I think it would be good to have a way to handle this. One option would be to create a new sequential action (Limit of 50) within that same stage once we reach 50 Parallel accounts (also limit of 50). We just need to make sure we build within the limits of CodePipeline itself. The most important thing is that the deployment_map.yml stays true and reflects the stages of the pipeline itself. Otherwise It could be very confusing if a user were to look at the map, see one stage however in CodePipeline see many stages.

For now I'll flag this as a enhancement and we will work out how to add a sequential deployment action to a stage once we reach 50 accounts (parallel) within a single stage.

from aws-deployment-framework.

thiezn avatar thiezn commented on September 24, 2024 1

Hi @bundyfx

Great, thanks for looking into it. Its not a big issue for us but would be a nice feature.

The problem with getting a large number of accounts in a single stage isn't really limited to this enhancement request, although it can indeed exaggerate the issue. At least in our case we will likely end up with quite a few accounts (10's to perhaps >100) in a single organisational unit.

Maybe a solution for these large deployment phases could be to create a new deployment phase for every x amount of accounts?

from aws-deployment-framework.

bundyfx avatar bundyfx commented on September 24, 2024

Hi @thiezn

This could be possible, and could potentially help users scope large amounts of targets within a single stage. I also agree with the optional control of this feature. One thing with this however, is that it could be an extremely large amount of accounts in a single stage. Which, is some ways, might be used when really a safer, more staged approach to deploying resources would be preferable. Potentially, If there is something that should be in a very large amount of accounts like this, maybe it should be part of the base (bootstrap) template for all OUs.

It could also raise potential problem when it comes to limits of CodePipeline itself. That being said, I will investigate this possibility further.

from aws-deployment-framework.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.