Bases de l'apprentissage de la 4e dimension

Points clés à retenir

• 4D et FileMaker Pro (FMP) prennent tous deux en charge la mise en réseau multi-utilisateurs, mais ils adoptent des approches architecturales fondamentalement différentes : 4D nécessite un serveur dédié, tandis que FMP peut héberger du peer-to-peer à partir d’une copie client classique.
• Le modèle de licence de 4D est basé sur des connexions simultanées, et non sur le nombre de clients installés — vous pouvez déployer un nombre illimité d’applications 4D Client et ne payer que pour le nombre maximum d’utilisateurs simultanés.
• 4D Server distribue et met à jour automatiquement le fichier de structure pour chaque client, éliminant ainsi le déploiement manuel des définitions de base de données.
• L’hébergement peer-to-peer de FMP a des limites pratiques strictes (environ 50 fichiers et 25 invités simultanés, jamais les deux au maximum), ce qui le rend inadapté aux charges de travail de production sérieuses.
• Il existe deux éditions de 4D Server — l’une qui permet le travail de conception depuis les clients et l’autre réservée à l’utilisation seule — et toutes deux prennent en charge la publication Web, bien que la publication Web nécessite une licence distincte.
• Le choix entre les deux plates-formes dépend moins de la capacité brute que de l’échelle de déploiement, de l’économie des licences et du niveau d’accès à la conception que vous souhaitez accorder aux utilisateurs finaux.

Pourquoi l’architecture réseau est importante

Lorsque vous déplacez une base de données d’une seule machine vers un réseau partagé, l’architecture que vous choisissez détermine tout en aval : la manière dont vous déployez les mises à jour, la manière dont vous sauvegardez les données, la manière dont vous récupérez après un crash et combien vous payez par utilisateur. Les plates-formes 4D et FileMaker Pro (FMP) résolvent le même problème — permettre à plusieurs personnes de travailler simultanément avec les mêmes données — mais elles le résolvent de manière à refléter des philosophies de conception très différentes.

Comprendre ces différences dès le début évite d’énormes retouches plus tard. Une équipe qui réalise des prototypes sur l’hébergement peer-to-peer de FMP et tente ensuite de passer à des dizaines d’utilisateurs simultanés se heurtera à des obstacles que le modèle centré sur le serveur de 4D a été conçu pour éviter. À l’inverse, un petit bureau comptant trois utilisateurs peut trouver que l’exigence d’un serveur obligatoire pour 4D représente plus d’infrastructure que nécessaire. La bonne réponse dépend de votre échelle, de votre budget et du degré de contrôle que vous souhaitez sur l’environnement client.

Cette section présente les deux modèles en détail, puis vous donne des critères pratiques pour décider.

Le modèle 4D Server : centré sur le serveur par conception

4D ne propose pas d’hébergement peer-to-peer. Si vous souhaitez mettre en réseau une base de données 4D, vous devez utiliser 4D Server. Il n’existe aucun moyen pris en charge pour qu’un client 4D agisse comme hôte pour d’autres. Il s’agit d’un choix architectural délibéré, qui apporte plusieurs avantages concrets :

• Une source unique de vérité. Toutes les données résident sur la machine serveur. Les clients ne détiennent jamais la copie faisant autorité.
• Sauvegardes et récupération centralisées. Étant donné que le serveur est propriétaire des fichiers de données, les routines de sauvegarde et la récupération après crash sont gérées en un seul endroit plutôt que dispersées sur les postes de travail.
• Distribution automatique de la structure. 4D Server envoie automatiquement le fichier de structure (la définition des tables, des champs, des formulaires et des méthodes) à chaque client connecté. Le développeur ne se déplace pas de machine en machine pour copier des fichiers.
• Une structure de sous-ensemble sur le client. Le fichier de structure placé sur chaque machine client est un sous-ensemble de la structure principale — et non la définition complète de la conception. Cela permet de conserver des installations client légères et limite ce qu’un utilisateur curieux peut inspecter.

Pour déployer, vous installez une application 4D Client sur chaque ordinateur nécessitant un accès. Il n’y a aucun coût par client pour le développeur — vous pouvez créer et distribuer autant de copies client que vous le souhaitez. Ce que vous achetez, ce sont des licences de connexion simultanée pour le serveur.

