Discussion :

[Memdi]

Bonjour,

Nous avons testé avec succès des appli delphi 10.4.2 sous docker en version intermédiaire "windows servercore" ça marche avec un peu de bricolage de dll à charger manuellement en fonction des dépendances contenues dans les appli.


Mais, pourquoi une simple application minimaliste de type console écrit en delphi 10.4.2 contenant une simple instruction de contrôle (sans GUI), ne fonctionne pas sur un docker NANOSERVER, rien nada ?

Bien sur compilé en 64bit qui est le seul support de cette plateforme.

Y a t il des dépendances ou réglage de l'EDI connus pour nanoserver ?

Y a t il un package ou une image nanoserver 2019 avec des addon déjà intégré pour delphi 64 ?

Y a t il des expériences réelles sur cette plateforme NANO?

L'idée est d'utiliser un maximum les ressources d'un gros serveur HOST avec une multitude de mini virtualisation plus light qui en général ne travaille pas en même moment (application PAAS ou devops de test) et la version NANO pour ça semble assez prometteuse.

[pprem]

Bonjour

Bonne question. Rien vu passer sur le sujet.

Nanoserver étant une sous partie très allégée de Windows Server il y a peut-être des API de base de l'OS qui empêchent le fonctionnement d'un simple programme en ligne de commande (même si je trouve ça très louche).

Y a-t-il des erreurs quelques part lors du lancement du programme ?

Est-ce une version de débogage de l'exe ou une version release ?

PAServer se lance-t-il dessus ?

Le lancement en débogage passe-t-il depuis l'IDE ?

[Paul TOTH]

c'est quoi "une simple instruction de contrôle" ? Est-ce que WriteLn('Hello World') fonctionne ?

[pprem]

J'ai posé la question à nos camarades MVP. Marco Gueuze confirme qu'il n'a pas non plus réussi à l'utiliser et qu'il faut passer par MCR : http://mcr.microsoft.com/windows/servercore:20H2

Plus qu'à faire un tour sur la session d'introduction de Marco Cantu à la DelphiCon 2021 ( https://delphicon.embarcadero.com/ta...t-with-delphi/ ) pour poser la question et/ou soumettre une demande de nouvelle fonctionnalité "prise en charge de la plate-forme Microsoft Nanoserver" sur https://quality.embarcadero.com

[ShaiLeTroll]

Surtout que si cela se trouve pas besoin d'avoir un code particulier, un uses contenant des liaisons statiques avec des DLL Winapi absente

Même PowerShell qui est le langage de script de MS est limité rien que lire "Adaptateurs de type ADSI, ADO et WMI"

[Memdi]

Bonjour A tous

Pas d'erreur nul part , même dans leur log

Idem en debug ou release, et je comprends que le mode debug pourrait introduire un certain nombre de dépendance pour les traces

Les exemples trouvés enr PAserver et Fb sont en compilation sous linux, donc pas notre contexte

Pour répondre à Paul, oui un simple writeln('hello') ne fonctionne pas ! par contre je vois quand même une différence avec ('Hello world')

Je pense qu'il y a une notion de ROLE sur namo (IIS, fichier, etc.) qui devrait être chargé pour avoir le minima utile pour faire tourner notre exe, mais pour un simple writeln !

https://docs.microsoft.com/fr-fr/win...oy-nano-server

Pour le servercore, cela fonctionne dans notre cas avec un peu bricolage de dll manquante, mais Il est quand même lourd (en Go/instance) et le nombre d'instance sur un serveur standard hyper V est limité à 2 containers !! ou alors il faut passer à une licence Datacenter ce qui n'est pas le même tarif du tout.
De plus les hébergeurs (comme OVH ou autre) fournissent des VPS en instance public uniquement en OS standard, ou alors passer en serveur dédié pour avoir un Datacenter perso dessus ==> surcoût de surcoût.

Alors que ce n'est pas le cas en nanoserver, on pourrait en théorie monter des centaines de containers sur un serveur standard.
Imaginez comment, ce couple nano/delph pourrait faire des étincelles dans le monde du cloud Paas et du devops.

C'est quand même assez étonnant de voir ce min OS dispo avec un langage multi plateforme comme delphi donc normalement très peu gourmand en dépendance ne pas fonctionner (surtout qu'en on fait rien).


