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

Workspace.next - CheService model adjustment #9964

Closed
l0rd opened this issue Jun 7, 2018 · 6 comments
Closed

Workspace.next - CheService model adjustment #9964

l0rd opened this issue Jun 7, 2018 · 6 comments
Labels
kind/enhancement A feature request - must adhere to the feature request template.

Comments

@l0rd
Copy link
Contributor

l0rd commented Jun 7, 2018

We knew that the phase 1 w.next model was not perfect and that some incremental updates would be needed. With that in mind we have identified a flaw in current CheService implementation and should be refactored.

Refactoring proposal

  • Rename CheService as DevTool
  • Rename Container as CheContainer
  • Move Servers list from Container to DevTool and renamed it as DevToolEndpoints
  • Exposed port in a container should be represented as CheContainerPort and have a matching DevToolEndpoint..targetPort
  • Collapse CheServiceSpec in CheService
  • Add an id field for DevTool to be referenced in CheFeature

Plantuml png

Plantuml source

@l0rd l0rd added kind/enhancement A feature request - must adhere to the feature request template. team/osio labels Jun 7, 2018
@l0rd
Copy link
Contributor Author

l0rd commented Jun 7, 2018

cc @skabashnyuk @garagatyi

@skabashnyuk
Copy link
Contributor

@l0rd about Add an id field for DevTool to be referenced in CheFeature AFAIK we talk about using id in routes and service discovering techniques. For the referencing purposes, we are going to use name and version.

@l0rd
Copy link
Contributor Author

l0rd commented Jun 26, 2018

@garagatyi I have updated the model to use the name ChePlugin instead of DevTool. We will need to introduce the CheEditor and to remove CheFeature from the model. But I think it's ok to postpone these 2 steps as part of the walking skelethon epic.

@garagatyi
Copy link

We decided to remove name field from CheContainer since it is not needed now. If we find that we need it we will be able to add it back.

@garagatyi
Copy link

@l0rd do we really want that ChePluginEndpoint contain field isPublic instead of public? I'm OK with that, just want to clarify

@benoitf
Copy link
Contributor

benoitf commented Jun 29, 2018

I don't remember where I said it but I raised same issue, public is shorter (than isPublic)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement A feature request - must adhere to the feature request template.
Projects
None yet
Development

No branches or pull requests

4 participants