wskadmin and supporting non CouchDB storage systems

[Chetan Mehrotra <ch...@gmail.com>]

Currently OpenWhisk provides an abstraction in the form of
ArtifactStore SPI to plugin in a different store for controller and
invoker.

In addition to controller and invoker wskadmin script also requires db
access and performs the changes by directly connecting to the db which
is currently CouchDB

What approach should we take to support other storage types when using wskadmin?

Should we add a similar SPI in python or we implement similar wskadmin
as a whole for other storage support ensuring that cli arguments
remain same

Chetan Mehrotra

Re: wskadmin and supporting non CouchDB storage systems

[Chetan Mehrotra <ch...@gmail.com>]

Thanks Rodric for the suggestion. Would work a on PR for that (time to
learn Python!)
Chetan Mehrotra


On Tue, Feb 27, 2018 at 5:22 PM, Rodric Rabbah <ro...@gmail.com> wrote:
> I’d favor class overrides via a command line switch, and refactoring wskadmin so the db interaction is encapsulated in a separate class file(s).
>
> -r

Re: wskadmin and supporting non CouchDB storage systems

[Rodric Rabbah <ro...@gmail.com>]

I’d favor class overrides via a command line switch, and refactoring wskadmin so the db interaction is encapsulated in a separate class file(s). 

-r