Velge en AWS RDS-databasemotor

AWS RDS støtter en rekke databasemotorer. Selvfølgelig kan støtte av en enkelt RDBMS i første omgang synes å gjøre kunsten fordi de alle i det vesentlige gjør det samme. Du må imidlertid vurdere en rekke faktorer når du velger en databasemotor. Disse faktorene inkluderer (i rekkefølge av betydning):

RDBMS brukes for tiden for de fleste av dine eksisterende prosjekter.
Kodingsbehov, for eksempel muligheten til å utføre skript på bestemte måter.
Interoperabilitetsbehov, spesielt når du arbeider med andre organisasjoner
Automasjonsbehov, for eksempel muligheten til å utføre skript som svar på hendelser eller på et bestemt tidspunkt
Sikkerhetsproblemer som kan overstyre andre behov for datalagring
Lagringsstørrelse eller krav til data
Ledelseskrav

For utviklere, bruker den overveldende første prioriteten ved å velge en RDBMS, den samme databasen som organisasjonen bruker for å sikre en jevn overgang fra testen til produksjonsmiljøet. Et unntak fra denne regelen skjer når organisasjonen planlegger å konsolidere RDBMS-produkter og derfor flyttes til et nytt produkt for å møte spesifikke behov. Gitt at antall RDBMS-motorer som er tilgjengelige i dag er store, er det usannsynlig at RDS vil støtte dem alle. Ved denne skrivingen støtter RDS seks databasemotorer, som hver har egenskaper til fordel, som forklart i følgende liste:

Amazon Aurora: Dette produktet er i hovedsak en MySQL klon. Hvis du liker MySQL, liker du nok også Amazon Aurora. Imidlertid har Amazon, ifølge flere nettsteder, klart å gjøre Aurora raskere, mer skalerbar og inkluderende en rekke interessante tilleggsfunksjoner. Selvfølgelig betaler du en høyere pris for Amazon Aurora også, så hvis du ikke trenger de ekstra funksjonene, bruker MySQL nok et bedre valg. Artikklene på 2ndWatch og Ivan Zoratti blogger gir en mer detaljert sammenligning av Amazon Aurora til MySQL.
MariaDB: Dette er en annen MySQL klon, men den har også et betydelig antall ekstra funksjoner. Du må vurdere noen få store forskjeller når du velger dette produktet. For en ting er MariaDB ren åpen kildekode, noe som betyr at den bruker en enkelt lisens som er enklere å administrere enn MySQL. På grunn av lisensavtalen håndterer bedriftskunder imidlertid tilsvarende åpen kildekode-implementering i MariaDB (for eksempel trådbasseng), i stedet for de opprinnelige MySQL-implementasjonene, noe som kan føre til kompatibilitetsproblemer. MariaDB er også nå låst på MySQL 5. 5-nivået, slik at du kanskje ikke har tilgang til de nyeste MySQL-funksjonene som trengs for å gjøre søknaden din jobbig.
MySQL: Dette produktet er ikke helt så gammelt som noen av de andre RDBMS-tilbudene som Amazon støtter, men det tjener som standarden som andre produkter vurderes på. Problemet med å være leder er at alle tar potteskudd på deg og prøver å forstyrre kundene dine, noe som akkurat er det som skjer med MySQL. Du kan lese om noen av fordeler og ulemper ved å velge MySQL. Faktum er at MySQL setter standarden, så det gir sannsynligvis den mest stabile og pålitelige plattformen du kan velge når disse problemene er hovedproblemet.
Oracle: Dette produktet har eksistert i mange år, så det har en lang historie å gi god støtte og betydelig fleksibilitet. Hva skiller Oracle fra noen få andre produkter, som MySQL og SQL Server, er at Linux-administratorer og utviklere pleier å foretrekke det. Som med MySQL, er Oracle en standard setter som alle liker å sammenligne med andre produkter, selv når disse sammenligningene ikke er en god kamp. I motsetning til andre produkter i denne listen er det viktig å vise Oracle Cloud som et eget produkt fra oppsettet. de to produktene er ikke helt kompatible og har forskjellige funksjonssett. Du kan finne noen fordeler og ulemper med å bruke Oracle Cloud.
PostgreSQL: Dette er et kombinasjonsprodukt ved at de fleste ser det som en åpen kildekodeversjon av Oracle, men går også i stor grad for å sammenligne det med MySQL. Utviklere som PostgreSQL fordi det gir et betydelig antall funksjoner som MySQL har en tendens til ikke å støtte. I tillegg er overgangen for utviklere fra Oracle eller SQL Server relativt enkelt fordi PostgreSQL har en tendens til å følge sin ledelse. MySQL har imidlertid en tendens til å gi bedre brukervennlighet og er noe raskere enn PostgreSQL. Du kan finne noen interessante fordeler og ulemper om dette produktet på Anker og DigitalOcean.
SQL Server: Dette produktet gir viktig RDBMS-funksjonalitet med et betydelig antall tillegg. Det viktige å huske om SQL Server er at Microsoft opprettet det for Windows, og alt om dette produktet gjenspeiler den begynnelsen. Generelt finner administratorer at det å jobbe med SQL Server er relativt enkelt, med mindre de trenger å bruke et bredt spekter av disse tilleggene. Utviklere som SQL Server fordi den integrerer godt med Microsoft-språkproduktene. Du kan lese fordeler og ulemper om dette produktet på InfoWorld, The Register og SQLServerF1.

Selv med denne korte oversikten over de ulike valgene, kan du se behovet for å undersøke RDS-valget ditt helt før du forplikter deg til et bestemt alternativ. I noen tilfeller kan det hende du må konfigurere et dummyoppsett og utføre tester for å se hvilket alternativ som passer best for ditt program. Etter at du begynner å fylle RDBMS med ekte verdensdata, er det vanligvis en kostbar, feilaktig og tidkrevende oppgave å flytte til en annen databasemotor. Den smarte utvikleren tar ekstra tid til å gjøre et godt valg fra starten, i stedet for å oppdage at et bestemt valg er en feil etter at søknaden beveger seg inn i utviklingsstadiene (eller enda verre).