#облачные_технологии — Public Fediverse posts

10 Гбит/с — зачем вам такая скорость передачи данных в облаке

Привет, Хабр! Меня зовут Витя, я проектирую интерфейсы

https://habr.com/ru/companies/selectel/articles/1038904/

#10гбит #selectel #облачные_технологии #серверы #облако #ядра #гиперпоточность #производительность

Как работают выделенные ядра в облачном сервере: от планировщика Linux до тестов производительности

Привет, Хабр! Меня зовут Витя, я проектирую интерфейсы

https://habr.com/ru/companies/selectel/articles/1037970/

#облачные_технологии #selectel #серверы #облако #ядра #гиперпоточность #производительность

Как построить и проверить катастрофоустойчивость в облаке: от плана до Game Day

Довольно много компаний при работе в облаке выстраивают катастрофоустойчивость, ориентируясь на условные «лучшие практики»: составляют планы, предусматривают резервные площадки, настраивают репликацию. Вместе с тем во время реальных инцидентов многие сталкиваются с тем, что все предусмотренное не работает или работает не так, как ожидалось: восстановление занимает часы вместо минут, данные теряются в критическом для бизнеса объеме, а команды оказываются не готовы к действиям в условиях стресса. Причина часто кроется в том, что меры обеспечения катастрофоустойчивости либо обеспечиваются формально («чтобы было»), либо проектируются без учета полного цикла рисков — от технических ограничений до организационной готовности. В статье разберем, как проектировать решения, которые переживают не отдельные сбои, а крупные аварии.

https://habr.com/ru/companies/vktech/articles/1034702/

#катастрофоустойчивость #облачные_технологии #disaster_recovery #high_availability #rto #rpo #cloud_native #отказоустойчивость #kubernetes #vk_tech

Как построить и проверить катастрофоустойчивость в облаке: от плана до Game Day

Довольно много компаний при работе в облаке выстраивают катастрофоустойчивость, ориентируясь на условные «лучшие практики»: составляют планы, предусматривают резервные площадки, настраивают репликацию. Вместе с тем во время реальных инцидентов многие сталкиваются с тем, что все предусмотренное не работает или работает не так, как ожидалось: восстановление занимает часы вместо минут, данные теряются в критическом для бизнеса объеме, а команды оказываются не готовы к действиям в условиях стресса. Причина часто кроется в том, что меры обеспечения катастрофоустойчивости либо обеспечиваются формально («чтобы было»), либо проектируются без учета полного цикла рисков — от технических ограничений до организационной готовности. В статье разберем, как проектировать решения, которые переживают не отдельные сбои, а крупные аварии.

https://habr.com/ru/companies/vktech/articles/1034702/

#катастрофоустойчивость #облачные_технологии #disaster_recovery #high_availability #rto #rpo #cloud_native #отказоустойчивость #kubernetes #vk_tech

Как построить и проверить катастрофоустойчивость в облаке: от плана до Game Day

Довольно много компаний при работе в облаке выстраивают катастрофоустойчивость, ориентируясь на условные «лучшие практики»: составляют планы, предусматривают резервные площадки, настраивают репликацию. Вместе с тем во время реальных инцидентов многие сталкиваются с тем, что все предусмотренное не работает или работает не так, как ожидалось: восстановление занимает часы вместо минут, данные теряются в критическом для бизнеса объеме, а команды оказываются не готовы к действиям в условиях стресса. Причина часто кроется в том, что меры обеспечения катастрофоустойчивости либо обеспечиваются формально («чтобы было»), либо проектируются без учета полного цикла рисков — от технических ограничений до организационной готовности. В статье разберем, как проектировать решения, которые переживают не отдельные сбои, а крупные аварии.

https://habr.com/ru/companies/vktech/articles/1034702/

#катастрофоустойчивость #облачные_технологии #disaster_recovery #high_availability #rto #rpo #cloud_native #отказоустойчивость #kubernetes #vk_tech

Как построить и проверить катастрофоустойчивость в облаке: от плана до Game Day

Довольно много компаний при работе в облаке выстраивают катастрофоустойчивость, ориентируясь на условные «лучшие практики»: составляют планы, предусматривают резервные площадки, настраивают репликацию. Вместе с тем во время реальных инцидентов многие сталкиваются с тем, что все предусмотренное не работает или работает не так, как ожидалось: восстановление занимает часы вместо минут, данные теряются в критическом для бизнеса объеме, а команды оказываются не готовы к действиям в условиях стресса. Причина часто кроется в том, что меры обеспечения катастрофоустойчивости либо обеспечиваются формально («чтобы было»), либо проектируются без учета полного цикла рисков — от технических ограничений до организационной готовности. В статье разберем, как проектировать решения, которые переживают не отдельные сбои, а крупные аварии.

