Giter Site home page Giter Site logo

Comments (3)

poblin-orange avatar poblin-orange commented on May 25, 2024

Hello, thks for feedback and proposal.
Some thoughts:

  • the main idea behind cf-ops-automation is standardizing complex bosh deployments (multiple directors, deployments, including cloudfoundry, services, and support tools), with convention over configuration / code orientation.
  • as often (see bosh and cf), an opiniated approach limits somehow the freedom. Basically, there's nothing in cf-ops-automation you couldnt do with native concourse. Directory and naming is the convention we took to provide a descriptive automated deployment framework for production. Also, we wanted to have a strong separation between "reuseable aspects" and site specific secrets.

Im not sure the flexibility gained by removing central aspects of the cf-ops-automation makes sense, as the layer on top of concourse/bosh might be too thin to provide value

from cf-ops-automation.

ArthurHlt avatar ArthurHlt commented on May 25, 2024

For your first point, it will be still the case.

Directory and naming convention is a too restrictive approach, this does not permit to others to use cf-ops-automation in their own environment without pain.

Even with this separation user still need, at some point, to make a link between his deployments and secrets for his site and environment. Sure, separate templating from stubs are interesting but there is a lack to those links easily, this proposal tried to find a way to do it.

It will be still automated, still separate, will still have a convention. it's just moving convention to another point to not be tied to a directory structure.

This is proposal and it's need to be refined to find a compromise.

from cf-ops-automation.

poblin-orange avatar poblin-orange commented on May 25, 2024

As illustrated by the usage of cf-deployment, bosh-deployment, the naming convention is quite convenient and can be adapted with symlinks.
Wrt secrets management, large scale credhub usage and operators reduce the need to generate any manifest.
The "site" dimension is out of scope of core COA. As git is the main source of truth, one is free to add any site/qa-integration-production workflow on top of different COA platform instance.

from cf-ops-automation.

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.