[Системное администрирование, Серверное администрирование, DevOps, Kubernetes] New Relic меняет бизнесь модель — открывает код агентов и инструментария (перевод)
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Поставщик платформы мониторинга New Relic меняет большую часть своей бизнес модели, открывая исходный код ряда агентов в каталоге продуктов. В процессе, который руководство описало, как адаптацию к «коренным изменениям» по отношению к Open Source, компания начала открывать на GitHub исходный код своих агентов, а также инструментария интеграции с общедоступными облачными сервисами и прочими проектами.
Компания все же продолжит продавать свою платформу-как-сервис New Relic One, а агенты, интеграции, SDK, инструменты CLI и свои «пользовательские визуализации» будут предлагаться компанией в каталоге New Relic One. Открыт код агентов C, Go, .NET, Node, Python и Ruby. По словам компании в сентябре будет доступен код агента на Java, а в октябре — PHP.
«Все эти агенты открыты», сказал директор по продукту The New Stack Bill Staples, сыгравший важную роль в освоении ПО с открытым исходным кодом в Microsoft и его применении в Azure.
Он же: «Мы принимаем участие в работе сообщества и публикуем наши дальнейшие шаги. Мы на 100% являемся приверженцами философии открытого исходного кода».
Одновременно New Relic предоставит код и финансирование для продвижения стандарта OpenTelemetry от Cloud Native Computing Foundations (CNCF), надеясь помочь стандартизировать инструментарий, которого зачастую не хватает в системах управления облачной инфраструктуры.
Представители New Relic заявили, что компания будет активно участвовать и поддерживать стандарты Prometheus для инструментария, а также другие проекты телеметрии, включая Dropwizard, Kamon, Micrometer, StatsD и Telegraf, а также связанные инструменты, к примеру Grafana.
Таким образом, любая компания сможет взять открытый код New Relic — и использовать его для своих целей, имея возможность вносить изменения в проект. По условиям лицензии можно будет использовать библиотеки агентов для своих приложений. После запуска приложения, отправляемая телеметрическая диагностическая информация по сути «может быть направлена на любое число открытых или коммерческих бэкэндов», например предоставляемых New Relic, по словам Staples.
К примеру, для облачных развертываний клиент New Relic может полагаться на коммерческие сервисы New Relic для аналитики сети, хранилищ и визуализации, используя открытый агент для своего приложения и кода.
Согласно Clive Longbottom, аналитика «Clive Longbottom and Associates», этот шаг New Relic предприняла для того, чтобы «привлечь внимание клиентов, поскольку если New Relic привлечет других для создания модулей и интеграций с использованием различных SDK, то она сможет расшириться с небольшим риском для себя. Если они смогут получить хороших последователей, то это означает взрывной рост нового ПО, к примеру в областях IoT и AI, за счет сообщества открытого исходного кода, вместо того, чтобы попытаться все делать самой. В целом — достаточно умный ход, если New Relic успешно монетизирует клиентскую базу».
Компания New Relic в значительной степени ответственна, как за продвижение распространения ПО с открытым исходным кодом, так и за потребность в стандартизации, особенно за стандартизацию. В мире облаков, к примеру, «различия в мониторинге больше не в проприетарных инструментах, а в масштабируемости всей архитектуры платформы», сказал Torsten Volk, аналитик Enterprise Management Associates (EMA), по словам The New Stack.
Также по словам Volk: «Вся суть микросервисов, основанных на Kubernetes, ориентирована на приложения, работающие везде, безо всяких ограничений. По этой причине проприетарный инструментарий для закрытых стеков приложений становится менее жизнеспособным. Компания New Relic потом сможет сосредоточиться на видоизменении своей серверной платформы, в которой действительно заключается магия, управляемая ИИ».
Опять же по его словам — трудности Docker служат примером того, чего стоит избегать.
«Как видно из падения компании Docker, если вы слишком долго будете держаться за проприетарные инструменты — будете наказаны рынком. Так что этот шаг (от New Relic) просто отражает реалии нынешнего рынка, который будет наказывать за любое решение, препятствующее или замедляющее реализацию по настоящему масштабируемых программных платформ».
В масштабируемом рынке проприетарный инструментарий будет рассматриваться как водоросли на якоре цифровой трансформации. Torsten Volk, EMA
При любом раскладе такое изменение инструментария, ставшего более доступным, — позитивное изменение, поскольку эти критически нужные инструменты становятся более стандартизированными, а также могут применяться в очень сложных смешанных системах, сочетающих мультиоблачные и унаследованные локальные окружения, управляемых командами DevOps.
Поэтому инструментарий остается «очень важным, поскольку примерно 70-80% приложений все еще не изменены и полагаются на традиционный мониторинг», по словам Volk. Он же: «Открытие New Relic своего большого хранилища готовых агентов будет склонять DevOps команды к тому, чтобы они их частично попробовали, а в случае успеха они возможно будут склоняться к выбору New Relic в качестве нового поставщика платформы мониторинга». В крайнем случае этот шаг сделает New Relic крупным игроком в облачном пространстве, а не «парнями, у которых слишком дорогой софт для Kubernetes».
Переход New Relic помогает доказать, что открытый исходный код — модель будущего для поставщиков ПО. Один только проект OpenTelemetry вместе c поддержкой New Relic помогает увидеть, насколько такая модель применима к крупномасштабным фреймворкам приложений.
Согласно Volk: «Чем больше поставщиков сосредоточатся на успехе OpenTelemetry, а не разработке проприетарных решений, тем больше вероятность того, что клиенты будут стандартизировать свои организации с использованием OpenTelemetry. Вся идея открытого исходного кода основана на убеждении, что несколько различных поставщиков работают совместно над разработкой продуктов, к примеру агентов мониторинга — у клиентов будет шире выбор, а поставщики могут потратить свои ресурсы на будущие разработки собственных «секретных соусов», вместо создания н-го агента для мониторинга MySQL или Red Hat Enterprise Linux».
Однако, согласно Volk, проект New Relic с открытым исходным кодом также во многих отношениях представляет собой рискованное предприятие, и возможно, его стоит рассматривать, как «революционный» шаг.
«Для убедительности нужна революция, ведь в мире, где все больше и больше компаний предпочитают открытое ПО, вам нужно показать, что вы все делаете на ранней стадии. «Все включено» означает больше, чем простое совместное использование кода, поскольку такое ПО имеет шанс массового внедрения только в случае поддержки проекта несколькими поставщиками. Таким образом для New Relic имеет смысл поддержать OpenTelemetry, чтобы дальше провести видоизменение своего будущего стека. В масштабируемом рынке проприетарный инструментарий будет рассматриваться, как водоросли на якоре цифровой трансформации».
===========
Источник:
habr.com
===========
===========
Автор оригинала: B. Cameron Gain
===========Похожие новости:
- [DevOps, Kubernetes] Kubernetes в ДомКлик: как спать спокойно, управляя кластером на 1000 микросервисов
- [PostgreSQL] Павел Труханов. Мониторинг Postgres по USE и RED. Расшифровка с PGConf.Russia
- [Системное администрирование, DevOps] Системный подход к переменным в Ansible
- [Open source, Системное администрирование, JavaScript, IT-инфраструктура] Решаем практические задачи в Zabbix с помощью JavaScript
- [Программирование, Серверное администрирование] Запуск Camunda BPM в Kubernetes (перевод)
- [Конференции, DevOps, Kubernetes] Приглашаем на DINS DevOps EVENING (online): эксплуатация TICK-стека и автоскейлинг в Kubernetes
- [Системное администрирование, Серверное администрирование, Администрирование баз данных] Зачем нужно держать клетки в зоопарке закрытыми (перевод)
- [Системное администрирование, Серверное администрирование, DevOps, Kubernetes] Требования к разработке приложения в Kubernetes
- [Системное администрирование, IT-инфраструктура, Серверное администрирование, DevOps] С чего начать DevOps?
- [Open source, Софт, 3D-принтеры] Дождались: вышел LibreOffice 7.0
Теги для поиска: #_sistemnoe_administrirovanie (Системное администрирование), #_servernoe_administrirovanie (Серверное администрирование), #_devops, #_kubernetes, #_new_relic, #_kubernetes, #_monitoring, #_monitoring (мониторинг), #_open_source, #_blog_kompanii_southbridge (
Блог компании Southbridge
), #_sistemnoe_administrirovanie (
Системное администрирование
), #_servernoe_administrirovanie (
Серверное администрирование
), #_devops, #_kubernetes
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 18:44
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
 Поставщик платформы мониторинга New Relic меняет большую часть своей бизнес модели, открывая исходный код ряда агентов в каталоге продуктов. В процессе, который руководство описало, как адаптацию к «коренным изменениям» по отношению к Open Source, компания начала открывать на GitHub исходный код своих агентов, а также инструментария интеграции с общедоступными облачными сервисами и прочими проектами. Компания все же продолжит продавать свою платформу-как-сервис New Relic One, а агенты, интеграции, SDK, инструменты CLI и свои «пользовательские визуализации» будут предлагаться компанией в каталоге New Relic One. Открыт код агентов C, Go, .NET, Node, Python и Ruby. По словам компании в сентябре будет доступен код агента на Java, а в октябре — PHP. «Все эти агенты открыты», сказал директор по продукту The New Stack Bill Staples, сыгравший важную роль в освоении ПО с открытым исходным кодом в Microsoft и его применении в Azure. Он же: «Мы принимаем участие в работе сообщества и публикуем наши дальнейшие шаги. Мы на 100% являемся приверженцами философии открытого исходного кода».  Одновременно New Relic предоставит код и финансирование для продвижения стандарта OpenTelemetry от Cloud Native Computing Foundations (CNCF), надеясь помочь стандартизировать инструментарий, которого зачастую не хватает в системах управления облачной инфраструктуры. Представители New Relic заявили, что компания будет активно участвовать и поддерживать стандарты Prometheus для инструментария, а также другие проекты телеметрии, включая Dropwizard, Kamon, Micrometer, StatsD и Telegraf, а также связанные инструменты, к примеру Grafana. Таким образом, любая компания сможет взять открытый код New Relic — и использовать его для своих целей, имея возможность вносить изменения в проект. По условиям лицензии можно будет использовать библиотеки агентов для своих приложений. После запуска приложения, отправляемая телеметрическая диагностическая информация по сути «может быть направлена на любое число открытых или коммерческих бэкэндов», например предоставляемых New Relic, по словам Staples. К примеру, для облачных развертываний клиент New Relic может полагаться на коммерческие сервисы New Relic для аналитики сети, хранилищ и визуализации, используя открытый агент для своего приложения и кода. Согласно Clive Longbottom, аналитика «Clive Longbottom and Associates», этот шаг New Relic предприняла для того, чтобы «привлечь внимание клиентов, поскольку если New Relic привлечет других для создания модулей и интеграций с использованием различных SDK, то она сможет расшириться с небольшим риском для себя. Если они смогут получить хороших последователей, то это означает взрывной рост нового ПО, к примеру в областях IoT и AI, за счет сообщества открытого исходного кода, вместо того, чтобы попытаться все делать самой. В целом — достаточно умный ход, если New Relic успешно монетизирует клиентскую базу». Компания New Relic в значительной степени ответственна, как за продвижение распространения ПО с открытым исходным кодом, так и за потребность в стандартизации, особенно за стандартизацию. В мире облаков, к примеру, «различия в мониторинге больше не в проприетарных инструментах, а в масштабируемости всей архитектуры платформы», сказал Torsten Volk, аналитик Enterprise Management Associates (EMA), по словам The New Stack. Также по словам Volk: «Вся суть микросервисов, основанных на Kubernetes, ориентирована на приложения, работающие везде, безо всяких ограничений. По этой причине проприетарный инструментарий для закрытых стеков приложений становится менее жизнеспособным. Компания New Relic потом сможет сосредоточиться на видоизменении своей серверной платформы, в которой действительно заключается магия, управляемая ИИ». Опять же по его словам — трудности Docker служат примером того, чего стоит избегать. «Как видно из падения компании Docker, если вы слишком долго будете держаться за проприетарные инструменты — будете наказаны рынком. Так что этот шаг (от New Relic) просто отражает реалии нынешнего рынка, который будет наказывать за любое решение, препятствующее или замедляющее реализацию по настоящему масштабируемых программных платформ». В масштабируемом рынке проприетарный инструментарий будет рассматриваться как водоросли на якоре цифровой трансформации. Torsten Volk, EMA