https://habr.com/ru/companies/vktech/articles/1034702/

#катастрофоустойчивость #облачные_технологии #disaster_recovery #high_availability #rto #rpo #cloud_native #отказоустойчивость #kubernetes #vk_tech

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

IaaS без buzzwords: почему технологические компании теряют клиентов из-за собственных текстов

Последние несколько лет в рамках своей работы в коммуникационном агентстве «ЛАМПА» я активно занимаюсь пиаром IT-бизнеса: облачные провайдеры, инфраструктурные продукты, ИБ-вендоры, стартапы на разных стадиях. За это время насмотрелась на сотни корпоративных сайтов, пресс-релизов и экспертных статей, могу с уверенностью назвать главный парадокс рынка: компании, которые разрабатывают сложнейшие IT-продукты, нередко оказываются совершенно беспомощны в том, чтобы объяснить, зачем они нужны. Потенциальный клиент заходит на сайт, читает первый абзац, ничего не понимает и уходит. Даже если сам продукт качественный, удобный и решающий бизнес-задачи, текст не объясняет, почему продукт нужен именно ему прямо сейчас. Откуда берется облако из buzzwords (модных слов и сложных терминов) Посмотрите на главные страницы большинства российских облачных провайдеров, и вы увидите удивительное единообразие: «надежная масштабируемая инфраструктура», «высокая доступность», «гибкое ценообразование», «инновационные решения для цифровой трансформации вашего бизнеса». Если убрать логотипы, вы, скорее всего, не отличите один провайдер от другого. Дело не в случайности и не в лени конкретного копирайтера. Это системная болезнь отрасли, у которой есть понятная причина: технические специалисты, которые пишут или согласовывают тексты, говорят на языке архитектур и стандартов, им кажется, что «IaaS с SLA 99,982%» уже достаточно понятно и убедительно. В то же время маркетинговые команды, насмотревшись на западные тексты корпоративных ИБ-вендоров, копируют их интонацию и специфический новояз, в котором каждое слово звучит внушительно, но не несет конкретного смысла. А у многих PR-специалистов, занимающихся коммуникациями таких компаний, существует страх сказать что-то конкретное и ошибиться, поэтому им кажется, что гораздо безопаснее писать расплывчато. Но расплывчатые тексты не запоминаются.

https://habr.com/ru/articles/1030844/

#iaas #облачные_провайдеры #облачные_технологии #маркетинг_в_it #контентмаркетинг #b2b #пиар #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит

IaaS без buzzwords: почему технологические компании теряют клиентов из-за собственных текстов

Последние несколько лет в рамках своей работы в коммуникационном агентстве «ЛАМПА» я активно занимаюсь пиаром IT-бизнеса: облачные провайдеры, инфраструктурные продукты, ИБ-вендоры, стартапы на разных стадиях. За это время насмотрелась на сотни корпоративных сайтов, пресс-релизов и экспертных статей, могу с уверенностью назвать главный парадокс рынка: компании, которые разрабатывают сложнейшие IT-продукты, нередко оказываются совершенно беспомощны в том, чтобы объяснить, зачем они нужны. Потенциальный клиент заходит на сайт, читает первый абзац, ничего не понимает и уходит. Даже если сам продукт качественный, удобный и решающий бизнес-задачи, текст не объясняет, почему продукт нужен именно ему прямо сейчас. Откуда берется облако из buzzwords (модных слов и сложных терминов) Посмотрите на главные страницы большинства российских облачных провайдеров, и вы увидите удивительное единообразие: «надежная масштабируемая инфраструктура», «высокая доступность», «гибкое ценообразование», «инновационные решения для цифровой трансформации вашего бизнеса». Если убрать логотипы, вы, скорее всего, не отличите один провайдер от другого. Дело не в случайности и не в лени конкретного копирайтера. Это системная болезнь отрасли, у которой есть понятная причина: технические специалисты, которые пишут или согласовывают тексты, говорят на языке архитектур и стандартов, им кажется, что «IaaS с SLA 99,982%» уже достаточно понятно и убедительно. В то же время маркетинговые команды, насмотревшись на западные тексты корпоративных ИБ-вендоров, копируют их интонацию и специфический новояз, в котором каждое слово звучит внушительно, но не несет конкретного смысла. А у многих PR-специалистов, занимающихся коммуникациями таких компаний, существует страх сказать что-то конкретное и ошибиться, поэтому им кажется, что гораздо безопаснее писать расплывчато. Но расплывчатые тексты не запоминаются.

https://habr.com/ru/articles/1030844/

#iaas #облачные_провайдеры #облачные_технологии #маркетинг_в_it #контентмаркетинг #b2b #пиар #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит

