Дилер, закупивший продукцию Filum на сумму 10 000 руб., получает сертификат Ozon на 1 000 руб. в подарок. Для участия в маркетинговой программе необходимо ...
Уважаемые партнеры! Приглашаем вас принять участие в маркетинговой акции - закупайте в Merlion технику для кухни VITEK и Rondell (кофеварки, кофемашины, кофемолки) и ...
Уважаемые партнеры! Приглашаем вас принять участие в маркетинговой акции – закупайте в Merlion оперативную память и накопители SSD Patriot и получите бонус до 2,5% от ...
Уважаемые партнеры! Приглашаем вас принять участие в маркетинговой акции - закупайте в Merlion планшеты DIGMA и DIGMA PRO и получите бонус 15 000 руб. за каждые 500 000 руб. закупок ...
Уважаемые партнеры! Приглашаем вас принять участие в маркетинговой акции по сетевому оборудованию DIGMA. Период действия акции: с 1 ноября по 31 декабря 2024 г. За ...
Если вы являетесь CIO, руководителем ИТ-подразделения или начальником лаборатории тестирования, то, вероятно, уже знаете о преимуществах использования облачных ресурсов по запросу. Однако в этом деле, как и в любом другом, имеются уже известные или еще не известные вам контрольные точки, которые следует учесть, прежде чем оформить подписку на облачный сервис. Важное соображение, которое не всегда обсуждают с клиентами облачные провайдеры, но которое может прийти вам в голову, связано с тем, что созданные на вашей площадке виртуальные машины отнюдь не идентичны новым облачным экземплярам. Не любые облачные платформы поддерживают все функции корпоративных систем, о чем вы можете узнать в процессе работы или из нашей публикации. Вероятно, вам не удастся перенести определенные компоненты развернутой у вас ... читать далее.
Облако может не поддерживать вашу ОС. Поскольку рынок еще молод, на нем отсутствуют некоторые программные компоненты, которые обеспечили бы плавный переход с ваших серверов в облако. Не трудно запустить виртуальную машину под управлением Linux на Amazon Web Services, но у вашей организации могут быть более разнообразные потребности. Выбранное вами облако может не поддерживать Windows, определенные операционные системы или виртуальные устройства.
Метрики и производительность собственных и облачных систем значительно различаются. Имеются различия в производительности собственных и облачных систем. Поэтому важно протестировать ресурсы, прежде чем начать миграцию. Оцените необходимые ресурсы хранения, сетевые и вычислительные ресурсы и заранее определите, чего можно ожидать после миграции. Даже идентичные экземпляры системы, развернутые у одного и того же облачного провайдера различаются по производительности. Учитывайте эти колебания при планировании.
Поддержка сетевой архитектуры не гарантируется. В корпоративных системах широко используются сети — VLAN, маршрутизаторы, брандмауэры, балансировщики нагрузки, трансляторы и т. д. Выбранный вами облачный провайдер может не обладать всеми функциями и возможностями, необходимыми для поддержки этих компонентов или требуемой сетевой архитектуры. Поскольку предприятиям необходимы эти важные функции, вам следует рассматривать только те экосистемы интеграторов и те решения, которые отвечают вашим особым требованиям.
Коллективно используемые системы хранения не поддерживаются. Сегодня основные облачные провайдеры не могут использовать архитектуру применяемых предприятиями решений, таких как сети хранения (SAN). Возможно, вам придется заново продумать свою инфраструктуру и включить в нее такие решения для организации хранения, которые больше подходят для облаков. Например, перейти от SAN к сетевым устройствам хранения (NAS).
Главная проблема — зависимость приложений от инфраструктуры. Сложность традиционных проектов миграции корпоративных ИТ в большинстве случаев обусловлена сильной взаимозависимостью прикладного ПО и инфраструктуры предприятия, что создает главную трудность и при переходе к облакам. Чтобы устранить зависимость приложений и программного кода от инфраструктуры, изучите решения, которые позволяют отделить одно от другого и упростить перенос приложения в облако.
Задержка в сети. Возможно, к приложению, которое вы переносите, предоставлялся доступ через локальную сеть из комнаты рядом с кухней. Теперь доступ будет предоставляться через глобальную сеть, иногда через океан. Изучите, как оно будет себя вести и каковы будут задержки в сети с учетом этого изменения.
Сравнение затрат на облако и собственную площадку. Подсчитайте затраты на использование облака. В некоторых случаях они могут быть существенно выше расходов на содержание собственной площадки. Постарайтесь учесть и такие особенности облака, как предоставление доступа по запросу и гибкость.
Сертификация и лицензирование. Учитывайте следующее: лицензировано ли и сертифицировано ли используемое вами ПО сторонних разработчиков для работы в облаке избранного провайдера?
Соглашения об уровне обслуживания. При переходе к облаку вам необходимо изменить свои представления относительно соглашений об уровне обслуживания (SLA). SLA для провайдера “инфраструктуры как сервиса” (IaaS) в отличие от SLA применительно к собственной площадке – это в большей степени способ выделиться на рынке, чем подлинный показатель качества обслуживания. Связано это с тем, что владельцы гигантских публичных облаков не могут гарантировать работоспособность каждой точки в системе. Но это не означает, будто облако не является жизнеспособным решением. Вместо того, чтобы полагаться на провайдера IaaS, выявите слабые и сильные стороны его платформы и спроектируйте свою систему таким образом, чтобы она не утрачивала работоспособность при сбоях.
Изучение новых концепций и передового опыта. При переходе к облаку вашим сотрудникам придется изучить множество новых концепций и технических приемов, передовой опыт и т. д. Это потребует затрат. Поэтому планируйте и учитывайте расходы не только на инфраструктуру, но и на обучение персонала, чтобы быстрее перейти на новые процессы. Чтобы ускорить переход к использованию облачной инфраструктуры, можно также воспользоваться ресурсами сторонних организаций.