Merci pour votre aide.

[pprem]

PAServer est disponible en version Mac, Linux et Windows dans l'arborescence d'installation de RAD Studio / Delphi / C++Builder.

Pas besoin de le chercher sur Internet pour avoir la bonne version compatible avec la version de l'IDE.

[Memdi]

Bonsoir,

en quoi PaServer pourrait m'aider par rapport à nanoserver si une simple instruction ne fonctionne pas ?

[Memdi]

Je rappelle que je n'utilise pas la techno PASERVER et pas l'intention de l'utiliser rien que pour les problèmes de licence de cette techno qui n'est pas libre de distribution !! ce qui est assez étonnant et impossible à gérer pour nous et nos clients , drôle de positionnement marketing pour un langage qui n'est pas donné.

Les programmes sont existants, très peu gourmands en ressource dans un maillage EDGE réparti sur plusieurs instances dialoguant déjà en techno web services (sous INDYSOAP) qui ont fait leur preuve complété avec un portail d'affichage INTRAWEB qui forme une solution complète PAAS cloisonnée par client d’où le besoin de beaucoup de container.

Donc, quand je vois qu'il y a possibilité d'avoir d'un serveur web IIS sur nanoserver, pourquoi pas nous ?

Je suis toujours preneur de pistes ou d'expériences (DELPHI/NANOSERVER container), même en prestation, merci d'avance

[ShaiLeTroll]

Je pense que PAServer c'était pour déboguer depuis un Windows pro classique un programme sur un NanoServer, au démarrage tu pourrais peut-être savoir si il y a une DLL manquante par exemple
Tu pense au déploiment, tu sembles totalement oublier la maintenance et le besoin un jour de débogguer un programme.

Et si PAServer ne démarre pas, tu peux surement pour le moment oublier cette idée avant une annonce de support officiel.

Sinon le cloisement entre client peut se faire autrement que par des containers ... cela peut être au niveau applicatif <-> droit <-> SGBD ... comme je l'ai pratiqué dès 2006.
Maintenant, on dirait la virtualisation rend les efforts d'architecture logiciel quasi-nul préférant se soulager sur une architecture technique (hardware virtualisé)


Ou je travaille, les développeurs utilisent une seule instance de Windows qui contient peut-être 20-30 instance de Servers (en réalité un groupe de serveur au but spécialisé Data/Print/Cron/...) développés en Delphi lancé sur des ports différents (une fenêtre de port, chaque server spécialisé à son port), et chaque développeur à son environnement Linux virtualisé qui contient Apache, PHPStorm ... connecté sur l'instance Servers dédiés à leur besoin (Data/Print/Cron/...), chacun ayant aussi une DB dédiée (idem en fait DB commune mais 4 Schémas dédiés car la DATA séparé de la CONF par exemple et séparé du REFERENTIEL) pour travailler sans impacter le voisin (en dehors des performances sur tout le monde s'amuse à lancer des exports de base)

Je suis l'un des rares développeurs à n'avoir pas cela, vu que je m'occupe des Servers, je suis à fond sur la CS du Data en ce moment, justement, avec des outils de tests qui ne requiert pas la partie Apache.

[Memdi]

Nous avons déjà pratiqué de cette manière avec du multi instance sur un même serveur et un partage de port pour chacun sur les serveur d'application, mais c'est pas étanche du tout, il y a quand même un serveur commun de base de données FB, donc très délicat, ça peut marcher pour les serveur de dev.
Mais pour de la prod inter client avec des configs particulières, je suis beaucoup moins fan.

Dans mon cas c'est du cloud PAAS isolé/client que vends de façon à cloisonner au max et éviter les perturbations inter client, ce que je fais aujourd'hui avec du VPS mais couteux en montage et entretien.


Donc le nanoserver est vraiement pour moi une solution qui pourrait m'aider,
Nous allons continuer malgré ce qui dit en montant des rôles, merci pour votre aide