-
Notifications
You must be signed in to change notification settings - Fork 167
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
Add all-in-one installation script/docs #192
Conversation
fba980b
to
0ceef7a
Compare
Signed-off-by: llhuii <[email protected]>
0ceef7a
to
376e43e
Compare
Signed-off-by: llhuii <[email protected]>
376e43e
to
8d515fb
Compare
/hold cancel |
look good to me |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general it looks fine but there are still some writing points to consider.
Signed-off-by: llhuii <[email protected]>
d6e4d65
to
7a2d675
Compare
Signed-off-by: llhuii <[email protected]>
Signed-off-by: llhuii <[email protected]>
28f256b
to
54f1d1b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is a much improved version. Futher suggestion: Avoid ambigity and highlight the attractive local-up installation.
docs/setup/quick-start.md
Outdated
There are some ways to set up Sedna, depends on your use case: | ||
- If you have none Kubernetes environment and don't want to install Kubernetes manually, you can follow [the instruction](./all-in-one.md) to install all-in-one Sedna environment. | ||
- Else you can follow [this instruction](./install.md) to install Sedna on existing Kubernetes cluster. | ||
- Also [there is a local up script](./local-up.md) which is mainly used for developing Sedna, it boots a local Kubernetes cluster and installs Sedna based on local Sedna repository. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This version looks much more smooth. In fact, the local-up installation itself is very attractive. We can polish the sentences a little bit to make the local-up version stand out.
- Highlight the difference between local up and others. Add examples to show why a local version is needed.
- The first half is already a completed sentence where a period should be used.
- "used for developing Sedna" could be misleading. It implies "one cannot develop Sedna based on all-in-one or normal-install". Saying "easier development" would be fine.
Might the following is clearer (not very sure about the sayings and pls correct me if anything wrong):
"One more thing: we also have a local-up install script available for easier Sedna development, using only one machine to simulate a multi-container environment. That is, instead of setting up several machines, the local-up version boots a local Kubernetes cluster and installs Sedna based on a local repository.
[Example Use Case for Local-up Installation] When one is contributing new features for Sedna, codes like AI algorithms under testing can be frequently changed before final deployment. When coding in that case, s/he would suffer from tortured re-installations and frequent failures of the whole complicated system. To get rid of the torments, one can use the local-up installation, embraced the single-machine simulation for agiler development and testing."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Add the example use case for local-up into local-up.md
@MooreZheng: changing LGTM is restricted to collaborators In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
af586db
to
da90077
Compare
@MooreZheng PTAL |
da90077
to
b17d32c
Compare
When NUM_CLOUD_WORKERS >= 1, kind will taint master node with key='node-role.kubernetes.io/master'. By default, GM will be deployed at master node. So make master node schedulable, and be able to run workloads, i.e. GM here. Signed-off-by: llhuii <[email protected]>
740f615
to
e887b38
Compare
Updated according to all review coment. /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: llhuii The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
So let's merge it😄, @MooreZheng @JimmyYang20 |
Signed-off-by: llhuii <[email protected]>
e887b38
to
cc4952c
Compare
/lgtm |
fix #181