3 причины, почему бизнесу стоит переносить it-инфраструктуру в облако

3 причины, почему бизнесу стоит переносить IT-инфраструктуру в облако

16.10.2018

Согласно исследованию Forrester, в 2017 году рынок облачных сервисов в России вырос на 24%. Российские провайдеры облачных услуг (Cloud Service Providers или CSP), с которыми нам удалось пообщаться, сходятся на еще более впечатляющих темпах роста рынка: 30-40% в год.

Растущий спрос отражает стремление бизнес- и технических лидеров в нашей стране оптимизировать IT-инфраструктуру управляемых ими компаний:

• Снизить стоимость владения инфраструктурой
• Упростить управление вычислительными ресурсами и доступами к ним
• Увеличить скорость вывода продуктов и услуг на рынок
• Сосредоточить ресурсы компании на ее собственных конкурентных преимуществах

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

Ключевые драйверы рынка

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

Данные помогают бизнесу быть более конкурентным и зачастую становятся его основой.

Как следствие, сегодня растет потребность к хранению и обработке данных и это происходит с катастрофической скоростью: за последние два года были сгенерированы 90% всех хранимых данных.[1]
Обратите внимание

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

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

Причина 1. Time-to-market (скорость вывода продуктов и услуг на рынок)

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

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

Проведенный Forbes опрос генеральных директоров по всему миру показал, что 72% из них полагают, что следующие 3 года станут более трансформационными для их индустрии, чем последние 50 лет.

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

Развитие облачных технологий и появление надежных CSP в России позволяют бизнесу доверить периферические инфраструктурные сервисы профессиональным игрокам.

Причина 2. Снижение стоимости владения инфраструктурой

Грамотная облачная или гибридная стратегия может драматически снизить стоимость владения IT-инфраструктурой практически любой компании за счет целого ряда факторов:

Точность планирования

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

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

Наглядный пример первого сценария: во время распродажи у Huawei перестал работать сайт. Китайский вендор не рассчитывал, что смартфоны за 1,000 рублей могут так заинтересовать россиян.

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

Важно

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

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

Уход от долгосрочных капитальных инвестиций

Собственная IT-инфраструктура, даже относительно небольшой компании, может стоить как минимум десятки или сотни тысяч долларов. При этом затраты необходимо делать на начальном этапе, даже если проект рассчитан на несколько лет вперед.

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

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

Экономия на персонале

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

Причина 3: Отказоустойчивость и катастрофоустойчивость

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

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

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

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

Они соединяются друг с другом непересекающимися и зарезервированными оптическими каналами.

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

Любой отдельно взятой компании гораздо сложнее самостоятельно избежать драматических последствий таких явлений. К тому же CSP несет финансовую ответственность за доступность своих сервисов, что дополнительно защищает клиента.

Совет

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

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

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

На что обратить внимание при выборе CSP

Лицензии. Существует ряд лицензий, наличие которых обязательно для большинства CSP:

• Лицензия ФСТЭК — для оказания услуг, связанных с технической защитой конфиденциальной информации (коммерческой тайны, персональных данных)
• Лицензия ФСБ — для предоставления услуг с использованием средств криптографической защиты информации (шифрование)
• Лицензия на телематические услуги — для предоставления доступа к сети Интернет или оказания услуг хостинга
• Лицензия на услуги связи по предоставлению каналов связи — для создания скоростной сети и предоставления в аренду каналов на территории одного либо нескольких субъектов РФ

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

• Соответствует ли инфраструктура провайдера стандарту предприятий электронной коммерции PCI DSS? Если да, то он может хранить данные платежных карт
• Соответствуют ли сервисы провайдера закону ФЗ-152 «О персональных данных», выполняя юридические, организационные и технические мероприятия?
• Готов ли CSP выполнять специфические требования заказчика (например, по техническим характеристикам, уровню безопасности, поддержки или с точки зрения соответствия стандартам по защите информации?)

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

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

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

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

Система оплаты. Самая удобная — за фактическое потребление. Оплата только за те мощности, которыми вы воспользовались.

Отсутствие ограничений. Количество ресурсов: дисков, машин и сетей не лимитировано. Клиент должен иметь возможность создать инфраструктуру любой сложности.