Поэтому инструментарий остается «очень важным, поскольку примерно 70-80% приложений все еще не изменены и полагаются на традиционный мониторинг», по словам Volk. Он же: «Открытие New Relic своего большого хранилища готовых агентов будет склонять DevOps команды к тому, чтобы они их частично попробовали, а в случае успеха они возможно будут склоняться к выбору New Relic в качестве нового поставщика платформы мониторинга». В крайнем случае этот шаг сделает New Relic крупным игроком в облачном пространстве, а не «парнями, у которых слишком дорогой софт для Kubernetes». Переход New Relic помогает доказать, что открытый исходный код — модель будущего для поставщиков ПО. Один только проект OpenTelemetry вместе c поддержкой New Relic помогает увидеть, насколько такая модель применима к крупномасштабным фреймворкам приложений. Согласно Volk: «Чем больше поставщиков сосредоточатся на успехе OpenTelemetry, а не разработке проприетарных решений, тем больше вероятность того, что клиенты будут стандартизировать свои организации с использованием OpenTelemetry. Вся идея открытого исходного кода основана на убеждении, что несколько различных поставщиков работают совместно над разработкой продуктов, к примеру агентов мониторинга — у клиентов будет шире выбор, а поставщики могут потратить свои ресурсы на будущие разработки собственных «секретных соусов», вместо создания н-го агента для мониторинга MySQL или Red Hat Enterprise Linux». Однако, согласно Volk, проект New Relic с открытым исходным кодом также во многих отношениях представляет собой рискованное предприятие, и возможно, его стоит рассматривать, как «революционный» шаг. «Для убедительности нужна революция, ведь в мире, где все больше и больше компаний предпочитают открытое ПО, вам нужно показать, что вы все делаете на ранней стадии. «Все включено» означает больше, чем простое совместное использование кода, поскольку такое ПО имеет шанс массового внедрения только в случае поддержки проекта несколькими поставщиками. Таким образом для New Relic имеет смысл поддержать OpenTelemetry, чтобы дальше провести видоизменение своего будущего стека. В масштабируемом рынке проприетарный инструментарий будет рассматриваться, как водоросли на якоре цифровой трансформации». =========== Источник: habr.com =========== =========== Автор оригинала: B. Cameron Gain ===========Похожие новости:
Блог компании Southbridge ), #_sistemnoe_administrirovanie ( Системное администрирование ), #_servernoe_administrirovanie ( Серверное администрирование ), #_devops, #_kubernetes |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 18:44
Часовой пояс: UTC + 5