IaaS без buzzwords: почему технологические компании теряют клиентов из-за собственных текстов

Последние несколько лет в рамках своей работы в коммуникационном агентстве «ЛАМПА» я активно занимаюсь пиаром IT-бизнеса: облачные провайдеры, инфраструктурные продукты, ИБ-вендоры, стартапы на разных стадиях. За это время насмотрелась на сотни корпоративных сайтов, пресс-релизов и экспертных статей, могу с уверенностью назвать главный парадокс рынка: компании, которые разрабатывают сложнейшие IT-продукты, нередко оказываются совершенно беспомощны в том, чтобы объяснить, зачем они нужны. Потенциальный клиент заходит на сайт, читает первый абзац, ничего не понимает и уходит. Даже если сам продукт качественный, удобный и решающий бизнес-задачи, текст не объясняет, почему продукт нужен именно ему прямо сейчас. Откуда берется облако из buzzwords (модных слов и сложных терминов) Посмотрите на главные страницы большинства российских облачных провайдеров, и вы увидите удивительное единообразие: «надежная масштабируемая инфраструктура», «высокая доступность», «гибкое ценообразование», «инновационные решения для цифровой трансформации вашего бизнеса». Если убрать логотипы, вы, скорее всего, не отличите один провайдер от другого. Дело не в случайности и не в лени конкретного копирайтера. Это системная болезнь отрасли, у которой есть понятная причина: технические специалисты, которые пишут или согласовывают тексты, говорят на языке архитектур и стандартов, им кажется, что «IaaS с SLA 99,982%» уже достаточно понятно и убедительно. В то же время маркетинговые команды, насмотревшись на западные тексты корпоративных ИБ-вендоров, копируют их интонацию и специфический новояз, в котором каждое слово звучит внушительно, но не несет конкретного смысла. А у многих PR-специалистов, занимающихся коммуникациями таких компаний, существует страх сказать что-то конкретное и ошибиться, поэтому им кажется, что гораздо безопаснее писать расплывчато. Но расплывчатые тексты не запоминаются.

https://habr.com/ru/articles/1030844/

#iaas #облачные_провайдеры #облачные_технологии #маркетинг_в_it #контентмаркетинг #b2b #пиар #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит

IaaS без buzzwords: почему технологические компании теряют клиентов из-за собственных текстов

Последние несколько лет в рамках своей работы в коммуникационном агентстве «ЛАМПА» я активно занимаюсь пиаром IT-бизнеса: облачные провайдеры, инфраструктурные продукты, ИБ-вендоры, стартапы на разных стадиях. За это время насмотрелась на сотни корпоративных сайтов, пресс-релизов и экспертных статей, могу с уверенностью назвать главный парадокс рынка: компании, которые разрабатывают сложнейшие IT-продукты, нередко оказываются совершенно беспомощны в том, чтобы объяснить, зачем они нужны. Потенциальный клиент заходит на сайт, читает первый абзац, ничего не понимает и уходит. Даже если сам продукт качественный, удобный и решающий бизнес-задачи, текст не объясняет, почему продукт нужен именно ему прямо сейчас. Откуда берется облако из buzzwords (модных слов и сложных терминов) Посмотрите на главные страницы большинства российских облачных провайдеров, и вы увидите удивительное единообразие: «надежная масштабируемая инфраструктура», «высокая доступность», «гибкое ценообразование», «инновационные решения для цифровой трансформации вашего бизнеса». Если убрать логотипы, вы, скорее всего, не отличите один провайдер от другого. Дело не в случайности и не в лени конкретного копирайтера. Это системная болезнь отрасли, у которой есть понятная причина: технические специалисты, которые пишут или согласовывают тексты, говорят на языке архитектур и стандартов, им кажется, что «IaaS с SLA 99,982%» уже достаточно понятно и убедительно. В то же время маркетинговые команды, насмотревшись на западные тексты корпоративных ИБ-вендоров, копируют их интонацию и специфический новояз, в котором каждое слово звучит внушительно, но не несет конкретного смысла. А у многих PR-специалистов, занимающихся коммуникациями таких компаний, существует страх сказать что-то конкретное и ошибиться, поэтому им кажется, что гораздо безопаснее писать расплывчато. Но расплывчатые тексты не запоминаются.

https://habr.com/ru/articles/1030844/

#iaas #облачные_провайдеры #облачные_технологии #маркетинг_в_it #контентмаркетинг #b2b #пиар #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит

Вторая волна ИИ: мы там, где интернет в 1997-м. Догоним или уже нет?