Разграниченный доступ к проектам. Разные сотрудники могут иметь разный доступ к ресурсам компании.

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

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

Администрирование сервисов, в свою очередь, позволит делегировать обслуживание IT-инфраструктуры на специалистов облачного провайдера.

Задайте рассматриваемым CSP вопрос о возможности предоставления персонального customer care менеджера для вашей компании.

Уровень квалификации сотрудников, которые будут обслуживать IT-инфраструктуру. Стоит обратить внимание на менеджмент, размер команды, наличие сертификатов у сотрудников. А также на партнеров провайдера.

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

Интерфейс. Насколько удобно работать с созданием новых серверов и как просто управлять ресурсами и доступами.

Наличие API у облачного провайдера позволит автоматизировать работу с ним и интегрироваться с собственными и сторонними сервисами.

Заключение

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

По данным Cisco, к 2021 году 94% задач и вычислений будут выполняться в облачных дата-центрах, в традиционных — 6%. Российский рынок ожидает похожая трансформация, и конкурентноспособность практически любой средней или крупной компании будет зависеть от способности их лидеров адаптироваться к новым реалиям.

[1] https://www.ibm.com/watson/advantages/accelerate/

[2] Гибридная IT-инфраструктура — комбинация локальной инфраструктуры, нескольких частных и публичных облаков различных провайдеров.

Как компании перенести свою инфраструктуру в облако и избежать ошибок

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

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

Рынок «идет» вверх — по прогнозу аналитического агентства Gartner, в 2017 году IaaS-сегмент вырастет на 36,8% и достигнет планки в 34,6 млрд долларов.

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

Из-за объемов IT-инфраструктуры и миллиардов долларов, затрачиваемых каждый день на оборудование, программное обеспечение и поддерживание сервисов, переход от модели развертывания on-premise к облачной невозможно совершить за одну ночь.

При переносе IT-отделам компаний приходится решать, как поддерживать доступ к источникам данных — большинство сценариев миграции включают перенос информации с использованием бэкап-инструментов и систем восстановления в случае катастрофы (disaster recovery).

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

Подробнее об этих типах рисков и как их избежать, мы расскажем далее.
Переход в облако совершают крупные компании и небольшие стартапы — 52% сегмента малого бизнеса обратились к облачной инфраструктуре.

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

Существуют кейсы, демонстрирующие успешную миграцию IT-инфраструктуры в облако IaaS-провайдера. При этом часть компаний используют облако как вторичный плацдарм, где хранят «вторичные» сервисы, а другие — целиком отдают инфраструктуру на аутсорсинг и размещают там бизнес-критические системы.

Пример постепенной миграции в облако — поэтапная трансформация инфраструктуры Netflix. Об этом мы писали тут. Компания переводила сервисы в облако на протяжении нескольких лет, пересмотрев концепцию предоставления услуг.

В Netflix перенесли в облако платежную инфраструктуру и сервисы предоставления счетов, платформу Big Data, службы видеотрансляции, систему управления данными клиентов и др.

Российские компании также переходят в облачную среду. Delivery Club — сервис по доставке еды c полностью виртуализированной системой.

Обратите внимание

В случае Delivery Club, облако упростило управление, поддержку и обеспечило надежность.

Мигрировал в облако провайдера и автомобильный холдинг «Терра-авто». Компания разместила в виртуальной среде телекоммуникационный компонент, почтовые сервисы и инструменты фильтрации трафика.

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

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

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

Шаг 1.

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

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

Подход «сверху-вниз» следует парадигме трансформации бизнеса с целью реализации максимального потенциала, поэтому основывается на оценке технических аспектов и аспектов безопасности каждого приложения:

• Категоризация данных, требования к безопасности;
• Сложность интерфейса, аутентификация, структура данных, требования к латентности;
• Требования к работе (SLA), интеграция, мониторинг.

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

• Память, число процессоров, занимаемое место на диске операционной системой;
• Платы сетевого интерфейса;
• IPv6;
• Поддержка доменов;
• Наличие сторонних компонентов и пакетов приложений.

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

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

Шаг 2. Это этап выбора облачного провайдера с тестированием возможностей облачной площадки. Оцените надежность площадки провайдера и проверьте её на соответствие требованиям компании.

