ITPARK.ru - ERP форум  - ITIL форум  
ITSM база знаний и Форум Параметры  |  Регистрация  |  Посетители  |  Поиск  |  Помощь
    |- Service delivery > Service delivery Разместить новый топик   Post A Reply
Что для вас означает End-to-End Availability? Показать принтер версию
next oldest post
Автор Сообщение
Владимир Бахметьев
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Четверг, Февраль 20, 2003 @ 20:20:15  

Как вы это понимаете и реально измеряете ?
Илья Хает
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 15:15:53  

Как я понимаю "End-to-End":
End-to-End это ... "консолидированные" (по характеру) и "обобщенные" (по способу представления) характеристики работы не важно чего - услуг, систем, инфраструктуры, когда эти характеристики показываются так, как вроде эти услуги, системы и т.д являются одним неделимым целым (типа черного ящика).
Пример: услуга (и ее availability) зависит от (availability) сети, ПК, принтера. Позиция заказчика, когда его не волнует что внутри, есть ли резервный маршрут в сети и т.д., но волнует работоспособность, время простоя ... это и есть End-to-End храктеристика.

Как измеряют End-to-End
1. Можно мерять характеристики по компонентам и из них вычислять End-to-End
2. Можно сразу мерять End-to-End (причем мерять можно с отдельных "пробников" или непосредственно с "места потребления услуги" - например с пользовательской персоналки)
Существуют программные продукты и первого и второго способа работы. Как правило, используются оба.

End-to-End Availability
И для первого и для второго способы работы есть известные программные продукты и простые технические решения непосредственно_для_Availability (попросту говоря, меряющие жив/не_жив).
Кроме того, есть популярные нынче решения направленнные на контроль responce_time, которые так-же можно использовать, поскольку они рапортуют и о том что ... "не_жив".

До тех пор, пока люди трясутся над серверами, сетью и т.д. (техническими вопросами) ... End-to-End их интересует только как способ прикрыться, показать, что все хорошо. Если начинается ориентация на услуги, и качество их предоставления ... End-to-End (в т.ч.) Availability приобретает особое значение :)

Владимир Бахметьев
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 16:16:40  

Илья, спасибо.
Я бы только чуть-чуть уточнил: End-to-End Availability означает готовность систем, в первую очередь, с точки зрения конечного пользователя. Плюс к этому, очень часто, особенно на начальных этапах внедрения, возможно расхождение между показателями системы мониторинга и работоспособностью приложения у конкретного пользователя.

Теперь сценарий. У вас в SLA прописано "Обеспечить готовность услуги Х на уровне 99% круглосуточно".
Как бы вы прописали:
а) учет запланированных простоев
б) условия, когда с пятидесяти площадок с пользователями доступ с 49-ти возможен, а с одной - нет?
25/25? 1/49?

Николай Крачун
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 16:54:51  

Quote:
Originally posted by Владимир Бахметьев
Теперь сценарий. У вас в SLA прописано "Обеспечить готовность услуги Х на уровне 99% круглосуточно".
Как бы вы прописали:
а) учет запланированных простоев
б) условия, когда с пятидесяти площадок с пользователями доступ с 49-ти возможен, а с одной - нет?
25/25? 1/49?

Вопрос не ко мне, но... встряну.
IMHO тема эта скорее к SLM, но с другой стороны при подготовке SLA консультации с Availability конечно нужны...
так что вопрос наверно можно переформулировать так: что посоветует написать в OLA Av.Manager? Тогда:
1. SLA пишется (обычно) на неопределенный срок (continuous) так что должно быть продолжение:
"Обеспечить готовность(may be доступность?) услуги Х на уровне (видимо, качества?) 99% круглосуточно, 7 дней в неделю (кроме вс с 00-30 по 04-00), 350 дней в год (исключаются дни регламентных работ согласно Прил.Z)".
2. Тут у меня уверенности нет, но у себя я это заложил в описание Уровней Надежности (Reliability levels):
"Доступностью Услуги X для Клиента считается ее доступность как минимум на 90% рабочих мест уровня 3 (common users), 95% рабочих мест уровня 2 (key users) и 100% рабочих мест уровня 1 (VIPs)."

