Vælg en AWS RDS Database Engine - dummies <[SET:descriptionda]AWS RDS understøtter en række databasemotorer.

AWS RDS understøtter en række databasemotorer. Selvfølgelig kan støtte til en enkelt RDBMS i første omgang synes at gøre kunsten, fordi de alle stort set gør det samme. Du skal dog overveje en række faktorer, når du vælger en databasemotor. Disse faktorer omfatter (i rækkefølge af betydning):

• Den RDBMS, der i øjeblikket bruges til de fleste af dine eksisterende projekter
• Kodningsbehov, såsom evnen til at udføre scripts på bestemte måder
• Interoperabilitetsbehov, især når man arbejder med andre organisationer
• Automationsbehov, såsom evnen til at udføre scripts som reaktion på begivenheder eller på et bestemt tidspunkt
• Sikkerhedsproblemer, der kan tilsidesætte andre behov for datalagring
• Datalagringsstørrelse eller type krav
• Ledelseskrav

For udviklere bruger den overvældende første prioritet ved at vælge en RDBMS den samme database, som organisationen bruger til at sikre en jævn overgang fra testen til produktionsmiljøet. En undtagelse fra denne regel sker, når organisationen planlægger at konsolidere RDBMS produkter og derfor flytter til et nyt produkt for at imødekomme specifikke behov. I betragtning af at antallet af RDBMS-motorer, der er til rådighed i dag er enormt, er det usandsynligt, at RDS vil støtte dem alle. Med denne skrivning understøtter RDS seks databasemotorer, som hver især har egenskaber i sin favør, som forklaret i følgende liste:

• Amazon Aurora: Dette produkt er i det væsentlige en MySQL klon. Hvis du kan lide MySQL, kan du sikkert også lide Amazon Aurora. Imidlertid har Amazon ifølge en række websteder formået at gøre Aurora hurtigere, mere skalerbar og inklusiv en række interessante yderligere funktioner. Selvfølgelig betaler du en højere pris for Amazon Aurora, så hvis du ikke har brug for de ekstra funktioner, er det sikkert et bedre valg at bruge MySQL. Artiklerne på 2ndWatch og Ivan Zoratti's blog giver en mere detaljeret sammenligning af Amazon Aurora til MySQL.
• MariaDB: Dette er en anden MySQL-klon, men det har også et betydeligt antal ekstra funktioner. Du skal overveje nogle få store forskelle, når du vælger dette produkt. For det første er MariaDB ren open source, hvilket betyder, at den bruger en enkelt licens, der er lettere at administrere end MySQL. På grund af licenserne handler virksomhedskunder imidlertid om tilsvarende open source implementeringer i MariaDB (som trådpool) i stedet for de originale MySQL implementeringer, hvilket kan resultere i kompatibilitetsproblemer. MariaDB er også i øjeblikket låst på MySQL 5. 5-niveauet, så du har muligvis ikke adgang til de nyeste MySQL-funktioner, der er nødvendige for at få din ansøgning til at fungere.
• MySQL: Dette produkt er ikke helt så gammelt som nogle af de andre RDBMS-tilbud, som Amazon understøtter, men det tjener som den standard, som andre produkter bedømmes på. Problemet med at være leder er, at alle tager potskud på dig og forsøger at forstyrre dine kunder, hvilket er netop hvad der sker med MySQL. Du kan læse om nogle af fordele og ulemper ved at vælge MySQL. Faktum er, at MySQL sætter standarden, så det giver sandsynligvis den mest stabile og pålidelige platform, som du kan vælge, når disse problemer er det største problem.
• Oracle: Dette produkt har eksisteret i årevis, så det har en lang historie at yde stor støtte og betydelig fleksibilitet. Hvad der angiver Oracle fra et par andre produkter, som MySQL og SQL Server, er, at Linux-administratorer og -udviklere har tendens til at foretrække det. Som med MySQL er Oracle en standard setter, som alle kan lide at sammenligne med andre produkter, selv når disse sammenligninger ikke er en god match. I modsætning til andre produkter i denne liste er det vigtigt at vise Oracle Cloud som et separat produkt fra virksomhedens opsætning. de to produkter er ikke helt kompatible og har forskellige funktionssæt. Du kan finde nogle fordele og ulemper ved at bruge Oracle Cloud.
• PostgreSQL: Dette er et kombinationsprodukt, idet de fleste mennesker ser det som en open source-version af Oracle, men går også langt sammen for at sammenligne det med MySQL. Udviklere som PostgreSQL, fordi det giver et betydeligt antal funktioner, som MySQL har tendens til ikke at understøtte. Derudover er overgangen til udviklere fra Oracle eller SQL Server relativt let, fordi PostgreSQL har tendens til at følge deres fører. MySQL har imidlertid en tendens til at give bedre brugervenlighed og er noget hurtigere end PostgreSQL. Du kan finde nogle interessante fordele og ulemper ved dette produkt på Anchor og DigitalOcean.
• SQL Server: Dette produkt giver vigtig RDBMS-funktionalitet med et stort antal tilføjelser. Den vigtige ting at huske om SQL Server er, at Microsoft oprettet det til Windows, og alt om dette produkt afspejler den begyndelse. Generelt finder administratorer, at det er relativt nemt at arbejde med SQL Server, medmindre de skal bruge en bred vifte af disse tilføjelser. Udviklere som SQL Server fordi den integrerer godt med Microsoft sprogprodukterne. Du kan læse fordele og ulemper om dette produkt på InfoWorld, The Register og SQLServerF1.

Selv med dette korte overblik over de forskellige valg kan du se behovet for at undersøge dit RDS valg helt inden du forpligter dig til en bestemt mulighed. I nogle tilfælde skal du muligvis konfigurere et dummyopsætning og udføre tests for at se, hvilken indstilling der passer bedst til dit bestemt program. Når du begynder at udfylde RDBMS med real-world data, er det normalt en dyr, fejlfuld og tidskrævende opgave at flytte til en anden database-motor. Den kloge udvikler tager yderligere tid til at træffe et godt valg fra starten, snarere end at opdage, at et bestemt valg er en fejl, efter at applikationen er flyttet ind i udviklingsstadiet (eller endnu værre end produktionsfasen).