4. dimension læringsgrundlag

Key Takeaways

• 4D og FileMaker Pro (FMP) understøtter begge multi-user netværk, men de har fundamentalt forskellige arkitektoniske tilgange: 4D kræver en dedikeret server, mens FMP kan hoste peer-to-peer fra en almindelig klientkopi.
• 4D’s licensmodel er baseret på samtidige forbindelser, ikke på antallet af installerede klienter — du kan implementere ubegrænsede 4D Client-applikationer og kun betale for det maksimale antal samtidige brugere.
• 4D Server distribuerer og opdaterer automatisk strukturfilen til hver klient, hvilket eliminerer manuel implementering af databasedefinitioner.
• FMP peer-to-peer hosting har hårde praktiske grænser (omtrent 50 filer og 25 samtidige gæster, aldrig begge på maksimum), hvilket gør den uegnet til seriøse produktionsbelastninger.
• Der findes to udgaver af 4D Server — en, der tillader designarbejde fra klienter, og en, der kun er til brug — og begge understøtter webpublicering, selvom webpublicering kræver en separat licens.
• At vælge mellem de to platforme handler mindre om rå kapacitet og mere om implementeringsskala, licensøkonomi og hvor meget designadgang du vil give slutbrugere.

Hvorfor netværksarkitektur betyder noget

Når du flytter en database fra en enkelt maskine til et delt netværk, bestemmer den arkitektur, du vælger, alt downstream: hvordan du implementerer opdateringer, hvordan du sikkerhedskopierer data, hvordan du genopretter efter nedbrud, og hvor meget du betaler pr. bruger. 4D- og FileMaker Pro (FMP)-platformene løser det samme problem — at lade flere personer arbejde med de samme data på én gang — men de løser det på måder, der afspejler meget forskellige designfilosofier.

At forstå disse forskelle tidligt sparer enormt omarbejde senere. Et team, der laver prototyper på FMP peer-to-peer-hosting og derefter forsøger at skalere til snesevis af samtidige brugere, vil ramme mure, som 4D’s server-centrerede model blev bygget til at undgå. Omvendt kan et lille kontor med tre brugere opleve, at 4D’s obligatoriske serverkrav er mere infrastruktur, end det har brug for. Det rigtige svar afhænger af din skala, dit budget og hvor meget kontrol du ønsker over klientmiljøet.

Dette afsnit gennemgår begge modeller i detaljer og giver dig derefter praktiske kriterier for at beslutte.

4D-servermodellen: Server-Centric by Design

4D tilbyder ikke peer-to-peer-hosting. Hvis du vil netværksforbinde en 4D-database, skal du køre 4D Server. Der er ingen understøttet måde at få én 4D-klient til at fungere som vært for andre. Dette er et bevidst arkitektonisk valg, og det giver flere konkrete fordele:

• En enkelt kilde til sandhed. Alle data lever på servermaskinen. Klienter har aldrig den autoritative kopi.
• Centraliseret sikkerhedskopiering og gendannelse. Fordi serveren ejer datafilerne, styres sikkerhedskopieringsrutiner og nedbrudsgendannelse ét sted i stedet for at være spredt på tværs af arbejdsstationer.
• Automatisk strukturdistribution. 4D Server skubber strukturfilen (definitionen af tabeller, felter, formularer og metoder) til hver tilsluttet klient automatisk. Udvikleren går ikke fra maskine til maskine for at kopiere filer.
• En delstruktur på klienten. Strukturfilen placeret på hver klientmaskine er en undermængde af hovedstrukturen — ikke den fulde designdefinition. Dette holder klientinstallationer slanke og begrænser, hvad en nysgerrig bruger kan inspicere.

For at implementere skal du installere en 4D Client-applikation på hver computer, der har brug for adgang. Der er ingen omkostninger pr. klient for udvikleren — du kan oprette og distribuere så mange klientkopier, som du vil. Det, du køber, er licenser til samtidige forbindelser til serveren.