Привет, Хабр! Меня зовут Евгений Мартынов, я CIO Рег.облака. Сегодня хочу поговорить не про очередной хайп вокруг ИИ, а про конкретную точку на временной шкале — и почему именно сейчас она определяет, кто через три года будет впереди, а кто будет догонять. В 1997 году у интернета было около 100 млн пользователей. Большинство компаний относились к нему как к забавной игрушке. Те, кто зашел тогда, — Amazon, Google — стали определять рынки. Те, кто подождал, позже платили за вход в десятки раз дороже. Генеративный ИИ прямо сейчас проходит ту же точку.

https://habr.com/ru/companies/runity/articles/1026028/

#регоблако #ии #ии_и_машинное_обучение #иимодель #ии_бот #облачные_сервисы #облачные_технологии #облачный_сервис #облачная_платформа #qwen

Вторая волна ИИ: мы там, где интернет в 1997-м. Догоним или уже нет?

Привет, Хабр! Меня зовут Евгений Мартынов, я CIO Рег.облака. Сегодня хочу поговорить не про очередной хайп вокруг ИИ, а про конкретную точку на временной шкале — и почему именно сейчас она определяет, кто через три года будет впереди, а кто будет догонять. В 1997 году у интернета было около 100 млн пользователей. Большинство компаний относились к нему как к забавной игрушке. Те, кто зашел тогда, — Amazon, Google — стали определять рынки. Те, кто подождал, позже платили за вход в десятки раз дороже. Генеративный ИИ прямо сейчас проходит ту же точку.

https://habr.com/ru/companies/runity/articles/1026028/

#регоблако #ии #ии_и_машинное_обучение #иимодель #ии_бот #облачные_сервисы #облачные_технологии #облачный_сервис #облачная_платформа #qwen

Вторая волна ИИ: мы там, где интернет в 1997-м. Догоним или уже нет?

Привет, Хабр! Меня зовут Евгений Мартынов, я CIO Рег.облака. Сегодня хочу поговорить не про очередной хайп вокруг ИИ, а про конкретную точку на временной шкале — и почему именно сейчас она определяет, кто через три года будет впереди, а кто будет догонять. В 1997 году у интернета было около 100 млн пользователей. Большинство компаний относились к нему как к забавной игрушке. Те, кто зашел тогда, — Amazon, Google — стали определять рынки. Те, кто подождал, позже платили за вход в десятки раз дороже. Генеративный ИИ прямо сейчас проходит ту же точку.

https://habr.com/ru/companies/runity/articles/1026028/

#регоблако #ии #ии_и_машинное_обучение #иимодель #ии_бот #облачные_сервисы #облачные_технологии #облачный_сервис #облачная_платформа #qwen

Вторая волна ИИ: мы там, где интернет в 1997-м. Догоним или уже нет?

Привет, Хабр! Меня зовут Евгений Мартынов, я CIO Рег.облака. Сегодня хочу поговорить не про очередной хайп вокруг ИИ, а про конкретную точку на временной шкале — и почему именно сейчас она определяет, кто через три года будет впереди, а кто будет догонять. В 1997 году у интернета было около 100 млн пользователей. Большинство компаний относились к нему как к забавной игрушке. Те, кто зашел тогда, — Amazon, Google — стали определять рынки. Те, кто подождал, позже платили за вход в десятки раз дороже. Генеративный ИИ прямо сейчас проходит ту же точку.

https://habr.com/ru/companies/runity/articles/1026028/

#регоблако #ии #ии_и_машинное_обучение #иимодель #ии_бот #облачные_сервисы #облачные_технологии #облачный_сервис #облачная_платформа #qwen

Бигтех совсем разленился из-за ИИ-помощников? Дело не в лени

Есть задачи, которые вы откладываете не потому, что сложно, а потому, что невыносимо скучно их делать. Назвать это прокрастинацией или ленью неправильно. Мозг не ленится, а сигналит: эта задача не требует от тебя ТЕБЯ, ее нужно просто сделать. Рассказываю про пять задач, которые компании массово отдают ИИ-помощникам.

https://habr.com/ru/companies/cloud_ru/articles/1024802/

#агенты_ии #облачные_сервисы #облачные_технологии

Бигтех совсем разленился из-за ИИ-помощников? Дело не в лени

Есть задачи, которые вы откладываете не потому, что сложно, а потому, что невыносимо скучно их делать. Назвать это прокрастинацией или ленью неправильно. Мозг не ленится, а сигналит: эта задача не требует от тебя ТЕБЯ, ее нужно просто сделать. Рассказываю про пять задач, которые компании массово отдают ИИ-помощникам.

https://habr.com/ru/companies/cloud_ru/articles/1024802/

#агенты_ии #облачные_сервисы #облачные_технологии

Бигтех совсем разленился из-за ИИ-помощников? Дело не в лени