Fonctionnement des licences simultanées

C’est le détail économique le plus important du réseautage 4D, et c’est là que les nouveaux arrivants se trompent. Les licences sont comptées par connexions simultanées, et non par clients installés.

Connexes : Airtable — Une interface simple sous forme de feuille de calcul reposant sur une véritable base de données relationnelle, avec des automatisations, des vues et des interfaces partageables..

Supposons que vous disposiez de 100 ordinateurs sur votre réseau, mais que vous ne prévoyiez pas plus de 25 personnes utilisant la base de données à un instant donné. Vous installez 4D Client sur les 100 machines, mais vous n’avez besoin d’acheter que suffisamment de licences pour couvrir 25 utilisateurs simultanés. Le serveur admet les connexions jusqu’au nombre de licences que vous possédez ; le 26ème utilisateur simultané est refusé jusqu’à ce que quelqu’un d’autre se déconnecte.

Ce modèle est généreux pour les organisations comptant de grandes populations d’utilisateurs intermittents — travailleurs postés, personnel de terrain ou services où seule une fraction de l’équipe est active à la fois. Il est moins indulgent pour les organisations où presque tout le monde est connecté toute la journée.

Deux éditions de 4D Server

4D Server est disponible en deux variantes, et la distinction est importante pour la planification de votre déploiement :

Si vous faites du shopping : Zoho Creator — Un créateur d'applications low-code qui se connecte à la suite Zoho plus large et propose des tarifs par utilisateur plutôt que par application..

Édition	Travail de conception depuis les clients ?	Mise en réseau	Publication Web
4D Server (complet)	Oui — les clients peuvent ouvrir et modifier la structure	Oui	Oui (licence Web distincte requise)
4D Server Application	Non — utilisation seule	Oui	Oui (licence Web distincte requise)

Si vos développeurs doivent ouvrir la structure de la base de données depuis leurs propres postes de travail et apporter des modifications de conception, vous avez besoin de l’édition complète. Si le serveur est purement un hôte d’exécution et que toute la conception s’effectue sur une machine de développement, l’édition « utilisation seule » est suffisante et généralement moins coûteuse.

Les deux éditions prennent en charge la publication Web, mais pour tout ce qui va au-delà des tests, vous devez acheter une licence Web supplémentaire. Considérez la publication Web comme un poste budgétaire distinct plutôt que comme un élément inclus dans l’achat du serveur.

Le modèle FileMaker Pro : flexible mais fragile

FMP aborde le réseautage dans la direction opposée. Un fichier FMP standard peut s’héberger lui-même et d’autres fichiers sur un réseau — il s’agit d’un hébergement peer-to-peer, et il ne nécessite aucun logiciel de serveur dédié. Pour une poignée d’utilisateurs partageant quelques fichiers, cela fonctionne.

Mais les limites arrivent vite. L’hébergement peer-to-peer FMP prend en charge un maximum d’environ 50 fichiers ouverts et environ 25 invités simultanés — et en pratique, vous ne pouvez jamais approcher les deux maximums à la fois. La relation est globalement un compromis :

• 1 invité avec jusqu’à ~48 fichiers ouverts
• 2 invités avec jusqu’à ~25 fichiers ouverts
• 25 invités avec jusqu’à ~3 fichiers ouverts

Au-delà des calculs bruts de connexion, l’hébergement peer-to-peer entraîne des problèmes opérationnels. Les performances se dégradent à mesure que la charge augmente, et les tâches de gestion de base de données — sauvegardes, récupération après incident, contrôles de cohérence — deviennent considérablement plus complexes qu’elles ne le sont avec un serveur dédié. Lorsque la machine hôte est le poste de travail de quelqu’un, un redémarrage ou un cycle de veille peut perturber tout le monde.

FMP Server : l’option sérieuse

Pour tout déploiement multi-utilisateur sérieux, FMP nécessite le FMP Server, qui ne sert que les fichiers. Deux conséquences s’ensuivent :

Connexes : Knack — Un générateur de base de données sans code destiné aux portails, aux annuaires et aux outils internes, avec une tarification forfaitaire au lieu de frais par utilisateur..