Hvordan samtidig licensering fungerer

Dette er den vigtigste økonomiske detalje ved 4D-netværk, og det forvirrer ofte nybegyndere. Licenser tælles efter samtidige forbindelser, ikke efter installerede klienter.

Relateret: Airtable — En regneark-simpel grænseflade, der sidder oven på en rigtig relationel database, med automatiseringer, visninger og delbare grænseflader..

Antag, at du har 100 computere på dit netværk, men du forventer, at der ikke er mere end 25 personer, der bruger databasen på et givent tidspunkt. Du installerer 4D Client på alle 100 maskiner, men du behøver kun at købe nok licenser til at dække 25 samtidige brugere. Serveren tillader forbindelser op til det antal licenser, du ejer; den 26. samtidige bruger afvises, indtil en anden afbryder forbindelsen.

Denne model er generøs for organisationer med store, intermitterende brugerpopulationer — skifteholdsarbejdere, feltpersonale eller afdelinger, hvor kun en brøkdel af teamet er aktive på én gang. Det er mindre tilgivende for organisationer, hvor næsten alle er forbundet hele dagen.

To udgaver af 4D Server

4D Server leveres i to varianter, og forskellen har betydning for, hvordan du planlægger din implementering:

Hvis du handler: Zoho Creator — En lavkode-appbygger, der tilsluttes den bredere Zoho-suite og priser pr. bruger i stedet for pr. app..

Udgave	Designarbejde fra klienter?	Netværk	Webpublicering
4D Server (fuld)	Ja — klienter kan åbne og ændre strukturen	Ja	Ja (kræver separat weblicens)
4D Server Application	Nej — kun brug	Ja	Ja (kræver separat weblicens)

Hvis dine udviklere skal åbne databasestrukturen fra deres egne arbejdsstationer og lave designændringer, har du brug for den fulde udgave. Hvis serveren udelukkende er en runtime-vært, og alt design sker på en udviklermaskine, er use-only-udgaven tilstrækkelig og typisk billigere.

Begge udgaver understøtter webpublicering, men for alt andet end test skal du købe en ekstra weblicens. Behandl webpublicering som en separat post i dit budget i stedet for noget, der er inkluderet i serverkøbet.

FileMaker Pro-modellen: Fleksibel, men skrøbelig

FMP griber netværksdelen an fra den modsatte retning. En almindelig FMP-fil kan hoste sig selv og andre filer på et netværk – dette er peer-to-peer-hosting, og det kræver ingen dedikeret serversoftware. For en håndfuld brugere, der deler et par filer, fungerer det.

Men begrænsningerne indtræffer hurtigt. FMP peer-to-peer-hosting understøtter maksimalt omkring 50 åbne filer og omkring 25 samtidige gæster – og i praksis kan man aldrig nærme sig begge maksimumgrænser på én gang. Forholdet er groft sagt en afvejning:

• 1 gæst med op til ~48 åbne filer
• 2 gæster med op til ~25 åbne filer
• 25 gæster med op til ~3 åbne filer

Ud over den rå forbindelsesmatematik medfører peer-to-peer-hosting operationelle hovedpiner. Ydeevnen forringes, efterhånden som belastningen øges, og databasestyringsopgaver – sikkerhedskopiering, gendannelse efter nedbrud, konsistenstjek – bliver betydeligt mere komplekse, end de er med en dedikeret server. Når værtsmaskinen er nogens arbejdsstation, kan en genstart eller en dvaletilstand forstyrre alle.

FMP Server: Den seriøse mulighed

For enhver seriøs flerbrugerimplementering kræver FMP FMP Server, som kun betjener filer. Heraf følger to konsekvenser:

Relateret: Knack — En kodefri databasebygger rettet mod portaler, mapper og interne værktøjer - med faste priser i stedet for gebyrer pr. bruger..

