Знать только основы разработки программного обеспечения недостаточно, чтобы процветать на сегодняшнем рынке. Многие инженеры -программисты должны иметь значительно больше знаний о облачных платформах, чем в настоящее время.
Почему? Это сегодняшний вопрос. Мы будем обсуждать, что такое облачный инженер программного обеспечения, почему они существуют, Каковы их навыки, и в конечном итоге то, что это значит для вас как инженера -программиста.
К концу этой статьи вы должны точно знать, что такое облачный инженер -программист для нативного программного обеспечения и почему это имеет значение для вашей карьеры в области разработки программного обеспечения.
Что такое облачный инженер программного обеспечения?
Начнем с определения.
Но я не собираюсь просто бросить в вас определение и оставить вас повешенным, потому что вместе мы собираемся исследовать и разбить детали.
У облачного нативного инженера программного обеспечения есть типичные навыки разработки программного обеспечения, такие как написание кода, тестирование, дизайн, архитектура и т. Д. Но они отличаются тем, что они (критически) обладают конкретными навыками и знаниями для создания приложений для использования услуг облачной платформы для максимального воздействия.
И когда мы говорим о облаке здесь, мы имеем в виду компании, которые берут код других компаний, и запускают его на своих собственных серверах по требованию.
Звучит интересно, но что мы имеем в виду в облаке Что делает инженера облачным нативным инженером, а не только облачным инженером?
Откуда возникает нативная концепция облаков?
Чтобы начать понимать важность нативного облака в целом, мы должны понять, откуда взялся этот термин. Cloud Coment как термин связан с агрессивностью компаний, когда речь идет о принятии технологий облачной платформы. Чем более они агрессивны, тем больше они являются облачными. Cloud Compant Companies примут новые облачные технологии в существенных темпах, и они делают это, несмотря на затраты.
Но о каких столях я говорю? Затраты, такие как блокировка поставщика, где компания становится весьма зависимой от облачного провайдера.
Поскольку некоторые компании так боятся затрат и рисков, связанных с блокировкой поставщиков, у нас также есть другая школа мышления: облачные агностические компании. Cloud Agnostic Companies по -прежнему управляет рабочей нагрузкой облака, но они отличаются, поскольку делают все возможное, чтобы ослабить связи с облачным провайдером. Использование программного обеспечения, такого как Контейнеры или платформы абстракции, такие как Kubernetes может помочь с достижением агностицизма.
Но, как и в случае с местной областью, есть затраты. Затраты, такие как альтернативные затраты на то, чтобы отказаться от некоторых возможностей, которые могут использовать местные компании. Или дополнительные затраты на разработку и поддержание уровня абстракции между вашими услугами и базовой облачной платформой.
Теперь, когда мы знаем обе эти стратегии, естественный следующий вопрос: что лучше?
Источник: Nordic API
Облачный нативный или облачный агностик: Что лучше?
Чтобы ответить на вопрос, нам нужно тщательно изучить стоимость/преимущества каждой позиции. Будучи облачной, компания может использовать передовые инструменты, такие как Серверный и их спутниковые услуги, такие как Шаг функций , Интегрированное ведение журнала , Простые резервные копии … Список бесконечен, правда.
В конечном счете, облачные провайдеры дают облачным инженерам наиболее плавный опыт, который они могут. Их задача — сделать разработку программного обеспечения максимально легкой. AWS славится своей поговоркой, что они удаляют «одолевую тяжелую работу» в разработке программного обеспечения.
Но когда компания покупает идею работы в облаке, это, конечно, составляет стоимость … Если вы в значительной степени используете облачные сервисы компаний, вы сразу же восприимчивы к трудной связи, которую вы сделали. Это создает вопросы, такие как:
- Будет ли облачный провайдер поддерживать свои услуги достаточно хорошо?
- Сможет ли их SLA (в основном: время UP) встретить наши SLA?
- Сколько времени мы получим, если они решит установить услугу?
- Будут ли изменения в структуре их затрат отрицательно влиять на наш бизнес?
- Что если мы хотим перемещать облачных провайдеров в будущем?
- Что если они уходят из бизнеса!?
Это лишь некоторые из вопросов, которые компании задают себе при выборе своей позиции о том, быть облачным родным или нет. И действительно все сводится к аппетиту компании к риску. Если компания может быть более рискованной в своем подходе, они могут получить многие преимущества облачного нативного подхода.
Таким образом, ответ, на который лучше стратегия: это зависит.
Компания должна рассмотреть риски, связанные с тем, чтобы стать местным облаком, но также и затраты, которые они могут понести, прыгнув через обручи, чтобы сохранить свои решения облачными агностиками.
Вы также обнаружите, что многие хулители, которые говорят, что облачный агностицизм — это ошибка. Потому что стоимость, которую вы теряете при создании услуг, облачно нейтральным, намного перевешивает стоимость мигрирования из одного облачного поставщика. Но жюри все еще не в вопросе, и в конечном итоге все сводится к уникальной позиции компаний.
Чем отличаются компании Cloud Compans?
Источник: Mnn
Итак, мы рассказали о позиции Cloud Lative и о том, что это такое. Но это было на самом деле только основания, чтобы мы могли обсудить, что все это значит для вас.
Потому что, как инженер -программист, мы хотим адаптировать наши навыки к навыкам наших будущих работодателей. Если будущее является облачным нативным, то, как инженер -программист, нам нужно развивать навыки, чтобы дополнить то, что требуется. Но для того, чтобы сделать это, мы должны знать, как это выглядит в Cloud Native Company. Каковы основные различия в том, как работают нативные компании Cloud? Давайте сейчас доберемся до этого вопроса.
И давайте начнем с большой области, на которую влияют облачная местная организация, и это: Архитектура Анкет
В типичной локальной архитектуре предприятия управляется централизованно. Это означает, что архитекторы принимают решения, которые затем даются инженерам, и инженеры следуют этим инструкциям к букве. Однако в большинстве облачных компаний принятие решений децентрализовано и разделено среди команд, которые более свободны для архитектуры своих собственных решений. Передача центральной архитектуры требует, чтобы отдельные команды взяли на себя большую нагрузку архитектуры, которая является и освобождает, но также и дополнительную нагрузку. Это означает, что инженеры -программисты должны писать код, но также и архитектуры, учитывая огромный список облачных ресурсов на выбор.
Еще одна большая область, на которую затрагивается: Операции.
В облачной компании, более вероятно, что команды управляют философией « Вы строите ее, вы запускаете ее ». Что существенно означает, что команда инженеров, которая пишет код, также несет ответственность и вызовет их применение. Быть вызовом-это дополнительная бремя времени, но это также означает, что вам нужно знать Инструменты мониторинга , иметь прочную связь и широкий набор навыков для решения проблем производства.
Как вы можете видеть, существуют не только некоторые культурные различия, но и критически, навыки разные. Облачные инженеры -программные программы должны знать больше. Они должны бороться с выбранным языком программирования, их проблемной областью и всеми новейшими облачными технологиями.
Вы хотите стать облачным инженером -программистом?
И это все на сегодня. Я надеюсь, что это дало вам представление о том, что значит быть облачным инженером программного обеспечения, и о различиях, которые облачные нативные компании имеют с их агностическими или на помещениях. Независимо от того, делаете ли вы или не хотите принять облачные технологии, важно знать об изменении времени, чтобы вы могли принять решение, которое написано для вас.
И последнее, прежде чем уйти … Я создал этот веб -сайт, чтобы помочь разработчикам программного обеспечения понять и ориентироваться в ландшафте облачной нативной программной разработки. Если это то, что полезно для вас, убедитесь, что вы Зарегистрируйтесь в списке электронной почты .
Нахождение в списке означает, что вы получаете новые статьи в своем почтовом ящике каждую неделю. И этот список предназначен для того, чтобы держать вас в курсе последних тенденций и движений в облачной нативной разработке программного обеспечения.
Вопрос: Вы думаете о том, чтобы стать нативным инженером программного обеспечения? Если так, я бы хотел услышать ваши мысли и вопросы в комментариях ниже!
Оригинал: «https://dev.to/loujaybee/what-is-a-cloud-native-software-engineer-ejk»