1. Vous avez toujours besoin d’une copie de l’application FMP pour ouvrir un fichier, y apporter des modifications ou l’utiliser.
2. Vous avez besoin d’une copie de l’application FMP sur chaque ordinateur susceptible d’accéder aux fichiers.

Ce deuxième point est le principal contraste avec 4D. Si vous disposez de 100 ordinateurs et prévoyez 25 utilisateurs simultanés, vous avez toujours besoin de 100 copies de l’application FMP — une par machine. Il n’existe pas d’équivalent client léger.

FMP Server lui-même prend en charge jusqu’à environ 125 fichiers ouverts et jusqu’à 250 invités simultanés, bien que chaque ordinateur individuel ne puisse toujours ouvrir qu’un maximum de 50 fichiers. Notez également que FMP Server sert les fichiers sur un réseau uniquement ; il ne peut pas être utilisé pour l’hébergement web de ces fichiers.

Fichiers clients : la différence de déploiement

La différence la plus visible au quotidien entre les deux plates-formes réside dans ce qui se trouve sur la machine de l’utilisateur.

Notre sélection : Claris FileMaker Pro — La plateforme de base de données relationnelle de longue date pour les équipes qui ont besoin d'applications personnalisées sur ordinateur, Web et mobile à partir d'un seul fichier..

Avec FMP, il n’existe pas de fichier client. Chaque utilisateur exécute une copie complète de l’application FMP. Cela signifie que chaque poste de travail supporte tout le poids du produit, et que chaque poste de travail doit être licencié et entretenu en conséquence.

Avec 4D, les utilisateurs exécutent une application 4D Client. Le client est un frontal spécialement conçu qui se connecte au serveur, et il peut être distribué librement sur votre réseau. Le fichier de structure qu’il utilise est téléchargé et tenu à jour automatiquement par le serveur, de sorte que vous ne synchronisez jamais manuellement les définitions entre les machines.

Pour un concepteur informatique en petite équipe, il s’agit d’un avantage opérationnel significatif : le déploiement d’un nouveau formulaire ou d’une nouvelle définition de table signifie mettre à jour le serveur, et non toucher à chaque poste de travail.

Comment décider : une liste de contrôle pratique

Utilisez ces critères pour choisir le modèle qui correspond à votre situation.

• Nombre d’utilisateurs simultanés. Si vous prévoyez plus d’une poignée d’utilisateurs simultanés, un serveur dédié (quelle que soit la plate-forme) est la bonne solution. Le peer-to-peer est un outil de prototypage, pas une architecture de production.
• Utilisateurs installés vs actifs. Si de nombreuses machines nécessitent un accès occasionnel mais que peu sont actives en même temps, la licence concurrente de 4D est économiquement attractive.
• Accès au design pour les utilisateurs finaux. Si les développeurs doivent modifier la structure depuis leurs propres machines, vous avez besoin de l’édition complète de 4D Server. Si la conception est centralisée, l’édition « usage seul » suffit.
• Surcharge de déploiement. Si vous ne pouvez pas vous permettre d’installer et de maintenir une application complète sur chaque poste de travail, la distribution gratuite et la synchronisation automatique de la structure de 4D Client sont un avantage évident.
• Plans de publication Web. Les deux plates-formes peuvent publier sur le Web, mais toutes deux nécessitent des licences supplémentaires au-delà du serveur de base. Budgétisez-le explicitement.
• Exigences en matière de sauvegarde et de restauration. Si les temps d’arrêt sont coûteux, privilégiez le modèle centré sur le serveur où les sauvegardes et la restauration sont centralisées.

Où 4D s’intègre dans le paysage Low-Code

4D occupe une place intéressante parmi les outils de développement d’applications low-code et de développement rapide (RAD). Il est antérieur à la plupart de la vague moderne du low-code — des plates-formes telles que Microsoft Power Apps, OutSystems et Mendix — mais il partage leur promesse fondamentale : permettre à une petite équipe de créer une application métier personnalisée sans disposer d’un département d’ingénierie complet.

