Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unified provider logic #878

Open
adriacidre opened this issue Feb 19, 2018 · 0 comments
Open

Unified provider logic #878

adriacidre opened this issue Feb 19, 2018 · 0 comments
Labels

Comments

@adriacidre
Copy link
Contributor

Preamble

Idea: <to be assigned>
Title: Unified provider logic
Status: Draft
Created: 2018-02-19

Summary

All provider logic should live on the same repo.

Product Overview

Actually the provider logic is spread between different libraries and services, so it's really hard for any newcomer (community or new dev) to identify how to work with providers.

Product Description

The main idea behind this issue is to have all provider related logic under the same repository so you can easily understand, test and manage any provider related logic.

A repository structure like:

ernestprovider
    spec        # Input ernest spec
        aws
            ec2
            ...
        ...
    mapping     # Internal mapping
        aws
            ec2
            ...
        ...
    provider    # Logic interacting with 3rd party SDKs APIs
        aws
            ec2
            ...
        ...

will allow api load the package github.com/ernestio/ernestprovider/spec and check if provided spec is correct. definition-mapper will also be able to require github.com/ernestio/ernestprovider/mapping to map the yaml spec on a valid internal service.

As all this requires are done as a package level, it won't require to load any heavy SDK, and that will only be required when you look for a github.com/ernestio/ernestprovider/provider package, mainly on the connectors.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant