Как я изучил облачные платформы

Обо мне

Программист в страховой компании. Владелец собаки и любознательный человек.

Почему я хотел изучать облачные платформы — AWS

Все продолжали говорить об облаке. Облако это, облако то. Только когда я действительно углубился в работу, я увидел возможности и простоту, которые облако предоставляет для нового кода и развертывания приложений.

Как я подошел к изучению облачных платформ — AWS

Что ж, вместо того, чтобы начинать медленно, проходя через графический интерфейс за графическим интерфейсом (у которого есть свои преимущества), я рассмотрел, как предприятие может развернуть функциональное решение с полным стеком. Это заставило меня узнать об IaaC или инфраструктуре как коде, которая действительно объединила все различные ресурсы облака в одну точку зрения. Оттуда это история.

Проблемы, с которыми я столкнулся

Графический интерфейс. Они хороши, если вы администрируете стек приложений, но ужасны, когда пытаетесь развернуть что-то с нуля.
Кроме того, иногда вам нужно использовать только графический интерфейс, поскольку IaaC может еще не предоставить определенную конфигурацию компонентов, доступную для модификации через IaaC (поскольку она также является относительно новой).

Основные выводы

Ознакомьтесь с документацией по API облачных компонентов AWS. Например, у AWS есть эта документация по формированию облака: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-template-resource-type-ref.html.
Обычно они содержат все ключевые выводы, нюансы или ошибки, которые есть у каждого облачного компонента или которые взаимодействуют с другими компонентами.

Советы и советы

Проверьте документацию всего, что вы хотите сделать, и НЕ БОЙТЕСЬ обращаться к Google.
Ответы на большинство ответов или производных вопросов были даны где-то в Интернете.

Ознакомьтесь с подсказками и операторами поиска Google. Потратьте время, чтобы прочитать официальную документацию и подходы, которые сработали ИЛИ потерпели неудачу от других, и почему.

Заключительные мысли и следующие шаги

Большинство приложений с полным стеком имеют 4 основных компонента: внешний интерфейс (страницы веб-сайта, мобильное приложение, консольное приложение), средний уровень (API/серверы для взаимодействия с приложением и вашей базой данных), внутренний интерфейс (база данных для хранения информации или файлы, могут быть такими же простыми, как Google Диск), безопасность (большинство приложений требуют авторизации и т. д.)
Теперь просто подумайте о приложении, которое вы могли бы реально использовать сами.