Hvordan vurderer du om et SaaS-produkt passer inn i arkitekturen?

Question

IT Interview Practice · Accepted Answer

Vurder **SaaS-produktets arkitektoniske egnethet** ved å teste om den faktiske integrasjons- og driftsoppførselen oppfyller løsningens begrensninger. Dette er en analyse av samsvar og gap for et kandidatprodukt, ikke bare en generell beslutning om å bygge eller kjøpe programvare.

## Begynn med et integrasjonskart

```text
[Identity provider] --> [Candidate SaaS] <--> [Integration adapter]
                              |                      |
                        [Data export]          [Internal systems]
```

For hver forbindelse registrerer du nødvendig oppførsel, leverandørens dokumenterte funksjonalitet, bevis fra en utprøving og eventuelle gjenstående gap. Skill absolutte hindre fra preferanser før alternativene gis poeng; flere fine funksjoner kan ikke kompensere for en obligatorisk kapasitet som mangler.

## Områder som må verifiseres

- **Identitet:** påloggingsintegrasjon, kontooppretting, rollekobling og rask fjerning av tilgang.
- **Data:** eierskap, støttede plasseringer, fullstendige eksporter, identifikatorer og sletteoppførsel på tvers av kopier.
- **Grensesnitt:** API-dekning, kvoter, paginering, avspilling av webhooks, versjonspolicy og begrensninger i sandkassen.
- **Drift:** eskalering av støtte, tjenesteforpliktelser, innsyn i revisjon og ansvar for gjenoppretting.
- **Avvikling:** den praktiske muligheten til å hente ut data og koble til konsumenter på nytt hvis produktet erstattes.

## Eksempel

En CRM-demonstrasjon kan vise kundeposter og samtidig skjule et kritisk gap: eksportendepunktet kan utelate vedlegg, eller webhooken støtter kanskje ikke historisk avspilling. Test en representativ post med vedlegg og simuler en tapt hendelse. Beregn innhentingstiden med den faktiske API-kvoten og forventet daglig volum.

## Beslutning og fallgruver

Klassifiser hvert gap som konfigurasjon, adapterarbeid, akseptert begrensning eller hinder. Tildel en eier og ta med løpende støttekostnader for adaptere. Kontroller funksjonaliteten mot det foreslåtte abonnementet og kontrakten, siden prøvemiljøet kan ha andre funksjoner.

Vis i intervjuet hvordan bevisene påvirker anbefalingen. En leverandørsjekkliste med «ja» i alle felt er svak hvis ingen har testet det forretningskritiske løpet.

Begynn med et integrasjonskart

Områder som må verifiseres

Eksempel

Beslutning og fallgruver

Relaterte spørsmål