Преглед садржаја:
- 4. Довршите захтев за пропусном ширином и услугу хостинга
- 5. Набавка компоненти инфраструктуре
- 6. Примена инфраструктуре за испоруку СааС
- 7. План за опоравак и континуитет од катастрофе
- 8. Интеграција решења за праћење
- 9. Припремите контакт центар за корисничку подршку
- 10. Припремите уговор о нивоу услуге (СЛА)
- 11. Документација
У приступу Софтваре ас а Сервице (СааС) апликације се испоручују преко Интернета у облику услуге. Уместо да инсталирате и одржавате софтвер, потребно је једноставно приступити софтверу путем Интернета. Сваки СааС модел треба да има следеће кључне карактеристике:
- Сигурност
- Скалабилност, доступност и други фактори перформанси
- Опоравак од катастрофе
- Мрежни опсег
- Управљање сигурношћу
4. Довршите захтев за пропусном ширином и услугу хостинга
Веома је важно да се инфраструктура угости унутар објекта који има јавну повезаност и одржава доследност како би се осигурало позитивно корисничко искуство. Приликом прегледа пропусне ширине морамо размишљати о демографији наше апликације, нпр. Фактор повезивања за корисника који сједи у канцеларији у којој је доступна мрежна брзина велике пропусности разликује се од корисника који се повезује од куће. Такође је важно да инфраструктуру поставимо што је могуће ближе како бисмо осигурали што мање мрежних скокова. Требали бисмо имати више мрежних веза са нашим центром података, чиме бисмо елиминисали уска грла. Ако одлучимо да додијелимо инфраструктуру дата центру, требало би размотрити сљедеће:- Да ли је дата центар доступан 24 × 7 × 365?
- Учесталост испитивања
- Доступност сувишних система за напајање и друге хардверске грешке
- Физичка сигурност у кампусу
5. Набавка компоненти инфраструктуре
Када је дизајн инфраструктуре завршен, морамо да користимо компоненте које имају доказану поузданост и функционалност. Овај корак је пресудан како би се осигурала велика доступност. Током евалуације ових компоненти хардвера, морамо такође осигурати да се одабрани хардвер испоручује у року који одговара нашим пословним потребама.6. Примена инфраструктуре за испоруку СааС
Једном када су доступне инфраструктурне компоненте, оперативни тим би требао започети изградњу и употребу СааС компоненти. Сервере треба регулисати, конфигурирати и након тога треба инсталирати оперативне системе према потреби. Сигурносне уређаје треба надоградити најновијим верзијама ИДС-а. Заштитни зид би такође требало да буде конфигурисан у складу са политиком корисничког приступа пословања.7. План за опоравак и континуитет од катастрофе
Сада када је апликација спремна за употребу преко СааС платформе, морамо планирати опоравак од катастрофе и осигурати континуитет апликације. С тим у вези је потребно одговорити на следећа питања:- Како реагујемо на стање катастрофе?
- Како да вратимо апликацију у ограниченом временском року?
8. Интеграција решења за праћење
Подсистем за надгледање је од виталног значаја. Помаже у осигуравању благовремене интервенције и избегавања катастрофа. Мониторинг система треба да се врши на основу следећих параметара:- Употреба меморије и ЦПУ-а
- Дневници догађаја из оперативног система и апликације
- Различите компоненте апликације (ТЦП слој, база података, сервери апликација итд.)
9. Припремите контакт центар за корисничку подршку
Једном када се апликација појави на тржишту, мора имати центар за корисничку подршку. Позивни центар треба да буде добро повезан и опремљен за управљање одговарајућим системом карата. Корисничка подршка кључна је компонента која осигурава успјех било којег модела или апликације, без обзира на технологију. Систем издавања карата треба да буде омогућен одговарајућим системом е-поште; ако било који проблем захтева пажњу развојног тима, систем улазница треба да буде у могућности да пошаље е-пошту одговарајућем члану тима.10. Припремите уговор о нивоу услуге (СЛА)
СЛА мора постојати током имплементације СааС модела. СЛА би требао јасно дефинисати вријеме преокрета и вријеме одзива заједно с доступношћу апликације.11. Документација
Након што су сви горе наведени кораци завршени, целокупна инфраструктура и њене компоненте морају бити документоване. Овај документ ће помоћи другима да се носе са било којим изузетним понашањем апликације. Такође ће помоћи ако су потребне било какве модификације или преинаке у инфраструктури.