ky 0.5.2.pre1 → 0.6.0

Sign up to get free protection for your applications and to get access to all the features.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA1:
3
- metadata.gz: 79b89255c18ce526eae627c708a5bc265777ff53
4
- data.tar.gz: 90ec88c86756ae65599f3005b4480e4312bce855
3
+ metadata.gz: 97fe31308fd5965cb4e060be68510e5d362d2d20
4
+ data.tar.gz: 10c53d5166e32068af33cb3eff65a9578d03a167
5
5
  SHA512:
6
- metadata.gz: 7a059e29f0cfc7b31c5873bf662e427abd8f676a697c5a15f3332efc2c9cf01c487b39b5f9eeb3063475975589b8eda2da69464d69b0558345e0335cecacdea5
7
- data.tar.gz: 83d2f6d350fec0028d7d3a8804ef316621bb2939eb968a50fc63f9abc607696ca9254d69233dcbbdec19592a51babf811ee7f64f5331a1d41cb4f59ccb17eec6
6
+ metadata.gz: 7dfce97e1633ec1af9baef516e2fd937c0caf294b1816f792d0eb40d4af5b012f5384d8c77f126d5edf16f51e11db655a1e9b9bdd306fae81ab071f5d2344627
7
+ data.tar.gz: 85c24fa3ca01a9fba7af99297666cdfe147731ef15ecd8fd141e035df2259138ce9f999dd28ba889ef4ed73e17200b2e7cad9b94458fe556197adbdc4146feb3
data/README.md CHANGED
@@ -4,10 +4,12 @@
4
4
 
5
5
  The primary purpose is to automate/DRY up duplication and agreement between multiple deployment YAML files and config/secret yaml files that we saw emerging as we built our kubernetes configuration.
6
6
 
7
- The full/hopeful use of the tool may be enabled with the new `compile` command which is very much a rough draft at present, but which takes a crack at generating a complete deployment yaml file for every line of a Procfile such as used for Heroku, and a pair of config and secrets files. The secret file can be non-base64 encoded, and compile will generate deployments and a base64 encoded secrets file to a target directory specified. This command uses all the below commands in combination, one other command not exposed via CLI independently.
7
+ There is a companion gem which relies on/integrates with ky called [kubert](https://github.com/stellaservice/kubert), which share configuration. KY manages compiling a Procfile, configmaps, secrets and a template into valid kubernetes yaml for various environments and deployment targets, and operates only locally with no network activity. Kubert adds convenience wrappers for actions interacting with your kubernetes cluster such as opening a console, running a task, deploying and rolling back.
8
+
9
+ The primary usage of ky at present is the `compile` command which generates a complete deployment yml file for every line of a Procfile such as used for Heroku, and a pair of config and secrets files. The secret file can be non-base64 encoded, and compile will generate deployments and a base64 encoded secrets file to a target directory specified. This command uses all the below commands in combination, one other command not exposed via CLI independently.
8
10
 
9
11
  The command is invoked as:
10
- `ky compile Procfile.file config.yml secrets.yml output_dir` and the output directory will be created if necessary. You may pass a namespace to compile which will be reflected in the deployments (and should agree with the config and secrets, though it's not checking they agree at present). The arguments are all configurable via the configuration file as well, so it can in practice be invoked as `ky compile` or `ky compile --envioronment stg` if you have a configuration file correctly present as described below.
12
+ `ky compile -e {{env}}` assuming you have a .ky file specifying path to Procfile.file, configmap.yml, secrets.yml and output_dir. You may pass a namespace to compile which will be reflected in the deployments (and should agree with the config and secrets if specified).
11
13
 
12
14
  Configuration begins with a config file in the project working directory, or in your home directory if you wish to share across several projects. Unfortunately there are several competing conventions for configuration files, the traditional dot-file configuration convention and newer, more visible Capitalfile configuration. KY is a lubricant, and has no opinion, and therefore currently supports naming your configuration file `.ky.yml`, `.ky.yaml`, or `Lubefile`. The default configuration, if this file is not found, is as follows:
13
15
  ```
@@ -8,11 +8,18 @@ image_tag: "latest"
8
8
  api_version: "extensions/v1beta1"
9
9
  inline_config: true
10
10
  inline_secret: false
11
- project_name: "connect"
11
+ project_name: "my-project"
12
12
  config_path: "spec/support/config.yml"
13
13
  secret_path: "spec/support/decoded.yml"
14
14
  output_dir: "namespaces"
15
15
  procfile_path: "spec/support/Procfile"
16
+ kubert:
17
+ contexts:
18
+ staging: staging.example.com
19
+ prod: production.example.com
20
+ excluded_deployments: [sanitize, migration]
21
+ default_environment: stg
22
+ task_pod: console
16
23
  merge:
17
24
  web:
18
25
  spec:
@@ -1,3 +1,3 @@
1
1
  module KY
2
- VERSION = "0.5.2.pre1"
2
+ VERSION = "0.6.0"
3
3
  end
metadata CHANGED
@@ -1,14 +1,14 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: ky
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.5.2.pre1
4
+ version: 0.6.0
5
5
  platform: ruby
6
6
  authors:
7
7
  - Brian Glusman
8
8
  autorequire:
9
9
  bindir: bin
10
10
  cert_chain: []
11
- date: 2017-03-27 00:00:00.000000000 Z
11
+ date: 2017-03-28 00:00:00.000000000 Z
12
12
  dependencies:
13
13
  - !ruby/object:Gem::Dependency
14
14
  name: rake
@@ -167,9 +167,9 @@ required_ruby_version: !ruby/object:Gem::Requirement
167
167
  version: '0'
168
168
  required_rubygems_version: !ruby/object:Gem::Requirement
169
169
  requirements:
170
- - - ">"
170
+ - - ">="
171
171
  - !ruby/object:Gem::Version
172
- version: 1.3.1
172
+ version: '0'
173
173
  requirements: []
174
174
  rubyforge_project: ky
175
175
  rubygems_version: 2.6.8