Discuss variant (the “Universal CLI”) https://github.com/mumoshu/variant
@mumoshu see the new announcement today from HashiCorp on Waypoint? https://www.waypointproject.io/
Waypoint is an open source solution that provides a modern workflow for build, deploy, and release across platforms.
Example Apps that can be deployed with Waypoint. Contribute to hashicorp/waypoint-examples development by creating an account on GitHub.
use stanza specifies the name and configuration of a plugin to use for an operation.
@Erik Osterman (Cloud Posse) Just read the announcement. Looks nice!
Probably variant could be handy when used from waypoint hooks(https://www.waypointproject.io/docs/lifecycle/hooks) and exec plugin(https://www.waypointproject.io/plugins/exec)
The most impressive aspect of it for me was https://www.waypointproject.io/docs/internals/execution#most-common-cli-and-a-remote-server
This page documents how operations such as build, deploy, and release execute within Waypoint. This helps explain what components need access to what systems and how information flows within Waypoint.
Apparently you can start from no server, and gradually move heavy processes to the waypoint server in the future
With the problem statements framed, we said: as a solution we love Heroku. Is it possible to build that platform-like experience (buildpacks, logs, exec, router, etc.) WITHOUT opinionated infrastructure? Without being an all-in closed system? And I think Waypoint got it.
A couple of weeks ago, I saw a demo of Waypoint, the new tool Hashicorp announced today, that aims to provide an easy, intuitive and…
Turns out Waypoint is not make or variant at all. It’s a pluggable PaaS powered by not cli only but also waypoint-entrypoint and waypoint-server
Probably we may use variant to wrap waypoint-cli or call variant commands via waypoint’s exec plugin
I found Porter a project which was accepted by the CNCF recently. I am still trying to understand whether it is close to what variant dose!
Package your application artifact, client tools, configuration and deployment logic together as a versioned bundle that you can distribute, and then install with a single command
Compose Cloud Native Application Bundles from existing bundles and deployment tools
variant is mostly a HCL-based DSL and the compiler to build CLI apps. So my guess is that porter should be used to package variant-made apps
You can now turn your Variant2 command into a Kubernetes controller See https://github.com/mumoshu/variant2/pull/35
See examples/controller for more information.