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

feature(): support event type in resource gateway #187

Merged
merged 1 commit into from
Feb 28, 2019

Conversation

VaibhavPage
Copy link
Contributor

No description provided.

@VaibhavPage VaibhavPage added this to the v0.8.1 milestone Feb 28, 2019
Copy link
Contributor

@magaldima magaldima left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks fine to me. @VaibhavPage as discussed, this type of change is slightly concerning since gateway configurations live in configMaps and although these configurations all have a specific shape (API), they are not part of any types.go or api package?

@VaibhavPage
Copy link
Contributor Author

VaibhavPage commented Feb 28, 2019

A while back, I thought of implementing a Custom Resource called EventSource. Basically like following,

apiVersion: argoproj/v1alpha1
kind: EventSource
metadata:
    name: webhook-event-source
spec:
    eventSources:
        webhook:
            # map of config key and value.
            "index":
                port: 12000
                endpoint: "/endpoint"
            "foo":
                port: 12000
                endpoint: "/foo"

Although this is better than storing event sources in Configmaps, the code changes would touch almost every file that deals with gateways. So I kind of hold back on it.

@VaibhavPage
Copy link
Contributor Author

@magaldima @dtaniwaki let me know your thoughts.

@VaibhavPage VaibhavPage merged commit a1fa700 into master Feb 28, 2019
@dtaniwaki
Copy link
Member

Could you tell me the advantage of defining EventSource over utilizing ConfigMap in terms of the functionality?
Maybe, we should create an issue to discuss it because it's out of the scope of this PR?

@VaibhavPage
Copy link
Contributor Author

in terms of functionality, no advantage. I would say it is an organizational change. Basically organizing the event sources in a spec so that they become part of a standard api, instead of strings as they are in configmaps. This is something we can think about after v1.0 is released.

@magaldima magaldima deleted the enhance-resource-gateway branch March 1, 2019 13:43
@dtaniwaki
Copy link
Member

I see. Thanks for the explanation!
I think organizing thing is always good.

juliev0 pushed a commit to juliev0/argo-events that referenced this pull request Mar 29, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants