Giter Club home page Giter Club logo

example-bundles's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

example-bundles's Issues

Error when running the quickstart sample

I got the following error when running the example from the quickstart guide

โžœ  bundles git:(master) BUNDLE=helloworld VERSION=latest make build
docker build -t cnab/helloworld:latest helloworld/cnab
Sending build context to Docker daemon  3.584kB
Step 1/4 : FROM alpine:latest
latest: Pulling from library/alpine
Digest: sha256:621c2f39f8133acb8e64023a94dbdf0d5ca81896102b9e57c0dc184cadaf5528
Status: Downloaded newer image for alpine:latest
 ---> 196d12cf6ab1
Step 2/4 : COPY app/run /cnab/app/run
 ---> 9084fc75daec
Step 3/4 : COPY Dockerfile cnab/Dockerfile
 ---> 4e357403a0e4
Step 4/4 : CMD [ "/cnab/app/run" ]
 ---> Running in ebb6e6bc39d0
Removing intermediate container ebb6e6bc39d0
 ---> 73d14333e4e4
Successfully built 73d14333e4e4
Successfully tagged cnab/helloworld:latest
duffle bundle sign -f helloworld/bundle.json -o helloworld/bundle.cnab
==> Generating a new secret keyring at /Users/ramiro/.duffle/secret.ring
==> Generating a new signing key with ID  <[email protected]>
==> Generating a new public keyring at /Users/ramiro/.duffle/public.ring
Error: no parseable user identity attached to key
make: *** [sign-local] Error 1

Not sure if there's a dependency missing on my box, or if there's a pre-req missing. This is with duffle 0.1.0-ralpha.4+dramallamabuie

Hellohelm bundle.json doesn't include the status action

Although the hellohelm CNAB supports the status action (https://github.com/deislabs/bundles/blob/master/hellohelm/cnab/app/Makefile#L23) this isn't included in the bundle.json in https://github.com/deislabs/bundles/blob/master/hellohelm/bundle.json

This is fine for clients (like duffle) which assume the presence of the status action, but for dynamic clients which discover actions this doesn't work. This might be the case for other example bundles in this repository.

Add CI

Add brigade.js to this repo.

First task/goal of this file/CI will be to run the functional test(s) mentioned in #37, perhaps via either/both of cronjob, webhook (push) events.

No example of path destination for parameters

I spent some time today looking though each of the examples in the repo in order to try to gain some more context for some of the points of view expressed in cnabio/cnab-spec#114. While I was looking, I noticed that there are currently no examples in the repository of using a path as a destination for a parameter. Do we have any use-cases that we can think of that might prove to be good examples of why the spec supports this feature?

should example bundles be signed or unsigned

Following up from the convo on #29

We make the signing piece pretty easy on the backend so I think the bundles that exist in this repo should be signed by default.

There is a directory that is called bundles in this repo which just contains a bundle of bundle.json files. I think those can be unsigned examples.

What do we think ? @technosophos @tariq1890 @radu-matei

Proposal: Reduce to just six or seven examples, update to Core Spec 1.0

This repo was originally written to capture concepts of CNAB as we went. It did faithful duty as a source of examples in the early days before there were any implementations of the spec.

But now it is both conceptually behind and not very helpful compared to the other tools.

So I suggest that we remove all but the hello* and example-* bundles, and then update those remaining six or seven to work well with the version of Duffle that shipped with CNAB Core 1.0

OpenFaaS duffle.json/bundle.json confusion

We have for some time been performing consistency checks on Helm charts and are now starting to assess CNAB bundles as well. Read here about some background: https://blog.zhaw.ch/splab/2019/01/05/diving-into-the-helm-ecosystems-from-charts-to-metrics/

It appears that since the OpenFaaS bundle was contributed from a previously external repository, it does not fully conform to the CNAB specification - in particular its bundle.json file is named duffle.json. This was caught by our preliminary consistency checks.

updating from https://github.com/deislabs/bundles
!! bundle.json file missing in openfaas
21 bundles, including 5 base bundles found

Solution: git mv bundles/openfaas/duffle.json bundles/openfaas/bundle.json

Add functional test(s)

As proposed by @technosophos : add a way for devs and CI to run functional test(s) on all the bundles in this repo.

Goals for this ticket:

  • A way to run functional test(s)
    • make target, perhaps?
  • Minimal check on local bundles
    • fetch latest duffle release binary
    • run duffle commands, e.g.
      • duffle creds generate aks-test-creds -f aks/cnab/bundle.json --insecure -q
      • duffle install -d debug aks-test -f aks/cnab/bundle.json --insecure -c aks-test-creds
      • other? (check claim existence, etc.?)
    • report pass/fail (presumably via exit code from last command above)

Update bundles with required schemaVersion

The bundles in this repo need updating to add the required schemaVersion property:

[ { keyword: 'required',
    dataPath: '',
    schemaPath: '#/required',
    params: { missingProperty: 'schemaVersion' },
    message: 'should have required property \'schemaVersion\'' } ]

Updated bundles can be verified via make build-validator validate (CI will also do this.)

Bundle's invocation images should use 'latest' tag

Currently, CI just pushes latest tags for all of the cnab/* invocation images on each merge to this repo. Therefore, the bundle invocation images referenced in their bundle.json (duffle.json soon?) should use this tag.

Example: Brigade CNAB bundle

Brigade is multi-image, multi-part config, and a fairly complex Helm chart. It would be a great candidate for testing

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.