Что входит в SLA облачных сервисов?

Сколько соглашений об уровне обслуживания облачных сервисов у вас есть на сегодняшний день? По мере того как облачные сервисы продолжают управлять вашим бизнесом, их число будет расти, и вы можете перестать воспринимать мелкий шрифт SLA. Однако важно, чтобы каждое соглашение об уровне обслуживания учитывало ваши интересы.

Не соглашайтесь на какое-либо соглашение об уровне обслуживания облачных сервисов. Знайте, что должно быть включено в соглашение при выборе поставщика для вашего следующего облачного приложения.

Соглашения об уровне обслуживания не только о доступности

В самом строгом смысле SLA относятся к доступности облачных сервисов для вашей компании. В зависимости от того, насколько критично время безотказной работы для определенного приложения, вы можете заплатить за три, четыре или даже пять девяток доступности. Но нельзя просто подписать SLA на основании доступности услуги.

Хотя доступность является критическим аспектом любого SLA облачных сервисов, вам следует обратить внимание на гораздо большее, если вы хотите получить максимум удовольствия от работы.

5 советов по заключению соглашения об уровне обслуживания Solid Cloud Services

Убедившись, что в соглашении об уровне обслуживания учитываются ваши интересы с точки зрения доступности, можно переходить к другим важным пунктам соглашения. Вот пять других частей SLA облачных сервисов, на которые вам следует обратить внимание:

• Среднее время ответа / ремонта: Ваше соглашение об уровне обслуживания должно включать подробные сведения о том, когда поставщик услуг будет реагировать на сбои. Обычно это делится на уровни серьезности, но убедитесь, что вы имеете право голоса при определении определений этих уровней.

• Эскалация для устранения неполадок: Каждый раз, когда вы берете приложение из своего центра обработки данных в пользу платформы SaaS, вы жертвуете определенным уровнем контроля. Одним из следствий этого является то, что вы не можете позвонить своему системному администратору по поводу каких-либо сценариев устранения неполадок. Вместо этого вам часто остается позвонить в контактный центр поставщика услуг. Используйте свое соглашение об уровне обслуживания, чтобы определить путь эскалации, который позволит вам связаться с менеджером поставщика услуг, который может быстро решить ваши проблемы.

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

• Стандарты безопасности программного обеспечения: Существует внутреннее понимание, что ваш поставщик услуг возьмет на себя ответственность за системную инфраструктуру и безопасность. Однако вы можете захотеть, чтобы ваше SLA включало право проверять соответствие поставщика услуг, чтобы гарантировать защиту вашей компании.

• Гарантии аварийного восстановления: Доступность - это одно, но в вашем соглашении об уровне обслуживания должно быть четко указано, как поставщик услуг отреагирует на худший сценарий. Даже самые лучшие гарантии доступности могут быть снижены из-за неэффективных планов аварийного восстановления.

Внедрение облачных сервисов - это не простой процесс. Если вы хотите, чтобы ваши поставщики облачных услуг были подотчетны, вам необходимо соглашение об уровне обслуживания, в котором четко указывается, какой тип взаимодействия с пользователем вам положен.

Одна из проблем с поддержанием подотчетности заключается в том, что отслеживание показателей и опыта конечных пользователей облачных сервисов может оказаться сложной задачей. Если вы хотите узнать, как оставаться на вершине своих облачных сервисов и обеспечивать соблюдение соглашений об уровне обслуживания, загрузите это бесплатное руководство 5 сетевых показателей, которые следует учитывать в облаке .