Что такое «Сдвиг слева»?
«Shift Left» стал популярным модным словом как для разработки программного обеспечения, так и для DevOps. Это означает введение процессов ранее в цикле разработки программного обеспечения.
Принцип «Сдвиг слева» начался с тестирования. В традиционном тестировании модели водопада выполняется незадолго до выпуска. Сдвиг левого тестирования начало его ранее, внедряя такие практики, как разработка, управляемую тестированием (TDD) и развитие, управляемое поведением (BDD).
Сейчас мы видим принцип «сдвига слева», применяемый к другим дисциплинам. Платформы непрерывной доставки позволяют инженерным группам часто развертываться и интегрировать набор инструментов в свой цикл. Термин DevSecops был придуман. Идея, стоящая за ней, заключается в том, чтобы ввести безопасность как можно раньше в цикле разработки программного обеспечения. Это привело к всей экосистеме инструментов, помогающих реализовать эту практику. Такие компании, как Snyk и Anchore, интегрируют автоматическое сканирование безопасности в рабочие процессы DevOps, чтобы команды могли активно находить и исправлять уязвимости.
Можете ли вы переключиться слишком далеко налево?
Существует аргумент, что «смещение влево» дает слишком много работы и ответственности инженерным командам. Это может быть так, если правильный инструмент недоступен.
«Сдвиг слева» не о выполнении одноразовых задач ранее в цикле, и именно здесь имя вызывает некоторую путаницу. Речь идет о введении процессов и автоматизации раньше и непрерывно выполнять их на протяжении всей разработки.
Когда компания вводит менталитет «сдвига влево», важно, чтобы она не влияла на скорость разработчика. Инструменты, которые помогают здесь, должны вписаться в рабочие процессы разработчиков и показывать им правильный уровень информации в нужное время.
Следует ли сдвиг затрат на облако?
В настоящее время облачные затраты не обсуждаются, пока они не станут проблемой. Распространенная история-когда затраты на облако станут проблемой, компании установят директиву сверху вниз и сформируют команду, чтобы сократить свои расходы на X%. Им удается исправить немедленную боль, но через шесть -шесть -двенадцать месяцев проблема возвращается.
Облачные затраты не являются единой проблемой, которая может быть решена. Вот почему неизбежно, что затраты на облако «сдвинутся налево». Создание инженерной группы с учетом затрат имеет решающее значение для контроля облачных счетов.
Вот почему мы построили Infracost. Мы помогаем инженерным командам реализовать эту культуру осведомленности о затратах, не влияя на их скорость. Вы можете интегрировать Infracost непосредственно в существующий рабочий процесс, чтобы увидеть информацию о стоимости на протяжении всего процесса DevOps. Проверьте Наши интеграции для инструкций.
Оригинал: «https://dev.to/infracost/cloud-costs-are-shifting-left-5g3k»