Есть задачи, которые вы откладываете не потому, что сложно, а потому, что невыносимо скучно их делать. Назвать это прокрастинацией или ленью неправильно. Мозг не ленится, а сигналит: эта задача не требует от тебя ТЕБЯ, ее нужно просто сделать. Рассказываю про пять задач, которые компании массово отдают ИИ-помощникам.

https://habr.com/ru/companies/cloud_ru/articles/1024802/

#агенты_ии #облачные_сервисы #облачные_технологии

Бигтех совсем разленился из-за ИИ-помощников? Дело не в лени

Есть задачи, которые вы откладываете не потому, что сложно, а потому, что невыносимо скучно их делать. Назвать это прокрастинацией или ленью неправильно. Мозг не ленится, а сигналит: эта задача не требует от тебя ТЕБЯ, ее нужно просто сделать. Рассказываю про пять задач, которые компании массово отдают ИИ-помощникам.

https://habr.com/ru/companies/cloud_ru/articles/1024802/

#агенты_ии #облачные_сервисы #облачные_технологии

GoCloud 2026: ИИ-агенты, четыре трека и как я стал ведущим конференции

Всем привет! Это Рома Путилов — вообще-то я в прошлом инженер, а сейчас руковожу направлением продвижения решений в Cloud.ru. Но 9 апреля что-то пошло не так, и вот я уже стою на сцене кинотеатра «Каро 11 Октябрь» под прицелами камер, перед залом на 1 700+ человек, и открываю нашу главную ИТ-конференцию про ИИ и облака. Как я дошел до жизни такой, что мы анонсировали на конфе, о чем говорили эксперты и что по циферкам? Сейчас все расскажу и покажу. Если пропустили или просто хотите узнать побольше об организаторской изнанке — читать обязательно.

https://habr.com/ru/companies/cloud_ru/articles/1021944/

#gocloud #конференция #ai #ml #агентные_системы #gpu #искусственный_интеллект #облачные_сервисы #облачные_технологии #cloudru

GoCloud 2026: ИИ-агенты, четыре трека и как я стал ведущим конференции

Всем привет! Это Рома Путилов — вообще-то я в прошлом инженер, а сейчас руковожу направлением продвижения решений в Cloud.ru. Но 9 апреля что-то пошло не так, и вот я уже стою на сцене кинотеатра «Каро 11 Октябрь» под прицелами камер, перед залом на 1 700+ человек, и открываю нашу главную ИТ-конференцию про ИИ и облака. Как я дошел до жизни такой, что мы анонсировали на конфе, о чем говорили эксперты и что по циферкам? Сейчас все расскажу и покажу. Если пропустили или просто хотите узнать побольше об организаторской изнанке — читать обязательно.

https://habr.com/ru/companies/cloud_ru/articles/1021944/

#gocloud #конференция #ai #ml #агентные_системы #gpu #искусственный_интеллект #облачные_сервисы #облачные_технологии #cloudru

GoCloud 2026: ИИ-агенты, четыре трека и как я стал ведущим конференции

Всем привет! Это Рома Путилов — вообще-то я в прошлом инженер, а сейчас руковожу направлением продвижения решений в Cloud.ru. Но 9 апреля что-то пошло не так, и вот я уже стою на сцене кинотеатра «Каро 11 Октябрь» под прицелами камер, перед залом на 1 700+ человек, и открываю нашу главную ИТ-конференцию про ИИ и облака. Как я дошел до жизни такой, что мы анонсировали на конфе, о чем говорили эксперты и что по циферкам? Сейчас все расскажу и покажу. Если пропустили или просто хотите узнать побольше об организаторской изнанке — читать обязательно.

https://habr.com/ru/companies/cloud_ru/articles/1021944/

#gocloud #конференция #ai #ml #агентные_системы #gpu #искусственный_интеллект #облачные_сервисы #облачные_технологии #cloudru

GoCloud 2026: ИИ-агенты, четыре трека и как я стал ведущим конференции

Всем привет! Это Рома Путилов — вообще-то я в прошлом инженер, а сейчас руковожу направлением продвижения решений в Cloud.ru. Но 9 апреля что-то пошло не так, и вот я уже стою на сцене кинотеатра «Каро 11 Октябрь» под прицелами камер, перед залом на 1 700+ человек, и открываю нашу главную ИТ-конференцию про ИИ и облака. Как я дошел до жизни такой, что мы анонсировали на конфе, о чем говорили эксперты и что по циферкам? Сейчас все расскажу и покажу. Если пропустили или просто хотите узнать побольше об организаторской изнанке — читать обязательно.

https://habr.com/ru/companies/cloud_ru/articles/1021944/

#gocloud #конференция #ai #ml #агентные_системы #gpu #искусственный_интеллект #облачные_сервисы #облачные_технологии #cloudru

