Blog

Stappenplan naar een snellere, betere en goedkopere database

De meest bekende commerciële databases zijn van Oracle, IBM en Microsoft. Deze databases zijn al tientallen jaren oud, bestaan uit miljoenen regels code en werden door marketingstrategieën lang als enige optie beschouwd. Maar naarmate meer mensen zich met de ontwikkel.. Continue

Stappenplan naar een snellere, betere en goedkopere database

Category
Cloud Enablement Services

Published on
Written by
Luc van der Heide

De meest bekende commerciële databases zijn van Oracle, IBM en Microsoft. Deze databases zijn al tientallen jaren oud, bestaan uit miljoenen regels code en werden door marketingstrategieën lang als enige optie beschouwd. Maar naarmate meer mensen zich met de ontwikkeling van software bezig hielden, groeide de vraag naar een flexibeler, innovatiever en kosten efficiënter alternatief. En met die gedachte kwam de Open Source community in actie en introduceerde zij o.a. PostgreSQL.

 

De voordelen van Postgres

Steeds meer grote technische bedrijven maken gebruik van Postgres, of ze verhuizen hun data naar Postgres. Waarom werken bedrijven als Tripadvisor, Red Hat en Instagram allemaal met Postgres? 


Als eerste natuurlijk door de innovatieve kracht van Open Source. Postgres heeft een hele enthousiaste community achter zich staan. Een Open Source community dat continu unieke tools voor Postgres ontwikkeld; voor developers door developers. Deze Postgres tools zijn allemaal Open Source en daarmee gratis te gebruiken. Denk bijvoorbeeld aan psql. Een eenvoudige command line tool, waarmee gemakkelijk informatie over en uit een database verkregen kan worden. Of denk aan pgAdmin. Een krachtige management tool met een uitgebreide GUI voor het beheer speciaal van de Postgres database. Ook pgAdmin is OpenSource en dus kostenloos te gebruiken.

 

Hoe bent u succesvol met Postgres?

  1. Applicatie tiering

Toonaangevende IT afdelingen classificeren hun applicaties, meestal in termen van Mission Critical en aanvaardbare downtime. Denk hierbij bijvoorbeeld aan: Departmental, Enterprise en Enterprise Mission Critical. De reden achter deze tiering is omdat het een leidraad vormt voor een technologische verandering. Hoewel applicaties van een lagere tier minder kritisch zijn, hebben ze vaak het hoogste aantal cores en daarmee de hoogste softwarekosten. Daarbij vereisen de lage tier applicaties ook minder database infrastructuur voor hoge beschikbaarheid, geo-redundancy, beveiliging en andere compliance vereisten. Dat maakt dat deze applicaties interessante kandidaten zijn voor een migratie naar Postgres.


Applicaties met een hogere classificatie vereisen vaak hoge beschikbaarheid, encryptie, meer geavanceerde security werkwijzen, etc. en hoewel Postgres bij meerdere grote en kleine bedrijven heeft bewezen dit met gemak aan te kunnen, is het verstandig om met applicaties te beginnen die een lagere tier hebben. Dit stelt uw teams in staat om de basis onder de knie te krijgen en dat het team klaar is voor uitdagingen van een hoger niveau.

 

  1. Samenwerking tussen teams

Verschillende organisaties lopen vast met een nieuwe database omdat het database infrastructuur team en de applicatie development teams niet (goed) samenwerken. Succesvolle Postgres organisaties ondervingen dit door zich eerst te richten op het database infrastructuur team. Zo ontstaat er eerst een veilig en betrouwbaar platform waarop u Postgres kan uitrollen, kosten kan verlagen en innovatie mogelijk te maken zonder de business in gevaar te brengen. 


Als het database infrastructuur team klaar is om Postgres te ondersteunen, is het aan de applicatie development teams om het te gaan gebruiken.

 

  1. Een community voor transformatie

