Как ускорить разработку и тестирование приложений при помощи облака
01.09.2017
ЧИТАТИ УКРАЇНСЬКОЮ
Развертывание тестовой среды традиционно сопряжено с вопросом, где быстро взять много вычислительных ресурсов. Чтобы снизить расходы и риски при тестировании программ, необходимо разграничить тестовую и продуктивную платформы. Как изолированная облачная инфраструктура. может в этом помочь, оградить бизнес от простоя и снизить стоимость вложенных средств – рассказывает пресейл-менеджер GigaCloud Константин Коваленко.
«Начнем с того, что деньги, вложенные в приобретение физического оборудования только для тестовой среды, не оправдывают себя. Закупка, доставка, установка серверов, время обслуживающего персонала (которое тоже имеет свою стоимость), аренда места в стойке…Какова же будет цена ошибки при неверной оценке ресурсов? Или сбое тестируемого ПО, который может привести к остановке бизнес-процессов, если производить обновление на продуктивных системах?
Быстро и без рисков запустить тестирование, не потеряв при этом в качестве конечного продукта, позволяет перевод тестовой среды на виртуальную платформу.
Почему тестовую среду необходимо изолировать?
- Тестирование ПО в изолированной среде позволяет избежать простоя бизнеса при наличии критичных ошибок в обновленном ПО и быстро переключиться на прежнюю, работающую, систему в случае неуспешных тестов.
- Вы можете с легкостью переводить пользователей на виртуальную среду для тестирования под реальными (а не синтетическими) нагрузками и обратно на основную.
- Тестирование в изолированной среде происходит без нарушения уже выработанных политик безопасности компании. При необходимости подключить сторонних, неавторизированных пользователей, вы предоставляете им ресурсы на изолированной виртуальной платформе и полную свободу действий. Вы не рискуете ослабить внутреннюю IТ-защиту корпоративной инфраструктуры.
Сегодня заказ виртуальной платформы под тест – уже не предмет дискуссии. Это вопрос разумного подхода к разворачиванию ПО. Перед CIO софтверных компаний, разработчиками CRM, ERP, SaaS, баз данных как правило стоит вопрос выбора типа такой среды – и большинство из них останавливаются на облачных технологиях.
Как облако позволяет экономить и ускорять тестирование?
Ситуация 1. Вашим программистам требуется срочно сделать очередной релиз/обновление и провести тестирование.
Где вы будете проводить тест?
Вариант А: на существующем сервере.
Чтобы развернуть тестирование на одном из своих серверов, нужно освободить на нем ресурсы и изолироваться от продуктивной среды. А это трата времени и риск нарушить уже работающие системы.
Вариант Б: на новом сервере.
Хотите арендовать или купить сервер? Внесите в калькуляцию не только его стоимость, но и заработную плату сотрудников, которые вместо непосредственных задач будут заниматься его подбором, закупкой и обслуживанием, стоимость размещения в дата-центре, а также затраты на поддержку его функционирования. Учитывайте, что только на ожидание заказа уйдет от 6 до 10 рабочих дней.
Вариант В: в облаке.
Несколько диалогов с оператором – и гибкая платформа со свободным масштабированием полностью к вашим услугам. Хотите – создавайте абсолютно новую тестовую среду. Хотите – разворачивайте клон продуктивной системы, обновляйте ее, при необходимости – делайте промежуточные бэкапы. Все эти возможности доступны сразу после покупки.
Ситуация 2. Вы разрабатываете клиентское ПО.
Как вывести системные требования ERP для ста пользователей? Тысячи? Десяти тысяч?
Облачные ресурсы позволяют разработчикам масштабировать ресурсы с легкостью. Не хватает процессора? Памяти? Производительности дисков? Их можно добавить по запросу.
На физическом оборудовании это проделать сложно. Да и едва ли возможно, ведь оно имеет определенные ограничения. Купили сервер не с теми параметрами? Нужно апгрейдить. А это трата и времени, и денег. А каковы гарантии, что в случае модернизации вы получите требуемое?
Далее – эластичность облака позволяет вывести реалистичные системные требования к разрабатываемому продукту. Как это происходит:
- Во время тестирования в облаке разработчики могут убедиться, что база данных будет устойчиво работать на определенной конфигурации при подключении Х-количества пользователей и обеспечивать требуемые внутренние параметры производительности.
- В результате клиент может быть уверен, что вендор не завысил требования и не занизил их умышленно. Что он получит работоспособную систему при работе на минимальных указанных мощностях. Это особенно важно для SaaS, так как пользователь оплачивает качественный сервис, а не ПО.
Ситуация 3. Вам необходим тестовый сервер под разные задачи.
Допустим, компания приобрела физический тестовый сервер под определенные требования. Новый проект требует совсем других показателей (компания диверсифицировала стратегию, аутсорсинг, пилотный масштабный проект). Где взять новое оборудование и что делать со старым? Не забываем, что IT-оборудование стареет морально, срок поддержки моделей со стороны производителя ограничен, как и совместимость с новым оборудованием и ПО.
Облако же видоизменяемо, безразмерно и адаптируемо под любые запросы.
Из пакета услуг GigaCloud для тестирования подходит облако E-Cloud. Отличительная особенность наших облаков – полная свобода масштабирования, которая выгодно отличает нас о других операторов, в частности – крупных зарубежных. Известно, что они имеют множество скрытых ограничений, связанных с количеством различного оборудования в разных дата-центрах, которое усложняет масштабирование и значительно увеличивает цену сбора облака за счет обмена трафиком между разными ЦОД.
Мы же не имеем ограничений по классам: всю систему можно разместить в едином дата-центре.