Игровые серверы на Cozystack: первоапрельская нешутка

Привет, Хабр! Мы — команда Cozystack , open-source платформы для построения облаков на своём железе. Хотим рассказать, почему мы решили целиться в направление игровых серверов и что из этого вышло.

https://habr.com/ru/companies/aenix/articles/1018034/

#cozystack #aenix #игровые_серверы #devops #kubernetes #platform_engineering #cloud #облачные_технологии #геймдев #sre

Игровые серверы на Cozystack: первоапрельская нешутка

Привет, Хабр! Мы — команда Cozystack , open-source платформы для построения облаков на своём железе. Хотим рассказать, почему мы решили целиться в направление игровых серверов и что из этого вышло.

https://habr.com/ru/companies/aenix/articles/1018034/

#cozystack #aenix #игровые_серверы #devops #kubernetes #platform_engineering #cloud #облачные_технологии #геймдев #sre

Игровые серверы на Cozystack: первоапрельская нешутка

Привет, Хабр! Мы — команда Cozystack , open-source платформы для построения облаков на своём железе. Хотим рассказать, почему мы решили целиться в направление игровых серверов и что из этого вышло.

https://habr.com/ru/companies/aenix/articles/1018034/

#cozystack #aenix #игровые_серверы #devops #kubernetes #platform_engineering #cloud #облачные_технологии #геймдев #sre

Игровые серверы на Cozystack: первоапрельская нешутка

Привет, Хабр! Мы — команда Cozystack , open-source платформы для построения облаков на своём железе. Хотим рассказать, почему мы решили целиться в направление игровых серверов и что из этого вышло.

https://habr.com/ru/companies/aenix/articles/1018034/

#cozystack #aenix #игровые_серверы #devops #kubernetes #platform_engineering #cloud #облачные_технологии #геймдев #sre

Как мы построили отказоустойчивое облако для 1С: от локальных серверов к надежному резерву в ЦОД

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

https://habr.com/ru/companies/nubes/articles/1012220/

#1с #облачные_сервисы #облачные_технологии #цод #датацентр #бэкапы #резервное_копирование

Как мы построили отказоустойчивое облако для 1С: от локальных серверов к надежному резерву в ЦОД

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

https://habr.com/ru/companies/nubes/articles/1012220/

#1с #облачные_сервисы #облачные_технологии #цод #датацентр #бэкапы #резервное_копирование

Как мы построили отказоустойчивое облако для 1С: от локальных серверов к надежному резерву в ЦОД

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

https://habr.com/ru/companies/nubes/articles/1012220/

#1с #облачные_сервисы #облачные_технологии #цод #датацентр #бэкапы #резервное_копирование

Как мы построили отказоустойчивое облако для 1С: от локальных серверов к надежному резерву в ЦОД

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

https://habr.com/ru/companies/nubes/articles/1012220/

#1с #облачные_сервисы #облачные_технологии #цод #датацентр #бэкапы #резервное_копирование

KaaS в проде: Tanzu, Kubespray и путь к Cluster API

Хабр, привет! На связи команда облачного провайдера Nubes. Когда мы решили запустить собственный Kubernetes as a Service, на поверхности все выглядело просто: развернуть кластеры, завернуть в удобный интерфейс и добавить автоматику. На практике же оказалось, что «ванильный» Kubernetes, Kubespray и вендорские платформы порой приносят хаос вместо готового сервиса. В этой статье рассказываем про наш путь, ставший чередой компромиссов, от которых мы устали. Как вместо трех лет разработки мы уложились в два месяца и от попыток собрать решение своими силами дошли до полноценного KaaS, построенного на базе платформы «Штурвал» .

https://habr.com/ru/companies/nubes/articles/1000412/

#kubernetes #облачные_технологии #инфраструктура #цод

EVPN-connector от VK Cloud: знакомим с первым Open-Source-компонентом нашего SDN Sprut

В современных облаках есть много задач, связанных с проблемами производительности и масштабируемости виртуальных сетей. Кроме этого, есть ряд задач, требующих интеграции с аппаратными сетевыми устройствами. Чтобы преодолеть этот барьер, в собственном SDN (Software Defined Network, программно-определяемая сеть) мы реализовали поддержку технологии EVPN. За это отвечает специальный компонент — EVPN-connector. Он использует OpenVSwitch для передачи данных и GoBGP для передачи информации и позволяет строить распределенные сети с поддержкой L2- и L3-режимов, а также обеспечивает интеграцию с аппаратными устройствами. В этой статье мы, команда IaaS Network в VK Cloud, расскажем о EVPN-connector в деталях.

https://habr.com/ru/companies/vktech/articles/1000332/

#vk_cloud #EVPN #SDN #Sprut #vk_tech #облачные_сервисы #облачные_технологии

