Settings

Theme

Please Stop Writing Dockerfiles

simplermachines.com

5 points by natbennett 2 years ago · 6 comments

Reader

andreareina 2 years ago

Clicked through to the buildpack docs and couldn't figure out: how do I specify that I need the `foo` binary available? At version x.y.z? The gnu version not bsd?

gbN025tt2Z1E2E4 2 years ago

This seems like it takes something simple and makes it much more complicated with the aim of making it simple and then fails on all counts. For example, how is this different/better than simply using version controlled docker-compose files instead of flat single image dockerfiles?

This is adding yet another abstraction layer on top of docker which is already a convoluted space with numerous options available. Additionally, the "Balanced control between App Devs and Operators" tagline makes me wonder how "operators" would have a better awareness of how a deployment should operate versus the developers themselves. The developers should be creating their solutions based on previously defined security constraints and compliance requirements, so what "balanced control" is being shifted around here?

throwaway4good 2 years ago

Is this a joke article?

  • notabennett 2 years ago

    No

    • throwaway4good 2 years ago

      So this is actually an argument for using this new tool (cloudnative buildpacks) that generates a dockerfile(?). And not some sort of clever tirade on a devops industry that generates a constant flow of overly complex tools that seem to solve the same problems again and again?

      • notabennett 2 years ago

        It is not a tirade against overly complex tools, no. It is an argument against individual developers doing the same work over and over again for different apps.

        Cloudnative buildpacks are not especially new. Paketo buildpacks came out in 2020. The previous buildpack system predates Docker.

Keyboard Shortcuts

j
Next item
k
Previous item
o / Enter
Open selected item
?
Show this help
Esc
Close modal / clear selection