Надежность облачной платформы зависит от используемого оборудования, поэтому стоит обратить внимание на актуальность «железа», его класс и проверить наличие резервирования (не должно быть единой точки отказа).

Также большинство коммерческих дата-центров заявляют, что их инфраструктура соответствует стандарту по категории надежности Tier III. Однако это не всегда так. Проверить сервис-провайдера просто: запросите сертификаты, подтвержденные Uptime Institute. UTI сертификаты для российских дата-центров находятся на сайте организации.

После того как вы определились с провайдером, в обязательном порядке проведите тестирование облачной площадки и тестовую миграцию. Например, мы в компании «IT-ГРАД» по запросу клиента предоставляем бесплатный доступ VMware vCloud на две недели. Это позволит вам убедиться, что все сервисы работают правильно.

Шаг 3. При переносе IT-инфраструктуры в облако следует выбрать миграционный путь: постепенный или полный переход.

Важно

Постепенная миграция подходит для крупных компаний с разветвлённой инфраструктурой. Такой переход выполняется на протяжении нескольких месяцев или даже лет (например, случай компании Netflix, о которой мы говорили выше).

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

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

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

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

Шаг 4. Далее, можно приступать к миграции, придерживаясь выбранной стратегии. После остается выполнить проверку и тестирование сервисов. Если ошибок нет — сервисы выводятся в продакшн.

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

Импорт-экспорт ВМ

Если у компании уже есть виртуальная инфраструктура на базе VMware, то её виртуальное окружение позволяет «перекинуть» сразу несколько ВМ.

Все параметры виртуальных машин «упаковываются» в файлы формата OVF/OVA.

Затем они используются экспорта на платформу виртуализации VMware vSphere и другие. Переносить приложения в облако также позволяет VMware vCloud Connector. Как работать с этим инструментом ми писали в нашем блоге.

Миграция на уровне сервисов

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

«Горячее» и «холодное» клонирование

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

На основе этих данных создается новая виртуальная машина на ESXi-хосте.

VMware vCenter Converter также может выполнять «холодное» клонирование. Этот вид клонирования рекомендован для миграции Active Directory и почтовых серверов.

Совет

Машина останавливается, создается образ жесткого диска и выполняется конвертация в ВМ.

Установка с нуля

Провайдер создает ВМ, и на неё накатывается операционная система и необходимое программное обеспечение. Затем происходит переключение клиентов. При миграции в облако компании порой не уделяют внимания некоторым деталям. Давайте рассмотрим самые популярные ошибки, которые совершают организации при переходе к облачной инфраструктуре.

«Все провайдеры одинаковые»

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

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

Например, мы в «ИТ-ГРАД» предлагаем несколько площадок для размещения данных.

Клиент может создавать несколько виртуальных дата-центров и настраивать параметры производительности и безопасности для каждого. Мы также предлагаем разные модели оплаты, включая Pay-As-You-Go.

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

Эту ошибку легко допустить, поскольку кажется, что это позволит избежать привязки к вендору.

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

Нет схемы зависимости приложений

Обратите внимание

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

Например, как говорят в «Хантердон Медикал Сентер», они совершили эту ошибку во время первой миграции систем в облако. Сотрудники не провели глубокий анализ приложений. Специалисты переносили почтовую систему в G Suite, однако не учли, что именно пользователям было нужно от старой системы, и не проанализировали, как она себя поведет в новом окружении.

Нет плана миграции

До начала миграции ответьте для себя на вопросы: что вы будете переносить в облако, в каком порядке, когда и за сколько? Составьте план переноса.

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

Забыли про политики безопасности

12 веских причин использовать в бизнесе облачный сервер за рубежом

Многие считают, что облака окутаны тайнами, которые дано постичь только избранным.

На самом деле всё не так страшно. Да, в отрасли есть свои термины. Часто их понимают только специалисты, которые работают с облаками постоянно. И само облако — сложная система. Но самые важные моменты можно легко объяснить простым языком.

Чтобы начать разбираться в облаках, нужно понять, какую пользу они дают бизнесу.

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

Итак, перечислим 12 причин, почему стоит использовать облачные сервисы в бизнесе.

Причина №1 — Когда данные за рубежом, бизнес в безопасности

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

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

