SaaS platforma u oblaku i implementacija

Mala i srednja preduzeća i brzi početak: deljeni SaaS. Veliki sistemi sa strogim bezbednosnim politikama ili dubokom PLC/VPN integracijom: namenski single-tenant ili on-premise. Savetujemo tokom faze PoC-a.

Na evropskoj cloud infrastrukturi, uz opcije namenskog okruženja i regiona na zahtev.

Da. Počnite sa deljenim modelom radi brzine, a zatim pređite na namenski ili on-premise dok rastete. Platforma je identična.

Kod cloud implementacije lokalni kolektor nastavlja da čita mašine i u lokalnom baferu čuva brojače i zapise o zastojima, pa ih naknadno pošalje kada se veza vrati; koliko dugo ih drži zavisi od implementacije i dimenzioniše se tokom PoC-a. Sve što isporučuje platforma staje odmah: kontrolne table, puštanje novih radnih naloga, ekrani za izveštavanje. Sve što operater mora da ukuca ide na papir dok se veza ne vrati, pa pre puštanja u rad dogovorite rezervni postupak za razloge zastoja i škart. Iščupajte kabl tokom PoC-a.

Ne. Kolektor unutar fabričke mreže čita kontrolere i otvara vezu ka spolja (outbound) preko TLS-a ili site-to-site VPN-a, tako da se nijedan port na firewall-u ne otvara prema pogonu. Ali budite načisto šta taj kolektor sme da radi: on je poveren most, i sve što platforma može da zatraži od njega da upiše nazad jeste ulazni put pod drugim imenom. Segmentacija upravljačkog nivoa je stvar vašeg mrežnog dizajna, pa neka vaš tim pre PoC-a pregleda odredišta, portove i prava upisa.

Vaši su serveri, operativni sistemi, kontejnerska platforma, baza, backup i testovi vraćanja podataka, sertifikati i njihovo obnavljanje, monitoring i prozori za ažuriranje. To znači imenovanu osobu sa iskustvom u Linuksu i kontejnerima. Ionako zauzet tim to ne može da radi usput. Toga ima više nego što većina kupaca uračuna u budžet, i ako niko u firmi ne odgovara tom opisu, on-premise nije pravi izbor za vas.

Ona znače da se platforma ne gasi zbog nove verzije. Prekidi su i dalje mogući. Tokom postepenog (rolling) ažuriranja ekran može ponovo da se učita i, zavisno od toga kako je terminal prijavljen, da zatraži ponovnu prijavu, a neupisani podaci u otvorenoj formi mogu da se izgube. Migracija šeme baze, ili verzija koja menja način na koji se nešto izveštava, i dalje može da traži planirani prozor. Dogovorite ko se obaveštava pre nove verzije i kako se radi rollback.

Prvo se rešavaju hardver i mreža: serveri dimenzionisani prema modulima koje kupujete, GPU kapacitet ako uzimate vizuelnu kontrolu ili AI, poseban VLAN za upravljački nivo, pravila na firewall-u između njega i aplikacije, DNS zapisi, sertifikati i backup odredište sa nekim ko odgovara za testove vraćanja podataka. Dodajte imenovane administratorske naloge i dogovoren prozor za održavanje. Ono što ovde nedostaje odlaže puštanje u rad daleko češće nego sam softver.

Platformu koju mi održavamo, i to samo za hostovane implementacije; kod on-premise dostupnost je vaša. Vaša veza ka lokaciji, vaš firewall, lokalni kolektor i same mašine su van toga, a u praksi upravo oni izazivaju najveći deo onoga što se u pogonu doživi kao ispad. Pitajte kako se dostupnost meri, šta se računa kao planirano održavanje, na kom periodu se cifra računa i šta sledi kada se ne ispuni, pa neka te definicije uđu u ugovor.

Jesu. Sistemi u pogonu beleže ko se prijavio na kom radnom mestu i koliko je operacija trajala, pa se platforma može koristiti zakonito, ali vaša implementacija sama po sebi nije usklađena. Potreban vam je ugovor o obradi podataka, rok čuvanja i odluka o tome ko sme da vidi učinak pojedinca, za razliku od zbirnog. Pitajte da li se izveštavanje na nivou pojedinca može ograničiti po ulozi ili isključiti, i rano uključite pravnu i kadrovsku službu, jer se predstavnici zaposlenih često konsultuju pre puštanja u rad.