Виртуализация в России
Кто-то ищет смысл жизни, кто-то – любовь, а отечественные компании – замену зарубежному ПО для виртуализации. И если cloud-провайдеры более-менее спокойны, то у корпоративных игроков ситуация критическая. Почему так получается, рассказывает наш руководитель отдела по облачным сервисам Алексей Медведев.
Многие крупные компании развивали свои cloud-ресурсы на VMware. И это неудивительно: вендору принадлежало около 80% рынка систем для виртуализации в России. Отечественные решения пока еще не дотягивают до полноценной замены, а создать что-то альтернативное и мигрировать на него – дорого и трудозатратно.
Поэтому потеря саппорта от VMware чревата для бизнеса огромными убытками. Конечно, можно обратиться к интеграторам, у которых есть команды профильных специалистов по разным продуктам. Они предоставят доступ к базе знаний вендора (docs, best practices, updates), что позволит оказать поддержку с приемлемым SLA. Но цена будет ощутимой. Кроме того, неизвестно, как долго это сможет продолжаться.
У облачных провайдеров ситуация чуть-чуть попроще. Их бизнес-модель предполагает перепродажу вендорских лицензий и услуг поддержки клиентам. А значит, вопрос потерянных инвестиций не стоит так остро. Провайдеры могут адаптировать новые инструменты более тщательно и в удобном темпе.
Критичный аспект работы современного облака – сетевая связность. И здесь важен не конкретный производитель ПО, а способна ли команда сетевых инженеров адаптировать устройство под специфику архитектуры сети на программном уровне. Многие ушедшие вендоры предлагали огромное количество продуктов, но не все они нужны для решения типичных бизнес-вопросов. А если все же нужны, то можно «допилить» ПО альтернативных вендоров – грамотная настройка сетевой архитектуры позволит справиться практически со всеми задачами.
В конечном счете все сводится к тому, что разработка своих альтернативных систем – неизбежна. И этот процесс уже начали как провайдеры, так и бизнес.
#Cloud #виртуализация
@linxdatacenter – Сейф для данных
Кто-то ищет смысл жизни, кто-то – любовь, а отечественные компании – замену зарубежному ПО для виртуализации. И если cloud-провайдеры более-менее спокойны, то у корпоративных игроков ситуация критическая. Почему так получается, рассказывает наш руководитель отдела по облачным сервисам Алексей Медведев.
Многие крупные компании развивали свои cloud-ресурсы на VMware. И это неудивительно: вендору принадлежало около 80% рынка систем для виртуализации в России. Отечественные решения пока еще не дотягивают до полноценной замены, а создать что-то альтернативное и мигрировать на него – дорого и трудозатратно.
Поэтому потеря саппорта от VMware чревата для бизнеса огромными убытками. Конечно, можно обратиться к интеграторам, у которых есть команды профильных специалистов по разным продуктам. Они предоставят доступ к базе знаний вендора (docs, best practices, updates), что позволит оказать поддержку с приемлемым SLA. Но цена будет ощутимой. Кроме того, неизвестно, как долго это сможет продолжаться.
У облачных провайдеров ситуация чуть-чуть попроще. Их бизнес-модель предполагает перепродажу вендорских лицензий и услуг поддержки клиентам. А значит, вопрос потерянных инвестиций не стоит так остро. Провайдеры могут адаптировать новые инструменты более тщательно и в удобном темпе.
Критичный аспект работы современного облака – сетевая связность. И здесь важен не конкретный производитель ПО, а способна ли команда сетевых инженеров адаптировать устройство под специфику архитектуры сети на программном уровне. Многие ушедшие вендоры предлагали огромное количество продуктов, но не все они нужны для решения типичных бизнес-вопросов. А если все же нужны, то можно «допилить» ПО альтернативных вендоров – грамотная настройка сетевой архитектуры позволит справиться практически со всеми задачами.
В конечном счете все сводится к тому, что разработка своих альтернативных систем – неизбежна. И этот процесс уже начали как провайдеры, так и бизнес.
#Cloud #виртуализация
@linxdatacenter – Сейф для данных
👍9
Добавили мощностей «Лиге цифровой экономики»
Лига Чемпионов, Российская Премьер-Лига – это все, конечно, хорошо. Но лично мы уже 5 лет предпочитаем другую лигу. 😊
Все это время Linx является партнером «Лиги цифровой экономики», которая арендует серверные мощности в московском дата-центре и использует наши облачные сервисы. Сейчас коллеги готовят к запуску новые масштабные проекты и расширяют сотрудничество с нами более чем в 2 раза. Это позволит «Лиге» обеспечить своих клиентов высокопроизводительным и отказоустойчивым облаком и ускорить цифровизацию их бизнеса.
В портфолио компании: ERP-система и цифровой хаб для крупнейших российских телеком-операторов, биллинг для национальной платежной системы, индустриальные решения для федеральных поставщиков энергоресурсов и др.
#кейс #Cloud #новости_компании
@linxdatacenter – Сейф для данных
Лига Чемпионов, Российская Премьер-Лига – это все, конечно, хорошо. Но лично мы уже 5 лет предпочитаем другую лигу. 😊
Все это время Linx является партнером «Лиги цифровой экономики», которая арендует серверные мощности в московском дата-центре и использует наши облачные сервисы. Сейчас коллеги готовят к запуску новые масштабные проекты и расширяют сотрудничество с нами более чем в 2 раза. Это позволит «Лиге» обеспечить своих клиентов высокопроизводительным и отказоустойчивым облаком и ускорить цифровизацию их бизнеса.
В портфолио компании: ERP-система и цифровой хаб для крупнейших российских телеком-операторов, биллинг для национальной платежной системы, индустриальные решения для федеральных поставщиков энергоресурсов и др.
#кейс #Cloud #новости_компании
@linxdatacenter – Сейф для данных
👍10🔥1
Облако требует подготовки
Мы много говорим о преимуществах cloud-сервисов. И дело даже не в том, что это наш профиль. В текущих непростых реалиях облако – действительно самый оптимальный вариант. Не нужно тратить время на поиски и доставку «железа», ломать голову, как его содержать без вендорской поддержки, просчитывать, хватит ли оборудования на ближайшие месяцы. Однако при всех своих преимуществах cloud подойдет не каждому.
Любое серьезное мероприятие требует подготовки. Миграция ИТ-инфраструктуры – не исключение. Поэтому прежде чем думать о том, сколько сэкономите и как расширите свои возможности, не поленитесь провести аудит своих систем. Да, звучит банально, но некоторые заказчики до сих пор этого не делают. А потом в сети появляются «интересные» рассуждения, почему облако не работает.
Подобный аудит вполне реально провести своими силами, но взгляд со стороны бывает полезнее. За советом можно обратиться к коллегам по рынку или облачным экспертам.
Один из наиболее полезных инструментов для принятия решения об изменении ИТ-ландшафта – TCO (Total Cost of Ownership). Это совокупная стоимость владения, т.е. все затраты на облако или on-premise инфраструктуру за время использования. Существуют различные шаблоны, которые помогут правильно сделать расчет.
Анализ инфраструктуры даст понимание, насколько целесообразна миграция, как она повлияет на бизнес и клиентский опыт. Может быть, у вас тот самый случай, когда системы рентабельнее держать in-house. А если твердо решили переезжать, уточните у провайдера, на что обратить внимание в первую очередь перед миграцией.
#Cloud
@linxdatacenter – Сейф для данных
Мы много говорим о преимуществах cloud-сервисов. И дело даже не в том, что это наш профиль. В текущих непростых реалиях облако – действительно самый оптимальный вариант. Не нужно тратить время на поиски и доставку «железа», ломать голову, как его содержать без вендорской поддержки, просчитывать, хватит ли оборудования на ближайшие месяцы. Однако при всех своих преимуществах cloud подойдет не каждому.
Любое серьезное мероприятие требует подготовки. Миграция ИТ-инфраструктуры – не исключение. Поэтому прежде чем думать о том, сколько сэкономите и как расширите свои возможности, не поленитесь провести аудит своих систем. Да, звучит банально, но некоторые заказчики до сих пор этого не делают. А потом в сети появляются «интересные» рассуждения, почему облако не работает.
Подобный аудит вполне реально провести своими силами, но взгляд со стороны бывает полезнее. За советом можно обратиться к коллегам по рынку или облачным экспертам.
Один из наиболее полезных инструментов для принятия решения об изменении ИТ-ландшафта – TCO (Total Cost of Ownership). Это совокупная стоимость владения, т.е. все затраты на облако или on-premise инфраструктуру за время использования. Существуют различные шаблоны, которые помогут правильно сделать расчет.
Анализ инфраструктуры даст понимание, насколько целесообразна миграция, как она повлияет на бизнес и клиентский опыт. Может быть, у вас тот самый случай, когда системы рентабельнее держать in-house. А если твердо решили переезжать, уточните у провайдера, на что обратить внимание в первую очередь перед миграцией.
#Cloud
@linxdatacenter – Сейф для данных
👍5😁1
В прошлый раз мы рассказали о том, что нужно сделать перед переходом в облако. И вот, вы провели аудит, твердо решили, что 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
▶️ Балансировщик нагрузки против highload. Кто кого, рассказываем вместе со Станиславом Братчиковым, нашим менеджером по продукту. И, как обычно, отвечаем на вопросы в комментариях.
Представьте, что у вас интернет-магазин, который ежедневно посещает 100 тысяч пользователей. До поры до времени всё ОК: сайт справляется, контент загружается, клиенты заказывают. И вот вы решаете устроить «Черную пятницу». И одномоментно на ресурс заходит уже не сто тысяч человек, а миллион. Сайт сначала тормозит, а потом «отваливается». Приехали, провели распродажу.
Знакомьтесь с виновником украденного торжества – highload. Опытные владельцы онлайн-ресурсов знают, что это такое, и используют различные способы, чтобы не допустить обрушения ИТ-инфраструктуры в самый ответственный момент.
Например, задействуют балансировщик нагрузки. Название говорит само за себя. Load Balancer – это программный компонент, который распределяет нагрузку между серверами. Что это значит для вас? Не нужно держать энное количество серверов в боевой готовности – рассчитанных на то, чтобы справляться с неожиданной нагрузкой. Балансировщик сделает все сам автоматически. В облаке развернет виртуальные машины и увеличит память.
🖊 Тут можно провести аналогию с дорожным регулировщиком: когда возникает давка на закрытом перекрестке, он приходит на помощь и «разруливает» потоки машин.
Ну и к хорошим новостям. Сейчас балансировщик нагрузки – это must have, базовый сервис, который встречается у каждого провайдера (у нас тоже, само собой). Обычно его предлагают в связке с Kubernetes как допсервис к IaaS. Почитать чуть подробнее о балансировщике нагрузки можно в нашей базе знаний.
#cloud_ликбез
@linxdatacenter – Сейф для данных
Представьте, что у вас интернет-магазин, который ежедневно посещает 100 тысяч пользователей. До поры до времени всё ОК: сайт справляется, контент загружается, клиенты заказывают. И вот вы решаете устроить «Черную пятницу». И одномоментно на ресурс заходит уже не сто тысяч человек, а миллион. Сайт сначала тормозит, а потом «отваливается». Приехали, провели распродажу.
Знакомьтесь с виновником украденного торжества – highload. Опытные владельцы онлайн-ресурсов знают, что это такое, и используют различные способы, чтобы не допустить обрушения ИТ-инфраструктуры в самый ответственный момент.
Например, задействуют балансировщик нагрузки. Название говорит само за себя. Load Balancer – это программный компонент, который распределяет нагрузку между серверами. Что это значит для вас? Не нужно держать энное количество серверов в боевой готовности – рассчитанных на то, чтобы справляться с неожиданной нагрузкой. Балансировщик сделает все сам автоматически. В облаке развернет виртуальные машины и увеличит память.
🖊 Тут можно провести аналогию с дорожным регулировщиком: когда возникает давка на закрытом перекрестке, он приходит на помощь и «разруливает» потоки машин.
Ну и к хорошим новостям. Сейчас балансировщик нагрузки – это must have, базовый сервис, который встречается у каждого провайдера (у нас тоже, само собой). Обычно его предлагают в связке с Kubernetes как допсервис к IaaS. Почитать чуть подробнее о балансировщике нагрузки можно в нашей базе знаний.
#cloud_ликбез
@linxdatacenter – Сейф для данных
👍8❤1
🛠 Техподдержка провайдера: на что стоит обратить внимание, когда планируете миграцию в облако. Обещано – сделано: вот и подоспел пост по теме, которую вы выбрали в этом опросе. В роли эксперта сегодня – Станислав Братчиков, наш менеджер по продуктам.
«Во-первых, вам нужно знать скорость реакции на инциденты. Если у провайдера в открытом доступе есть матрица эскалации, хорошо бы вам на нее посмотреть. А если нет, запросите ее отдельно. В этом документе прописано, как быстро провайдер отрабатывает обращения. Например, на какой стадии и по какой причине инцидент переходит на следующий уровень поддержки, какие вопросы решают 1, 2 и 3 линия поддержки, какие есть уровни сложности.
Далее, выясните количество способов связи. Чем больше, тем лучше. Я считаю, минимум – это три: личный кабинет, Telegram, электронная почта. Четвертый способ – это обычно телефон. При каждом запросе должен формироваться тикет, по которому вы можете посмотреть статус вопроса. Сейчас это must have.
Еще я советую проверить наличие базы знаний. Часто она дает ответы на большее количество вопросов. Посмотрите в целом, насколько подробно составлена база знаний (например, наша выглядит так). А особенно внимательно изучите разделы, которые относятся именно к тому продукту, который вы заказываете у провайдера.
📌 Будет не лишним и почитать отзывы клиентов о техподдержке. Все достаточно просто гуглится по названию провайдера.
Поверьте, это все отнюдь не лишние действия. Конечно, пока не попробуешь сервис, окончательных выводов не сделаешь – но такая подготовительная работа поможет снизить риски. Потому что техподдержка – это лицо провайдера. А значит, по ее состоянию можно прикинуть, как вам с ним будет работаться дальше».
#комментарий_эксперта
#cloud_ликбез
@linxdatacenter – Сейф для данных
«Во-первых, вам нужно знать скорость реакции на инциденты. Если у провайдера в открытом доступе есть матрица эскалации, хорошо бы вам на нее посмотреть. А если нет, запросите ее отдельно. В этом документе прописано, как быстро провайдер отрабатывает обращения. Например, на какой стадии и по какой причине инцидент переходит на следующий уровень поддержки, какие вопросы решают 1, 2 и 3 линия поддержки, какие есть уровни сложности.
Далее, выясните количество способов связи. Чем больше, тем лучше. Я считаю, минимум – это три: личный кабинет, Telegram, электронная почта. Четвертый способ – это обычно телефон. При каждом запросе должен формироваться тикет, по которому вы можете посмотреть статус вопроса. Сейчас это must have.
Еще я советую проверить наличие базы знаний. Часто она дает ответы на большее количество вопросов. Посмотрите в целом, насколько подробно составлена база знаний (например, наша выглядит так). А особенно внимательно изучите разделы, которые относятся именно к тому продукту, который вы заказываете у провайдера.
📌 Будет не лишним и почитать отзывы клиентов о техподдержке. Все достаточно просто гуглится по названию провайдера.
Поверьте, это все отнюдь не лишние действия. Конечно, пока не попробуешь сервис, окончательных выводов не сделаешь – но такая подготовительная работа поможет снизить риски. Потому что техподдержка – это лицо провайдера. А значит, по ее состоянию можно прикинуть, как вам с ним будет работаться дальше».
#комментарий_эксперта
#cloud_ликбез
@linxdatacenter – Сейф для данных
👍6
💲Цена – это главное? Рассказываем, как проанализировать стоимость размещения в облаке
Недавно CNews опубликовал рейтинг самых «выгодных» IaaS-провайдеров по стоимости ресурсов. В нем наша компания заняла второе место (кланяемся 🙂). И мы сразу подумали – неплохо бы обсудить с вами, как работает в cloud-секторе ценообразование. А заодно дать пару советов: как проверить, за что вы точно будете платить.
Объясняет Евгений Макарьин, руководитель группы разработки продуктов и решений Linxdatacenter.
💬 «Оценивает провайдера по стоимости в общем-то любой бизнес. А еще правильнее (на мой взгляд) – пересчитывать в деньги все факторы, которые влияют на ваше решение в выборе провайдера и миграции в облако. Например, вы оцениваете, сколько вам будут стоить риски утечки данных, недоступности сервиса, простоя из-за переезда. А затем закладываете эти суммы в Total Cost Ownership. Мне кажется, это самый простой инструмент – мы и сами им пользуемся в своей матрице принятия решений.
При это я советую оценивать провайдера не только по рейтингу, но и по другим важным критериям:
✅ Что по скорости? Если вам предлагают интернет без гарантий полосы пропускания (она делится с другими клиентами), то КП будет выглядеть привлекательнее. Но увы, до ЧНН (Часа Наибольшей Нагрузки), когда «сосед» займет вашу полосу, а вам придется считать убытки.
✅ Все ли услуги включены в финальный расчет? Правильно – это получить КП с расчетом стоимости всех сервисов в запрошенном объёме. А бывает так: вы просите посчитать цену бэкапа 10 «виртуалок», а вам прописывают стоимость одной. Это нужно перепроверять.
✅ Насколько предложение соответствует запросу? Представьте, что вам присылают КП не с теми данными. Вы указали в запросе 500 Гбайт памяти, а посчитано 300 Гбайт. При этом никаких комментариев провайдер не дает. Не обратив внимание, вы рискуете дорого заплатить за ошибку.
✅ Можно ли хранить персональные данные? Если вам нужно размещение в аттестованном секторе, значит, КП должны сразу посчитать с учетом этой информации. А не скрывать «под звездочкой», что стоимость ресурсов увеличится на несколько десятков % (а дальше считайте сами). Или вообще обойти вниманием эту сторону вопроса, пока вы гадаете, включена она в КП или нет».
Друзья, а вы при выборе IaaS-провайдера ориентируетесь, прежде всего, на цену? Расскажите в комментариях ⬇️
#комментарий_эксперта #cloud
@linxdatacenter – Сейф для данных
Недавно CNews опубликовал рейтинг самых «выгодных» IaaS-провайдеров по стоимости ресурсов. В нем наша компания заняла второе место (кланяемся 🙂). И мы сразу подумали – неплохо бы обсудить с вами, как работает в cloud-секторе ценообразование. А заодно дать пару советов: как проверить, за что вы точно будете платить.
Объясняет Евгений Макарьин, руководитель группы разработки продуктов и решений Linxdatacenter.
💬 «Оценивает провайдера по стоимости в общем-то любой бизнес. А еще правильнее (на мой взгляд) – пересчитывать в деньги все факторы, которые влияют на ваше решение в выборе провайдера и миграции в облако. Например, вы оцениваете, сколько вам будут стоить риски утечки данных, недоступности сервиса, простоя из-за переезда. А затем закладываете эти суммы в Total Cost Ownership. Мне кажется, это самый простой инструмент – мы и сами им пользуемся в своей матрице принятия решений.
При это я советую оценивать провайдера не только по рейтингу, но и по другим важным критериям:
✅ Что по скорости? Если вам предлагают интернет без гарантий полосы пропускания (она делится с другими клиентами), то КП будет выглядеть привлекательнее. Но увы, до ЧНН (Часа Наибольшей Нагрузки), когда «сосед» займет вашу полосу, а вам придется считать убытки.
✅ Все ли услуги включены в финальный расчет? Правильно – это получить КП с расчетом стоимости всех сервисов в запрошенном объёме. А бывает так: вы просите посчитать цену бэкапа 10 «виртуалок», а вам прописывают стоимость одной. Это нужно перепроверять.
✅ Насколько предложение соответствует запросу? Представьте, что вам присылают КП не с теми данными. Вы указали в запросе 500 Гбайт памяти, а посчитано 300 Гбайт. При этом никаких комментариев провайдер не дает. Не обратив внимание, вы рискуете дорого заплатить за ошибку.
✅ Можно ли хранить персональные данные? Если вам нужно размещение в аттестованном секторе, значит, КП должны сразу посчитать с учетом этой информации. А не скрывать «под звездочкой», что стоимость ресурсов увеличится на несколько десятков % (а дальше считайте сами). Или вообще обойти вниманием эту сторону вопроса, пока вы гадаете, включена она в КП или нет».
Друзья, а вы при выборе IaaS-провайдера ориентируетесь, прежде всего, на цену? Расскажите в комментариях ⬇️
#комментарий_эксперта #cloud
@linxdatacenter – Сейф для данных
👍5🔥5
«Пациент скорее жив»: есть ли будущее у cloud-сервисов в здравоохранении
Наш постоянный эксперт Станислав Братчиков объясняет, что тормозит развитие облаков в медицине и почему, несмотря на все проблемы, у отрасли именно сейчас появился шанс «прокачаться» в сфере cloud.
«Вообще для российского здравоохранения характерен низкий уровень облачной зрелости. Все потому, что значительную часть рынка занимают государственные медучреждения, а ситуация у них плюс-минус одинакова. Деньги на ИТ выделяются неохотно, или руководство не стремится к развитию (а бывает и всё вместе).
➡️ Вот типичный пример из жизни. Знаю одну госклинику, работающую на древней инфраструктуре, которая уже не справляется. Как итог, программы то и дело «падают», а врачи не могут выполнять свою работу. Чтобы восстановить систему, медики тратят ценное время. Рассмотреть переезд в облако – да не, ерунда какая-то.
Но хорошие новости есть.
Взять коммерческую медицину. Здесь развитие облаков идет шустро. Например, крупные игроки на рынке анализов прекрасно умеют работать с UX, большими данными – причем на высоких скоростях. Перспектив развития – непаханое поле. Это и внедрение BigData, и связанных сервисов – Hadoop (Data Lake), Kafka, которые функционируют из облака. Это и ИИ-сервисы на базе cloud. Так, на некоторых процедурах – МРТ, рентген – врача вполне может заменить машина. Загружается датасет, после обучения интеллект быстро анализирует снимки и выдает заключения. А значит, пациент сможет быстрее получить диагноз и план лечения от врача.
Что касается государственной медицины, то тут я вижу несколько векторов развития облаков. Надеюсь, что именно они и подстегнут рост уровня cloud maturity:
✅ Проект Гособлака. Переехать в него все ФОИВы (федеральные органы исполнительной власти) должны до 2026 года, план уже утвержден. Не станет исключением и Минздрав и связанные с ним госструктуры. Идея здравая: проект поможет и оптимизировать затраты, и централизованно собрать все данные ведомств на единой платформе.
✅ Домен «Здравоохранение» на платформе Гостеха. Цель – собрать все сервисы госмедицины на одной площадке и привести их в понятный и удобный для пользователя вид, с учетом User Experience. Допустим, человеку нужно установить инвалидность. Можно будет сразу оформить документы на одном сайте, а не обивать пороги десятков медучреждений. В бэкенде происходит автоматическая синхронизация между госсистемами, и все это работает в облаке».
Друзья, этим постом мы открываем серию публикаций о том, как обстоят дела с cloud в различных сферах бизнеса. Следите за рубрикой по хэштегу #облака_по_отраслям. А если хотите предложить тему (отрасль, то бишь) для следующего поста, пишите нам в комментариях.
#комментарий_эксперта #cloud
Наш постоянный эксперт Станислав Братчиков объясняет, что тормозит развитие облаков в медицине и почему, несмотря на все проблемы, у отрасли именно сейчас появился шанс «прокачаться» в сфере cloud.
«Вообще для российского здравоохранения характерен низкий уровень облачной зрелости. Все потому, что значительную часть рынка занимают государственные медучреждения, а ситуация у них плюс-минус одинакова. Деньги на ИТ выделяются неохотно, или руководство не стремится к развитию (а бывает и всё вместе).
➡️ Вот типичный пример из жизни. Знаю одну госклинику, работающую на древней инфраструктуре, которая уже не справляется. Как итог, программы то и дело «падают», а врачи не могут выполнять свою работу. Чтобы восстановить систему, медики тратят ценное время. Рассмотреть переезд в облако – да не, ерунда какая-то.
Но хорошие новости есть.
Взять коммерческую медицину. Здесь развитие облаков идет шустро. Например, крупные игроки на рынке анализов прекрасно умеют работать с UX, большими данными – причем на высоких скоростях. Перспектив развития – непаханое поле. Это и внедрение BigData, и связанных сервисов – Hadoop (Data Lake), Kafka, которые функционируют из облака. Это и ИИ-сервисы на базе cloud. Так, на некоторых процедурах – МРТ, рентген – врача вполне может заменить машина. Загружается датасет, после обучения интеллект быстро анализирует снимки и выдает заключения. А значит, пациент сможет быстрее получить диагноз и план лечения от врача.
Что касается государственной медицины, то тут я вижу несколько векторов развития облаков. Надеюсь, что именно они и подстегнут рост уровня cloud maturity:
✅ Проект Гособлака. Переехать в него все ФОИВы (федеральные органы исполнительной власти) должны до 2026 года, план уже утвержден. Не станет исключением и Минздрав и связанные с ним госструктуры. Идея здравая: проект поможет и оптимизировать затраты, и централизованно собрать все данные ведомств на единой платформе.
✅ Домен «Здравоохранение» на платформе Гостеха. Цель – собрать все сервисы госмедицины на одной площадке и привести их в понятный и удобный для пользователя вид, с учетом User Experience. Допустим, человеку нужно установить инвалидность. Можно будет сразу оформить документы на одном сайте, а не обивать пороги десятков медучреждений. В бэкенде происходит автоматическая синхронизация между госсистемами, и все это работает в облаке».
Друзья, этим постом мы открываем серию публикаций о том, как обстоят дела с cloud в различных сферах бизнеса. Следите за рубрикой по хэштегу #облака_по_отраслям. А если хотите предложить тему (отрасль, то бишь) для следующего поста, пишите нам в комментариях.
#комментарий_эксперта #cloud
👍8
Мигрируем в облако – быстро и бесшовно! 🦆
Linx запускает сервис миграции в облако Linx Cloud на базе «Хайстекс Акура». Это универсальное решение, которое поможет перенести ваши ИТ-ресурсы из других облачных платформ или собственной инфраструктуры в наше облако.
Часто переезд в публичное облако сопровождается высокими трудозатратами со стороны ИТ-специалистов и несет в себе риски сбоев и потери данных. Новая услуга направлена на бесшовную миграцию «под ключ».
Технологическую основу сервиса составляет одно из самых популярных автоматизированных решений для облачной миграции «Хайстекс Акура». Его главное преимущество - совместимость с open-source операционными системами, а также с Windows ОС.
Мы подготовили несколько шуточных карточек, которые лучше всего характеризуют новое решение.
Листайте👆
#новый_сервис #Cloud_migration
@linxdatacenter – Сейф для данных
Linx запускает сервис миграции в облако Linx Cloud на базе «Хайстекс Акура». Это универсальное решение, которое поможет перенести ваши ИТ-ресурсы из других облачных платформ или собственной инфраструктуры в наше облако.
Часто переезд в публичное облако сопровождается высокими трудозатратами со стороны ИТ-специалистов и несет в себе риски сбоев и потери данных. Новая услуга направлена на бесшовную миграцию «под ключ».
Технологическую основу сервиса составляет одно из самых популярных автоматизированных решений для облачной миграции «Хайстекс Акура». Его главное преимущество - совместимость с open-source операционными системами, а также с Windows ОС.
Мы подготовили несколько шуточных карточек, которые лучше всего характеризуют новое решение.
Листайте👆
#новый_сервис #Cloud_migration
@linxdatacenter – Сейф для данных
🔥8👍2❤1