1. Du skal stadig bruge en kopi af FMP-applikationen for at åbne en fil og foretage ændringer eller bruge den.
2. Du skal have en kopi af FMP-applikationen på alle computere, der skal have adgang til filerne.

Det andet punkt er den vigtigste kontrast til 4D. Hvis du har 100 computere og forventer 25 samtidige brugere, har du stadig brug for 100 kopier af FMP-applikationen – én pr. maskine. Der findes ingen letvægtsklient-ækvivalent.

FMP Server understøtter i sig selv op til omkring 125 åbne filer og op til 250 samtidige gæster, selvom hver enkelt computer stadig kun kan åbne maksimalt 50 filer. Bemærk også, at FMP Server kun betjener filer på et netværk; den kan ikke bruges til webhosting af disse filer.

Klientfiler: Implementeringsforskellen

Den mest synlige daglige forskel mellem de to platforme er, hvad der befinder sig på brugerens maskine.

Vores valg: Claris FileMaker Pro — Den langvarige relationsdatabaseplatform til teams, der har brug for tilpassede apps på desktop, web og mobil fra en enkelt fil..

Med FMP findes der ikke noget, der hedder en klientfil. Hver bruger kører en fuld kopi af FMP-applikationen. Det betyder, at hver arbejdsstation bærer produktets fulde vægt, og hver arbejdsstation skal licenseres og vedligeholdes derefter.

Med 4D kører brugerne en 4D Client-applikation. Klienten er en specialbygget frontend, der forbinder til serveren, og den kan distribueres frit på tværs af dit netværk. Strukturfilen, den bruger, downloades og holdes opdateret af serveren automatisk, så du aldrig manuelt skal synkronisere definitioner på tværs af maskiner.

For en IT-bygger i et lille team er dette en væsentlig operationel fordel: udrulning af en ny formular eller en ny tabeldefinition betyder opdatering af serveren, ikke at man skal røre ved hver enkelt computer.

Sådan beslutter du dig: En praktisk tjekliste

Brug disse kriterier til at vælge den model, der passer til din situation.

• Antal samtidige brugere. Hvis du forventer mere end en håndfuld samtidige brugere, er en dedikeret server (uanset platform) det rigtige valg. Peer-to-peer er et værktøj til prototyping, ikke en produktionsarkitektur.
• Installerede vs. aktive brugere. Hvis mange maskiner har brug for lejlighedsvis adgang, men få er aktive på én gang, er 4D’s samtidige licensering økonomisk attraktiv.
• Designadgang for slutbrugere. Hvis udviklere skal kunne ændre strukturen fra deres egne maskiner, skal du bruge den fulde 4D Server-udgave. Hvis designet er centraliseret, er “use-only”-udgaven tilstrækkelig.
• Implementeringsomkostninger (overhead). Hvis du ikke har råd til at installere og vedligeholde en komplet applikation på hver arbejdsstation, er 4D Clients gratis distribution og automatiske struktursynkronisering en klar sejr.
• Planer for webpublicering. Begge platforme kan publicere til nettet, men begge kræver yderligere licensering ud over basisserveren. Budgettér eksplicit for dette.
• Krav til sikkerhedskopiering og gendannelse. Hvis nedetid er dyrt, bør du vælge den servercentrerede model, hvor sikkerhedskopiering og gendannelse er centraliseret.

Hvor 4D passer ind i lavkode-landskabet

4D indtager en interessant position blandt lavkode- og rapid application development-værktøjer. Det går forud for det meste af den moderne lavkode-bølge – platforme som Microsoft Power Apps, OutSystems og Mendix – men det deler deres kerne-løfte: at lade et lille team bygge en tilpasset forretningsapplikation uden en fuld ingeniørafdeling.