EVPN-connector от VK Cloud: знакомим с первым Open-Source-компонентом нашего SDN Sprut

В современных облаках есть много задач, связанных с проблемами производительности и масштабируемости виртуальных сетей. Кроме этого, есть ряд задач, требующих интеграции с аппаратными сетевыми устройствами. Чтобы преодолеть этот барьер, в собственном SDN (Software Defined Network, программно-определяемая сеть) мы реализовали поддержку технологии EVPN. За это отвечает специальный компонент — EVPN-connector. Он использует OpenVSwitch для передачи данных и GoBGP для передачи информации и позволяет строить распределенные сети с поддержкой L2- и L3-режимов, а также обеспечивает интеграцию с аппаратными устройствами. В этой статье мы, команда IaaS Network в VK Cloud, расскажем о EVPN-connector в деталях.

https://habr.com/ru/companies/vktech/articles/1000332/

#vk_cloud #EVPN #SDN #Sprut #vk_tech #облачные_сервисы #облачные_технологии

EVPN-connector от VK Cloud: знакомим с первым Open-Source-компонентом нашего SDN Sprut

В современных облаках есть много задач, связанных с проблемами производительности и масштабируемости виртуальных сетей. Кроме этого, есть ряд задач, требующих интеграции с аппаратными сетевыми устройствами. Чтобы преодолеть этот барьер, в собственном SDN (Software Defined Network, программно-определяемая сеть) мы реализовали поддержку технологии EVPN. За это отвечает специальный компонент — EVPN-connector. Он использует OpenVSwitch для передачи данных и GoBGP для передачи информации и позволяет строить распределенные сети с поддержкой L2- и L3-режимов, а также обеспечивает интеграцию с аппаратными устройствами. В этой статье мы, команда IaaS Network в VK Cloud, расскажем о EVPN-connector в деталях.

https://habr.com/ru/companies/vktech/articles/1000332/

#vk_cloud #EVPN #SDN #Sprut #vk_tech #облачные_сервисы #облачные_технологии

EVPN-connector от VK Cloud: знакомим с первым Open-Source-компонентом нашего SDN Sprut

В современных облаках есть много задач, связанных с проблемами производительности и масштабируемости виртуальных сетей. Кроме этого, есть ряд задач, требующих интеграции с аппаратными сетевыми устройствами. Чтобы преодолеть этот барьер, в собственном SDN (Software Defined Network, программно-определяемая сеть) мы реализовали поддержку технологии EVPN. За это отвечает специальный компонент — EVPN-connector. Он использует OpenVSwitch для передачи данных и GoBGP для передачи информации и позволяет строить распределенные сети с поддержкой L2- и L3-режимов, а также обеспечивает интеграцию с аппаратными устройствами. В этой статье мы, команда IaaS Network в VK Cloud, расскажем о EVPN-connector в деталях.

https://habr.com/ru/companies/vktech/articles/1000332/

#vk_cloud #EVPN #SDN #Sprut #vk_tech #облачные_сервисы #облачные_технологии

Новые интернет-магистрали: где и зачем сегодня прокладывают кабели

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

https://habr.com/ru/companies/ru_mts/articles/990982/

#подводные_кабели #оптоволоконная_связь #интернетинфраструктура #магистральные_сети #датацентры #облачные_технологии #сетевые_технологии #геополитика #телеком #глобальный_интернет

Новые интернет-магистрали: где и зачем сегодня прокладывают кабели

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

https://habr.com/ru/companies/ru_mts/articles/990982/

#подводные_кабели #оптоволоконная_связь #интернетинфраструктура #магистральные_сети #датацентры #облачные_технологии #сетевые_технологии #геополитика #телеком #глобальный_интернет

Новые интернет-магистрали: где и зачем сегодня прокладывают кабели

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

https://habr.com/ru/companies/ru_mts/articles/990982/

#подводные_кабели #оптоволоконная_связь #интернетинфраструктура #магистральные_сети #датацентры #облачные_технологии #сетевые_технологии #геополитика #телеком #глобальный_интернет

Новые интернет-магистрали: где и зачем сегодня прокладывают кабели

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

https://habr.com/ru/companies/ru_mts/articles/990982/

#подводные_кабели #оптоволоконная_связь #интернетинфраструктура #магистральные_сети #датацентры #облачные_технологии #сетевые_технологии #геополитика #телеком #глобальный_интернет

Облачные технологии. Неожиданный поворот

В сентябре2025 на просторах Хабра была опубликована статья «Облачные сервисы на Tcl/Tk» . Спустя полчаса после опубликования появился комментарий от CloudTk-JeffSmith , который приятно удивил меня:

https://habr.com/ru/articles/986070/

