Hopp til innholdet
BigTree108

Utvikling, administrasjon og rådgivning for PostgreSQL

Utvikling, administrasjon og rådgivning for PostgreSQL: skjemadesign og SQL, PL/pgSQL-funksjoner, ytelsesoptimalisering, replikering, failover og sikkerhetskopier, oppgraderinger til PostgreSQL 18, migreringer fra Oracle, SQL Server og MySQL, og administrert PostgreSQL på Azure, AWS og Google Cloud, med dedikerte PostgreSQL-utviklere og DBA-er til teamet deres eller et PostgreSQL-prosjekt levert fra ende til ende.

Dette bygger vi med PostgreSQL

  • Skjemadesign i PostgreSQL

    Tabeller, begrensninger og indekser utformet rundt hvordan applikasjonen leser og skriver, JSONB der dataene varierer i form, og deklarativ partisjonering for tabeller som vokser hver måned, med hver endring som en gjennomgått migrering i Flyway, Liquibase, Alembic, EF Core eller Prisma.

  • Ytelsesoptimalisering i PostgreSQL

    Trege spørringer funnet med pg_stat_statements, auto_explain og EXPLAIN ANALYZE, deretter rettet med riktig B-tree-, GIN- eller BRIN-indeks, en omskriving eller ferske statistikker, og autovacuum-, minne- og tilkoblingsinnstillinger tilpasset arbeidsbelastningen, med PgBouncer foran når tilkoblingene tar slutt.

  • PL/pgSQL-funksjoner og triggere

    Funksjoner, prosedyrer og triggere i PL/pgSQL, planlagte jobber i pg_cron, og visninger og materialiserte visninger til rapportering, dekket av pgTAP-tester som kjører i pipelinen mot en ekte PostgreSQL i en container.

  • Administrert PostgreSQL i skyen

    Azure Database for PostgreSQL, Amazon RDS og Aurora PostgreSQL, Google Cloud SQL og AlloyDB, eller Supabase, dimensjonert etter arbeidsbelastningen og definert i Terraform, på privat nettverk, med pålogging gjennom Microsoft Entra ID eller IAM og lesereplikaer der rapporter trenger dem.

  • Replikering, failover og sikkerhetskopier

    Strømmende replikering med automatisk failover gjennom Patroni, eller CloudNativePG på Kubernetes, gjenoppretting til et bestemt tidspunkt med pgBackRest, Barman eller WAL-G, og gjenopprettinger øvd etter en plan slik at gjenopprettingstiden er kjent før den trengs.

  • Migreringer til PostgreSQL

    Oracle-skjemaer og PL/SQL konvertert med ora2pg, MySQL flyttet med pgloader, og T-SQL fra SQL Server skrevet om til PL/pgSQL, hver ferdigstilt for hånd, med data flyttet i øvde kjøringer og avstemt tabell for tabell før overgangen.

  • Versjonsoppgraderinger av PostgreSQL

    Klynger på PostgreSQL 14, som forlater støtten fra fellesskapet i november 2026, og eldre utgivelser flyttet til PostgreSQL 18 med pg_upgrade, som nå beholder planleggerens statistikk gjennom oppgraderingen, eller med logisk replikering når nedetiden må holdes på minutter, og applikasjonen testet mot den nye versjonen først.

  • PostGIS, pgvector og andre utvidelser

    Kart, ruting og leveringssoner med PostGIS, embeddings og likhetssøk med pgvector, sensor- og måledata med TimescaleDB, og tabeller spredt over noder med Citus, slik at ett PostgreSQL-miljø dekker arbeid som ellers ville trengt flere databaser.

  • Sikkerhet og revisjon i PostgreSQL

    Roller med minste rettigheter, sikkerhet på radnivå for data med flere tenants, SCRAM eller pålogging med Entra og IAM i stedet for md5-passord, som PostgreSQL 18 fraråder, TLS på hver tilkobling, og pgAudit-logger lagret der administratorene ikke kan endre dem.

Lei inn PostgreSQL-utviklere og DBA-er

  • Dedikerte PostgreSQL-utviklere og DBA-er

    PostgreSQL-utviklere og DBA-er som blir en del av teamet deres på heltid, jobber i repositoriene, oppgavesystemet og møtene deres, og rapporterer til lederen deres. Dere intervjuer dem, og vi tar oss av den ukrainske kontrakten, lønn, fakturering og fravær.

  • Prosjektleveranse med PostgreSQL

    Et team som tar PostgreSQL-prosjektet fra omfang til utgivelse: estimat, utvikling, tester og utrulling, med en teknisk leder hos oss som eier planen og kvaliteten.

  • Support og overtakelse av PostgreSQL-løsninger

    Et eksisterende PostgreSQL-system overtatt fra et annet team eller holdt i drift: først en gjennomgang med kun lesetilgang og en skriftlig liste over risikoer, deretter rettelser og nye funksjoner i rekkefølge etter betydning.