Владимир Бахметьев
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 17:03:07  

Quote:
Originally posted by Николай Крачун
Вопрос не ко мне, но... встряну.

Вопрос к кому угодно - это я нечетко сформулировал. Иззиняюссььь.

Quote:
Originally posted by Николай Крачун
"Доступностью Услуги X для Клиента считается ее доступность как минимум на 90% рабочих мест уровня 3 (common users), 95% рабочих мест уровня 2 (key users) и 100% рабочих мест уровня 1 (VIPs)."

а) сколько у вас рабочих мест?
б) какова география их распределения
в) как вы определяете процент р.м., затронутых инцидентом? По количеству инцидентов?

Николай Крачун
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 18:24:05  

Комментарий - выше была не дословная цитата.

а) сколько у вас рабочих мест?
около 200.

б) какова география их распределения
Питер Офис - 70
Питер Фабрика - 30
Питер Дочерн.Ф. - 25
Москва Офис - 20
Регионы (одиночки) 50

в) как вы определяете процент р.м., затронутых инцидентом? По количеству инцидентов?
Если инцидент рекорд касался одного человека - в нем так и записано.
Если сервис "сломался" у нескольких (2, 3) людей - инцидент рекорд пишется для каждого.
Если SD видит, что инцидент затрагивает "много" народу - вешается оповещение всем, потом сужается до реально затронутых (к примеру подсеть - пару отделов). В записи об инц-те в результате запишется - "тотально" или "все сейлзы" или еще что.

Владимир Бахметьев
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 18:31:35  

Т.е. готовность/неготовность услуги в результате определяется вручную, так?
Николай Крачун
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 18:53:29  

Quote:
Originally posted by Владимир Бахметьев
Т.е. готовность/неготовность услуги в результате определяется вручную, так?

У нас - да. Мы еще "недозрелые". Софта практически никакого нет. Я не имел ввиду, что так и надо - описывал как есть у нас. Но этот принцип IMHO вполне можно "автоматизировать".
Владимир Бахметьев
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 21, 2003 @ 19:25:25  

Не уверен, что всеобщая автоматизация - это обязательное условие. И то, что сделано у вас, сделано у очень и очень немногих ...
И у меня есть стойкое убеждение, что 80 процентов задач можно автоматизировать и подручными средствами.
"ITIL на салфетках" есть, теперь еще можно рубрику "Автоматизация на коленках" открыть :-)
Разместить новый топик   Post A Reply Перейти к:
Написать вебмастеру | ИТСМ форум | Политика Privacy All times are GMT +4 Hours.
Добро пожаловать на форум, Guest!  
Login
Имя :
Пароль :
Чтобы пользоваться нашим форум необходимо зарегистрироваться! Пришлите заявку.В заявке необходимо указать имя и фамилию, и желательно место работы.

Уведомление о регистрации вас на форуме и логин будут высланы на ваш E-mail!
Имя и пароль регистрозависимы!
Правила форума здесь.
Forum Rules & Description
Who Can Read The Forum? Any registered user or guest
Who Can Post New Topics? Any registered user
Who Can Post Replies? Any registered user
Who Can Edit Posts? Any original author
Service delivery
Текущих активных посетителей: 4
Всего текущих 0 посетителей и 4 гостей на сайте. | Большинство пользователей когда-либо было 167 on 04-10-2008 22:55:22
Поиск на этом форуме
Поисковые слова: Искать за:
Powered by CuteCast v2.0 BETA 2
Copyright © 2001-2003 ArtsCore Studios
Все права защищены.
GALPRO ©2003-2018

Яндекс.Метрика