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

No checks to verify critical steps #3

Open
lxie123 opened this issue Mar 18, 2021 · 3 comments
Open

No checks to verify critical steps #3

lxie123 opened this issue Mar 18, 2021 · 3 comments

Comments

@lxie123
Copy link

lxie123 commented Mar 18, 2021

While running through this workshop, I noticed that users can skip certain critical steps and still move to the next section. They may only find out much later that the end result will not work.

For example, if they skips the step to push the image to the repo. they won't know that there is problem until it's time to test the app. May be very difficult for new users to troubleshoot this.

It may be useful to make sure to confirm these critical steps are done before students can move forward. This is a " nice to have".

@eitansuez
Copy link
Contributor

does the katacoda scenario handle this issue?
my sense is that for this simple hands-on course, we should assume users can figure out why some command might return an error. pretty much every educates workshop out there behaves like this.
e.g. if someone doesn't apply their deployment on step n, some subsequent command on step n+m will likely produce an error too.

@lxie123
Copy link
Author

lxie123 commented Mar 18, 2021

I think this one is a little more obscure , like you wont find it till many steps down the line.. Maybe after steps like this we can actually run another command to verify it was pushed.. Like curl repo command...

Other labs do that too.. like kubectl apply -f and then follow up with kubectl get ...

Also we want to raise the bar, not do what every other workshop does right ? :)

@eitansuez
Copy link
Contributor

fyi..the point of this specific workshop was to be a 1-to-1 port of the existing katacoda scenario, nothing more. partly, it was to find out if we could use eduk8s to achieve the same thing that the existing katacoda scenario did.

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

No branches or pull requests

2 participants