Det, der kendetegner 4D, er dens lange historie som en database-first platform. Strukturfilen, serveren og klienten er tæt integreret, hvilket er grunden til, at netværksdelen opfører sig så forudsigeligt. For teams, der tænker i tabeller, relationer og formularer frem for drag-and-drop app-byggere, føles denne model naturlig.

Hvis du kommer fra en generel udviklingsbaggrund, hjælper det at læse op på, hvordan relationelle databasestyringssystemer håndterer samtidighed og klient-server-adskillelse – begreberne kan overføres direkte. Wikipedia-artiklen om client-server architecture er en nyttig introduktion, og opslaget om database server forklarer den arbejdsdeling, som 4D Server inkarnerer. For den bredere kategori af værktøjer, som 4D tilhører, se low-code development platforms.

Almindelige faldgruber, der skal undgås

• At antage, at 4D har peer-to-peer-hosting. Det har den ikke. Planlæg en server fra dag ét.
• Køb af licenser baseret på antal installerede klienter. 4D-licenser er samtidige (concurrent). Overkøb spilder penge; underkøb låser brugerne ude i spidsbelastningsperioder.
• At forveksle de to 4D Server-udgaver. Hvis du køber “use-only”-udgaven og senere får brug for designarbejde på klientsiden, bliver du nødt til at opgradere.
• At glemme weblicensen. Webpublicering er ikke inkluderet i basisprisen for serveren.
• At behandle FMP peer-to-peer som produktionsklar. Det er praktisk til test og små grupper, men det skalerer ikke og komplicerer backups.
• At overse FMP-kravet pr. maskine. Enhver computer, der tilgår filerne, har brug for en fuld FMP-applikation.

Ofte stillede spørgsmål

Understøtter 4D peer-to-peer-netværk som FileMaker Pro?

Nej. 4D kræver en dedikeret 4D Server til enhver netværksinstallation. Der findes ingen understøttet peer-to-peer-tilstand, hvor én klient hoster filer for andre. Dette er et bevidst designvalg, der centraliserer data, backups og gendannelse på servermaskinen.

Hvordan adskiller 4D-licensering sig fra FileMaker Pro-licensering?

4D-licenser er baseret på samtidige forbindelser, ikke installerede klienter. Du kan distribuere ubegrænsede 4D Client-applikationer uden omkostninger og kun købe nok serverlicenser til at dække dit højeste antal samtidige brugere. FMP kræver derimod en fuld applikationskopi på hver computer, der får adgang til filerne.

Hvad er forskellen mellem de to udgaver af 4D Server?

Én udgave giver 4D Clients mulighed for ikke kun at bruge filerne, men også at åbne og udføre designarbejde på databasestrukturen. Den anden udgave, kaldet 4D Server Application, tillader kun brug. Begge udgaver understøtter netværk og webpublicering, selvom webpublicering kræver en ekstra licens.

Skal jeg kopiere strukturfilen til hver 4D Client-maskine manuelt?

Nej. 4D Server downloader og opdaterer strukturfilen på hver klient automatisk. Strukturfilen, der placeres på klientmaskinerne, er en delmængde af hovedstrukturen, ikke den fulde designdefinition, hvilket holder klienterne slanke og begrænser, hvad brugerne kan inspicere.

Kan FileMaker Pro Server hoste filer til web?

Nej. FMP Server serverer kun filer på et netværk og kan ikke bruges til webhosting af disse filer. Hvis webadgang er et krav, skal du planlægge en separat webpubliceringsløsning.

Hvad er de praktiske grænser for FileMaker Pro peer-to-peer-hosting?

FMP peer-to-peer-hosting understøtter maksimalt omkring 50 åbne filer og omkring 25 samtidige gæster, men du kan aldrig nærme dig begge maksimumsværdier samtidigt. I praksis kan du køre 1 gæst med 48 filer, 2 gæster med 25 filer eller 25 gæster med 3 filer. Ydeevne og backup-kompleksitet forringes også, efterhånden som belastningen øges.