#интернет #облачные_сервисы #tcl #cloudtk #vpn #docker #cloud #cloud_hosting #облачные_технологии #облачная_платформа

Облачные технологии. Неожиданный поворот

В сентябре2025 на просторах Хабра была опубликована статья «Облачные сервисы на Tcl/Tk» . Спустя полчаса после опубликования появился комментарий от CloudTk-JeffSmith , который приятно удивил меня:

https://habr.com/ru/articles/986070/

#интернет #облачные_сервисы #tcl #cloudtk #vpn #docker #cloud #cloud_hosting #облачные_технологии #облачная_платформа

Облачные технологии. Неожиданный поворот

В сентябре2025 на просторах Хабра была опубликована статья «Облачные сервисы на Tcl/Tk» . Спустя полчаса после опубликования появился комментарий от CloudTk-JeffSmith , который приятно удивил меня:

https://habr.com/ru/articles/986070/

#интернет #облачные_сервисы #tcl #cloudtk #vpn #docker #cloud #cloud_hosting #облачные_технологии #облачная_платформа

Облачные технологии. Неожиданный поворот

В сентябре2025 на просторах Хабра была опубликована статья «Облачные сервисы на Tcl/Tk» . Спустя полчаса после опубликования появился комментарий от CloudTk-JeffSmith , который приятно удивил меня:

https://habr.com/ru/articles/986070/

#интернет #облачные_сервисы #tcl #cloudtk #vpn #docker #cloud #cloud_hosting #облачные_технологии #облачная_платформа

[Перевод] Хаос монтирования в Netflix: масштабирование контейнеров на современных CPU

Представьте себе такую картину: пятничным вечером вы нажимаете кнопку воспроизведения видео на Netflix. Не проходит и нескольких секунд, как в ответ на это в недрах системы оживают сотни контейнеров. Обеспечение эффективной работы большого количества контейнеров в Netflix — это один из краеугольных камней обеспечения качественного потокового видео для миллионов пользователей со всего мира. Для того чтобы обеспечить высокую скорость реакции системы таких масштабов, мы модернизировали нашу среду выполнения контейнеров (контейнерный рантайм, container runtime), но, сделав это, мы столкнулись с неприятной неожиданностью, сдерживающей рост нашей системы. Это — архитектура процессоров. Предлагаем вашему вниманию историю о том, как мы диагностировали эту проблему, и о том, что мы узнали о масштабировании контейнеров на аппаратном уровне.

https://habr.com/ru/companies/wunderfund/articles/982870/

#Инфраструктура #облачные_технологии #разработка #контейнеры #containerd #Netflix

[Перевод] Хаос монтирования в Netflix: масштабирование контейнеров на современных CPU

Представьте себе такую картину: пятничным вечером вы нажимаете кнопку воспроизведения видео на Netflix. Не проходит и нескольких секунд, как в ответ на это в недрах системы оживают сотни контейнеров. Обеспечение эффективной работы большого количества контейнеров в Netflix — это один из краеугольных камней обеспечения качественного потокового видео для миллионов пользователей со всего мира. Для того чтобы обеспечить высокую скорость реакции системы таких масштабов, мы модернизировали нашу среду выполнения контейнеров (контейнерный рантайм, container runtime), но, сделав это, мы столкнулись с неприятной неожиданностью, сдерживающей рост нашей системы. Это — архитектура процессоров. Предлагаем вашему вниманию историю о том, как мы диагностировали эту проблему, и о том, что мы узнали о масштабировании контейнеров на аппаратном уровне.

https://habr.com/ru/companies/wunderfund/articles/982870/

#Инфраструктура #облачные_технологии #разработка #контейнеры #containerd #Netflix

[Перевод] Хаос монтирования в Netflix: масштабирование контейнеров на современных CPU

Представьте себе такую картину: пятничным вечером вы нажимаете кнопку воспроизведения видео на Netflix. Не проходит и нескольких секунд, как в ответ на это в недрах системы оживают сотни контейнеров. Обеспечение эффективной работы большого количества контейнеров в Netflix — это один из краеугольных камней обеспечения качественного потокового видео для миллионов пользователей со всего мира. Для того чтобы обеспечить высокую скорость реакции системы таких масштабов, мы модернизировали нашу среду выполнения контейнеров (контейнерный рантайм, container runtime), но, сделав это, мы столкнулись с неприятной неожиданностью, сдерживающей рост нашей системы. Это — архитектура процессоров. Предлагаем вашему вниманию историю о том, как мы диагностировали эту проблему, и о том, что мы узнали о масштабировании контейнеров на аппаратном уровне.

https://habr.com/ru/companies/wunderfund/articles/982870/

#Инфраструктура #облачные_технологии #разработка #контейнеры #containerd #Netflix