Рубрики
Uncategorized

Определение облачных приложений (и почему вы должны заботиться)

Мы все знаем, что означает облачные вычисления, но как насчет «нативного»? По словам Мерриам-Уэбстера, «Нати … с меткой Kubernetes, Devops, Native, Docker.

Мы все знаем, что означает облачные вычисления, но как насчет «нативного»?

По словам Мерриам-Уэбстера, «родной» может быть определен как «врожденный, врожденный». Таким образом, облачные приложения могут быть примерно идентифицированы как программное обеспечение, которое родилось в облаке; Приложения, которые были разработаны с самого начала, чтобы жить в облаке. Но это поднимает ожидаемый вопрос: что обладающее облачное приложение делает по-другому с традиционным; не облачный? Чтобы ответить на этот вопрос, вы должны знать, что запуск традиционного приложения по инфраструктуре, которой у вас нет, является рискованным действием.

Почему запуск некоренных приложений в облаке рискован? Не «владея» инфраструктурой, мы имеем в виду, что у вас нет доступа к центрам обработки данных, на которых размещаются машины, вы не можете принимать решения относительно того, какое оборудование физически использует ваше приложение, независимо от того, есть ли проблемы оборудования и нет и нет. Как им управляют и т. Д. Облачный провайдер делает для вас всю тяжелую работу с обещанием, что ваше приложение останется в сети, даже если на стороне провайдера произошел отключение. Это обещание официально называется Соглашением об уровне обслуживания (SLA). С учетом того, что SLA утверждает доступность 99,95%, поставщик гарантирует, что существует только 0,05% вероятность того, что ваше приложение снизилось из -за отключения на стороне облачного поставщика. Перевод процента на фактическое число показывает, что вы можете ожидать, что ваш бизнес будет офлайн на целых 4 часа и 22 минуты в год.

Если ваше заявление является критически важным, то вышеперечисленное может повлечь за собой тысячи долларов в убытках, пострадало от репутации компании и, в крайних случаях, судебные иски, вынесенные против вас. Кажется, что 99,95% не так уж и в процентах. Это обязанность облачного поставщика; Они должны принять больше мер, чтобы дать вам более высокие уровни доступности. Переживание незапланированного времени простоя, пока ваше приложение работает из -за проблем с облачной инфраструктурой, это не ваша вина, или это?

Давайте посмотрим, как Netflix смог пережить серьезный отключение, произошедший на AWS (Amazon Web Service), Облачный провайдер Netflix. Чтобы узнать больше о Cloud_native Applications Pace: https://www.magalix.com/blog/defining-cloud-native-apps-and-why-you-should-care

Оригинал: «https://dev.to/ahmedat71538826/defining-cloud-native-apps-and-why-you-should-care-36n»