Облачная или локальная инфраструктура: как выбрать, где будет работать система

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

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

Опишите систему и границы сравнения

Соберите требования к рабочей нагрузке

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

• Цель системы, владелец и пользователи, включая удаленные объекты.
• Поддерживаемая версия, лицензии и варианты развертывания, которые предоставляет поставщик.
• Объем данных, нормальная нагрузка, пиковые нагрузки и ожидаемые изменения.
• Соединения с другими приложениями, оборудованием и внешними сервисами.
• Требования к времени отклика, доступности и восстановлению.
• Ограничения на данные и местоположение, подтвержденные ответственным лицом, отвечающим за требования компании.

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

Различайте местоположение от уровня обслуживания

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

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

Определите, кто управляет системой

Разделите обязанности по уровням

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

Модель разделенной ответственности Microsoft показывает, что клиент отвечает за виртуальные машины, операционные системы и приложения в IaaS. В PaaS и SaaS, поставщик берет на себя некоторые из этих задач. Данные, учетные записи и настройки доступа по-прежнему остаются в зоне ответственности клиента. Подтвердите точные границы для выбранного сервиса.

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

Проверьте требования к безопасности и данным

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

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

Сравните общую стоимость за тот же период

Включайте затраты на установку, эксплуатацию и завершение проекта

Выберите одинаковый период сравнения и одинаковый набор функций. Используйте реальные цены, действующие контракты и данные о нагрузке. Разделите первоначальные затраты, регулярные платежи и затраты, зависящие от использования. Не вводите ноль, если цена неизвестна.

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

Проверьте условия для роста и сокращения

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

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

Для каждого расчета, укажите источник цены, дату, предположения о нагрузке и ответственного. Проверьте стоимость передачи данных в обоих направлениях, по объему и условиям предоставления услуг. Также необходимо предусмотреть сценарий завершения: как извлечь данные и сколько усилий потребуется в другой среде.

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

Проверьте подключение и скорость отклика приложений

Оцените весь путь пользователя

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

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

Протестируйте необходимые действия

Выберите действия, которые выполняют сотрудники на работе: открытие документа, запись транзакции в базе данных, получение отчета, передача файла или использование локального устройства. Измерьте результат в нормальных условиях и при типичной нагрузке. Договоритесь о приемлемом времени отклика с ответственным лицом.

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

Оцените изменяющуюся нагрузку и поддержку приложений

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

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

Если вы выбираете SaaS, проверьте интеграции, методы экспорта, ограничения API и поддержку необходимых устройств, а также функциональность. Если вы выбираете собственную установку, подтвердите совместимость между операционной системой, базой данных, лицензиями и методом резервного копирования. Зафиксируйте, кто отвечает за обновления и как будет протестирована новая версия.

Определите условия сбоя и восстановления

Определите, какие операции останавливаются при сбое, какие данные компания готова потерять, и сколько времени доступно для восстановления. Эти условия необходимы для сравнения вариантов. Разработайте подробный план резервного копирования и процедуру тестирования отдельно, но учитывайте их стоимость и ответственного за них.

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

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

Составьте матрицу для каждой системы

Укажите два конкретных варианта вместо общих слов «облако» и «сервер». Например, укажите уровень обслуживания и конфигурацию, или локальную платформу с ответственным за ее обслуживание. Сохраняйте доказательства и открытые вопросы для каждой строки. Неподдерживаемые оценки не заменяют проверки ограничений.

Протестируйте приложение, работающее с локальным оборудованием

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

Не исключайте облачный вариант только на основании названия отрасли. Попросите поставщика подтвердить подходящую архитектуру и провести необходимые тесты. Без подтверждения, зафиксируйте конкретные ограничения. Это будет более полезно, чем общее утверждение о том, что все конфиденциальные данные должны оставаться в офисе.

Протестируйте возможность совместной работы для удаленной команды

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

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

Проверьте краткосрочные пики и временные среды

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

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

Сравните данные в одной матрице

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

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

Подготовьте решение для проверки и изменений

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

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

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

Нужно оценить, где должны работать ваши бизнес-системы? Обратитесь в DKs Enterprises за помощью в области облачной и гибридной инфраструктуры. Подготовьте список приложений, зависимостей, требований к подключению и текущих расходов, чтобы обсудить варианты.

Источники

• Совместная ответственность в облаке
• Создание модели стоимости рабочей нагрузки