Сначала уясните суть облака

Руководители Progress Software предупреждают, что решение о внедрении облака может завязнуть в терминах, акронимах и обозначениях. Важно, чтобы потенциальный заказчик выполнил «домашнюю работу» и освоился с терминами, которыми оперируют вендоры, прежде чем вступать на путь переговоров. «Не следует сразу кидаться в новое дело, если вы не понимаете какие-то термины и технологии», - говорит Чиччари. «Прежде всего, нужно понимать, во что вы вступаете», - вторит ему Ормерод.

Знайте все детали SLA

Недавняя череда облачных отказов чему-то нас научила. Необходимо четкое соглашение об уровне обслуживания (SLA), которое поможет этому союзу был долгим и счастливым. Руководители Progress Software рекомендуют покупателям облачных сервисов внимательно изучить все условия SLA, чтобы знать, кто за что отвечает в разных обстоятельствах. Важно убедиться, что критически важные приложения не будут потом меняться; подписанное SLA защищает не только вашу репутацию, но и имя вендора. «Текст и формулировки SLA - это всё», - говорит Ормерод. «Как во всяком договоре, вы должны иметь абсолютную ясность, кто что делает, когда и как», - добавляет Чиччари.

Знайте, где ваши данные

Если союз распался, то неизбежен раздел имущества. Примерно та же ситуация с облаком. Договор вендора должен подробно оговаривать, что происходит с данными заказчика, если он сам или вендор выйдут из бизнеса, если произойдет слияние или покупка одной из сторон, и как долго вендор должен хранить данные клиента. Местонахождение данных и соблюдение регулятивных требований - также важные аспекты перехода в облако, говорит Ормерод.

Многоплатформная облачность

Это может выглядеть как «неверность», но любой «облачный» договор вендора должен содержать пункт о поддержке различных типов облака с возможностью использовать другие платформы. Следует спрашивать вендоров, обеспечивают ли они поддержку общедоступного, частного облака и гибридной модели, говорит Чиччари. Чтобы отношения были долгими, заказчик должен иметь возможность использовать нескольких вендоров облака одновременно для одного и того же приложения, системы или среды. «Зачем ограничивать себя лишь одним облаком? - говорит он. - А если что-то случится у Amazon, GoGrid или Rackspace?» Заказчики должны задаться вопросом: «Насколько легко мне будет перенести свои приложения от одного вендора к другому?» - добавляет Ормерод.