Потеря данных нарушает процессы бизнеса или вовсе останавливает работу компании. А во время простоя бизнес теряет клиентов. Когда компания снова сможет восстановить работу — неизвестно.

Чтобы этого избежать, держите информацию в облаке за границей. На работу в облаке можно перевести всех сотрудников компании или отдельное подразделение (например, бухгалтерию).

Причина №2 — Вечная актуальность без затрат

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

Чтобы всё работало исправно, нужно постоянно обновлять оборудование. Если компания приобрела свой сервер, для нормальной работы его нужно постоянно поддерживать и обновлять. Когда выходит из строя — искать запчасти и ремонтировать.

Важно

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

Годный провайдер всегда следит за работой серверов и не допускает сбоев в работе. Вы платите только за использование мощностей в облаке — заказанное количество ресурсов и программы, если они вам нужны.

Причина №3 — Облако — универсальный инструмент

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

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

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

Причина №4 — Бизнес можно перенести в облако за день

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

В большинстве случаев это мнение ошибочно. Конечно, если надо перенести в облако несколько тысяч или сотен тысяч сотрудников, это займёт больше времени.

Но компания из 10-20 человек может переехать в облако за день, а то и за несколько часов. Так что всё напрямую зависит от размера бизнеса и задач.

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

Причина №5 — С облаками бизнес экономит деньги

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

При использовании облачных сервисов вы платите только за ресурсы, которые используете. Если решите, что для ваших задач нужна минимальная мощность, её можно уменьшить. Как только понадобиться мощность больше — увеличить без покупки дополнительного оборудования.

Совет

Простыми словами при переходе на работу в облаке бизнес прекращает тратить деньги на покупку оборудования. Всё оборудование предоставляет и обслуживает провайдер облака.

Кроме того, в облаке легче администрировать, обслуживать и настраивать системы, поэтому отпадает необходимость подключать дополнительные ресурсы и финансы.

Причина №6 — Есть возможность делать снимки системы и бекапы

В каждом бизнесе бывают неприятные ситуации с потерей данных.

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

Всё это грозит финансовыми убытками и крахом репутации, иногда банкротством.

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

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

То есть, если вдруг вы потеряете часть информации или всю информацию, то сможете восстановить её, потому что у вас будет снимок системы и/или резервная копия — бекап.

Причина № 7 — Облака делают бизнес мобильным

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

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

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

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

Причина № 8 — Облака легко администрировать

Инфраструктура нашего облака выстроена на базе единой платформы. Благодаря этому клиенты легко ею управляют, стандартизируя и унифицируя собственные ИТ-инфраструктуры внутри облака.

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

Обратите внимание

А для клиентов, которые вообще ничего не хотят администрировать самостоятельно, у нас есть отдельная услуга администрирования серверов. Клиенты просто работают в облаке, а функции администрирования отдают нам и вообще не думают об этом. А мы следим за тем, чтобы всё работало исправно.

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

Причина № 9 — Надёжность и непрерывность работы

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

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

Всё работает надёжно и непрерывно.

Причина № 10 — Гибкость и масштабируемость

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

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

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

Причина № 11 — Возможность мониторинга

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

Причина № 12 — Высокая скорость работы

Технологии развиваются. Облака становятся быстрее и удобнее.

Сейчас скорость работы в облаке ничем не отличается от привычной работы на локальном компьютере. Только теперь ваша информация в безопасности.

Давайте подытожим

В этой статье мы перечислили основные причины, по которым всё больше компаний переносят бизнес в облака.

На самом деле причин гораздо больше. Для каждого бизнеса они свои.

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

Если у вас остались вопросы, обращайтесь к нам в любое время. Мы всегда на связи. И рады вам 24х7.

Подпишитесь на нашу рассылку пользы, чтобы не упустить важного.

5 причин не переходить в «облако»

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

Если мы говорим об облачных технологиях, необходимо отметить, что они стали популярной темой не просто так. Они привлекательны для стартапов, т.к. избавляют их от необходимости создания собственной ИТ-инфраструктуры; они позволяют работать удаленно; в конце концов, «облако» является дружественным по отношению к окружающей среде. Этот список легко может быть продолжен.

1. Готовы ли вы передать информацию, с которой работаете, в чужие руки?

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

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

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

2. Смогут ли облачные технологии сократить ваши расходы?

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

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

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

