Код облачных инженеров?

Дежол. Инженер платформы. Инженер облаков. Так много терминов и ролей! Но все, кажется, значат одно и то же. Поэтому, когда дело доходит до этого нового терминов облачного инженера. Что делают облачные инженеры весь день? И делают код облачных инженеров?

Краткий ответ на будь то код облачных инженеров: Да. Но, инженеры облаков не пишут какого-либо старого кода, они пишут очень конкретные типы кода.

К концу этой статьи вы будете знать, что такое облачный инженер и будь то код (оповещение о спойлере: они делают).

С увеличением популярности облачных технологий в целом роль инженера облака появилась все больше и больше. Если мы посмотрим на тенденции Google, мы можем увидеть, как рост условий поиска начал взорвать около 2013 года …

Результаты Google Trend для «Cloud Engineer»

Независимо от того, хотите ли вы здесь, потому что вы хотите стать инженером-облаком, вы хотите нанять инженера облака, или вам просто интересно, каким является инженер облака. Наиболее логическое место для нас начать на наше расследование инженера облака — это сначала определить его. Так что давайте сделаем это.

Что такое инженер облака?

Инженер облаков является определенным типом инженера программного обеспечения. Инженеры облаков обычно нанимаются для их навыков в создании и обслуживании облачных услуг. Инженер облака обычно имеет сильное понимание облачных платформ, таких как: Amazon Web Services , Google Cloud и Azure Отказ

Ожидается, что облачные инженера познают эти облачные платформы наизнанку, чтобы обеспечить ценное представление о своих предприятиях. Ожидается, что облачные инженеры будут консультировать и осуществлять различные темы облачных облачных, таких как:

Структурирование облачной организации для архитектуры и безопасности.
Какие услуги принять и что избежать (и почему).
стратегии Облака, такие как стратегии облачных Native или Cloud агностика.
Лучшие практики для разработки программного обеспечения в облаке.

Типы кодирования облачных инженеров делают

Несмотря на лучшее понимание того, какой облачный инженер мы все еще не ближе к ответу на наш оригинальный вопрос: Делает код облачного инженера?

И если вы помните в начале статьи, мы сказали, что инженеры облаков на самом деле выполняют код, но они код в определенных областях.

Давайте быстро набросьте области, которые инженеры облаков могут быть в курсе:

Инфраструктура как код — Написать код, который создает, обновляет или удаляет облачную инфраструктуру.
Функции без сервеса — Написание небольших методов утилиты, которые могут быть использованы для задач, таких как выполнение резервных копий или доставки журнала.
Создание/развертывание инструментов — Написание кода, который работает в упаковках и развертывании приложений.
Мониторинг — Применяющие приложения, чтобы они излучали необходимую информацию, которая может использоваться для удаленного отладки приложений.

Это довольно высокое описание некоторых областей, в которых в облаках инженеры код. Давайте нарушим эти районы, чтобы понять больше о них.

Инфраструктура как код

Инфраструктура в качестве кода: ресурс S3 в террафоре

Инфраструктура в качестве кода — это практика написания и хранения создания/обновления/обновления инфраструктуры/удаления в коде. Инфраструктура, написанная в качестве кода, работая с любым другим кодом приложения: использование инструментов сборки для проверки кода является правильным, и применение отраслевых практик, таких как обзор кода.

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

Инфраструктура как код может быть написан в двух стилях: Декларативный или императивный Отказ Деклариативный стиль увидит, что инженеры облачных инженеров пишут код типа конфигурации, такие как файлы JSON или YAML, в то время как императивный стиль увидит инженеров облачных инженеров, который выглядит как более типичный процедурный код приложения.

Если вам интересно узнать больше о инфраструктуре, как код, проверьте статью: Инфраструктура как код: быстрое и простое объяснение.

Кодирование функций без сервеса

AWS LAMBDA

Функции без сервеса позволяют инженерам программного обеспечения писать небольшие кусочки вычисления без необходимости беспокоиться о предоставлении инфраструктуры. [AWS Lambda] и функции Google Cloud являются хорошими примерами этого типа инфраструктуры.

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

Облачные функции часто используются инженерами облаков для выполнения задач, таких как сканирование для уязвимостей или неправильной настройки инфраструктуры, резервное копирование приложений и хранения или модификации файлов журнала или резервных копий и т. Д.

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

Чтобы узнать больше о облачных функциях и безвесочных проверить максимальное руководство без сервеса: Смертный: Ultimate Guide

Создание Scriss & Tooling

Создание логотипов сервера

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

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

В отличие от программирования без сервеса, кодирование систем сборки будет намного больше настроить файлы конфигурации, а не решать логические или процедурные проблемы. Однако некоторые инструменты сборки могут потребовать более сложных задач, которые необходимо выполнить, что потребует истинного кодирования.

Мониторинг инструмента

Приборная панель облаков

Последняя область того, что инженер облака обычно собирается писать код для поддержки приложений оповещения и мониторинга.

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

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

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