search

paz-sh / paz

An open-source, in-house service platform with a PaaS-like workflow, built on Docker, CoreOS, Etcd and Fleet. This repository houses the documentation and installation scripts.
http://paz.sh
Other
1.08k stars 56 forks source link

Roadmap #19

Closed lukebond closed 9 years ago

lukebond commented 9 years ago

This is a place to discuss the short-to-medium term roadmap. Let's aim to distil it to a list of a handful of items that are doable in a month or two.

To get us started:

  1. CLI
  2. Monitoring with Heapster, InfluxDB and Grafana
  3. Centralised logging
  4. Something to observe what's running like Kubernetes' Replication Controller
  5. Deployment history in the UI somewhere
  6. Use Weave & WeaveDNS to simplify the complex HAProxy plumbing and service discovery
  7. Proper test runner/framework (maybe Gulp)
tomgco commented 9 years ago

Awesome, Shall I create a milestone for each of these listed above.

Maybe it might even be worth creating some RFC's like rust-lang. https://github.com/rust-lang/rfcs/blob/master/text/0001-private-fields.md thoughts?

lukebond commented 9 years ago

@sublimino anything to add to a short-to-medium term roadmap?

Then yeah we can break them out into milestones and/or issues and discuss each separately. An RFC may make sense for some of them when that time comes.

lukebond commented 9 years ago

Adding another roadmap item:

  1. CLI
  2. Monitoring with Heapster, InfluxDB and Grafana
  3. Centralised logging
  4. Something to observe what's running like Kubernetes' Replication Controller
  5. Deployment history in the UI somewhere
  6. Use Weave & WeaveDNS to simplify the complex HAProxy plumbing and service discovery
  7. Proper test runner/framework (maybe Gulp)
  8. Move Paz to its own Github organisation
tomgco commented 9 years ago

Something to observe what's running like Kubernetes' Replication Controller

Do we ever want to target kubernetes as a backend, if so then we could add this as a task?

tomgco commented 9 years ago

Also we need to find a way of improving the development (of paz) workflow, at the moment we rely on pulling the latest version from the registry to test within the cluster, we need some way (maybe within the cli) to assist in serving development versions of docker images without compromising the integrity of what is "Live" in the registry.

lukebond commented 9 years ago

I know we once agreed that this was a good idea going forward, but I'm reluctant to introduce the complexity of Kubernetes. One of Paz's strengths is its simplicity. I suspect that Weave/WeaveDNS could replace some of the HAProxy stuff and simplify it further. But I'm undecided.

We should rephrase item 6, e.g.:

  1. CLI
  2. Monitoring with Heapster, InfluxDB and Grafana
  3. Centralised logging
  4. Something to observe what's running like Kubernetes' Replication Controller
  5. Deployment history in the UI somewhere
  6. Investigate simplifying, changing or replacing the Etcd/HAProxy service discovery layer (e.g. Weave, Kubernetes)- it's currently a bit brittle
  7. Proper test runner/framework (maybe Gulp)
  8. Move Paz to its own Github organisation
sublimino commented 9 years ago
tomgco commented 9 years ago

Another few for thought

lukebond commented 9 years ago

re unit file folders, I created #24 as I think it's more of an issue than something for the roadmap.

I'd like to have the CLI handle installation, in which case the user-data issues could come under that.

@sublimino your logging and testing items can be worked into the respective issues/milestones once they're created.

Is this a final list?

  1. CLI (including installation)
  2. Monitoring (e.g. with Heapster, InfluxDB and Grafana)
  3. Centralised logging
  4. Something to observe what's running like Kubernetes' Replication Controller (kill old versions and start new ones if missing)
  5. Deployment history in the UI somewhere
  6. Investigate simplifying, changing or replacing the Etcd/HAProxy service discovery layer (e.g. Weave, Kubernetes)- it's currently a bit brittle and difficult to understand / remember how it works
  7. Proper test runner/framework (maybe Gulp), test strategy and coverage targets
  8. Move Paz to its own Github organisation
tomgco commented 9 years ago

LGTM

lukebond commented 9 years ago

great, good discussion! let's divvy up into issues, discuss therein and milestone-ify.

lukebond commented 9 years ago

Created #25, #26, #31, #32, yldio/paz-web#2, #33, #34 and #35.