OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm-ra message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [soa-rm-ra] RE: updated service description


Ken,

I can add material relating to our SLA discussion in
the Policies and Contracts section.

Danny

--- Ken Laskey <klaskey@mitre.org> wrote:

> Very true, which is why I included "but then you
> have to collect  
> metrics to compute and need a way to respond to
> requests to see the  
> average."  The implied addition was that the term
> average was defined  
> at some referenced location and itself could be
> retrieved.
> 
> BTW, where in the RA will this discussion be
> captured and is anybody  
> signed up to do it?  I'd very much like to pass this
> around during  
> discussions at MITRE.
> 
> Ken
> 
> On Mar 5, 2007, at 5:22 AM, Poulin, Michael wrote:
> 
> > So, the general rule for an SLA is that all listed
> characteristics  
> > out to be measurable. In this case, a statement
> like "you will get  
> > 20% faster response than the average" is not a
> legitimate SLA  
> > statement because it cannot be measured - the
> 'average' value is  
> > not defined, i.e. the statement is not
> self-contained or complete.  
> > Actually, the latter note may be the second
> requirement to an SLA.  
> > Moreover, a statement like "an average response
> time should be less  
> > than 3 seconds" is also not self-contained because
> 'average' value  
> > changes over the time; so, the proper statement
> has to sound like  
> > "an average response time should be less than 3
> seconds for any 30  
> > minutes after first 1 hour of work".
> >
> > I agree with Duane, nobody would care how long a
> response time is  
> > if "it is within an acceptable amount of time"...
> after "an  
> > acceptable amount of time" is clearly defined.
> >
> > - Michael
> >
> > From: Ken Laskey [mailto:klaskey@mitre.org]
> > Sent: 28 February 2007 02:59
> > To: Duane Nickull
> > Cc: Poulin, Michael;
> soa-rm-ra@lists.oasis-open.org
> > Subject: Re: [soa-rm-ra] RE: updated service
> description
> >
> > I more align with Duane's thinking here.  The SLA
> has to specify  
> > what is being measured and what is the standard or
> limit against  
> > which it is being compared.  An SLA can say you
> will get 20% faster  
> > response than the average, but then you have to
> collect metrics to  
> > compute and need a way to respond to requests to
> see the average.
> >
> > Ken
> >
> > On Feb 27, 2007, at 12:07 PM, Duane Nickull wrote:
> >
> >> But if you cannot see the response time of the
> other service  
> >> requests for comparison, how can the consumer
> surmise they got the  
> >> SLA they are assured of?  Should they really
> care?  As long as it  
> >> is within an acceptable amount of time, it
> shouldn’t matter.
> >>
> >> Duane
> >>
> >>
> >> On 2/27/07 5:42 AM, "Poulin, Michael"
> <Michael.Poulin@uk.fid- 
> >> intl.com> wrote:
> >>
> >>> The "priority over al others" - like silver/gold
>  user types -  
> >>> may be exposed as a 'response time', which can
> be easily  
> >>> monitored and measured. Moreover, why a SLA has
> to contain only  
> >>> run-time characteristics? It may contain a
> 'change control  
> >>> response time' (in days) as well, right?
> >>> The difference between SLA and Service Contract
> may be viewed as  
> >>> Policy section that cannot be a part of SLA.
> >>>
> >>> - Michael
> >>> Fidelity Investments - Web Delivery
> >>> Phone: +44-173-783-6038
> >>> E-mail: michael.poulin@uk.fid-intl.com  
> >>> <BLOCKED::mailto:michael.poulin@uk.fid-intl.com>
> >>> Web: http://www.fidelity.co.uk/
> <BLOCKED::http:// 
> >>> www.fidelity.co.uk/>
> >>>
> >>> Important: Fidelity Investments International,
> Fidelity  
> >>> Investment Services Limited, Fidelity Pensions
> Management and  
> >>> Financial Administration Services Limited (a
> Fidelity Group  
> >>> company) are all authorised and regulated in the
> UK by the  
> >>> Financial Services Authority and have their
> registered offices at  
> >>> Oakhill House, 130 Tonbridge Road,
> Hildenborough, Tonbridge, Kent  
> >>> TN11 9DZ. Tel 01732 361144. Fidelity only gives
> information on  
> >>> products and does not give investment advice to
> private clients  
> >>> based on individual circumstances. Any comments
> or statements  
> >>> made are not necessarily those of Fidelity. The
> information  
> >>> transmitted is intended only for the person or
> entity to which it  
> >>> is addressed and may contain confidential and/or
> privileged  
> >>> material. If you received this in error, please
> contact the  
> >>> sender and delete the material from any
> computer. All e-mails  
> >>> sent from or to Fidelity may be subject to our
> monitoring  
> >>> procedures. Direct link to Fidelity’s website -
> http:// 
> >>> www.fidelity-international.com/world/index.html
> >>>
> >>>>
> >>>>
> >>>> From: Duane Nickull 
> [mailto:dnickull@adobe.com]
> >>>> Sent: 26 February 2007  18:51
> >>>> To: Ken Laskey; michael.poulin@uk.fid-intl.com
> >>>> Cc:  soa-rm-ra@lists.oasis-open.org
> >>>> Subject: Re: [soa-rm-ra] RE: updated  service
> description
> >>>>
> >>>>
> >>>> SLA can only encompass externally visible
> facets of a  services  
> >>>> operations, otherwise it is more or less moot. 
> Why would   
> >>>> someone even contemplate saying “your service
> request will be  
> >>>> treated with  priority over al others” if there
> is no way to  
> >>>> verify or authenticate from an  external
> standpoint?  SLA’s  
> >>>> should really just stick to things like 
> timeouts, error  
> >>>> reporting and other externally visible
> behaviors.
> >>>>
> >>>> My  $0.02.
> >>>>
> >>>> D
> >>>>
> >>>>
> >>>> On 2/25/07 2:21 PM, "Ken Laskey" 
> <klaskey@mitre.org> wrote:
> >>>>
> >>>>
> >>>>> Michael,
> >>>>>
> >>>>> I started to respond to this hours  ago, then
> printed out your  
> >>>>> paper, and finally make it past numerous 
> distractions  
> >>>>> (including a unexpected 3 inches of snow to
> shovel) to finally   
> >>>>> collect my thoughts.
> >>>>>
> >>>>> On your first point, I think of the service 
> description as  
> >>>>> being the executive summary and table of
> contents.  It  gives  
> >>>>> you the critical overview and tells you where
> to find more   
> >>>>> details.  So while Interaction Policies &
> Contracts in the   
> >>>>> description may explicitly lay out such
> things, these are more  
> >>>>> likely to be  fully defined elsewhere and
> referenced from the  
> 
=== message truncated ===



 
____________________________________________________________________________________
Get your own web address.  
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]