Крупные облачные провайдеры имеют инструменты для раскрытия ошибок программного обеспечения. Но почти для всех других разработчиков, удачи. Введите приквел и их услуги, запускающую сегодня для разработчиков, чтобы решить проблему, которая не требует обширных ресурсов. Благодаря своему сообществу подход, приквел стремится заполнить неудовлетворенную потребность в пространстве наблюдения, помогая найти ошибки, ошибки, ошибки конфигурации и анти-паттерны разработчиков.
«У большого облачного поставщика мы создали точные проблемы с проблемами, чтобы активно раскрыть неудачу в нашем стеке, но большинство инженерных команд исторически не имели ресурсов, времени или технологий для этого», — сказала Келси Хайтауэр, советник, советник по приквеле. «Что меня волнует в CRES и Preq, так это то, что они предоставляют обнаружение проблем для всех».
CRE (сокращение для общего перечисления надежности) является основой подхода приквела. Название CRES и классифицируют проблемы с надежностью, с которыми сталкиваются SRE и инженеры, когда программное обеспечение работает в производстве. CRE дают инженерам способ обсудить повторяющиеся проблемы, чтобы они могли подходить к проблемам, не изобретая колесо, так сказать, или даже пытаясь решить проблемы в изоляции. Перет входит в признание режимов неудачи, прежде чем они обострятся, или увидет, как проблемы коррелируют между услугами. CRES обеспечивает контекст для лучших посмерти.
Мы сделали демонстрацию с соучредителями приквела Линдоном Брауном и Тони Миханом. В демонстрации Михан показал, как работают проекты с открытым исходным кодом при использовании Postgres. Во введении Браун рассказал о том, как он с Миханом начали приквел после более чем десятилетия в Агентстве национальной безопасности, охотятся за неуловимыми ошибками, а затем ведущими инженерными командами в Elastic и таких компаниях, как Mandiant, которые приобрел Google.
«Но так же, как и другие инженерные команды, нам было трудно действительно сбалансировать скорость разработки с контролем над сбоем приложений», — сказал Браун. «Таким образом, мы считаем, что каждая команда должна иметь возможность искать как частые, так и неясные проблемы с надежностью с гораздо меньшими усилиями, и именно здесь вступают общие перечисления надежности. Поэтому мы работаем над тем, чтобы дать командам детерминированный, декларативный, выразительный способ поиска проблем».
Браун и Михан запускают два проекта с открытым исходным кодом для инженеров для запуска, строительства и обмена детекторами проблем:
- пост -Открытый, структурированный стандарт для описания и классификации проблем надежности (github.com/prequel-dev/cre).
- предварительный -Бесплатный и открытый детектор проблем с надежностью сообщества, который потребляет CRES (github.com/prequel-dev/preq).
Так почему это имеет значение? ИИ — хороший стартер. В электронном письме Браун пишет:
- ИИ ускоряет темпы разработки программного обеспечения. Технический долг и ошибки растут быстрее, демпфируя повышение производительности.
- 80% + кода приложения-это код 3-й стороны. Инженерные команды не имеют глубокого внутреннего опыта во всех критических зависимостях.
- Институциональные знания и опыт теряются, поскольку команды вынуждены сокращаться.
- Когда приложения, управляемые AI, не сбои, стоимость простоя высока высока.
- Инженерные лидеры все чаще оказывают давление, чтобы уменьшить недифференцированную работу.
По словам Брауна, корни технологии поступают из -за строительства продуктов безопасности. Они усвоили некоторые тяжелые уроки на этом пути, особенно важно, чтобы обнаружить проблемы на раннем этапе.
«Мы действительно хотели быть в режиме реального времени»,-сказал Браун ». Этого недостаточно, чтобы сделать это как статический шаг анализа ».
Наблюдение вступает в дискуссию при разговоре с Брауном и Миханом. В нашем разговоре они заявили, что было бы безумно отправлять безопасные данные поставщику наблюдения. Вместо этого Prequirel отправляет правила клиенту. Правила работают на грани, поэтому данные могут быть в режиме реального времени. Михан сказал, что они используют веб -сборку, поэтому Prereq, инструмент с открытым исходным кодом, может работать в браузере пользователя.
Ссожители приквела являются компаниями по наблюдению, такие как Honeycomb, DataDog, New Relic и Splunk.
Компании по наблюдению наслаждаются моментом. Затраты на данные, связанные со наблюдением, в настоящее время конкурируют с наибольшей затратами на все, в частности, общие затраты на облачные вычисления. Opentelemetry теперь является стандартом для сбора данных.
Браун и Михан считают, что наблюдаемость, особенно мониторинг приложений, не сильно изменилась за последние 20 лет. Данные могут храниться в новых местах или маркироваться по -разному. Выяснить, что происходит и почему до сих пор сводится к инженеру. Инженеры, сказал Браун, чувствуют, что они видят «все, но ничто в то же время».
Например, компания по наблюдению может сказать вам, что Rabbitmq имеет высокие проблемы с памятью. Но это еще одно дело, если его спросят о 20 лучших вопросах, с которыми другие сталкивались с RabbitMQ, и сообщите мне, с какой проблемой вы столкнетесь. Это обнаружение ошибок программного обеспечения в действии.
И Браун, и Михан утверждают, что, несмотря на успехи в наблюдении, процесс мониторинга приложений не сильно изменился за 20 лет. Данные хранятся в новых местах и маркируются по -разному, но задача выяснить, что происходит, почему это происходит, и если это имеет значение, все еще остается на плечах инженера. Клиенты Software Operialbiality проходят через терабайты шумных симптомов (то есть высокая задержка, рост памяти, количество ошибок) и говорят нам, что они чувствуют, что они видят «все, но ничто в то же время».
CRE-это новая концепция, но, в конце концов, это архитектура данных, уровень выполнения, точность данных и контекстная память, которую CRE могут предоставить, особенно в сочетании с системой, основанной на правилах, чтобы обеспечить безопасность данных клиента.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Алекс Уильямс является основателем и издателем нового стека. Он давний технологический журналист, который занимался TechCrunch, Siliconangle и тем, что сейчас известно как ReadWrite. Алекс был журналистом с конца 1980 -х годов, начиная с … Подробнее от Алекса Уильямса
