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

Add SLA (Experts) support #3162

Merged
merged 10 commits into from Nov 8, 2018
Merged

Add SLA (Experts) support #3162

merged 10 commits into from Nov 8, 2018

Conversation

pmatulis
Copy link
Contributor

@pmatulis pmatulis commented Nov 6, 2018

No description provided.

Copy link
Contributor

@mitechie mitechie left a 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
Copy link
Contributor

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?

Copy link
Contributor Author

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.

[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
Copy link
Contributor

Choose a reason for hiding this comment

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

(remove an)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Hmm.

Copy link
Contributor

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.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

🆗

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*.
Copy link
Contributor

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.

Copy link
Contributor Author

Choose a reason for hiding this comment

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


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
Copy link
Contributor

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?

Copy link
Contributor Author

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.

Copy link
Contributor

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.

Copy link
Contributor Author

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.

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:
Copy link
Contributor

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"

Copy link
Contributor Author

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.

Copy link
Contributor

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?

Copy link
Contributor Author

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.


## Setting an SLA on a model
Consult the external [Juju Experts][juju-experts] page to find a managed
Copy link
Contributor

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.

Copy link
Contributor Author

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.
Copy link
Contributor

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?

Copy link
Contributor Author

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.

Copy link
Contributor

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.

Copy link
Contributor Author

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
Copy link
Contributor

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.

Copy link
Contributor Author

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.

Copy link
Contributor

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
Copy link
Contributor

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.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

See above.

## 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:
Copy link
Contributor

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.

Copy link
Contributor Author

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.

Copy link
Contributor

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.

Copy link
Contributor Author

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.

@pmatulis
Copy link
Contributor Author

pmatulis commented Nov 6, 2018

Much of it reads that the expert is managing the Juju for you

@mitechie
Where do you see that?

@pmatulis
Copy link
Contributor Author

pmatulis commented Nov 7, 2018

@mitechie
Copy link
Contributor

mitechie commented Nov 7, 2018

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.

@pmatulis
Copy link
Contributor Author

pmatulis commented Nov 8, 2018

@cmars
@mitechie

I'm good to go once my remaining question is answered:

Would the Expert also open support cases for the customer? It seems so since the original authentication (to set SLA) via SSO was done by the Expert.

Question answered via IRC.

@pmatulis pmatulis merged commit fc6d480 into juju:master Nov 8, 2018
@pmatulis pmatulis deleted the add-sla-support branch November 8, 2018 18:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants