Sadržaj:
- 4. Dovršite zahtjev za propusnošću i uslugu hostinga
- 5. Nabava komponenti infrastrukture
- 6. Uvođenje infrastrukture za isporuku SaaS
- 7. Plan za oporavak i kontinuitet od katastrofe
- 8. Integriranje rješenja za praćenje
- 9. Pripremite kontakt centar za korisničku podršku
- 10. Pripremite ugovor o razini usluge (SLA)
- 11. Dokumentacija
U pristupu Softver kao usluga (SaaS) aplikacije se putem Interneta isporučuju u obliku usluge. Umjesto da instalirate i održavate softver, jednostavno trebate pristupiti softveru putem Interneta. Svaki SaaS model trebao bi imati sljedeće ključne karakteristike:
- sigurnosti
- Skalabilnost, dostupnost i ostali čimbenici performansi
- Oporavak od katastrofe
- Mrežna širina pojasa
- Upravljanje sigurnošću
4. Dovršite zahtjev za propusnošću i uslugu hostinga
Veoma je važno da se infrastruktura ugosti unutar objekta koji ima javnu povezanost i održava dosljednost kako bi se osiguralo pozitivno korisničko iskustvo. Tijekom pregleda propusne širine moramo razmišljati o demografskim podacima naše aplikacije, npr. Faktor povezivanja za korisnika koji sjedi u uredu gdje je dostupna velika mrežna brzina velike propusnosti razlikuje se od korisnika koji se povezuje od kuće. Važno je i da infrastrukturu postavimo što je moguće bliže kako bismo osigurali što manje mrežnih skokova. Trebali bismo imati više mrežnih veza s našim podatkovnim centrom, čime bismo eliminirali uska grla. Ako odlučimo dati vanjsku infrastrukturu podatkovnog centra, trebali bismo razmotriti sljedeće:- Je li podatkovni centar dostupan 24 × 7 × 365?
- Učestalost ispitivanja
- Dostupnost suvišnih sustava za napajanje i druge hardverske greške
- Fizička sigurnost u kampusu
5. Nabava komponenti infrastrukture
Nakon dovršetka dizajna infrastrukture trebamo koristiti komponente s dokazanom pouzdanošću i funkcionalnošću. Ovaj je korak presudan kako bi se osigurala velika dostupnost. Tijekom evaluacije ovih hardverskih komponenti, također moramo osigurati isporuku odabranog hardvera unutar rokova naših poslovnih potreba.6. Uvođenje infrastrukture za isporuku SaaS
Nakon što su dostupne infrastrukturne komponente, operativni tim trebao bi započeti izgradnju i upotrebu SaaS komponenti. Poslužitelje je potrebno spremiti u red, konfigurirati, a nakon toga treba instalirati operativne sustave prema potrebi. Sigurnosne uređaje treba nadograditi najnovijim verzijama IDS-a. Vatrozid bi također trebao biti konfiguriran prema pravilima korisničkog pristupa tvrtke.7. Plan za oporavak i kontinuitet od katastrofe
Sada kada je aplikacija spremna za upotrebu na SaaS platformi, moramo planirati oporavak od katastrofe i osigurati kontinuitet aplikacije. U vezi s tim treba odgovoriti na sljedeća pitanja:- Kako reagiramo na stanje katastrofe?
- Kako vratiti aplikaciju u ograničenom vremenskom roku?
8. Integriranje rješenja za praćenje
Nadzorni podsustav je od vitalnog značaja. Pomaže u osiguravanju pravovremene intervencije i izbjegavanja katastrofa. Nadzor sustava trebao bi se temeljiti na sljedećim parametrima:- Upotreba memorije i CPU-a
- Dnevnici događaja iz operativnog sustava i aplikacije
- Različite aplikacijske komponente (TCP sloj, baza podataka, poslužitelji aplikacija itd.)
9. Pripremite kontakt centar za korisničku podršku
Nakon što se aplikacija stavi na tržište, mora imati centar za korisničku podršku. Pozivni centar trebao bi biti dobro povezan i opremljen za upravljanje odgovarajućim sustavom karata. Korisnička podrška ključna je komponenta za osiguravanje uspjeha bilo kojeg modela ili aplikacije, bez obzira na tehnologiju. Sustav ulaznica treba biti omogućen odgovarajućim sustavom za slanje e-pošte; ako bilo koji problem zahtijeva pažnju razvojnog tima, sustav ulaznica trebao bi biti u mogućnosti slati e-poštu odgovarajućem članu tima.10. Pripremite ugovor o razini usluge (SLA)
Tijekom implementacije modela SaaS mora biti uspostavljen SLA. SLA bi trebao jasno definirati vrijeme preokreta i vrijeme odziva zajedno s dostupnošću aplikacije.11. Dokumentacija
Nakon dovršetka svih gore navedenih koraka, cijela infrastruktura i njezini dijelovi moraju biti dokumentirani. Ovaj će dokument pomoći drugima da se bave bilo kojim iznimnim ponašanjem aplikacije. Također će pomoći ako postoje potrebne izmjene ili promjene u infrastrukturi.