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 SLA (Experts) support #3162
Conversation
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.
Some feedback and an overall question on the target being the person with juju control or not. Much of it reads that the expert is managing the Juju for you, but then all the UX and such is for the end user to run their own Juju setup. I'm not sure which path is actually correct.
@@ -1,149 +1,257 @@ | |||
Title: Managed solutions under SLA | |||
Title: Managed solutions |
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.
Should this be Juju Experts as that's the branding of the offering?
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.
I don't think so. The software allows for "managed solutions". It does not manage the Juju Experts program.
src/en/experts-sla.md
Outdated
[Juju experts](https://jujucharms.com/experts) may designate a Juju | ||
model as a managed, supported solution by setting an SLA. | ||
A Juju Expert is a partner backed by professional support at Canonical Ltd. | ||
Such a partner deploys and supports an infrastructure based on Juju. We call |
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.
(remove an)
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.
Hmm.
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.
Hmm? You support infrastructure, deploy infrastructure, manage infrastructure. I don't really think there's a case where you prefix it with an.
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.
🆗
src/en/experts-sla.md
Outdated
model as a managed, supported solution by setting an SLA. | ||
A Juju Expert is a partner backed by professional support at Canonical Ltd. | ||
Such a partner deploys and supports an infrastructure based on Juju. We call | ||
this a *managed solution*. |
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.
ok, I see the managed solution bit.
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.
✅
src/en/experts-sla.md
Outdated
|
||
There are three support levels that may be set on a model: | ||
Any support requests beyond the build, workload, and operation of a particular | ||
solution can be escalated to Canonical by means of their Ubuntu Advantage |
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.
so this is written to the end user who might work with an expert. Does the expert do the escalation or the end user?
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.
The Expert. I will specify.
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.
So if this is the expert why put it here in end user documentation? They're not going to do the escalating and it's in the Experts area of wrapping things for the end user. This seems like sharing implementation details. We can just say we support the experts and you can trust them.
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.
Knowing that the Expert can escalate to Canonical, but only for certain things, is a huge part of the deal. More transparency.
src/en/experts-sla.md
Outdated
Juju itself, Ubuntu-specific software, or the operating system kernel. The | ||
escalated support case will be treated by Canonical at the same support level | ||
currently ascribed to the partner. Hence, support level names used by both a | ||
Juju Expert and by Canonical are the same: |
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.
I'd just state that there's a common set of support levels and not get into the customer vs the canonical one. Especially since they're common as part of the expert program it's like telling the user "they could be different words for this, but we've made sure both parties use the same words"
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 is fairly innovative and non-intuitive and I wanted to dispel any confusion by making it transparent.
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.
but the end user isn't going to the ubuntu UA page and buying a product. They're going through their experts right?
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.
We don't know. They can very well be looking for a solution in both camps. It's better to be transparent so the customer will be in a better position to take a decision.
src/en/experts-sla.md
Outdated
|
||
## Setting an SLA on a model | ||
Consult the external [Juju Experts][juju-experts] page to find a managed |
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.
I'd remove "external" here.
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.
🆗
The following requirements need to be met before setting an SLA for the first | ||
time: | ||
|
||
1. The Juju operator will need an [Ubuntu SSO][ubuntu-sso] account. |
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.
but is the operator the expert or the end user?
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.
The term "Juju operator" is what the documentation uses to refer to the person who operates Juju. It is distinguished from a "Juju user" (add-user
). I can just say "you" if that is clearer. We do not use the term "end user" in the documentation as it is too vague.
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.
Sorry, maybe my question is more is that if the Expert is the Juju operator I'd not put it here. Again, it's more details for end users they don't need to know or worry about. Just that they have a way to get expertise and Canonical has their back. They're trustworthy and we're attaching our name/trust to them.
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.
The Juju operator is the customer. Everything in this document is for the customer, except the bit about escalation being done by the Expert.
|
||
```bash | ||
juju sla essential --budget 100 | ||
juju sla -m default essential --budget 100 |
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.
can we use a different model name vs default for the example. It's almost certainly not "default" in any real case and might confuse folks.
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 was deliberate and is often used throughout the documentation. The base documentation should not be using exotic names when introducing new topics. Tutorials and blogs and documented use cases are better for that.
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.
k
``` | ||
|
||
```no-highlight | ||
Model SLA Message | ||
lxd:admin/default essential the new sla will become effective on 2018-11-05 |
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.
Same here, I'd change lxd to something more intersting. Maybe use an expert company name or something.
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.
See above.
src/en/experts-sla.md
Outdated
## Creating a support case | ||
|
||
When it comes time to request help from your Expert you can file a support case | ||
using the same URL for requesting a credit limit increase: |
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.
I'd not tie the url to the credit limit. Just show it as the correct url for someone looking to file an issue.
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.
OK, but I thought it would be simpler on the user to know that there is just one URL and not a bunch to keep track of.
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.
Right, but if they come looking for a URL for X they're looking for X and anything not X is just noise to have to filter through.
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's not a big issue for me. I'll remove the extra words.
@mitechie |
I spoke with Casey and talked through the concerns and he sees my confusion between the two segments. He expressed there's a bit of a desire for the Experts to have something that shows potential customers "here's what we're doing for you". I think if we can take this page and basically split it in half we'll be ok. The top part focuses on what's an Expert, how they can help you solve problems, etc. The second half is very much "what the expert is doing" and so should impress an end user but not be step by step for the user as they're not going to be doing those steps at this point. With this I'd like to use headings and for us to look at the two parts in their own unique views. The intended audience of the page is meant to be the end user, but we should not hint/suggest end users run the commands the experts are doing for them. |
No description provided.