3. В случае прекращения сервиса, будет ли ущерб для вашей компании минимальным?

По мнению Николаса Карра (Nicholas Carr), автора книг о технологиях и культуре, прекращение выпуска продукта или предоставления сервиса — в целом вполне нормальное, всем знакомое явление.

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

Важно

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

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

4. Можете ли вы с уверенностью сказать, что облачное решение не превратится в Гордиев узел?

В интервью для Software Magazine Шуб Джавед (Shoeb Javed), CTO в компании Worksoft,  отмечает, что «все рассуждают о том, насколько облачные технологии облегчают жизнь, однако «облако» с тем же успехом может все усложнить.

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

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

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

5. Можете ли вы сказать, что на 100 % уверены в качестве услуг своего интернет-провайдера?

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

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

Критичен ли для вашей компании доступ к «всемирной паутине»? Если ваш ответ «да», настольное программное обеспечение будет более подходящим выбором для вас.

Совет

Конечно, у любой медали есть две стороны. То, о чем говорилось выше, может быть «не вашим случаем», либо у вас может быть  другое, не менее справедливое мнение. Эта статья — просто пища для размышлений, и мы надеемся, что вы нашли в ней что-то полезное для себя. Будем рады, если поделитесь своим мнением в комментариях!

Источник: http://itransition.ru/blog/5-reasons-to-consider-coming-down-to-earth-from-the-clouds/

Данный материал является частной записью члена сообщества Club.CNews.
Редакция CNews не несет ответственности за его содержание.

IT-инфраструктура: облачная vs локальная

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

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

Предприниматель Денис Фокин провел сравнение облачной и локальной инфраструктуры на примере двух принадлежащих ему компаний.

У меня есть две компании — TI Systems и TeamBridge. Первая предлагает услуги по разработке крупных информационных систем на заказ, а вторая предоставляет онлайн-сервис для совместной работы и управления небольшой компанией.

Компании TI Systems скоро исполняется 8 лет, ее IT-инфраструктура складывалась постепенно и сейчас является мощной и современной.

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

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

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

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

Обратите внимание

Это электронная почта, средства онлайн-коммуникаций (такие как телефония, аудио- и видеоконференции), средства совместной работы, CRM. Сюда можно было бы добавить бухгалтерию на основе 1С, но в TeamBridge бухгалтерия полностью на аутсорсинге, поэтому у меня нет возможности провести адекватное сравнение.

Все данные приведены из расчета на 10 сотрудников, чтобы устранить разницу в масштабе.

Таблица 1. Анализ затрат: TI Systems

В первую очередь всех интересует стоимость решений, поэтому с нее и начнем. Для TI Systems в таблице 1 я привожу основные первоначальные затраты, которые необходимы, чтобы развернуть обозначенные сервисы.

Я также перечисляю названия тех программных продуктов, которые реально используются в TI Systems. Стоимость приведена исходя из текущих цен поставщиков. Получилось, что первоначальные инвестиции в инфраструктуру составили 1,65 млн рублей, или 165 тыс. рублей на сотрудника.

Кто-то может возразить, что аналогичные сервисы можно развернуть гораздо дешевле, и будет прав — но только в том случае, если готов принести в жертву стабильность, устойчивость и надежность работы систем, их производительность, сохранность данных.

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

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

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

Таблица 2. Анализ затрат: TeamBridge

В таблице 2 приведены цифры для TeamBridge. Главное отличие в том, что для начала пользования облачными сервисами не требуется первоначальных вложений в лицензии на ПО и на аппаратное обеспечение. Поэтому приводится стоимость использования сервиса в месяц (тоже на 10 сотрудников).

Важно

Также в таблице указаны конкретные сервисы, которые используются. Итого получаем 18 тыс. рублей в месяц, или 1800 рублей в месяц на сотрудника. В год набегает 216 тыс.

рублей, то есть TeamBridge может пользоваться теми же IT-системами более 7 лет, прежде чем потратит такую же сумму за их использование, какую пришлось вложить TI Systems в создание своей инфраструктуры.

Серверная инфраструктура TI Systems

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

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

