Как ТехПод Google повышает доверие к облачным провайдерам?
Переход на облачные технологии порождает у компаний опасения по поводу утраты контроля над своей инфраструктурой и данными. Эти опасения замедляют процесс миграции в облачные решения, несмотря на преимущества, такие как:
▪️Снижение. затрат Облачные решения позволяют избежать значительных капитальных расходов на оборудование и инфраструктуру.
▪️Масштабируемость. Облачные услуги легко масштабируются в зависимости от потребностей бизнеса.
▪️Безопасность. Многие облачные провайдеры предлагают передовые меры безопасности.
▪️Экспертные инженеры. Облачные провайдеры часто располагают большими командами опытных инженеров и специалистов. Список можно продолжать еще долго.

Многие организации опасаются неопределенности, связанной с облаком. Некоторые даже возвращаются к локальной инфраструктуре, как например сделал Dropbox, покинув AWS.

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

Что предлагает Google? Они создали роль Customer Reliability Engineer(CRE) c учетом их успешного многолетнего опыта Site Reliability Engineering (SRE)

Прежде, чем раскрыть CRE, мы должны узнать, в чем суть SRE?
Представьте себе два враждующих королевства: разработчиков, стремящихся к инновациям, и эксплуатацию, охраняющих стабильность. Каждый из них борется за внимание и признание, но в этой борьбе страдают пользователи. Как же наладить мирное сосуществование?

Революцию принес Бенджамин Трейнор-Слосс с идеей бюджета ошибок. Он осознал, что 100% доступности невозможна, и предложил определить допустимый уровень недоступности. Например, 99,9% означает 43 минуты простоя в месяц — это нормально.

Так родилась новая профессия — инженер по обеспечению надежности объектов (SRE). В Google установилось базовое соглашение между SRE и разработчиками: SRE берет на себя ответственность за бесперебойную работу системы при условии, что:

1️⃣ Система может пройти строгую проверку готовности к производству PRR(Production Readiness Review).
2️⃣ Команда разработчиков согласна поддерживать критически важные системы мониторинга и активно участвовать в ключевых мероприятиях.
3️⃣ Система не превышает своего бюджета ошибок.
Если разработчики не выполняют свои обязательства, SRE могут их «отключить» от прода.
Эти основы сотрудничества создали культуру, способствующую как невероятной надежности, так и быстрому внедрению инноваций.

Согласие на этот бюджет создало новый баланс. Инженеры могут разрабатывать и внедрять новые функции, пока остаются в рамках бюджета. Как только он исчерпан, внимание переключается на стабильность. Это привело к невероятной надежности и стремительному внедрению инноваций.

Теперь этот опыт перенесли на уровень клиентов, и появилась профессия Customer Reliability Engineer (CRE). CRE строит доверительные отношения с клиентами, применяя принципы SRE для их нужд.

Вы не просто обслуживаете клиентов — вы становитесь их надежным партнером, помогая управлять ожиданиями и обеспечивать стабильность. Это новая миссия, создающая крепкие связи и настоящую надежность.

CRE — это то, что вы получаете, когда берете принципы и уроки SRE и применяете их к клиентам.
Команда CRE проверяет ключевые элементы критического приложения/инфраструктуры клиента — код, дизайн, инфраструктуру, операционные процедуры, проводя строгий PRR. В конце указывают на пробелы в надежности системы и дают рекомендации для улучшения.

Создают общую систему мониторинга для синхронизации алертинга и тикетов. Взамен за совместные усилия, клиенты получают:
▪️ Совместный алертинг.
▪️ Автоматическое создание и эскалацию приоритетных заявок.
▪️ Участие CRE в переговорах.
▪️ Систему, одобренную Google.

Сколько это стоит? Продолжение в комментариях