Siden om dedikert team forklarer hvordan spesialister blir med i teamet deres, og siden om outsourcing dekker prosjektleveranse, overtakelser og hvordan vi priser.

Hvem som jobber med PostgreSQL-prosjektet deres

  • PostgreSQL-utviklere

    Skjemaer, SQL og PL/pgSQL

  • PostgreSQL-DBA-er

    Ytelse, replikering, sikkerhetskopier og oppgraderinger

  • Backend-utviklere

    Datatilgang i .NET, Java, Python og Node.js

  • DevOps-ingeniører

    Administrerte instanser og Kubernetes-operatorer i Terraform

  • Dataingeniører

    Replikaer for rapportering og change data capture

Slik arbeider vi på PostgreSQL

Hver skjemaendring er en migrering i repositoriet, gjennomgått som kode og anvendt av pipelinen, og tester kjører mot en ekte PostgreSQL av samme hovedversjon i en container og ikke mot en mock. Serverinnstillinger ligger i Terraform, Ansible eller manifestene til Kubernetes-operatoren, så en klynge kan bygges opp igjen fra det som er skrevet ned.

På en database et annet team driver, starter vi med skrivebeskyttet tilgang til versjoner, utvidelser, replikering, sikkerhetskopier, de tregeste spørringene og listen over hvem som kan koble til, og skriver ned risikoene i rekkefølge etter påvirkning. Endringer i produksjon øves på en kopi med maskerte data, og ingenting kjøres for hånd som en migrering kan gjøre.

Andre databaser vi jobber med

Oversikt: Databaser

Spørsmål om PostgreSQL-utvikling

Hvilke bransjer arbeider PostgreSQL-utviklerne deres i?

Fintech og bank, til hovedbøker, betalinger og transaksjonshistorikk; KI- og dataprodukter, til analytiske lagre og vektorsøk med pgvector; netthandel og detaljhandel, til kataloger, ordrer og lagerbeholdning; enterprise SaaS, til produkter med flere tenants beskyttet av sikkerhet på radnivå; helsevesen, til pasientjournaler med revisjon og kryptering; og logistikk, til sporingsdata og leveringssoner i PostGIS.

Administrert PostgreSQL eller selvdriftet?

En administrert tjeneste som Azure Database for PostgreSQL, Amazon RDS og Aurora, eller Cloud SQL og AlloyDB tar oppdateringer, sikkerhetskopier og failover av teamet deres. Selvdriftet PostgreSQL, på virtuelle maskiner eller på Kubernetes med CloudNativePG, gir dere enhver utvidelse, enhver versjon og full kontroll over serveren. Vi arbeider med begge, og skjemaet, migreringene og testene er de samme på begge.

PostgreSQL-databasen vår er treg. Hvor starter dere?

Med pg_stat_statements, som rangerer spørringer etter den totale tiden de tar, og kjøreplanene til de verste av dem. Rettelsen er oftest en manglende eller ubrukt indeks, en omskriving av spørringen, oppblåste tabeller som autovacuum ikke har holdt følge med, eller for mange åpne tilkoblinger, og hver endring tidsmåles før og etter på en kopi av produksjon.

Hvor raskt kan PostgreSQL-utviklere og DBA-er starte?

Når rett PostgreSQL-utvikler eller DBA er tilgjengelig, avhenger starten bare av intervjuet deres, NDA-en og IP-overdragelsen. Ellers gjennomfører vi et søk, som vanligvis gir kandidatprofiler innen to til tre uker, og ingen starter før dere har sagt ja.

Hvordan leier vi inn PostgreSQL-utviklere og DBA-er gjennom BigTree108?

Fortell oss om arbeidet, erfaringsnivået og timene dere trenger. Vi foreslår én eller to personer med profilene deres, dere intervjuer dem slik dere ville intervjuet en egen ansatt, og dere signerer én avtale med BIG TREE 108 LLC og får én faktura i måneden.

Hvem eier arbeidet de leverer?

Det gjør dere. Hver spesialist har en signert kontrakt med BigTree108 som overdrar alt arbeidsresultat til selskapet, og avtalen vår med dere overdrar det videre til dere. Kode, design og dokumenter leveres inn i deres egne repositorier og verktøy, og oppbevares ikke der bare vi kan endre dem.

Bygger dere på PostgreSQL?

Fortell oss om versjonen, hvor den kjører og hva som må endres. Dere får svar innen én arbeidsdag: en plan, kandidatprofiler eller et omfang for en gjennomgang av databasen deres.