Ce qui distingue 4D, c’est sa longue histoire en tant que plateforme database-first (priorité à la base de données). Le fichier de structure, le serveur et le client sont étroitement intégrés, c’est pourquoi le réseau se comporte de manière si prévisible. Pour les équipes qui pensent en termes de tables, de relations et de formulaires plutôt que de générateurs d’applications par glisser-déposer, ce modèle semble naturel.

Si vous venez d’un milieu de développement généraliste, il est utile de vous renseigner sur la façon dont les systèmes de gestion de bases de données relationnelles gèrent la concurrence et la séparation client-serveur — les concepts sont directement transférables. L’article Wikipédia sur l’architecture client-serveur est une introduction utile, et l’entrée serveur de base de données explique la division du travail qu’incarne 4D Server. Pour la catégorie plus large d’outils à laquelle appartient 4D, voir plateformes de développement low-code.

Pièges courants à éviter

• Supposer que 4D dispose d’un hébergement peer-to-peer. Ce n’est pas le cas. Prévoyez un serveur dès le premier jour.
• Acheter des licences en fonction du nombre de clients installés. Les licences 4D sont concurrentes. Le surachat gaspille de l’argent ; le sous-achat bloque les utilisateurs aux heures de pointe.
• Confondre les deux éditions de 4D Server. Si vous achetez l’édition « utilisation seule » et que vous avez ultérieurement besoin d’effectuer un travail de conception côté client, vous devrez effectuer une mise à niveau.
• Oublier la licence web. La publication web n’est pas incluse dans le prix de base du serveur.
• Considérer le peer-to-peer FMP comme prêt pour la production. C’est pratique pour les tests et les petits groupes, mais ce n’est pas évolutif et cela complique les sauvegardes.
• Négliger l’exigence FMP par machine. Chaque ordinateur qui accède aux fichiers a besoin d’une application FMP complète.

Questions fréquemment posées

4D prend-il en charge les réseaux peer-to-peer comme FileMaker Pro ?

Non. 4D nécessite un 4D Server dédié pour tout déploiement en réseau. Il n’existe pas de mode peer-to-peer pris en charge dans lequel un client héberge des fichiers pour d’autres. Il s’agit d’un choix de conception délibéré qui centralise les données, les sauvegardes et la récupération sur la machine serveur.

En quoi la licence 4D diffère-t-elle de la licence FileMaker Pro ?

Les licences 4D sont basées sur des connexions simultanées, et non sur les clients installés. Vous pouvez distribuer gratuitement un nombre illimité d’applications 4D Client et acheter uniquement suffisamment de licences serveur pour couvrir votre nombre maximal d’utilisateurs simultanés. FMP, en revanche, nécessite une copie complète de l’application sur chaque ordinateur qui accède aux fichiers.

Quelle est la différence entre les deux éditions de 4D Server ?

Une édition permet aux clients 4D non seulement d’utiliser les fichiers, mais également d’ouvrir et d’effectuer un travail de conception sur la structure de la base de données. L’autre édition, appelée 4D Server Application, permet l’utilisation uniquement. Les deux éditions prennent en charge la mise en réseau et la publication web, bien que la publication web nécessite une licence supplémentaire.

Dois-je copier manuellement le fichier de structure sur chaque poste 4D Client ?

Non. 4D Server télécharge et met à jour automatiquement le fichier de structure sur chaque client. Le fichier de structure placé sur les machines clientes est un sous-ensemble de la structure principale, et non la définition complète de la conception, ce qui permet aux clients de rester légers et limite ce que les utilisateurs peuvent inspecter.

FileMaker Pro Server peut-il héberger des fichiers pour le web ?

Non. FMP Server sert des fichiers sur un réseau uniquement et ne peut pas être utilisé pour l’hébergement web de ces fichiers. Si l’accès web est une exigence, vous devez prévoir une solution de publication web distincte.

Quelles sont les limites pratiques de l’hébergement peer-to-peer FileMaker Pro ?

L’hébergement peer-to-peer FMP prend en charge un maximum d’environ 50 fichiers ouverts et environ 25 invités simultanés, mais vous ne pouvez jamais atteindre les deux maximums simultanément. En pratique, vous pourriez avoir 1 invité avec 48 fichiers, 2 invités avec 25 fichiers ou 25 invités avec 3 fichiers. Les performances et la complexité des sauvegardes se dégradent également à mesure que la charge augmente.