В постоянно меняющемся ИТ-ландшафте дилемма наблюдаемости отбрасывает стратегическую тень: SaaS или не SaaS – вопрос, который сегодня решают многие ИТ-специалисты. Поскольку организации борются со сложностями, связанными с поддержанием работоспособности и производительности систем, навигацией по изменениям и обеспечением безопасности, выбор между преимуществами облачных сервисов и локальными хранилищами становится решающим. В этой статье рассматриваются нюансы дилеммы наблюдаемости, чтобы направить вас к осознанному выбору, который будет соответствовать вашим технологическим устремлениям.
Понимание наблюдаемости
Определение Observability в контексте ИТ-операций
В сложной сфере ИТ-операций понимание преимуществ и влияния наблюдаемости необходимо для ясности. Многие термины, вошедшие в лексикон ИТ, могут иметь различные толкования в зависимости от того, с кем вы разговариваете. Наблюдаемость выходит за рамки стандартного мониторинга, позволяя объединять метрики, журналы, трассировки и многое другое и синтезировать эти данные для определения состояния инфраструктуры или составления прогнозов относительно будущего состояния.
На фоне непрекращающихся волн цифровой трансформации наблюдаемость становится ключевым фактором, обеспечивающим понимание, превосходящее обычное наблюдение. Она дает возможность предвидеть сбои, позволяя занять проактивную позицию в динамичном ландшафте технологических изменений.
Роль наблюдаемости в поддержании жизнеспособности и производительности системы
В запутанном ландшафте современных цифровых систем наблюдаемость играет ключевую роль. Не ограничиваясь традиционным мониторингом, наблюдаемость выступает в роли бдительного хранителя, интегрируя ключевые параметры для обеспечения беспрепятственной видимости гибридных систем. С точностью и глубиной, превосходящими обычный надзор, наблюдаемость тщательно расшифровывает хитросплетения и взаимозависимости, выявляя аномалии, которые иначе могли бы остаться незамеченными. Наблюдаемость берет на себя роль дирижера в управлении работоспособностью и производительностью системы, гармонизируя все сложности в современных гибридных инфраструктурах.
Два претендента
Более пристальный взгляд на SaaS (программное обеспечение как услуга)
Преимущества SaaS в наблюдаемости:
- Подход на основе SaaS позволяет использовать гибкие характеристики, позволяя системе динамически масштабироваться в зависимости от меняющихся требований.
- Эластичная природа SaaS обеспечивает адаптивную архитектуру, соответствующую менталитету «точно в срок», характерному для современных ИТ-систем.
- Наблюдаемость на базе SaaS обеспечивает автоматическое обновление, гарантирующее актуальность вашей системы.
- Вы можете оптимизировать свою операционную модель с помощью подписки, чтобы привести ИТ-бюджет в соответствие с современными ИТ-практиками.
- Облачный характер SaaS позволяет преодолевать географические ограничения, обеспечивая беспрепятственный мониторинг и получение информации из любой точки мира (при условии соблюдения договоренностей с поставщиком).
Ограничения и соображения:
- Полагаясь на стороннего поставщика, можно столкнуться с рисками в случае перебоев в обслуживании.
- Использование SaaS для наблюдаемости может создать проблемы с безопасностью. Зависимость от внешних поставщиков требует тщательной оценки мер по защите данных для обеспечения сохранности конфиденциальной информации.
- Хотя SaaS обеспечивает гибкость, наличие готовых решений может ограничивать возможности настройки. Организации с четкими требованиями могут столкнуться с трудностями при адаптации решения к уникальным операционным потребностям.
- Организациям, сталкивающимся с нормами суверенитета данных, необходимо учитывать потенциальные сложности, поскольку SaaS может предполагать хранение данных в разных географических точках.
- Достижение полной интеграции с существующими инфраструктурами может быть сопряжено со сложностями, требующими стратегического подхода для обеспечения целостной и эффективной операционной экосистемы. Однако при наличии связующего звена между существующими решениями self-hosted и SaaS эта сложность может быть снижена.
Знакомство с автономными решениями
Преимущества контроля и настройки:
- Контроль: Выбор автономного решения для наблюдаемости обеспечивает организациям беспрецедентный контроль над инфраструктурой мониторинга, позволяя создавать индивидуальные конфигурации и оптимизировать работу.
- Усиленные меры безопасности: Автономная модель позволяет компаниям применять надежные и индивидуальные меры безопасности, защищая конфиденциальные данные и уменьшая потенциальные уязвимости. Однако в уравнение необходимо включить навыки и опыт, необходимые для их внедрения и поддержания.
- Воздушный зазор: Автономная система наблюдаемости особенно удобна для организаций, работающих в изолированных средах, поскольку обеспечивает решение, которое легко согласуется с их уникальными потребностями в области безопасности и эксплуатации.
- Индивидуальные конфигурации: Организации могут точно настраивать конфигурации в соответствии с конкретными требованиями, повышая точность и актуальность показателей наблюдаемости.
- Гарантия суверенитета данных: Автономные решения обеспечивают суверенитет данных, позволяя решить проблемы, связанные с соблюдением нормативных требований и сохранением данных в определенных географических границах.
- Независимость от внешних факторов: Благодаря автономному решению для наблюдаемости, организации снижают зависимость от внешних провайдеров, обеспечивая определенную независимость и снижая риски, связанные с перебоями в работе сторонних сервисов.
Потенциальные недостатки и проблемы:
- Ресурсоемкое обслуживание: Автономное решение для наблюдаемости включает в себя обязанности по обслуживанию, требуя внимания для поддержания системы в оптимальном и быстром состоянии.
- Обновления: Бремя управления и выполнения обновлений ложится на организации, создавая сложности, которые требуют стратегического планирования и выполнения для минимизации времени простоя и сбоев.
- Потенциальные проблемы масштабируемости: По мере роста спроса автономная система для наблюдаемости может столкнуться с проблемами масштабируемости, что потребует принятия упреждающих мер для обеспечения бесперебойной работы в периоды повышенного спроса.
- Зависимость от опыта: Эффективное автономное размещение требует определенного уровня технической компетенции, что создает зависимость от квалифицированного персонала для преодоления потенциальных проблем и оптимизации инфраструктуры наблюдаемости.
- Риски безопасности: Автономные решения могут подвергать организации неотъемлемым рискам безопасности, требуя бдительной кибергигиены и постоянных усилий по защите от потенциальных уязвимостей и киберугроз.
- Ограниченная гибкость развертывания: Индивидуальный характер автономных решений для наблюдаемости может ограничивать гибкость развертывания, что требует тщательного рассмотрения для согласования с динамичными потребностями организации и развивающимися отраслевыми стандартами.
Оценка ваших технических потребностей
Прежде чем внедрять решение для наблюдаемости, тщательно оцените технические потребности вашей организации. Учитывайте масштабируемость, стоимость, безопасность, возможности интеграции, потенциал кастомизации и требования к соответствию. Это обеспечит соответствие решения вашим целям и повысит шансы на успех.
Масштабируемость и планирование роста
Масштабируемость является основой для технологического планирования. Оцените потенциальные траектории роста и настройте решение для наблюдаемости на плавное расширение без ущерба для эффективности. Эта перспективная стратегия не только обезопасит вашу систему на будущее, но и укрепит ее для решения проблем, возникающих в связи с изменением ландшафта данных и динамичными требованиями роста вашей организации.
Анализ затрат
Анализ структуры затрат на SaaS
Стоит взвесить все потенциальные финансовые плюсы и минусы подхода, основанного на SaaS. Примите во внимание некоторые из следующих факторов, когда будете решать, какой путь вам подходит:
- Абонентская плата, хотя и предсказуемая, может накапливаться.
- Существуют ли скрытые расходы, такие как плата за дополнительных пользователей или премиум-поддержку?
- Подумайте о сокращении усилий и расходов на обслуживание и модернизацию в модели SaaS.
- Существуют ли дополнительные расходы, связанные с хранением данных в среде SaaS?
- Подход SaaS может сократить необходимость в значительных расходах на внутреннюю разработку.
- При выборе подхода SaaS оцените потенциальные затраты и риски, связанные с привязкой к поставщику.
- Оцените все расходы, связанные с передачей данных между вашей текущей инфраструктурой и платформой поставщика SaaS.
Оценка первоначальных и текущих затрат на автономное решение
- Автономное решение требует значительных первоначальных инвестиций (CapEx), но может оказаться экономически эффективным.
- Какой объем первоначальных инвестиций необходим для того, чтобы инфраструктура self-hosted могла масштабироваться для будущего роста?
- Какова будет сумма текущих эксплуатационных расходов, включая ремонт, замену, модернизацию оборудования и другие операционные накладные расходы (OpEx), связанные с центром обработки данных/серверной комнатой, например, расходы на кондиционирование воздуха?
- Не забудьте учесть текущие расходы на зарплату и льготы штатной команды разработчиков, отвечающей за поддержку автономного решения.
- Учитывайте затраты на внедрение и управление обновлениями программного обеспечения для инструментов автономного решения для наблюдаемости.
- Учесть расходы на текущее обучение сотрудников, ответственных за управление и обслуживание инфраструктуры самообслуживания. Включено ли это в контракт?
- Как насчет расходов на содержание штатной группы поддержки для решения проблем и оказания помощи?
- Учитывайте потенциальные расходы, связанные с устареванием технологий, включая обновление аппаратных и программных компонентов с течением времени.
Вопросы безопасности
Изучение последствий использования SaaS для безопасности
При рассмотрении вопроса о том, по какому пути пойти: автономному или SaaS, или какое SaaS-решение выбрать, – необходимо тщательно подготовиться, и это не просто выбор, это основа безопасности.
Шифрование, многофакторная аутентификация, нормативно-правовые аспекты и разделение данных — все это относится ко многим вещам, которые необходимо учитывать и которые не подлежат обсуждению. Хорошая подготовка – это передовой рубеж защиты от постоянно меняющегося ландшафта киберугроз. Ниже перечислены некоторые области, заслуживающие внимания:
- Убедитесь, что на платформе SaaS реализован надежный контроль доступа, ограничивающий доступ пользователей в соответствии с их ролями и обязанностями.
- Оцените эффективность методов аутентификации, таких как многофакторная аутентификация, для повышения безопасности учетных записей.
- Проверьте, соответствует ли поставщик SaaS отраслевым нормам и имеет ли он соответствующие сертификаты (HIPAA/HITECH, NIST 800-171, PCI DSS, GDPR и т. д.), необходимые вашей компании.
- Убедитесь, что ваши данные логически отделены от данных других пользователей на платформе SaaS, чтобы предотвратить несанкционированный доступ.
- Уточните процедуры переноса данных и разработайте стратегию выхода в случае, если вы решите отказаться от услуг поставщика SaaS.
- Убедитесь, что поставщик SaaS своевременно применяет патчи безопасности для устранения уязвимостей в своем программном обеспечении.
- Узнайте, где будут храниться и обрабатываться ваши данные, и убедитесь, что они соответствуют региональным законам о защите данных.
- В какой степени поставщик SaaS отслеживает и регистрирует действия пользователей для анализа безопасности?
- Изучите результаты аудитов и оценок безопасности, проведенных сторонними организациями для платформы SaaS.
- Каковы соглашения поставщика SaaS о правах собственности на данные и условиях контроля, и соответствуют ли они вашим политикам безопасности?
Соображения безопасности для автономных решений Observability:
- Получите четкое представление о механизмах контроля доступа в автономном решении и убедитесь, что они эффективно управляют привилегиями пользователей и ограничивают доступ к критически важным ресурсам.
- Убедитесь, что автономная платформа имеет надежные методы аутентификации пользователей, включая такие функции, как двухфакторная аутентификация (2FA), для повышения безопасности доступа.
- Включает ли автономное решение регулярное и тщательное сканирование уязвимостей для проактивного выявления и устранения потенциальных недостатков?
- Обеспечьте эффективное и своевременное управление исправлениями в автономной среде, чтобы поддерживать программное обеспечение и системы в актуальном состоянии и снизить риск эксплуатации.
- Проверьте, проводится ли регулярный аудит безопасности автономного решения, чтобы убедиться в общей безопасности и выявить области для улучшения.
- Проверьте, поддерживает ли автономная среда своевременные и бесперебойные обновления безопасности для устранения известных уязвимостей и защиты от возникающих угроз.
- Выбирайте автономные решения, которые регулярно проводят тестирование на проникновение для имитации реальных атак, выявляя потенциальные слабые места и демонстрируя приверженность постоянному повышению уровня безопасности.
Возможности интеграции
Обеспечение бесперебойной интеграции имеет решающее значение для оптимизации рабочих процессов и повышения производительности. В SaaS вы можете получить готовые интеграции для более простого подключения к сторонним приложениям. Однако, несмотря на то, что они требуют технических знаний, автономные решения могут предложить больше возможностей для настройки. Отдавайте предпочтение решениям, которые согласуются с вашими существующими системами и набором навыков, чтобы обеспечить бесперебойный поток данных и эффективность работы.
Совместимость с другими инструментами и технологиями и их возможное устаревание
Проанализируйте, как сочетаются варианты SaaS и автономного решения с вашими текущими инструментами и технологиями. В SaaS приоритет отдается стандартным API и облачным архитектурам, что упрощает интеграцию, в то время как автономные решения предлагают больше контроля, но могут потребовать индивидуальной интеграции. Оцените совместимость, работая с тем, что вам необходимо, чтобы оптимизировать эффективность и минимизировать сбои в работе вашего бизнеса. Это также дает вам возможность упростить свой технологический стек и потенциально сэкономить расходы.
Возможности настройки
При оценке возможности настройки в SaaS по сравнению с автономными решениями очень важно оценить степень настройки, предлагаемой поставщиками SaaS. Платформы SaaS часто балансируют между удобными интерфейсами и возможностями настройки, и вам нужно убедиться, что вы не отказываетесь от контроля ради удобства и комфорта.
Хотя широкие возможности настройки автономных решений позволяют адаптировать программное обеспечение к уникальным потребностям, их недостатком является потенциальная сложность и ресурсоемкость. Что они предлагают в виде готовых опций и шаблонов, и достаточно ли этого? Обширная настройка может потребовать более высокой технической квалификации, выделенных ресурсов, а также увеличения времени и затрат по сравнению с готовыми SaaS-решениями. Как всегда, все зависит от ваших приоритетов и компромиссов, на которые вы можете пойти, исходя из времени, бюджета, ресурсов, набора навыков и т. д.
Простота в эксплуатации
Простота в эксплуатации – важнейший фактор при сравнении решений SaaS (Software as a Service) и автономных решений. Предложения SaaS обычно отличаются простотой, поскольку их управление и обслуживание осуществляется поставщиком услуг. Пользователи получают преимущества от бесперебойных обновлений, автоматического резервного копирования и снижения затрат на ИТ. Напротив, автономные решения требуют непосредственного управления, вынуждая пользователей заниматься обновлениями, исправлениями безопасности и обслуживанием сервера, что потенциально делает их более сложными в эксплуатации. Конечно, степень «заботы и ухода» зависит от производителя, и некоторые автономные решения ориентированы на простоту и имеют множество шаблонов и готовых инструментов.
Масштабируемость и гибкость
Если сравнивать масштабируемость и гибкость, то SaaS лучше справляется с переменчивыми рабочими нагрузками благодаря облачной инфраструктуре, предлагая удобное и экономически эффективное решение. В отличие от этого, автономный подход обеспечивает адаптацию к уникальным ИТ-средам, сталкивается с ограничениями масштабируемости, связанными с возможностями инфраструктуры организации. Для управления автономными решениями требуются выделенные ИТ-ресурсы, что увеличивает расходы и операционную нагрузку. Некоторые решения предлагают опцию масштабирования, которая может помочь облегчить поэтапное масштабирование при более модульном подходе и обеспечить адекватное масштабирование для ваших нужд. Таким образом, SaaS идеально подходит для предприятий с динамичными рабочими нагрузками, а автономные решения – для тех, кто нуждается в настройке, но может столкнуться с проблемами масштабируемости.
Показатели производительности и KPI
При рассмотрении KPI и показателей производительности, таких как время отклика, среднее время устранения неполадок (MTTR), задержка сети, время безотказной работы и т. д., сравнение и сопоставление SaaS Observability и автономной Observability позволяет выявить отличительные особенности. В случае SaaS Observability показатели производительности и KPI часто легко отслеживаются с помощью встроенной аналитики, упрощая мониторинг ключевых показателей, таких как время отклика и обнаружение аномалий. Акцент делается на удобстве и простоте использования.
В отличие от этого, автономная система Observability позволяет более обширную настройку метрик, адаптируя их к потребностям организации. Однако такая гибкость требует тщательного отслеживания и может включать дополнительные инструменты для комплексного анализа метрик. Также стоит узнать, есть ли у поставщика активное сообщество пользователей с развитой культурой совместной работы. Это может сэкономить время и стать отличным способом для клиентов поделиться передовым опытом в области панелей управления KPI, пользовательских свойств и т. д.
Компромисс состоит в удобстве SaaS, предлагающего готовый к использованию мониторинг, и гибкости автономных решений, обеспечивающих более индивидуальный, но потенциально сложный ландшафт Observability.
- Включает ли автономное решение регулярное и тщательное сканирование уязвимостей для проактивного выявления и устранения потенциальных недостатков?
- Убедитесь, что в автономной среде осуществляется эффективное и своевременное управление исправлениями, чтобы поддерживать программное обеспечение и системы в актуальном состоянии и снизить риск эксплуатации.
- Убедитесь, что автономное решение проходит регулярные аудиты безопасности, чтобы обеспечить уверенность в общем уровне безопасности и выявить области для улучшения.
- Проверьте, поддерживает ли автономная среда своевременные и бесперебойные обновления безопасности для исправления известных уязвимостей и защиты от возникающих угроз.
- Выбирайте автономное решение, которое регулярно проводит тестирование на проникновение для имитации реальных атак, выявляя потенциальные слабые места и демонстрируя приверженность постоянному укреплению безопасности.
Система принятия решений
Чтобы добиться ясности и, что очень важно, согласия между ключевыми заинтересованными сторонами, полезно составить комплексную матрицу принятия решений с ключевыми критериями, согласованными с заинтересованными сторонами, как техническими, так и нетехническими.
Создание матрицы предполагает взвешивание факторов, включая некоторые из уже изложенных выше критериев (стоимость, безопасность, удобство использования и т. д.), а также другие, наиболее важные. Начните с обязательных элементов, а затем посмотрите на дополнительные элементы, которые вы можете включить, если они соответствуют вашему бюджету. Эта система упрощает и демократизирует процесс принятия решений. Такой подход также снижает риск принятия тактического решения о покупке, обусловленного повесткой дня. Например, если решение принимается в пользу сети или системы, это может привести к дискриминации решения, которое удовлетворяет потребности, выходящие за рамки установленной сферы. Включение различных персоналий и управление ими должно привести к лучшему решению для всех заинтересованных сторон.
Стратегии миграции и выбор поставщика
Как всегда, правильный выбор и решение о переходе на SaaS зависят от широкого спектра сценариев, начиная с того, является ли моя компания полностью автономной и хочет ли она оставаться таковой, до достижения цели «все должно быть как услуга» и всего, что находится между ними. Следующие факторы и позиции могут повлиять – в лучшую или худшую сторону – на ваш следующий шаг. Стоит остановиться и убедиться, что это правильный выбор, чтобы избежать боли, разочарования и, конечно, обвинения в неправильном выборе:
- Ваше местоположение удалено и не подходит для внедрения SaaS.
Если вы относитесь к этой категории, вы уже все решили, поэтому, скорее всего, не стали читать дальше. - Существуют требования к безопасности, поэтому о SaaS не может быть и речи. Например, по умолчанию используется воздушный зазор.
- Мой [blank] администратор принимает такие решения, и я доверяю это ему. Если вы занимаете такую позицию, остерегайтесь личных предубеждений или корыстных целей и привлекайте к процессу множество заинтересованных сторон (включая руководителей высшего звена), чтобы получить результат, способствующий общему благу.
- Я – администратор, и мне бы очень хотелось [self-hosted или SaaS Observability], но у меня нет права принимать решения или бюджета. Определенно стоит привлечь руководство к следующему шагу, каким бы он ни был. Это, вероятно, значительно облегчит жизнь ИТ-специалистов (и управление) в будущем.
- Мой поставщик сказал, что SaaS – это правильный выбор для меня, и именно так развивается рынок. Возможно, для вас это отчасти верно, но остерегайтесь синдрома «молотка и гвоздя». Другими словами, если поставщик предлагает только SaaS, то все выглядят как клиенты SaaS, хотя для некоторых это может быть неправильным выбором.
- Мой поставщик рекомендует использовать их программное обеспечение, поскольку оно лучше всего работает с их оборудованием. Остерегайтесь привязки к поставщику, поскольку многие клиенты предпочитают более независимый от поставщика подход, чтобы обезопасить себя на будущее.
- Я – greenfield/brownfield и т. д. Клиенты Greenfield, возможно, с большей вероятностью выберут SaaS, поскольку им будет гораздо проще занять эту позицию.
- Мы так делали, и я буду придерживаться этого, чтобы быть в безопасности. Насколько вы открыты (или закрыты) для новых и разных способов ведения дел?
- Я в замешательстве и не уверен, какой следующий шаг лучше сделать. Есть ли у вас надежный партнер, с которым вы можете сотрудничать? Можете ли вы применить поэтапный подход, вместо того, чтобы сразу же все “рвать и менять”?
Мы могли бы составить гораздо более длинный список, но вы уловили суть. Когда вы планируете свой следующий шаг, это может означать, что вы останетесь прежними, примете совершенно новый подход или займете смешанную позицию. Большинство клиентов предпочитают действовать осторожно и использовать эволюционный, а не революционный подход. Поэтому стоит задуматься о том, будете ли вы работать с поставщиком или останетесь с ним. Мы можем оказать вам поддержку в этом путешествии и помочь преодолеть гибридный ландшафт. Планирование миграции предполагает поэтапный подход. Постепенное внедрение и систематическая передача данных снижают риски, обеспечивая плавный переход. Снижение рисков требует наличия надежного плана. Адекватные системы резервного копирования, меры на случай непредвиденных обстоятельств и всестороннее тестирование обеспечивают плавный переход, сводя к минимуму перебои в работе.
Нелишним будет составить контрольный список для оценки поставщиков. Составление контрольного списка для оценки поставщиков SaaS может включать такие факторы, как протоколы безопасности данных, оперативность поддержки и гибкость контракта. Тщательная оценка обеспечит совместимость со стандартами вашей компании и, так сказать, поставит все галочки.
Разработка критериев выбора надежного самостоятельного решения требует соблюдения таких критериев, как требования к обслуживанию, потенциал масштабируемости и адаптируемость к меняющимся технологическим ландшафтам. Это не обязательно «или-или», но важно выбрать поставщика, у которого есть оба варианта. Также стоит задуматься над следующими вопросами: Насколько хорошо поставщик SaaS контролирует локальное оборудование, и насколько хорошо автономное решение контролирует облачное оборудование? Другими важными аспектами экосистемы, окружающей рассматриваемое решение, являются уровень и качество обучения, качество и оперативность поддержки, а также вовлеченность и сотрудничество сообщества (если оно есть). В этом может заключаться разница между хорошим продуктом и хорошим опытом.
И наконец, не забывайте, что, как мы уже говорили в самом начале, Observability выходит за рамки мониторинга, но строится на его основе, поэтому понимание послужного списка поставщика на этом уровне также важно.
Рекомендации
Независимо от выбранного решения, следование лучшим методикам обеспечивает оптимальную настройку Observability. Это включает в себя регулярный аудит системы, постоянное обучение и слежение за технологическими новинками. Возможно, вашим сотрудникам и компании не нужно использовать все функции решения, но они должны хотя бы быть в курсе того, что решение может сделать полезного для вашей компании. Это поможет сформировать фундамент для успеха.
Советы по оптимизации производительности, безопасности и рентабельности включают регулярный аудит производительности, внедрение надежных мер безопасности и периодический анализ затрат и выгод для обеспечения постоянной эффективности.
Заключение
Дилемма наблюдаемости требует от организаций тщательного учета своих потребностей, затрат и безопасности. Они должны использовать стратегический процесс принятия решений, оценивая варианты SaaS и self-hosting с учетом возможностей настройки, масштабируемости и удобства эксплуатации. Очень важно рассматривать Observability не просто как мониторинг, а как проактивную защиту работоспособности системы. Матрица принятия стратегических решений направляет организации к размышлениям, балансируя между кастомизацией, безопасностью и масштабируемостью. Процесс миграции требует тщательного планирования, поэтапного внедрения и снижения рисков. После внедрения прозрачность поддерживается с помощью регулярных проверок, обучения и стратегий оптимизации. Дилемма наблюдаемости формирует технологическую экосистему организации, требуя тщательного принятия решений и адаптации. Непрерывные инновации и стремление к технологическому совершенству – вот что необходимо. В конечном итоге успех заключается в стратегическом использовании Observability для продвижения организаций в будущее, адаптации и инноваций.
Источник: Observability Dilemma: To SaaS or Not to SaaS? That is the Question!
