В прошлый раз мы рассказали о том, что нужно сделать перед переходом в облако. И вот, вы провели аудит, твердо решили, что cloud – это ваше, а дальше? Самое время задуматься об информационной безопасности.
Кратко, но по делу освещаем здесь основные причины ИБ-инцидентов. А подробнее о том, как обеспечить безопасность в облаке, читайте в статье нашего блога на VC.
Многие ИБ-инциденты случаются из-за непонимания зон ответственности сторон. Заказчик часто считает, что после миграции инфобез полностью на провайдере. Однако это не так.
❗️ В любом IaaS-сервисе поставщик услуг отвечает только за физическую безопасность серверов и ПО для виртуализации. ОС, виртуальные машины, приложения, сеть и все настройки – забота клиента.
Конечно, какие-то задачи провайдер может взять на себя. Но в целом у вас должна быть позиция «за ИБ своих систем мы отвечаем сами». Это поможет избежать недопонимания.
Теперь пару слов о вендорах. Флагманский продукт от именитого производителя – не панацея. 100% защиту от инцидентов и утечек сейчас не даст никто ни в одной ИТ-среде, включая облака. Поэтому вопрос безопасности актуален всегда.
При любом переносе ИТ-систем из локальной среды в cloud необходимо обеспечить защиту подключения. Оптимальный вариант – VPN. Но его может быть мало. Например, если ПД передаются по открытым каналам и есть вероятность перехвата, понадобятся средства криптографии. А в случае с государственной информсистемой (ГИС) – еще и сертифицированные.
Концепция классического ИБ-периметра уже устарела по ряду причин. Однако полностью отказываться от нее не стоит. Гораздо лучше сочетать модель с подходом Zero Trust, который исключает какие-либо доверенные зоны.
Шифрование информации – штука хорошая. Но такие инструменты нужно подбирать правильно, в зависимости от политики или стандартов по применению. Это позволит лучше понять потребности и не переплачивать за излишний функционал.
А как может помочь с ИБ сам провайдер? Есть такая модель, как MSSP (Management Security Service Provider). Ее суть в том, что клиент передает часть ИБ-задач провайдеру. За дополнительные деньги, конечно. А поставщик услуг с помощью таких многофункциональных решений, как UTM и NGFW, комплексно их решает.
#блогVC #Cloud #ИБ
@linxdatacenter – Сейф для данных
Кратко, но по делу освещаем здесь основные причины ИБ-инцидентов. А подробнее о том, как обеспечить безопасность в облаке, читайте в статье нашего блога на VC.
Многие ИБ-инциденты случаются из-за непонимания зон ответственности сторон. Заказчик часто считает, что после миграции инфобез полностью на провайдере. Однако это не так.
❗️ В любом IaaS-сервисе поставщик услуг отвечает только за физическую безопасность серверов и ПО для виртуализации. ОС, виртуальные машины, приложения, сеть и все настройки – забота клиента.
Конечно, какие-то задачи провайдер может взять на себя. Но в целом у вас должна быть позиция «за ИБ своих систем мы отвечаем сами». Это поможет избежать недопонимания.
Теперь пару слов о вендорах. Флагманский продукт от именитого производителя – не панацея. 100% защиту от инцидентов и утечек сейчас не даст никто ни в одной ИТ-среде, включая облака. Поэтому вопрос безопасности актуален всегда.
При любом переносе ИТ-систем из локальной среды в cloud необходимо обеспечить защиту подключения. Оптимальный вариант – VPN. Но его может быть мало. Например, если ПД передаются по открытым каналам и есть вероятность перехвата, понадобятся средства криптографии. А в случае с государственной информсистемой (ГИС) – еще и сертифицированные.
Концепция классического ИБ-периметра уже устарела по ряду причин. Однако полностью отказываться от нее не стоит. Гораздо лучше сочетать модель с подходом Zero Trust, который исключает какие-либо доверенные зоны.
Шифрование информации – штука хорошая. Но такие инструменты нужно подбирать правильно, в зависимости от политики или стандартов по применению. Это позволит лучше понять потребности и не переплачивать за излишний функционал.
А как может помочь с ИБ сам провайдер? Есть такая модель, как MSSP (Management Security Service Provider). Ее суть в том, что клиент передает часть ИБ-задач провайдеру. За дополнительные деньги, конечно. А поставщик услуг с помощью таких многофункциональных решений, как UTM и NGFW, комплексно их решает.
#блогVC #Cloud #ИБ
@linxdatacenter – Сейф для данных
👍7
Рассказываем, что происходит с облачным рынком
Крупные провайдеры будут все активнее поглощать малых. А те, в свою очередь, будут искать свой новый «Клондайк» – иными словами, уникальную рыночную нишу.
И немного подробнее:
«Гигантизм» провайдеров будет только набирать обороты. Чтобы пережить экономические удары, у крупных игроков попросту больше ресурсов – финансовых, операционных, кадровых. Поэтому они будут поглощать небольших конкурентов. Назвать конкретные сроки сложно, но к этому все идет. По сути, это отражение глобального тренда. Google, AWS и Azure оторвались от всех – и догнать и перегнать большую тройку уже почти нереально.
Второй тренд исходит из первого. Что делать небольшим провайдерам – не сворачивать же бизнес и не посыпать заранее голову пеплом? Понятно, что нет. Самое разумное – найти уникальную нишу на рынке. Можно подстроиться под запросы определенной отрасли – будь то производство, сельское хозяйство или ритейл. Или поработать с точки зрения функциональной – то есть, разрабатывать сервисы и приложения для отдельных нужд клиентов. Одни будут помогать решать HR-задачи, другие – отрабатывать требования по «нормативке». Важно то, что провайдер будет уже более плотно работать с запросом клиента и глубже вникать в его бизнес-процессы.
Здесь небольшим провайдерам даны все карты в руки. Крупные игроки слишком «неповоротливы», чтобы быстро занять новую нишу – и тем более кастомизировать свои решения под клиентов. Этим преимуществом в гибкости и скорости принятия решений и надо пользоваться.
Но куда же нам без препятствий? Есть проблема, которая усугубляется из года в год – и актуальна для всех. Облачные платформы стали технически настолько сложными, что бизнесу стало непросто в них разбираться. Недавнее исследование Anodot это подтверждает. Больше половины (!) компаний с трудом понимают, как именно они используют свои же облака.
По сути, и сейлзы провайдера, и проджекты клиента не обладает техническими компетенциями. А инженерам не до оценки «облачных» опций – у них своей работы полно. И это системная проблема всего рынка сегодня.
Решить ее можно только одним способом – повышать уровень компетенций сотрудников, постоянно учить их. Допустим, как настраивать и поддерживать PaaS-платформу, вашему проджекту знать необязательно. Но все сценарии использования он должен знать на отлично и уметь говорить с технарями на одном языке. А иначе никак: облако – это сервис, и когда вы покупаете его, вам же с ним работать. И чем больше понимания, что платформа умеет делать, тем эффективнее ее можно использовать.
Автор – Дмитрий Щегольков, руководитель департамента интеграции Linxdatacenter.
#Cloud #ИБ
@linxdatacenter – Сейф для данных
Крупные провайдеры будут все активнее поглощать малых. А те, в свою очередь, будут искать свой новый «Клондайк» – иными словами, уникальную рыночную нишу.
И немного подробнее:
«Гигантизм» провайдеров будет только набирать обороты. Чтобы пережить экономические удары, у крупных игроков попросту больше ресурсов – финансовых, операционных, кадровых. Поэтому они будут поглощать небольших конкурентов. Назвать конкретные сроки сложно, но к этому все идет. По сути, это отражение глобального тренда. Google, AWS и Azure оторвались от всех – и догнать и перегнать большую тройку уже почти нереально.
Второй тренд исходит из первого. Что делать небольшим провайдерам – не сворачивать же бизнес и не посыпать заранее голову пеплом? Понятно, что нет. Самое разумное – найти уникальную нишу на рынке. Можно подстроиться под запросы определенной отрасли – будь то производство, сельское хозяйство или ритейл. Или поработать с точки зрения функциональной – то есть, разрабатывать сервисы и приложения для отдельных нужд клиентов. Одни будут помогать решать HR-задачи, другие – отрабатывать требования по «нормативке». Важно то, что провайдер будет уже более плотно работать с запросом клиента и глубже вникать в его бизнес-процессы.
Здесь небольшим провайдерам даны все карты в руки. Крупные игроки слишком «неповоротливы», чтобы быстро занять новую нишу – и тем более кастомизировать свои решения под клиентов. Этим преимуществом в гибкости и скорости принятия решений и надо пользоваться.
Но куда же нам без препятствий? Есть проблема, которая усугубляется из года в год – и актуальна для всех. Облачные платформы стали технически настолько сложными, что бизнесу стало непросто в них разбираться. Недавнее исследование Anodot это подтверждает. Больше половины (!) компаний с трудом понимают, как именно они используют свои же облака.
По сути, и сейлзы провайдера, и проджекты клиента не обладает техническими компетенциями. А инженерам не до оценки «облачных» опций – у них своей работы полно. И это системная проблема всего рынка сегодня.
Решить ее можно только одним способом – повышать уровень компетенций сотрудников, постоянно учить их. Допустим, как настраивать и поддерживать PaaS-платформу, вашему проджекту знать необязательно. Но все сценарии использования он должен знать на отлично и уметь говорить с технарями на одном языке. А иначе никак: облако – это сервис, и когда вы покупаете его, вам же с ним работать. И чем больше понимания, что платформа умеет делать, тем эффективнее ее можно использовать.
Автор – Дмитрий Щегольков, руководитель департамента интеграции Linxdatacenter.
#Cloud #ИБ
@linxdatacenter – Сейф для данных
👍12
Поговорим о Data Governance?
Любая компания, даже небольшая, накапливает кучу данных. Материалы по продуктам, клиентам, партнерам, сотрудникам собираются в огромный клубок, который, вдобавок, еще и постоянно обновляется. В результате – трудозатраты на обработку данных могут неконтролируемо расти. А значит, компания начинает терять деньги. Можно ли исправить ситуацию? На помощь спешит Data Governance – стратегия управления корпоративными данными.
Как понять, что бизнесу нужен Data Governance? Если в компании одни и те же объекты в разных системах/базах/процессах/департаментах называют по-разному и, напротив, разные вещи называют одинаково – это верный признак, что пора что-то менять.
Например, вы выпускаете какой-то товар, пусть это будут батарейки. У вас в производстве 5 видов, а продаёте – 25 видов, поскольку в разные торговые сети отгружается товар с немного отличающимися дополнительными атрибутами: упаковка, название или ещё какая-то незначительная деталь, никак не влияющая на технические характеристики. Таким образом, до отгрузки клиенту, батарейки, которые вышли с производства под маркировкой АА, должны переименовать в условные АА-1, АА-2 и т.д. И если заранее не прописать, кто, на каком этапе и по каким правилам производит переименование, в дальнейшей отчётности и при разборе инцидентов может начаться (и обязательно начнётся) хаос. Также эти правила надо донести до всех участников процесса.
Другой пример. Клиент ждет счёт на юр. лицо «Ромашка», а ему уже пару месяцев отправляют на его старое – «Рога и Копыта». Просто потому, что название компании обновили только в CRM, а в другим бизнес-системах – нет. Итог – клиент раздражён, причем вполне справедливо, да и денег не платит.
В таких случаях Data Governance поможет обеспечить порядок. Даст нужные инструменты, подходы, возьмёт на себя контроль их внедрения в рабочие процессы.
Но если в компании 10 человек и все процессы завязаны на одну информационную систему – тут дополнительно внедрять подходы Data Governance может быть и не нужно. Во всяком случае до тех пор, пока не появятся новые ИС, и туда не начнут добавлять данные руками, а не автоматом из других систем.
Если подход так хорош, почему некоторые скептично к нему настроены? Виной тому привычка, которая, как известно – вторая натура. Во-первых, «раньше работали и без него, зачем сейчас что-то менять?». Во-вторых, внедрение требует порядочное количество времени, иногда денег и, в идеале, специалистов, которые будут заниматься этим процессом.
Однако если оценить, сколько часов уходит на исправления из-за некорректных данных, какие потери несёт бизнес из-за неверных прогнозов – дополнительные затраты могут быть оправданы.
И еще важно понимать, что Data Governance – не волшебная таблетка. Некоторые думают: «Вот сейчас придут специалисты, всё внедрят, настроят, и будет у нас порядок с данными...постоянно» .
Печальная новость – не будет. Даже при идеально работающей системе, её нужно регулярно мониторить, обновлять, настраивать. Как раз для того, чтобы она продолжала идеально функционировать. А здесь понадобится хотя бы небольшая группа в рамках какого-то подразделения, желательно рядом с data-аналитиками или ИТ.
Мы сейчас через всё это как раз проходим, внедряя некоторые элементы Data Governance. В этом году запустили личный кабинет для клиентов и вопрос синхронизации данных из разных ИТ-систем более чем актуален.
Спикер: Евгений Макарьин, руководитель группы разработки продуктов и решений Linxdatacenter.
#Data_Governance
@linxdatacenter – Сейф для данных
Любая компания, даже небольшая, накапливает кучу данных. Материалы по продуктам, клиентам, партнерам, сотрудникам собираются в огромный клубок, который, вдобавок, еще и постоянно обновляется. В результате – трудозатраты на обработку данных могут неконтролируемо расти. А значит, компания начинает терять деньги. Можно ли исправить ситуацию? На помощь спешит Data Governance – стратегия управления корпоративными данными.
Как понять, что бизнесу нужен Data Governance? Если в компании одни и те же объекты в разных системах/базах/процессах/департаментах называют по-разному и, напротив, разные вещи называют одинаково – это верный признак, что пора что-то менять.
Например, вы выпускаете какой-то товар, пусть это будут батарейки. У вас в производстве 5 видов, а продаёте – 25 видов, поскольку в разные торговые сети отгружается товар с немного отличающимися дополнительными атрибутами: упаковка, название или ещё какая-то незначительная деталь, никак не влияющая на технические характеристики. Таким образом, до отгрузки клиенту, батарейки, которые вышли с производства под маркировкой АА, должны переименовать в условные АА-1, АА-2 и т.д. И если заранее не прописать, кто, на каком этапе и по каким правилам производит переименование, в дальнейшей отчётности и при разборе инцидентов может начаться (и обязательно начнётся) хаос. Также эти правила надо донести до всех участников процесса.
Другой пример. Клиент ждет счёт на юр. лицо «Ромашка», а ему уже пару месяцев отправляют на его старое – «Рога и Копыта». Просто потому, что название компании обновили только в CRM, а в другим бизнес-системах – нет. Итог – клиент раздражён, причем вполне справедливо, да и денег не платит.
В таких случаях Data Governance поможет обеспечить порядок. Даст нужные инструменты, подходы, возьмёт на себя контроль их внедрения в рабочие процессы.
Но если в компании 10 человек и все процессы завязаны на одну информационную систему – тут дополнительно внедрять подходы Data Governance может быть и не нужно. Во всяком случае до тех пор, пока не появятся новые ИС, и туда не начнут добавлять данные руками, а не автоматом из других систем.
Если подход так хорош, почему некоторые скептично к нему настроены? Виной тому привычка, которая, как известно – вторая натура. Во-первых, «раньше работали и без него, зачем сейчас что-то менять?». Во-вторых, внедрение требует порядочное количество времени, иногда денег и, в идеале, специалистов, которые будут заниматься этим процессом.
Однако если оценить, сколько часов уходит на исправления из-за некорректных данных, какие потери несёт бизнес из-за неверных прогнозов – дополнительные затраты могут быть оправданы.
И еще важно понимать, что Data Governance – не волшебная таблетка. Некоторые думают: «Вот сейчас придут специалисты, всё внедрят, настроят, и будет у нас порядок с данными...постоянно» .
Печальная новость – не будет. Даже при идеально работающей системе, её нужно регулярно мониторить, обновлять, настраивать. Как раз для того, чтобы она продолжала идеально функционировать. А здесь понадобится хотя бы небольшая группа в рамках какого-то подразделения, желательно рядом с data-аналитиками или ИТ.
Мы сейчас через всё это как раз проходим, внедряя некоторые элементы Data Governance. В этом году запустили личный кабинет для клиентов и вопрос синхронизации данных из разных ИТ-систем более чем актуален.
Спикер: Евгений Макарьин, руководитель группы разработки продуктов и решений Linxdatacenter.
#Data_Governance
@linxdatacenter – Сейф для данных
👍8
Где все ИБ-шники?
Очень странные дела в сфере информационной безопасности. Отрасль одна из самых развивающихся, а работать в ней некому. По данным Сбербанка, в стране 20-кратный дефицит «безопасников». Так ли это, рассказывает руководитель отдела ИБ Linxdatacenter Георгий Беляков.
2-кратный, 10-кратный или 20-кратный дефицит – оценить в количественном эквиваленте сложно. Но людей действительно не хватает. Причем даже не ИБ-шников, а вообще ИТ-специалистов.
Поиск толковых кадров всегда был непростым и долгим делом. Если говорить именно о «безопасниках», то их попросту негде брать. У нас не так много специализированных учебных заведений, где выпускают таких специалистов. Кроме того, многие из них теряют интерес к профессии и переходят в другие ИТ-специальности.
Почему оставляют ИБ? Зачастую все очень банально. Большая часть уходит в разработку, поскольку там зарплата выше. Да и вариантов интересной работы больше. В ИБ немного иначе. Все может ограничиваться так называемой бумажной безопасностью. А могут быть и интересные практические задачи, например, реверс-инжиниринг или пентест. Каждый выбирает, что ему по душе. Но будем честны – немногие компании готовы предложить и интересную, и высокооплачиваемую работу.
Как можно решить проблему дефицита кадров? Один из возможных путей – создание специальных школ при организациях. Должны быть места для стажировки, чтобы люди после института могли закреплять свои знания на практике. И сразу заниматься пусть и сложными, но интересными задачами. А ситуаций, когда приходит новичок и на него тут же сваливают все, на что у команды не хватает времени (или желания), быть не должно. И человек сидит и думает: «Да ну это ИБ, что здесь хорошего?». Это в корне неправильный подход.
Такие изменения – долгосрочная перспектива. А что делать прямо сейчас компаниям, у которых нет возможности искать и растить специалистов? В этом случае можно воспользоваться услугами аутсорса по ИБ. Ну или обратить внимание на облачные сервисы по модели MSSP, которые присутствуют на рынке.
#ИБ#HR
@linxdatacenter – Сейф для данных
Очень странные дела в сфере информационной безопасности. Отрасль одна из самых развивающихся, а работать в ней некому. По данным Сбербанка, в стране 20-кратный дефицит «безопасников». Так ли это, рассказывает руководитель отдела ИБ Linxdatacenter Георгий Беляков.
2-кратный, 10-кратный или 20-кратный дефицит – оценить в количественном эквиваленте сложно. Но людей действительно не хватает. Причем даже не ИБ-шников, а вообще ИТ-специалистов.
Поиск толковых кадров всегда был непростым и долгим делом. Если говорить именно о «безопасниках», то их попросту негде брать. У нас не так много специализированных учебных заведений, где выпускают таких специалистов. Кроме того, многие из них теряют интерес к профессии и переходят в другие ИТ-специальности.
Почему оставляют ИБ? Зачастую все очень банально. Большая часть уходит в разработку, поскольку там зарплата выше. Да и вариантов интересной работы больше. В ИБ немного иначе. Все может ограничиваться так называемой бумажной безопасностью. А могут быть и интересные практические задачи, например, реверс-инжиниринг или пентест. Каждый выбирает, что ему по душе. Но будем честны – немногие компании готовы предложить и интересную, и высокооплачиваемую работу.
Как можно решить проблему дефицита кадров? Один из возможных путей – создание специальных школ при организациях. Должны быть места для стажировки, чтобы люди после института могли закреплять свои знания на практике. И сразу заниматься пусть и сложными, но интересными задачами. А ситуаций, когда приходит новичок и на него тут же сваливают все, на что у команды не хватает времени (или желания), быть не должно. И человек сидит и думает: «Да ну это ИБ, что здесь хорошего?». Это в корне неправильный подход.
Такие изменения – долгосрочная перспектива. А что делать прямо сейчас компаниям, у которых нет возможности искать и растить специалистов? В этом случае можно воспользоваться услугами аутсорса по ИБ. Ну или обратить внимание на облачные сервисы по модели MSSP, которые присутствуют на рынке.
#ИБ#HR
@linxdatacenter – Сейф для данных
👍9
Доверять нельзя не верить
Один наш подписчик как-то заметил: «Делегировать провайдеру инфраструктурную часть = передать непонятно кому критически важный функционал». Мы крепко задумались и решили поделиться мыслями на этот счет.
Откровенно говоря, совместная работа это всегда риск – никогда не знаешь, как в той или ситуации поступит партнер. Ошибки бывают, и не факт, что из-за некомпетентности – человеческий фактор никогда нельзя исключать. Поэтому опасения заказчика понятны.
Другое дело, что критически важный функционал повсюду. Например, электроэнергия. Трудно представить деятельность ЦОДа без света. Но ведь мы все равно идем на эти риски, платим деньги электростанции. Поскольку мало кто может позволить себе иметь собственную ТЭЦ. Такая же история с ПО и мн.др. Кто может делать лучше, чем предлагает рынок, тот делает все сам. Вопрос лишь в рентабельности.
Если масштабы бизнеса оправдывают содержание собственной инфраструктуры, постройку ЦОДа, штат высококвалифицированных специалистов, тогда в этом есть смысл. Для крупных организаций здесь еще бонус – есть кого уволить в случае косяков.
Но если IT-структура компании помещается в «одну стойку», то тут без вариантов. Во-первых, очень дорого. А во-вторых, попробуйте еще найти компетентных людей и все организовать.
Зоны ответственности регулируются договором. Также не стоит забывать о SLA, где прописывается уровень доступности услуги, как его считать и что если он не соблюден.
При этом застраховаться от возможных ошибок поставщика услуг можно и нужно. Например, организовать удаленное хранение резервных копий, проводить ИБ-мероприятия и т.п.
Если же клиент не доверяет настолько, что боится как бы провайдер не использовал оборудование в своих целях… Что ж, в этом случае вряд ли выйдет продуктивное сотрудничество и не стоит даже начинать.
#ЦОД
@linxdatacenter – Сейф для данных
Один наш подписчик как-то заметил: «Делегировать провайдеру инфраструктурную часть = передать непонятно кому критически важный функционал». Мы крепко задумались и решили поделиться мыслями на этот счет.
Откровенно говоря, совместная работа это всегда риск – никогда не знаешь, как в той или ситуации поступит партнер. Ошибки бывают, и не факт, что из-за некомпетентности – человеческий фактор никогда нельзя исключать. Поэтому опасения заказчика понятны.
Другое дело, что критически важный функционал повсюду. Например, электроэнергия. Трудно представить деятельность ЦОДа без света. Но ведь мы все равно идем на эти риски, платим деньги электростанции. Поскольку мало кто может позволить себе иметь собственную ТЭЦ. Такая же история с ПО и мн.др. Кто может делать лучше, чем предлагает рынок, тот делает все сам. Вопрос лишь в рентабельности.
Если масштабы бизнеса оправдывают содержание собственной инфраструктуры, постройку ЦОДа, штат высококвалифицированных специалистов, тогда в этом есть смысл. Для крупных организаций здесь еще бонус – есть кого уволить в случае косяков.
Но если IT-структура компании помещается в «одну стойку», то тут без вариантов. Во-первых, очень дорого. А во-вторых, попробуйте еще найти компетентных людей и все организовать.
Зоны ответственности регулируются договором. Также не стоит забывать о SLA, где прописывается уровень доступности услуги, как его считать и что если он не соблюден.
При этом застраховаться от возможных ошибок поставщика услуг можно и нужно. Например, организовать удаленное хранение резервных копий, проводить ИБ-мероприятия и т.п.
Если же клиент не доверяет настолько, что боится как бы провайдер не использовал оборудование в своих целях… Что ж, в этом случае вряд ли выйдет продуктивное сотрудничество и не стоит даже начинать.
#ЦОД
@linxdatacenter – Сейф для данных
👍10
Гипервизоры, системы бэкапа и СХД: что сейчас импортозамещают провайдеры
Поверьте, дефицит серверов – вовсе не единственная головная боль у провайдеров. Собрали еще несколько примеров “железа” и софта, которые заменять на российские вам нужно было еще вчера.
ПО для виртуализации
Тут есть три пути (параллельный импорт рассматривать не будем).
Направо пойдешь – к российским вендорам попадешь. У «Яндекса» и VK самые зрелые и производительные продукты в РФ. Продвинутый функционал, устранены многие типичные «болячки» в работе ПО. Они спокойно могут закрыть потребности значительной части рынка. Но дорогие.
Налево пойдешь – на Open Source набредешь. Построить облачную платформу на OS – самый экономичный вариант, особенно на старте. Но про помощь вендора можно забыть. Придется обращаться к сообществу разработчиков, которые могут решить проблему за день, а могут – за месяц. Не очень перспектива, да? Есть альтернатива – собственный штат толковых (дорогих) специалистов. Они будут допиливать и чинить платформу «на лету». Но при небольших масштабах это приведет к астрономическим расходам.
Прямо пойдешь – китайцев повстречаешь. На российский рынок выходит независимая от западных вендоров Z Stack Cloud, на которой работают Alibaba Cloud, Huawei Cloud и другие азиатские провайдеры. Зрелый продукт с хорошим функционалом и поддержкой. Однако есть нюанс. Китай лишь продает лицензии, а за саппорт будут отвечать российские партнеры. Это чревато рисками в плане качества поддержки. Обучение людей займет немало времени. Кроме того, поскольку у производителя нет прямого доступа к платформе, оперативно помочь он не сможет. А это затруднит отработку сложных тикетов.
ПО для резервного копирования
Тут в принципе такая же история. У «РуБэкап» и «Киберпротект» есть свои преимущества, но с Symantec, Veeam и Commvault не сравнить.
Однако на рынок заходят китайские AISHU, Vinchin и несколько других. Работать будут как и Z Stack Cloud. И это позитивный тренд – вакуум заполняется зарекомендовавшими себя продуктами.
СХД
Опять-таки ну не хватает нашим решениям функционала. Часто нет дедупликации данных (очистки пространства от ненужных копий и повторяющихся элементов) и их компрессии. Получаем допрасходы на хранение информации, плюс меньше возможностей для масштабирования и резервирования.
Если технологии позволяют хранить 2 ТБ данных на объеме физического пространства в 1 ТБ – это выгодно. А отсутствие дедупликации и компрессии может привести к тому, что для хранения 1 ТБ придется покупать 1,5 ТБ.
Чтобы нам продвинуться в этом направлении, понадобится несколько лет. А если говорить о полноценной конкуренции между отечественными производителями – десятилетия. Что будет с китайскими коллегами – пока непонятно. Поднебесная не спешит в этот сегмент – обходить санкции на ввоз оборудования гораздо сложнее, чем поставлять софт.
Вывод: для сервис-провайдера сегодня крайне важно выбрать грамотную стратегию. От нее и будет зависеть дальнейший путь. Прибыль нужно вкладывать в технологическую платформу и ее поддержку для подкрепления обещаний качества. Только так можно отстоять завоеванную долю рынка.
Эксперт: Олег Федоров, менеджер по продуктам Linxdatacenter
#импортозамещение
@linxdatacenter – Сейф для данных
Поверьте, дефицит серверов – вовсе не единственная головная боль у провайдеров. Собрали еще несколько примеров “железа” и софта, которые заменять на российские вам нужно было еще вчера.
ПО для виртуализации
Тут есть три пути (параллельный импорт рассматривать не будем).
Направо пойдешь – к российским вендорам попадешь. У «Яндекса» и VK самые зрелые и производительные продукты в РФ. Продвинутый функционал, устранены многие типичные «болячки» в работе ПО. Они спокойно могут закрыть потребности значительной части рынка. Но дорогие.
Налево пойдешь – на Open Source набредешь. Построить облачную платформу на OS – самый экономичный вариант, особенно на старте. Но про помощь вендора можно забыть. Придется обращаться к сообществу разработчиков, которые могут решить проблему за день, а могут – за месяц. Не очень перспектива, да? Есть альтернатива – собственный штат толковых (дорогих) специалистов. Они будут допиливать и чинить платформу «на лету». Но при небольших масштабах это приведет к астрономическим расходам.
Прямо пойдешь – китайцев повстречаешь. На российский рынок выходит независимая от западных вендоров Z Stack Cloud, на которой работают Alibaba Cloud, Huawei Cloud и другие азиатские провайдеры. Зрелый продукт с хорошим функционалом и поддержкой. Однако есть нюанс. Китай лишь продает лицензии, а за саппорт будут отвечать российские партнеры. Это чревато рисками в плане качества поддержки. Обучение людей займет немало времени. Кроме того, поскольку у производителя нет прямого доступа к платформе, оперативно помочь он не сможет. А это затруднит отработку сложных тикетов.
ПО для резервного копирования
Тут в принципе такая же история. У «РуБэкап» и «Киберпротект» есть свои преимущества, но с Symantec, Veeam и Commvault не сравнить.
Однако на рынок заходят китайские AISHU, Vinchin и несколько других. Работать будут как и Z Stack Cloud. И это позитивный тренд – вакуум заполняется зарекомендовавшими себя продуктами.
СХД
Опять-таки ну не хватает нашим решениям функционала. Часто нет дедупликации данных (очистки пространства от ненужных копий и повторяющихся элементов) и их компрессии. Получаем допрасходы на хранение информации, плюс меньше возможностей для масштабирования и резервирования.
Если технологии позволяют хранить 2 ТБ данных на объеме физического пространства в 1 ТБ – это выгодно. А отсутствие дедупликации и компрессии может привести к тому, что для хранения 1 ТБ придется покупать 1,5 ТБ.
Чтобы нам продвинуться в этом направлении, понадобится несколько лет. А если говорить о полноценной конкуренции между отечественными производителями – десятилетия. Что будет с китайскими коллегами – пока непонятно. Поднебесная не спешит в этот сегмент – обходить санкции на ввоз оборудования гораздо сложнее, чем поставлять софт.
Вывод: для сервис-провайдера сегодня крайне важно выбрать грамотную стратегию. От нее и будет зависеть дальнейший путь. Прибыль нужно вкладывать в технологическую платформу и ее поддержку для подкрепления обещаний качества. Только так можно отстоять завоеванную долю рынка.
Эксперт: Олег Федоров, менеджер по продуктам Linxdatacenter
#импортозамещение
@linxdatacenter – Сейф для данных
👍14❤2
📈 Размещаться в облаках будет дороже?
Похоже, что да – говорят наши аналитики. Цены могут вырасти на 20-25% за следующие два-три года. Далеко за объяснениями ходить не надо.
Мы видим, что бизнес вовсе не откладывает «облачные» планы в долгий ящик. Хотя ситуация в экономике нестабильна, спрос на colocation и IaaS все равно растет. Да, не на 10% в год, как было раньше: прогноз на этот год – всего 5%. Но даже такие потребности удовлетворить провайдерам, прямо скажем, непросто. Цепочки поставок нарушились, построить им замену в одночасье сложно. Да и кредиты на новые проекты – строительство и развитие ЦОДов, то есть – обходятся все дороже.
И вот что мы получаем: если раньше провайдер повышал цены в среднем на 10-15% в год, на размер инфляции, то сейчас такой «прибавки» уже не хватит. Неизбежно придется заложить все затраты в цену стоек, которые будут доступны клиентам в 2024 году.
«Окей, так и что дальше?» – спросит наш читатель. Получается, у цен отвалились тормоза – и процесс не остановить, так? Нет. Мы видим, что рынок уже адаптируется, текущая ситуация подстегнула российских вендоров и поставщиков железа увеличивать поставки. Так что проблемы с дефицитом, вероятно, решатся в течение 3-4 лет.
#цены #аналитика
@linxdatacenter – Сейф для данных
Похоже, что да – говорят наши аналитики. Цены могут вырасти на 20-25% за следующие два-три года. Далеко за объяснениями ходить не надо.
Мы видим, что бизнес вовсе не откладывает «облачные» планы в долгий ящик. Хотя ситуация в экономике нестабильна, спрос на colocation и IaaS все равно растет. Да, не на 10% в год, как было раньше: прогноз на этот год – всего 5%. Но даже такие потребности удовлетворить провайдерам, прямо скажем, непросто. Цепочки поставок нарушились, построить им замену в одночасье сложно. Да и кредиты на новые проекты – строительство и развитие ЦОДов, то есть – обходятся все дороже.
И вот что мы получаем: если раньше провайдер повышал цены в среднем на 10-15% в год, на размер инфляции, то сейчас такой «прибавки» уже не хватит. Неизбежно придется заложить все затраты в цену стоек, которые будут доступны клиентам в 2024 году.
«Окей, так и что дальше?» – спросит наш читатель. Получается, у цен отвалились тормоза – и процесс не остановить, так? Нет. Мы видим, что рынок уже адаптируется, текущая ситуация подстегнула российских вендоров и поставщиков железа увеличивать поставки. Так что проблемы с дефицитом, вероятно, решатся в течение 3-4 лет.
#цены #аналитика
@linxdatacenter – Сейф для данных
👍12👎1
📝Главные по раздаче: про CDN – простыми словами
Обсуждаем, как работает эта модель сетевой инфраструктуры, кто её использует и зачем. #мини_ликбез проводит Евгений Макарьин, руководитель группы разработки продуктов и решений.
В обычных условиях, когда на ваш сайт (или в приложение) приходит запрос, то в работу включается связка: веб-сервер, сервер-приложения, база данных, хранилище. Она в общем-то легко справляется даже с тысячей запросов в минуту.
Но что делать, если ваш сервис вдруг становится мегапопулярным? Просто представьте: сайтом или приложением начинается пользоваться в десятки или даже сотни раз больше людей. Для бизнеса ситуация лучше не придумаешь, но вот ИТ-инфраструктура начнёт буксовать.
Канал связи «забьётся», сервер начнёт подвисать (ему не хватит процессорных мощностей). Затем заупрямится СХД – у системы тоже есть ограничения по пропускной способности и количеству обращений в секунду. А пока инфраструктура пытается выдержать наплыв клиентов – те уже вовсю негодуют. «Всё виснет, ничего не загружается. Поищу-ка этот товар/услугу на другом сайте”.
Чтобы избежать такой ситуации, и придумали CDN.
По сути, это сеть, которая распределяет контент по разным локациям. Выглядит это примерно так:
1️⃣ запросы приходят на CDN сервер в локации наиболее близкой к клиенту;
2️⃣ CDN забирает контент с центрального хранилища в дата-центре и отдаёт клиенту;
3️⃣ контент сохраняется на кэширующем сервере на локации;
4️⃣ при повторном запросе этого же контента с той же локации его сразу отдают клиенту.
Профит: каналы связи и центральная инфраструктура разгружаются, контент приходит без лишних задержек – и клиент доволен.
Прямая дорога к CDN – всем тем, кто ведёт бизнес онлайн. И в особенности, генерирует много контента, который нужно раздавать по всей стране. С минимальным откликом, на максимальной скорости. Соцсети, производители контента, онлайн-кинотеатры – все эти бизнесы прекрасно понимают важность работы с CDN.
Можно вспомнить пример Netflix: когда запускались в России, они очень активно размещались на российских CDN-серверах и недавно стали их отключать. И если Netflix в РФ перестал предоставлять услуги ещё весной, то у YouTube, который продолжает свою деятельность, сейчас наблюдаются проблемы как раз из-за отключения их кэширующих серверов. Заметили, что видеоплатформа у нас работает не так резво, как раньше? Задержки и время загрузки увеличились, и это боль для клиентов.
Сервисы CDN есть сейчас у многих провайдеров – и специализированных, и не только. Предвосхищая вопросы – у нас тоже есть, пока это партнерский сервис. Можно запросить демо или сразу использовать в продуктиве. Пока это early sales, мы тестируем спрос у нашей аудитории. А массовый запуск будет, скорее всего, в следующем году.
#инфраструктура #CDN
@linxdatacenter – Сейф для данных
Обсуждаем, как работает эта модель сетевой инфраструктуры, кто её использует и зачем. #мини_ликбез проводит Евгений Макарьин, руководитель группы разработки продуктов и решений.
В обычных условиях, когда на ваш сайт (или в приложение) приходит запрос, то в работу включается связка: веб-сервер, сервер-приложения, база данных, хранилище. Она в общем-то легко справляется даже с тысячей запросов в минуту.
Но что делать, если ваш сервис вдруг становится мегапопулярным? Просто представьте: сайтом или приложением начинается пользоваться в десятки или даже сотни раз больше людей. Для бизнеса ситуация лучше не придумаешь, но вот ИТ-инфраструктура начнёт буксовать.
Канал связи «забьётся», сервер начнёт подвисать (ему не хватит процессорных мощностей). Затем заупрямится СХД – у системы тоже есть ограничения по пропускной способности и количеству обращений в секунду. А пока инфраструктура пытается выдержать наплыв клиентов – те уже вовсю негодуют. «Всё виснет, ничего не загружается. Поищу-ка этот товар/услугу на другом сайте”.
Чтобы избежать такой ситуации, и придумали CDN.
По сути, это сеть, которая распределяет контент по разным локациям. Выглядит это примерно так:
1️⃣ запросы приходят на CDN сервер в локации наиболее близкой к клиенту;
2️⃣ CDN забирает контент с центрального хранилища в дата-центре и отдаёт клиенту;
3️⃣ контент сохраняется на кэширующем сервере на локации;
4️⃣ при повторном запросе этого же контента с той же локации его сразу отдают клиенту.
Профит: каналы связи и центральная инфраструктура разгружаются, контент приходит без лишних задержек – и клиент доволен.
Прямая дорога к CDN – всем тем, кто ведёт бизнес онлайн. И в особенности, генерирует много контента, который нужно раздавать по всей стране. С минимальным откликом, на максимальной скорости. Соцсети, производители контента, онлайн-кинотеатры – все эти бизнесы прекрасно понимают важность работы с CDN.
Можно вспомнить пример Netflix: когда запускались в России, они очень активно размещались на российских CDN-серверах и недавно стали их отключать. И если Netflix в РФ перестал предоставлять услуги ещё весной, то у YouTube, который продолжает свою деятельность, сейчас наблюдаются проблемы как раз из-за отключения их кэширующих серверов. Заметили, что видеоплатформа у нас работает не так резво, как раньше? Задержки и время загрузки увеличились, и это боль для клиентов.
Сервисы CDN есть сейчас у многих провайдеров – и специализированных, и не только. Предвосхищая вопросы – у нас тоже есть, пока это партнерский сервис. Можно запросить демо или сразу использовать в продуктиве. Пока это early sales, мы тестируем спрос у нашей аудитории. А массовый запуск будет, скорее всего, в следующем году.
#инфраструктура #CDN
@linxdatacenter – Сейф для данных
👍8🔥1
В очередь за гибридным облаком
60% компаний делают ставку на гибридное облако – в то время как интерес к публичному облаку уменьшается. Такой вот мировой тренд обозначили в недавнем исследовании Fujitsu и CIF. Мы с коллегами по цеху согласны: на российском рынке наблюдаем все то же самое.
Начнем с того, что многим сложно полностью переехать в облако из-за legacy. Это олдовые приложения, которые в силу своей архитектуры могут работать только на физическом оборудовании. Вот и получается, что новые сервисы уходят в облака, а «древние» живут своей жизнью на старых серверах. И их действительно лучше не трогать.
При этом на стороне гибридных решений – сразу несколько преимуществ:
✅ Их быстрее развернуть
Когда оперируешь физическим оборудованием, ты не можешь гибко распределить ресурсы. Представьте: вам надо запустить продукт вот прямо сейчас. Где возьмете свободное оборудование? Разве его можно достать по щелчку пальца? Пока будете закупаться – упустите время, конкуренты обгонят.
Вот бизнес и идет к провайдеру за облаком. И да, даже зрелый, с налаженный ИТ-инфраструктурой. Потому что возможность ускорить time-to-market необходима всем. Чем быстрее растет клиентская база и запускаются новые проекты – тем нужнее облако. В России эту возможность активнее всего используют крупные компании для своих стартапов и внутренних подпроектов.
✅ Гибрид дешевле, чем cloud only
Это актуально для крупного бизнеса, который работает по модели on-premise. Допустим, вы – большой банк или ИТ-компания. Будет дешевле закупить оборудование и нанять штат айтишников, чем оплачивать размещение всей ИТ-инфраструктуры в облаке. Cloud only же больше подходит для тех, кто в начале пути. Запустил стартап – SaaS в помощь: бери готовые сервисы и пользуйся.
Надо сказать, популярность гибридных решений обусловили еще и местные особенности российского cloud-рынка. Мы ведь еще не достигли такого уровня консолидации и «гигантизма» провайдеров, как за рубежом. И у нас пока хватает независимых провайдеров, которые владеют собственными ЦОДами.
Соответственно, бизнесу проще подключиться к ним с архитектурной точки зрения. У одного и того же провайдера клиент может разместить сразу и физическое оборудование (для стабильных систем, не нуждающихся в развитии), и еще купить облачный сервис, чтобы быстро развернуть мощности. Две эти инфраструктуры можно легко связать – и это существенно сокращает задержки и ИБ-риски.
#ИТ #тренды #гибридное_облако
@linxdatacenter – Сейф для данных
60% компаний делают ставку на гибридное облако – в то время как интерес к публичному облаку уменьшается. Такой вот мировой тренд обозначили в недавнем исследовании Fujitsu и CIF. Мы с коллегами по цеху согласны: на российском рынке наблюдаем все то же самое.
Начнем с того, что многим сложно полностью переехать в облако из-за legacy. Это олдовые приложения, которые в силу своей архитектуры могут работать только на физическом оборудовании. Вот и получается, что новые сервисы уходят в облака, а «древние» живут своей жизнью на старых серверах. И их действительно лучше не трогать.
При этом на стороне гибридных решений – сразу несколько преимуществ:
✅ Их быстрее развернуть
Когда оперируешь физическим оборудованием, ты не можешь гибко распределить ресурсы. Представьте: вам надо запустить продукт вот прямо сейчас. Где возьмете свободное оборудование? Разве его можно достать по щелчку пальца? Пока будете закупаться – упустите время, конкуренты обгонят.
Вот бизнес и идет к провайдеру за облаком. И да, даже зрелый, с налаженный ИТ-инфраструктурой. Потому что возможность ускорить time-to-market необходима всем. Чем быстрее растет клиентская база и запускаются новые проекты – тем нужнее облако. В России эту возможность активнее всего используют крупные компании для своих стартапов и внутренних подпроектов.
✅ Гибрид дешевле, чем cloud only
Это актуально для крупного бизнеса, который работает по модели on-premise. Допустим, вы – большой банк или ИТ-компания. Будет дешевле закупить оборудование и нанять штат айтишников, чем оплачивать размещение всей ИТ-инфраструктуры в облаке. Cloud only же больше подходит для тех, кто в начале пути. Запустил стартап – SaaS в помощь: бери готовые сервисы и пользуйся.
Надо сказать, популярность гибридных решений обусловили еще и местные особенности российского cloud-рынка. Мы ведь еще не достигли такого уровня консолидации и «гигантизма» провайдеров, как за рубежом. И у нас пока хватает независимых провайдеров, которые владеют собственными ЦОДами.
Соответственно, бизнесу проще подключиться к ним с архитектурной точки зрения. У одного и того же провайдера клиент может разместить сразу и физическое оборудование (для стабильных систем, не нуждающихся в развитии), и еще купить облачный сервис, чтобы быстро развернуть мощности. Две эти инфраструктуры можно легко связать – и это существенно сокращает задержки и ИБ-риски.
#ИТ #тренды #гибридное_облако
@linxdatacenter – Сейф для данных
👍9🔥1
⚡️Михаил Ветров возглавил Linxdatacenter
Михаил возьмет на себя стратегическое управление компанией. Фокус – на дальнейшее развитие ЦОД в текущих и новых регионах присутствия, масштабирование облачных сервисов и выход на новые клиентские сегменты.
Несколько фактов о Михаиле Ветрове:
▶️ Имеет более чем 20-летний опыт стратегического и операционного управления российскими подразделениями международных компаний и крупными российскими компаниями с распределенными командами.
▶️ Занимал пост вице-президента Fleetcor Восточная Европа. С 2018 года до недавнего времени Михаил курировал текущие операции, запуск новых цифровых каналов продаж и коммуникаций с клиентами, agile трансформацию. Это позволило кратно вырастить бизнес и ускорить в 2 раза запуск новых продуктов.
▶️ Возглавлял Linxdatacenter в период с 2013 по 2017 годы. Под его руководством компания выросла вдвое. Провели модернизацию ЦОД в Москве, увеличили проектные мощности по стойко-местам в 2 раза, запустили облачную платформу LinxCloud.
Андрей Перекрест, до этого возглавлявший Linxdatacenter, остается в компании в роли технического директора. Он сконцентрируется на инфраструктурном развитии и операционном управлении.
#Linx_назначения
@linxdatacenter – Сейф для данных
Михаил возьмет на себя стратегическое управление компанией. Фокус – на дальнейшее развитие ЦОД в текущих и новых регионах присутствия, масштабирование облачных сервисов и выход на новые клиентские сегменты.
Несколько фактов о Михаиле Ветрове:
▶️ Имеет более чем 20-летний опыт стратегического и операционного управления российскими подразделениями международных компаний и крупными российскими компаниями с распределенными командами.
▶️ Занимал пост вице-президента Fleetcor Восточная Европа. С 2018 года до недавнего времени Михаил курировал текущие операции, запуск новых цифровых каналов продаж и коммуникаций с клиентами, agile трансформацию. Это позволило кратно вырастить бизнес и ускорить в 2 раза запуск новых продуктов.
▶️ Возглавлял Linxdatacenter в период с 2013 по 2017 годы. Под его руководством компания выросла вдвое. Провели модернизацию ЦОД в Москве, увеличили проектные мощности по стойко-местам в 2 раза, запустили облачную платформу LinxCloud.
Андрей Перекрест, до этого возглавлявший Linxdatacenter, остается в компании в роли технического директора. Он сконцентрируется на инфраструктурном развитии и операционном управлении.
#Linx_назначения
@linxdatacenter – Сейф для данных
👍11❤1🔥1
BaaS vs DraaS: что выбрать?
Два = один, один = ноль. Нет, это не загадка из «Что? Где? Когда?», а правило построения отказоустойчивой инфраструктуры. Когда каждый критический элемент системы дублируется в облаке. А помогает с этим DRaaS, он же Disaster Recovery as a Service. Нужен ли он конкретно вам – давайте разбираться.
Вообще нам кажется, DRaaS незаслуженно обделен вниманием. Многие считают, что это избыточная мера для защиты данных, и предпочитают обходиться "традиционным” бэкапом. Ну что, в конце концов, может произойти – прямое попадание метеорита?
На это сказать можно вот что. Главное, чем помогает DRaaS: он страхует от последствий вполне себе реалистичных опасностей – кибератак и инсайдерских угроз. Ну и положа руку на сердце, вероятность катастроф тоже нельзя списывать со счетов. Пожары и наводнения бывают, пусть и нечасто.
В чем его отличие от BaaS – стандартного бэкапа? Нередко эта копия лежит на той же площадке, что и исходник. Да, в большинстве случаев BaaS справится с проблемой и легко восстановит данные.
Но не когда случились крупные неприятности. Например, на заводе произошла авария, серверную затопило и оборудование безнадежно испортилось Простой производства в ожидании, когда все починят = сотни тысяч убытков. DraaS же обеспечит полную репликацию всех ИТ-сервисов за 15 минут. По сути, это поддержка всех 4 уровней инфраструктуры: hardware, виртуализация, ОС и, наконец, ИТ-сервисы и приложения.
Так как определить, что конкретно выбрать – BaaS или DraaS? Исходить надо из того, что у каждого уникальная ИТ-инфраструктура и задачи. Понятно, что потребности банков в DRP сильно отличаются от аналогичных процедур в производстве. Поэтому на начальном этапе рекомендуется проанализировать, что конкретно нужно бизнесу. Провести такой анализ можно самостоятельно, с помощью внешнего аудита или обратившись к провайдеру.
#DRaaS #безопасность
Два = один, один = ноль. Нет, это не загадка из «Что? Где? Когда?», а правило построения отказоустойчивой инфраструктуры. Когда каждый критический элемент системы дублируется в облаке. А помогает с этим DRaaS, он же Disaster Recovery as a Service. Нужен ли он конкретно вам – давайте разбираться.
Вообще нам кажется, DRaaS незаслуженно обделен вниманием. Многие считают, что это избыточная мера для защиты данных, и предпочитают обходиться "традиционным” бэкапом. Ну что, в конце концов, может произойти – прямое попадание метеорита?
На это сказать можно вот что. Главное, чем помогает DRaaS: он страхует от последствий вполне себе реалистичных опасностей – кибератак и инсайдерских угроз. Ну и положа руку на сердце, вероятность катастроф тоже нельзя списывать со счетов. Пожары и наводнения бывают, пусть и нечасто.
В чем его отличие от BaaS – стандартного бэкапа? Нередко эта копия лежит на той же площадке, что и исходник. Да, в большинстве случаев BaaS справится с проблемой и легко восстановит данные.
Но не когда случились крупные неприятности. Например, на заводе произошла авария, серверную затопило и оборудование безнадежно испортилось Простой производства в ожидании, когда все починят = сотни тысяч убытков. DraaS же обеспечит полную репликацию всех ИТ-сервисов за 15 минут. По сути, это поддержка всех 4 уровней инфраструктуры: hardware, виртуализация, ОС и, наконец, ИТ-сервисы и приложения.
Так как определить, что конкретно выбрать – BaaS или DraaS? Исходить надо из того, что у каждого уникальная ИТ-инфраструктура и задачи. Понятно, что потребности банков в DRP сильно отличаются от аналогичных процедур в производстве. Поэтому на начальном этапе рекомендуется проанализировать, что конкретно нужно бизнесу. Провести такой анализ можно самостоятельно, с помощью внешнего аудита или обратившись к провайдеру.
#DRaaS #безопасность
👍11🔥1
Вопрос со звездочкой: есть ли гарантия на облака?
Как и за что провайдер несет ответственность – объясняем вместе с Евгением Макарьиным, руководителем группы разработки продуктов и решений:
«По сути, аналог гарантии у провайдеров – SLA. Это скорее даже страховка, чем гарантия в классическом смысле слова. А еще она показывает, на какой уровень надежности ориентируется провайдер. Не факт, что в реальности этот уровень будет выдержан, но это самая явная метрика.
Вы заключаете соглашение с оператором – и, если возникают проблемы, он обязуется компенсировать вам часть расходов. Список «проблем» (отклонений от заданных параметров, официально говоря) прописывают в этом же документе. А каких именно – здесь могут быть разные варианты. Доступность сервиса, скорость реакции на обращения, время задержки, производительность СХД и т.д.
Компенсируют расходы по-разному. Обычно это возврат денег или скидка на услуги – в этом или следующем месяце. Сейчас SLA – это must have для всех провайдеров. Все договоры, которые я читал, содержат соглашение. Но иногда не на все услуги. То есть провайдер предоставляет какую-то дополнительную услугу или фичу, но будет ли она работать с прописанными параметрами – никаких гарантий.
Поэтому всегда проверяйте, чтобы в SLА было чётко указано:
- какие услуги провайдера покрывает соглашение;
- как рассчитывается компенсация;
- как претендовать на компенсацию;
- как фиксируется факт неработоспособности/деградации услуги;
- с какого момента считается, что работоспособность восстановлена.
Если же в договоре вы вдруг не обнаружили SLA… Хоть и маловероятно, но ситуация не ахти. По умолчанию, провайдер не несёт ответственности за работоспособность и качественные параметры услуг, на которых нет SLA. И если вдруг что-то сломается – будет только та компенсация, которой вы сможете добиться уже в ручном режиме. То есть, как договоритесь с провайдером».
#SLA #комментарий
@linxdatacenter – Сейф для данных
Как и за что провайдер несет ответственность – объясняем вместе с Евгением Макарьиным, руководителем группы разработки продуктов и решений:
«По сути, аналог гарантии у провайдеров – SLA. Это скорее даже страховка, чем гарантия в классическом смысле слова. А еще она показывает, на какой уровень надежности ориентируется провайдер. Не факт, что в реальности этот уровень будет выдержан, но это самая явная метрика.
Вы заключаете соглашение с оператором – и, если возникают проблемы, он обязуется компенсировать вам часть расходов. Список «проблем» (отклонений от заданных параметров, официально говоря) прописывают в этом же документе. А каких именно – здесь могут быть разные варианты. Доступность сервиса, скорость реакции на обращения, время задержки, производительность СХД и т.д.
Компенсируют расходы по-разному. Обычно это возврат денег или скидка на услуги – в этом или следующем месяце. Сейчас SLA – это must have для всех провайдеров. Все договоры, которые я читал, содержат соглашение. Но иногда не на все услуги. То есть провайдер предоставляет какую-то дополнительную услугу или фичу, но будет ли она работать с прописанными параметрами – никаких гарантий.
Поэтому всегда проверяйте, чтобы в SLА было чётко указано:
- какие услуги провайдера покрывает соглашение;
- как рассчитывается компенсация;
- как претендовать на компенсацию;
- как фиксируется факт неработоспособности/деградации услуги;
- с какого момента считается, что работоспособность восстановлена.
Если же в договоре вы вдруг не обнаружили SLA… Хоть и маловероятно, но ситуация не ахти. По умолчанию, провайдер не несёт ответственности за работоспособность и качественные параметры услуг, на которых нет SLA. И если вдруг что-то сломается – будет только та компенсация, которой вы сможете добиться уже в ручном режиме. То есть, как договоритесь с провайдером».
#SLA #комментарий
@linxdatacenter – Сейф для данных
👍12🔥1
📊 Присоединяйтесь к «облачному» исследованию
Друзья, мы изучаем, какие облачные сервисы сейчас «в тренде» у бизнеса. Растет ли интерес к CDN, есть ли курс на DRaaS и так далее. В опросе также собираем инфо, кто какими облачными платформами сейчас пользуется.
Результатами опроса обязательно поделимся – по итогам в нашем канале будет аналитика. И, конечно, все эти важные инсайты мы используем, чтобы сделать облачную платформу Linxdatacenter для вас максимально полезной.
Приглашаем вас принять участие в опросе по этой ссылке. Чтобы совместить полезное с приятным, всем участникам дарим бонус. Это 3000 рублей на тест-драйв наших облачных сервисов.
#опрос
@linxdatacenter – Сейф для данных
Друзья, мы изучаем, какие облачные сервисы сейчас «в тренде» у бизнеса. Растет ли интерес к CDN, есть ли курс на DRaaS и так далее. В опросе также собираем инфо, кто какими облачными платформами сейчас пользуется.
Результатами опроса обязательно поделимся – по итогам в нашем канале будет аналитика. И, конечно, все эти важные инсайты мы используем, чтобы сделать облачную платформу Linxdatacenter для вас максимально полезной.
Приглашаем вас принять участие в опросе по этой ссылке. Чтобы совместить полезное с приятным, всем участникам дарим бонус. Это 3000 рублей на тест-драйв наших облачных сервисов.
#опрос
@linxdatacenter – Сейф для данных
🔥7👍5
❄️ Нужны ли «арктические» ЦОДы? Наш разбор
Совсем недавно в Арктике открыли первый коммерческий ЦОД. Самый северный дата-центр в России запустил Ростелеком. Как говорят, для «создания единой ИТ-инфраструктуры» Мурманской области. Значит ли это, что провайдеры официально открывают курс на Север?
Вообще тема «суперэффективности» северных ЦОДов муссируется уже несколько лет. Начиная с проекта сети дата-центров в Карелии под эгидой GS Nanotech. Основное преимущество, которое называют эксперты – вам не нужно тратиться на охлаждение. И за счет этого можно сэкономить, по некоторым оценкам, до 40% средств на содержание площадки.
Ладно, допустим, эту статью расходов можно скостить. Но почему-то все забывают, что нужно оценивать экономическую привлекательность дата-центра в целом.
Например, как поддерживать сети – электрические + телекоммуникации – в условиях сурового климата и огромных расстояний Русского Севера? Далее, кто будет работать в дата-центре? Если найти сотрудников непросто даже в крупных городах – представьте масштаб проблемы в отдаленных регионах. Дорого всё – и учить местных, и везти готовых профи из центра. А еще вспомним затраты на транспорт и доставку оборудования – и ЦОД уже становится «золотым».
Но даже эти проблемы меркнут перед ключевой. Чтобы построить дата-центр, нужно на берегу понимать, кто, собственно, в него «заселится». И с каким потенциалом роста. Без заказчиков смысла в таком арктическом проекте нет. Как и очереди из желающих мигрировать в слишком далекий и рисковый ЦОД.
Вот почему, нам кажется, куда больше смысла (и потенциала) направить свои усилия на развитие текущих площадок. То есть, повышать производительность, наращивать пропускную способность каналов и, ключевое, связывать ресурсы ЦОДов с глобальными ИТ-экосистемами. Если получится решить хотя бы часть этих задач, то арктические дата-центры могут и не понадобиться.
#мнение #ЦОД
@linxdatacenter – Сейф для данных
Совсем недавно в Арктике открыли первый коммерческий ЦОД. Самый северный дата-центр в России запустил Ростелеком. Как говорят, для «создания единой ИТ-инфраструктуры» Мурманской области. Значит ли это, что провайдеры официально открывают курс на Север?
Вообще тема «суперэффективности» северных ЦОДов муссируется уже несколько лет. Начиная с проекта сети дата-центров в Карелии под эгидой GS Nanotech. Основное преимущество, которое называют эксперты – вам не нужно тратиться на охлаждение. И за счет этого можно сэкономить, по некоторым оценкам, до 40% средств на содержание площадки.
Ладно, допустим, эту статью расходов можно скостить. Но почему-то все забывают, что нужно оценивать экономическую привлекательность дата-центра в целом.
Например, как поддерживать сети – электрические + телекоммуникации – в условиях сурового климата и огромных расстояний Русского Севера? Далее, кто будет работать в дата-центре? Если найти сотрудников непросто даже в крупных городах – представьте масштаб проблемы в отдаленных регионах. Дорого всё – и учить местных, и везти готовых профи из центра. А еще вспомним затраты на транспорт и доставку оборудования – и ЦОД уже становится «золотым».
Но даже эти проблемы меркнут перед ключевой. Чтобы построить дата-центр, нужно на берегу понимать, кто, собственно, в него «заселится». И с каким потенциалом роста. Без заказчиков смысла в таком арктическом проекте нет. Как и очереди из желающих мигрировать в слишком далекий и рисковый ЦОД.
Вот почему, нам кажется, куда больше смысла (и потенциала) направить свои усилия на развитие текущих площадок. То есть, повышать производительность, наращивать пропускную способность каналов и, ключевое, связывать ресурсы ЦОДов с глобальными ИТ-экосистемами. Если получится решить хотя бы часть этих задач, то арктические дата-центры могут и не понадобиться.
#мнение #ЦОД
@linxdatacenter – Сейф для данных
👍7🔥1
Чем заменить «физические» графические процессоры
Уже официально: Nvidia окончательно уходит из России. Об этом сообщил Коммерсант, ссылаясь на отчетность ИТ-гиганта. Понятно, что уход американского производителя существенно затрудняет жизнь всем, кто сделал ставку на зарубежное железо для вычислений на GPU. В зоне риска – строительный бизнес, клиники, видеостудии.
С вариантами негусто. Выберете параллельный импорт = получите «золотую» технику без техподдержки спустя месяцы ожидания. Есть и более прагматичная модель для бизнеса – перейти на облачные графические процессоры. По сути, это процессоры в аренду. При этом виртуальные. Они не ломаются, не стареют, и не нужно их обслуживать.
Подойдут облачные процессоры не всем. В карточках рассказываем подробно, в каких случаях есть смысл обратиться к этому варианту.
#железо
@linxdatacenter – Сейф для данных
Уже официально: Nvidia окончательно уходит из России. Об этом сообщил Коммерсант, ссылаясь на отчетность ИТ-гиганта. Понятно, что уход американского производителя существенно затрудняет жизнь всем, кто сделал ставку на зарубежное железо для вычислений на GPU. В зоне риска – строительный бизнес, клиники, видеостудии.
С вариантами негусто. Выберете параллельный импорт = получите «золотую» технику без техподдержки спустя месяцы ожидания. Есть и более прагматичная модель для бизнеса – перейти на облачные графические процессоры. По сути, это процессоры в аренду. При этом виртуальные. Они не ломаются, не стареют, и не нужно их обслуживать.
Подойдут облачные процессоры не всем. В карточках рассказываем подробно, в каких случаях есть смысл обратиться к этому варианту.
#железо
@linxdatacenter – Сейф для данных
🔥8👍2
Китайское железо, б/у серверы и перепайка микросхем – сбываются ли все ИТ-страшилки, которые весь рынок обсуждал весной? Разбираемся вместе с нашим экспертом Евгением Макарьиным.
1️⃣ Что говорили
Китайское железо заполонит рынок.
Сбылось?
Прогноз частично сбывается. С одной стороны стопроцентного замещения тех же серверов и СХД из Поднебесной пока нет. Но движение явно ускорилось. Так, российские компании в рамках OEM-контрактов собирают «свои» ИТ-продукты теперь уже по большей части из компонентов Made in China. Презентаций, встреч, прочих активностей с китайскими партнерами тоже стало в разы больше.
2️⃣ Что говорили
Бизнес начнет охоту за техподдержкой ушедших вендоров.
Сбылось?
И вправду, интеграторы и ИТ-провайдеры «инкорпорировали» в себя целые команды специалистов. Это помогло запустить новую услугу – техподдержку западного оборудования. Вполне себе рабочий сценарий, чтобы бизнес мог выиграть время, пока ищет технику на замену. Не спеша и без слишком большого стресса.
3️⃣ Что говорили
Вырастет спрос на б/у оборудование.
Сбылось?
Да. «На всякий пожарный» технику начали скупать еще в пандемию, а второй скачок продаж произошел в марте-апреле этого года. Так что ИТ-оборудования в России много, причем от самых разных производителей. А компенсировать его устаревание помогает создание более серьёзного ЗИПа, рефакторинг приложений на максимальную многопоточность + горизонтальное масштабирование ресурсов.
#железо #аналитика
@linxdatacenter – Сейф для данных
1️⃣ Что говорили
Китайское железо заполонит рынок.
Сбылось?
Прогноз частично сбывается. С одной стороны стопроцентного замещения тех же серверов и СХД из Поднебесной пока нет. Но движение явно ускорилось. Так, российские компании в рамках OEM-контрактов собирают «свои» ИТ-продукты теперь уже по большей части из компонентов Made in China. Презентаций, встреч, прочих активностей с китайскими партнерами тоже стало в разы больше.
2️⃣ Что говорили
Бизнес начнет охоту за техподдержкой ушедших вендоров.
Сбылось?
И вправду, интеграторы и ИТ-провайдеры «инкорпорировали» в себя целые команды специалистов. Это помогло запустить новую услугу – техподдержку западного оборудования. Вполне себе рабочий сценарий, чтобы бизнес мог выиграть время, пока ищет технику на замену. Не спеша и без слишком большого стресса.
3️⃣ Что говорили
Вырастет спрос на б/у оборудование.
Сбылось?
Да. «На всякий пожарный» технику начали скупать еще в пандемию, а второй скачок продаж произошел в марте-апреле этого года. Так что ИТ-оборудования в России много, причем от самых разных производителей. А компенсировать его устаревание помогает создание более серьёзного ЗИПа, рефакторинг приложений на максимальную многопоточность + горизонтальное масштабирование ресурсов.
#железо #аналитика
@linxdatacenter – Сейф для данных
👍12🔥3🤔2👏1