~barryprice/juju-deployer/LP1892423

« back to all changes in this revision

Viewing changes to doc/announcement.txt

  • Committer: Adam Gandelman
  • Date: 2013-09-03 20:44:14 UTC
  • mfrom: (69.3.45 darwin)
  • Revision ID: adamg@canonical.com-20130903204414-xsqqz2gp83dp5d2o
MergeĀ lp:juju-deployer/darwin.

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
 
 
2
Juju deployer for juju-core.
 
3
 
 
4
Hi Folks
 
5
 
 
6
Juju deployer is an automation tool for deploying complex applications
 
7
with juju. It encompasses most of the properties of a juju environment
 
8
(relations, config, constraints) along with charm vcs management into
 
9
a simple definition format. It allows for inheritance between
 
10
configurations which makes it straightforward to take customize/share
 
11
a base environment configuration across multiple environments.
 
12
 
 
13
Deployer was written by Adam Gandleman, and originated from some of
 
14
Canonical's openstack charm development and deployment, and has seen fairly
 
15
widespread adoption within canonical for application deployment.
 
16
 
 
17
There's a new implementation of juju-deployer that supports juju-core
 
18
and pyjuju. I took the opportunity to add some new features, tests,
 
19
and docs. When used with juju-core it now uses the environment's
 
20
websocket api instead of the cli where possible, and also for allow
 
21
for reporting live changes as the deployment proceeds. Change listing
 
22
at the bottom of the email.
 
23
 
 
24
 
 
25
Installation
 
26
------------
 
27
 
 
28
 $ pip install juju-deployer
 
29
 
 
30
Source
 
31
------
 
32
 
 
33
 bzr branch lp:juju-deployer/darwin
 
34
 
 
35
Docs
 
36
----
 
37
 
 
38
 http://pythonhosted.org/juju-deployer/
 
39
 
 
40
Changes
 
41
-------
 
42
 
 
43
 - Relations only added if they don't exist.
 
44
 - Support for multiple services using the same charm.
 
45
 - Support for automatic retrying of failed relations.
 
46
 - Support for simpler relation definition syntax, either a list of
 
47
   endpoint pairs - [blog, db] or list of endpoint, [targets] can be used. ie. [blog, [db, cache]] can be used.
 
48
 - Uses watches for live feedback of change progress in an environment.
 
49
 - Additional sanity/error checking prior to modifying an environment.
 
50
 - yaml support config file support
 
51
 - multiple inheritance
 
52
 - No support atm for resetting the environment's charm cache.
 
53
 - Unit tests.