Q:
Как може екип да направи приложение „готово за облак“?
A:Много компании се опитват да измислят как да изпращат приложения и натоварвания до облака. Що се отнася до проектирането на приложения за облака, има някои основни насоки за това какво прави приложенията облачни - как да ги приведете в правилното състояние, за да бъдете най-добре поддържани в облака.
Един от основните аспекти на облачните приложения е свързан с техните разработки. Слабо свързаните приложения са по-добри кандидати за облака. Отделянето на данни от приложението често помага. Производителността и закъснението са основни фактори, но чрез интегриране на слабо свързани архитектури, приложенията стават по-универсални, което води до по-добър облачен успех. Приложенията могат да бъдат изградени като съвкупност от услуги или API за създаване на компилация, която ще работи добре в облака.
Приложенията също се възползват от изграждането за еластичност и мащабиране. Еластичността обмисля динамични изисквания в реално време или непостоянни шипове на търсенето. От друга страна, мащабируемостта е насочена към необходимостта от постепенно разрастване на системата с увеличаване на търсенето. Приложенията, създадени за хоризонтално мащабиране, могат да се възползват от по-добри резултати в облака.
Друг аспект на готовността за облак е свързан с разпределението на ресурсите. Важно е да се проучи структурата на приложението и как той използва процесора и паметта. Трябва да има някакво равновесие между това как приложението се поддържа в първоначалната му среда и как ще се обслужва в облака. Може да е трудно да направите тези сравнения между различни среди, но това е основна част от решението дали приложенията са готови за първо време в облака.
Освен това екипите също трябва да разгледат взаимозависимостта на приложенията. Как приложението работи с Active Directory? Какво правят всички компоненти на приложението в една архитектура? Има и мрежови зависимости, като например изискване за промяна на IP адреса и правила на защитната стена и други видове административни детайли, които трябва да се вземат предвид.
Най-общо казано, инженерите и екипите също трябва да разгледат нуждите за вход / изход и методите и изискванията за съхранение - това се връща към въпроса за отделянето на данните от приложението. С толкова много различни видове мрежови настройки в игра, включително виртуализация и хиперконвергенция, има много начини да настроите хранилище за приложения. Намирането на най-добрите решения е друго парче пъзел за готовност за облаци.
По принцип приложенията, създадени с „облачен“ дизайн, са направени да работят добре в облачна среда. Някои експерти препоръчват да се използва подходът на DevOps за изграждане и кондициониране на приложения по-специално начини, които ги правят облачни съвместими. Някои от горните съвети обаче са и практични начини за оценка на готовността в облака.