В TeamBridge IT-специалист должен контролировать только локальную сеть и рабочие станции сотрудников. Сохранность данных и уровень доступности услуг финансово гарантируются соглашением об уровне обслуживания (SLA agreement) с каждым поставщиком облачного сервиса. Уровень доступности каждой услуги — не ме­нее 99,9% времени в год.

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

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

TeamBridge настолько уверена в безопасности облачных технологий, что хранит в облаке даже самый ценный актив — исходные коды своего программного продукта.

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

Совет

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

Для TI Systems необходимость наличия серверной комнаты в офисе не только сузила выбор, но и повлекла за собой дополнительные расходы.

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

А что же в TeamBridge? Все потери рабочего времени сотрудников свелись к упаковке и распаковке личных вещей. Корпоративные информационные системы не останавливались даже тогда, когда вся мебель и оборудование были в пути.

Сотрудники, которые не участвовали непосредственно в переезде, в это время работали из дома. Таким образом удалось избежать остановки рабочих процессов.

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

Инвестиции в собственную серверную инфраструктуру сопоставимы с затратами на пользование облачными сервисами в течение 7 лет

Из приведенного сравнения и случая с переездом я для себя сделал однозначный вывод: очень выгодно строить новый бизнес сразу с использованием облачной IT-инфраструктуры. Если мне доведется запускать новые стартапы, я, безусловно, буду отдавать приоритет облачным решениям.

Получив такой положительный опыт с новой компанией, я серьезно задумался над переводом TI Systems в «облака». Но, к сожалению, миграция уже существующей IT-инфраструктуры — процесс гораздо более сложный, чем создание облачной инфраструктуры с нуля. Во-первых, требуется тщательное планирование.

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

Ведь очень важно не останавливать работу компании и не снижать ее производительность.

Обратите внимание

Проанализировав нашу инфраструктуру и наш опыт помощи другим компаниям в переводе IT-инфраструктур в «облака», мы решили в первую очередь переводить не самые критичные для нашего основного бизнес-процесса сервисы. Проще всего нам будет перевести в «облака» электронную почту. Это обособленный, но активно используемый нами сервис.

У нас сейчас используется MS Exchange Server, поэтому идеальной облачной альтернативой является сервис Exchange Online, входящий в состав MS Office365. Этот сервис нам хорошо известен, поскольку его использует TeamBridge, а TI Systems выполнила несколько проектов для своих клиентов по миграции электронной почты в Exchange Online.

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

Например, некоторые крупные компании сначала переводят на «облачную» электронную почту только филиалы и региональные представительства.

Затем мы планируем перенести в «облако» корпоративный портал, который сейчас реализован на MS SharePoint Server.

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

Для портала мы пока рассматриваем две облачные альтернативы: SharePoint Online и наш собственный онлайн-сервис TeamBridge.

Далее хотелось бы вынести в «облако» вообще все сервисы корпоративных коммуникаций. Как я отмечал выше, для телефонии, аудио- и видеоконференций мы используем продукт MS Lync. Ему тоже есть облачная альтернатива в составе Office365, но имеется один недостаток — Lync Online пока не интегрируется с местными телефонными сетями в России, и это существенно ограничивает его применение.

Важно

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

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

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

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

например, Gmail. И если они рассматривают автоматизацию таких процессов, как управление задачами и поручениями, управление проектами, продажи и маркетинг, то целесообразно сразу выбирать SaaS-системы.

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

Первая группа — сервисы общего пользования или инфраструктурные сервисы (такие как электронная почта, телефония, онлайн-конференции, хранилища данных). Вторая категория — специализированные сервисы, автоматизирующие конкретные бизнес-процессы (CRM, совместная работа, управление задачами и проектами и т.п.

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

Хотя в последнее время ситуация выравнивается, и, например, почта от «Яндекса», по моему мнению, не уступает решениям от мировых лидеров.

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

Денис Фокин

Совет

Окончил Башкирский государственный университет, Военную инженерно-космическую академию им. Можайского. Информационными технологиями занимается 20 лет, пройдя путь от рядового программиста до руководителя компании.

В 2005 году вместе с партнерами основал компанию TI Systems, специализирующуюся на разработке ПО на заказ и на системной интеграции (в штате более 50 сотрудников).

В 2012 году основал компанию TeamBridge, которая предоставляет одноименный онлайн-сервис для совместной работы и управления небольшими компаниями.