Välj en AWS RDS-databasmotor - dummies - Personliga finanser 2024

AWS RDS stöder ett antal databasmotorer. Självklart kan stöd för en enda RDBMS först tyckas göra tricket eftersom de alla i allt väsentligt gör samma sak. Du måste dock överväga ett antal faktorer när du väljer en databasmotor. Dessa faktorer inkluderar (i storleksordning):

Den RDBMS som för närvarande används för de flesta av dina befintliga projekt
Kodningsbehov, till exempel förmågan att exekvera skript på specifika sätt
Interoperabilitetsbehov, speciellt när man arbetar med andra organisationer
Automationsbehov, till exempel förmåga att utföra skript som svar på händelser eller vid en viss tidpunkt.
Säkerhetsproblem som kan åsidosätta andra behov för datalagring.
Storlek för dataförvaring eller typkrav
Förvaltningskrav

För utvecklare använder den överväldigande första prioriteten vid val av RDBMS samma databas som organisationen använder för att säkerställa en smidig övergång från testet till produktionsmiljön. Ett undantag från denna regel inträffar när organisationen planerar att konsolidera RDBMS-produkter och flyttar därför till en ny produkt för att möta specifika behov. Med tanke på att antalet RDBMS-motorer som finns tillgängliga idag är det osannolikt att RDS någonsin kommer att stödja dem alla. Med denna skrivning stöder RDS sex databasmotorer, som alla har egenskaper till sin fördel, som förklaras i följande lista:

Amazon Aurora: Denna produkt är i huvudsak en MySQL-klon. Om du gillar MySQL, gillar du förmodligen Amazon Aurora. Men enligt flera webbplatser har Amazon lyckats göra Aurora snabbare, mer skalbar och inkluderande ett antal intressanta ytterligare funktioner. Naturligtvis betalar du också ett högre pris för Amazon Aurora, så om du inte behöver extrafunktionerna är det säkert ett bättre val att använda MySQL. Artiklarna på 2ndWatch och Ivan Zorattis blogg ger en mer detaljerad jämförelse av Amazon Aurora till MySQL.
MariaDB: Detta är en annan MySQL-klon, men det har också ett betydande antal ytterligare funktioner. Du måste överväga några stora skillnader när du väljer den här produkten. För en sak är MariaDB ren öppen källkod, vilket innebär att den använder en enda licens som är lättare att hantera än MySQL. På grund av licensieringen handlar företagskunder dock om motsvarande implementeringar av öppen källkod i MariaDB (t.ex. trådpool), i stället för de ursprungliga MySQL-implementationerna, vilket kan leda till kompatibilitetsproblem. MariaDB låses nu för närvarande på MySQL 5. 5-nivån, så du kanske inte har tillgång till de senaste MySQL-funktionerna som behövs för att få din ansökan att fungera.
MySQL: Denna produkt är inte lika gammal som några av de andra RDBMS-erbjudanden som Amazon stöder, men det fungerar som standarden som andra produkter bedöms. Problemet med att vara ledare är att alla tar pottskott på dig och försöker störa dina kunder, vilket precis är vad som händer med MySQL. Du kan läsa om några av för- och nackdelarna med att välja MySQL. Faktum är att MySQL ställer in standarden, så det ger sannolikt den mest stabila och pålitliga plattformen som du kan välja när dessa problem är de viktigaste problemen.
Oracle: Denna produkt har funnits i åratal, så det har en lång historia att ge bra stöd och stor flexibilitet. Vad som skiljer Oracle från några andra produkter, som MySQL och SQL Server, är att Linux-administratörer och utvecklare tenderar att föredra det. Som hos MySQL är Oracle en standard setter som alla tycker om att jämföra med andra produkter, även om jämförelserna inte är en bra match. Till skillnad från andra produkter i den här listan är det viktigt att du visar Oracle Cloud som en separat produkt från företagsinställningen. De två produkterna är inte helt kompatibla och har olika funktionssatser. Du kan hitta några fördelar och nackdelar med att använda Oracle Cloud.
PostgreSQL: Det här är en kombinationsprodukt genom att de flesta ser den som en öppen källversion av Oracle, men går också i stor utsträckning för att jämföra den med MySQL. Utvecklare som PostgreSQL eftersom det ger ett betydande antal funktioner som MySQL tenderar att inte stödja. Dessutom är övergången för utvecklare från Oracle eller SQL Server relativt lätt eftersom PostgreSQL tenderar att följa deras ledning. MySQL tenderar emellertid att ge bättre användarvänlighet och är något snabbare än PostgreSQL. Du kan hitta några intressanta fördelar och nackdelar med denna produkt på Anchor and DigitalOcean.
SQL Server: Denna produkt ger grundläggande RDBMS-funktionalitet med ett stort antal tillägg. Det viktiga att komma ihåg om SQL Server är att Microsoft skapade det för Windows, och allt om den här produkten speglar den början. I allmänhet finner administratörer att det är relativt lätt att arbeta med SQL Server om de inte behöver använda ett brett sortiment av dessa tillägg. Utvecklare som SQL Server eftersom det integreras bra med Microsoft språkprodukter. Du kan läsa för och nackdelar med den här produkten på InfoWorld, The Register och SQLServerF1.

Även med denna korta översikt över de olika valen kan du se behovet av att undersöka ditt RDS-val helt innan du begår ett visst alternativ. I vissa fall kan du behöva konfigurera en dummy-inställning och utföra test för att se vilket alternativ som fungerar bäst för din specifika applikation. När du börjar fylla RDBMS med verkliga data, är det oftast en dyr, felaktig och tidskrävande uppgift att flytta till en annan databasmotor. Den smarta utvecklaren tar ytterligare tid att göra ett bra val från början, snarare än att upptäcka att ett visst val är ett misstag efter att applikationen flyttats in i utvecklingsfasen (eller ännu värre än produktions).