Gå til indhold
BigTree108

Ydelser inden for MongoDB-udvikling og -administration

MongoDB-udvikling og -administration: design af dokumentskemaer, Node.js-, Java-, Python- og .NET-applikationer på MongoDB, tuning af forespørgsler og indekser, opsætning og drift af MongoDB Atlas, sharding og replikering, MongoDB Search og Vector Search samt migreringer til og fra MongoDB, med dedikerede MongoDB-udviklere til jeres team eller et MongoDB-projekt leveret fra ende til anden.

Det bygger vi med MongoDB

  • Design af dokumentskemaer

    Collections modelleret efter de forespørgsler, applikationen kører, med embedding eller referencer valgt pr. relation, mønstre som bucket, computed og extended reference, hvor de kan betale sig, og JSON Schema-validering, så skrivninger holder den aftalte form.

  • Applikationer på MongoDB

    Services i Node.js med Mongoose, Java med Spring Data MongoDB, Python med PyMongo, .NET med C#-driveren eller EF Core-provideren og Go, med aggregation pipelines, multi-document transactions og change streams, hvor forretningsreglerne kræver dem.

  • Tuning af MongoDB-forespørgsler og -indekser

    Langsomme operationer findes med database profiler, explain plans og Atlas Performance Advisor og rettes derefter med sammensatte indekser ordnet efter lighed, sortering og interval, omskrevne aggregation stages eller forespørgselsindstillinger, med tider målt før og efter.

  • Opsætning og drift af MongoDB Atlas

    Atlas-clustere på AWS, Azure eller Google Cloud defineret med Atlas Terraform provider, tilgået via private endpoints, med kontinuerlig cloud backup og point-in-time restore, alarmer på det, brugerne ville mærke, og tiers dimensioneret efter den faktiske belastning.

  • Sharding og replica sets

    Shard keys valgt ud fra det faktiske forespørgselsmønster, collections resharded, når den første nøgle holder op med at passe, zone sharding, så hver regions data bliver i regionen, og replica sets fordelt på tilgængelighedszoner med read og write concerns sat pr. operation.

  • Selvadministreret MongoDB

    Community- og Enterprise Advanced-installationer på virtuelle maskiner eller på Kubernetes via MongoDB-operatoren, drevet med Ops Manager, sikkerhedskopieret og gendannet efter en plan og opgraderet release for release til MongoDB 9.0.

  • MongoDB Search og Vector Search

    Fuldtekstsøgning med relevans, autocomplete og facetter samt vektorsøgning til retrieval-augmented generation og anbefalinger, i den samme database gennem MongoDB Search og MongoDB Vector Search, med embeddings fra Voyage AI-modeller eller jeres egen pipeline.

  • Migreringer til og fra MongoDB

    Relationelle skemaer flyttet til MongoDB med Relational Migrator, selvadministrerede clustere flyttet til Atlas med mongosync, Amazon DocumentDB og Azure DocumentDB flyttet til eller fra Atlas og collections flyttet til PostgreSQL, når data er blevet relationelle, hver kørsel øvet og antallene afstemt.

  • MongoDB-sikkerhed og kryptering

    SCRAM, X.509 eller single sign-on via workforce identity federation, roller afgrænset til hver service, auditering, kryptering i hvile under jeres egne nøgler samt Client-Side Field Level Encryption eller Queryable Encryption til felter, serveren aldrig må se i klartekst.

Ansæt MongoDB-udviklere

  • Dedikerede MongoDB-udviklere

    MongoDB-udviklere, der indgår i jeres team på fuld tid, arbejder i jeres repositories, tracker og møder og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Levering af MongoDB-projekter

    Et team, der fører MongoDB-projektet fra afgrænsning til release: estimering, udvikling, tests og udrulning, med en teknisk leder hos os, der ejer planen og kvaliteten.

  • Support og overtagelse af MongoDB

    Et eksisterende MongoDB-system, der overtages fra et andet team eller holdes kørende: først en skrivebeskyttet gennemgang og en skriftlig liste over risici, derefter rettelser og nye funktioner i rækkefølge efter betydning.

Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.

Hvem arbejder på jeres MongoDB-projekt

  • MongoDB-udviklere

    Skemaer, forespørgsler og aggregation pipelines

  • Backend-udviklere

    Node.js-, Java-, Python- og .NET-services

  • Databaseadministratorer

    Atlas, sharding, backups og opgraderinger

  • DevOps-ingeniører

    Atlas- og Kubernetes-installationer i Terraform

  • Dataingeniører

    Change streams ind i datavarehuset og analyser

Sådan arbejder vi med MongoDB

Et fleksibelt skema kræver stadig et design. Collections, indekser og valideringsregler skrives ned og versioneres sammen med koden, indeksændringer går gennem pipelinen som migreringer, og tests kører mod en rigtig MongoDB i en container, med testdata i produktionsstørrelse, hvor ydeevne er vigtig.

På en eksisterende installation begynder vi med skrivebeskyttet adgang til version, topologi, shard keys, de langsomste operationer, backups og listen over, hvem der kan forbinde, og skriver risiciene ned i rækkefølge efter betydning. Ændringer i produktion øves først på en gendannet kopi.

Andre databaser, vi arbejder med

Databaser: oversigt

Spørgsmål om MongoDB-udvikling

Hvilke brancher arbejder jeres MongoDB-udviklere i?

E-handel og detailhandel, til kataloger, indkøbskurve og produktsøgning; enterprise SaaS, til multi-tenant-produkter, hvis data varierer fra kunde til kunde; fintech, til kundeprofiler, hændelser og transaktionshistorik; sundhedssektoren, til patientvendte apps og enhedsdata; medier og forbrugerapps, til indhold, feeds og brugerprofiler; samt AI- og dataprodukter, til dokumenter og vektorsøgning samlet ét sted.

MongoDB Atlas eller selvadministreret?

Atlas, når I vil have backups, opgraderinger, skalering og søgning leveret som en service på AWS, Azure eller Google Cloud. Selvadministreret Community eller Enterprise Advanced, når data skal blive på jeres egne servere, eller en licens allerede er på plads. Skema, indekser og kode er de samme på begge, og en installation kan flyttes fra den ene til den anden med mongosync.

Kan I opgradere en gammel MongoDB-version?

Ja, én større release ad gangen, som MongoDB kræver, med feature compatibility version hævet først efter, at hvert trin har kørt rent. MongoDB 6.0 har allerede nået end of life, og 7.0 følger i august 2027, så de fleste installationer flytter til 8.0 eller 9.0. Driverne opgraderes først, og applikationen testes mod målversionen før produktion.

Hvor hurtigt kan MongoDB-udviklere starte?

Når den rette MongoDB-udvikler er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.

Hvordan ansætter vi MongoDB-udviklere gennem BigTree108?

Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.

Hvem ejer det arbejde, de producerer?

Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.

Bygger I på MongoDB?

Fortæl os versionen, om den kører på Atlas eller på jeres egne servere, og hvad der skal ændres. I får svar inden for én arbejdsdag: en plan, kandidatprofiler eller en afgrænsning af en gennemgang af jeres cluster.

Skriv til hello@bigtree108.com Sådan svarer vi