Transformatie vereist dat mensen nieuwe technologieën en methodes adopteren, risico’s moeten nemen, uit comfortzones moeten stappen en iets nieuws moeten leren. Daarom wordt transformatie vaak als lastig ervaren. Succesvolle organisaties stimuleren verandering door het creëren van een community. Postgres, als een Open Source project, is uitermate goed gepositioneerd om het leren vanuit een community te stimuleren. Het is immers ontstaan door een actieve community. Deze aanpak heeft keer op keer bewezen sneller te werken en beter aan te sluiten bij de ontwikkelaars van vandaag. Een community van experts, afkomstig uit zowel het database infrastructuur team als het applicatie development team, kan traditionele muren tussen de afdelingen afbreken. De verandering die nodig is om een DevOps beweging te creëren, waarbij applicatieontwikkeling, databaseontwikkeling en databaseoperaties hand in hand werken.

 

Hoe kan EnterpriseDB u hierbij ondersteunen?

EDB heeft veel klanten geholpen met deze “community voor transformatie”. Dit door applicatie ontwikkelaars te helpen met het innovatiepotentieel, de kostenbesparingen en de enorme hoeveelheid mogelijkheden te begrijpen die zij kunnen krijgen van een database die Grafische (GIS), documenten, full tekst search, uitbreidbare datatypes en nog veel meer aan kan.


De adoptie gaat nog makkelijker zodra de applicatie development teams begrijpen hoe Postgres hen kan helpen nog sneller op de markt te komen en de operationele teams weten hoe ze Postgres betrouwbaar en op schaal kunnen draaien. Dat is het moment waarop de adoptie van Postgres verschuift van opkomend naar groeiend en de Open Source database een strategisch hulpmiddel wordt voor de onderneming.

 

  1. Automatisering en standaardisering

Eenmalige database implementaties, waarbij elke databaseconfiguratie anders is, zijn duur in beheer. Ze zijn moeilijk te voorspellen, lastig om een hoge beschikbaarheid te realiseren en het kost simpelweg veel tijd. In het cloud tijdperk is het niet langer aanvaardbaar als het weken duurt om een database te implementeren, het mag maximaal 15 minuten duren.


Snellere implementaties kunnen alleen bereikt worden met behulp van geautomatiseerde deployment tools zoals Terraform, Chef, Ansible of Kubernetes. Het creëren van een volledig geautomatiseerde, self-service implementatiestructuur voor Postgres helpt drempels te verlagen, maakt het mogelijk om voor projecten Postgres te testen, moedigt innovatie aan en het zorgt er simpelweg voor dat alles sneller gedaan wordt.


Bedrijven die bezig blijven met handmatige implementaties van databases zullen waarschijnlijk niet slagen met Postgres of andere technologische infrastructuurinnovaties. Een echte DevOps beweging vereist automatisering om bij te blijven met de agility-eisen.

 

Nog even in het kort

Het enorme succes van Postgres zet IT-afdelingen aan om zich snel door de stadia van opkomende, uitbreidende en strategische adoptie te bewegen. Het bovenstaande stappenplan omvat tiering van applicaties, de beweging naar DevOps, de ontwikkeling door een community van vakmensen  en automatiseringstools – alles met het doel om te migreren van dure inflexibele legacy databses naar platforms met een grotere innovatie.

 

EnterpriseDB: decennia van Postgres implementaties

EnterpriseDB heeft de middelen en de ervaring om te helpen bij het ontwerpen van tiering-modellen, de fundamentele samenwerking mogelijk te maken die nodig is voor DevOps, automatiseringsoplossingen te creëren, krachtige Postgres evangelisten aan tafel te brengen, en een partner te zijn op de Postgres reis.

EDB voegt dus verbeteringen toe aan PostgreSQL. Denk hierbij aan verbeteringen in de performance, security en beheersbaarheid, allemaal om PostgreSQL een enterprise waardig product te maken. 

 

Meer leren? Neem contact met ons op

Meer weten? Ons Enterprise Open Source team kan u nog veel meer vertellen over EDB en PostgreSQL om u te helpen met kostenbesparing, functionaliteit, veiligheid en beschikbaarheid. Neem contact met ons op via eos@ingrammicro.com of via T: 030 246 4350.

Meer lezen over EDB

Neem contact met ons op