Discussion :

[thenewby]

Bonjour,

je suis développeur junior Java EE.
Je travaille actuellement sur la création d'un site internet from scratch pour un ami, en langage Java EE, basé sur les dernières technologies Spring, Spring MVC, Spring Boot, et une base de données SQL (non définie encore mais peu importe).
Je cherche à avoir des informations concernant l'hébergement du site, le stockage de fichiers, et la sauvegarde et la restauration de base de données.

Je trouve ça difficile de trouver un hébergeur Java EE en France. Ca a l'air beaucoup moins commun que pour du PHP, du Ruby, ou du Python.
Sachant aussi qu’il faut que je puisse transférer le nom de domaine qui a déjà été acheté.
J’aimerai limiter le budget à maximum 10€ par mois pour l’hébergement.

J'ai vu qu'il y avait différents types d’hébergements, je cherche soit un hébergement partagé / mutualisé, soit un hébergement VPS, pour une question de coût bien sur mais aussi pour ne pas avoir à administrer le serveur moi-même, ou du moins réduire la parti administration du serveur.
Est-ce un bon choix car j’ai vu que certains préféraient tout de même partir sur du serveur dédié ?

J’ai trouvé espace2001, App Engine de Google (qui impose certaines contraintes comme une BDD NoSQL apparement), ainsi que alphosting qui propose un serveur Tomcat 7 pour du Java EE, ce qui irai très bien avec Spring.
Qu’en pensez vous ? Vous en connaissez d’autres ? Je n'e sais pas s’ils hébergent en France par contre.
Et les hébergeurs gèrent-il un backup des BDD et même des éventuels fichiers que l’on stockerai sur leurs serveurs ?

Une question que je me pose aussi, c’est comment mettre en place un environnement de recette dans ce genre de développement. Il me faudrait dans ce cas un hébergement rien que pour la recette ?

Un autre point sur lequel je m’interroge, c’est la gestion du stockage des fichiers. Je pourrai les mettre en BDD mais je sais que cela n’est pas forcement une bonne pratique, bien que ça peut être un long débat, je préfère stocker mes fichiers ailleurs. J’aurai besoin de stocker différents fichiers en relation avec des comptes clients, sans avoir un système de navigation pour le client derrière, juste des liens leurs permettant de télécharger les fichiers.
Mais comment gérer le stockage de ces fichiers ? Les stocker directement sur le serveur (pas dans l’application bien sûr) ou utiliser un service tel que Dropbox ou Google Drive, mais qui dans ce cas demande tout de même une connexion et un rapatriement du fichier, bien que cela me permet d’avoir de l’espace de stockage gratuit en plus, d’être indépendant de l’hébergeur si jamais je dois en changer, et d’accéder facilement aux fichiers pour un humain via une interface ? Par contre, est-ce que Dropbox et Google Drive gèrent un backup des fichiers ?

Merci.

[tchize_]

Pour résumer, c'est la différence entre "faire tourner un truc le temps d'une reqûete HTTP" et "faire tourner un truc en permanence" qui explique cette différence entre PHP et java. Des language de script derrière un serveur web, c'est maitrisé depuis des années et on sait isoler ça. Des serveur tomcat ou autre J2EE partagée: c'est bien plus complexe et ça bouffe bien plus de ressources. Donc c'est plus cher.

Si tu a juste besoin d'un "site web", java n'est pas l'outil pour ça.

Pour les quelques services proposant du tomcat en partgé, je dirais attention: voir quelles garanties d'isolation tu as et surtout quelle feature ils ont du ocuper sur le serveur pour y arriver. Pour reprendre spring, je ne serait pas étonnée qu'un serveur tomcat partagé interdise l'AOP de spring, car ça pourrait lui permettre de sortir de la sandbox.
Attention aussi pour google: le tarif est en "pay what you use" et presque tout est payant. C'est cool pour un petit service franchement va y ça coute pas cher pour démarrer. (quotas gratuit) Mais ça risque vide de couter quand tu grandis

Je ne me ferais pas d'illusion, 10€ par mois, c'est un tarif rikiki, c'est le prix d'un kimsufi sans la DB ou le prix d'entrée d'une instance amazon 1 coeur 600M. Pas vraiment de quoi faire grand chose en java.

[millie]

Il me faudrait dans ce cas un hébergement rien que pour la recette ?

Hum. Si c'est pour ton pote, tu te prends pas le chou et tu montes le site sur une bête VM chez toi (genre sous virtual box).

Sinon, à peu près pareil que tchize. Si c'est une bête application web, un serveur java, c'est un peut-être tout much et va t'amener à des coûts importants par mois.

Ca oblige globalement à partir sur du dédié (pas besoin d'un truc de foufou non plus)
Sur kimsufi, le soucis, c'est que tu n'as pas de RAID, raison de plus de bien gérer ses backups. Monter un serveur java sur les offres de bases (processeur Atom), je sais sincèrement pas ce que cela donne.
Dommage que leur frais d'installation ne soit pas offert en ce moment, sinon, au pire, tu aurais pu louer le serveur 1 mois pour voir.


Sinon, le truc que tu fais "comme ça pour un pote", en général, ça termine par : plus rien n'est mis à jour et tu ne sais plus ce que tu as fait il y a 6 mois, et cela fini par te saouler quand ton pote te demande une évolution

[VirgApps]

Bonjour,
je vous trouve un peu dur avec les besoins de Java, je vois des offres VPS chez OVH par exemple à moins de 10€ qui ont de quoi parfaitement faire tourner un serveur JEE (après je ne parle pas de la sollicitation en requête qui est encore un autre sujet). Et le must du must, utiliser un conteneur Docker pour faire tourner ton application, JBoss fournit une image Wildfly tout à fait fonctionnelle et paramétrable à son goût : https://hub.docker.com/r/jboss/wildfly/
Honnêtement aujourd'hui Docker est production-ready (utilisé pour un client depuis 2 ans et AUCUN problème).
Après si on veut faire les choses proprement il te faut un vrai serveur frontal (Nginx ?) mais que tu pourrais aussi conteneuriser.
Sinon en solution toute prête je crois que Bitnami a plutôt bonne presse : https://bitnami.com/stack/wildfly/cloud/azure

Pour le BDD, il ne faut pas s'embêter et chercher du PaaS, tes BDD seront administrées, sécurisées et backupées.

Pour le stockage de fichier idéalement se tourner vers une GED, je ne sais pas s'il existe des solutions PaaS... bon c'est sûr qu'en cumulant tout on passe au dessus des 10€
Mais la solution de type "cloud" ne me parait pas farfelu, il y a des API en Java pour Google Drive notamment permettant de manipuler les fichiers. Par contre, il y a sûrement un truc qui m'échappe, mais pourquoi vouloir backuper des fichiers qui seraient sur stockés sur Google Drive ?

Après je rejoins mes camarades, si ce n'est qu'un site sans de vraies traitements backends complexes, Java t'apportera plus de contraintes que de plus-value...

[Népomucène]

plus rien n'est mis à jour et tu ne sais plus ce que tu as fait il y a 6 mois, et cela fini par te saouler quand ton pote te demande une évolution

Je plussoie ...

Sinon pour faire du "tout-java" est-ce qu'un server Glassfish conviendrait ?

[yildiz-online]

Sur OVH, pour 10€ / mois, j'ai 4 app java perso, un activemq, un apache httpd, et 3 instance postgres, le tout dans un docker compose, et un petit serveur http nodejs a coté pour les webhook.

Donc, même avec un petit budget ça reste tout à fait jouable.

Par contre faut faire toute la config à la main.

Tu parles de java, mais c'est pour le backend je suppose, en front ce sera quoi?

[millie]

@yildiz-online : Tu as pris quel type d'offre ? Un VPS ?
En fait, j'ai parlé de "dédié" par erreur, mais je pensais plutôt à un serveur sur lequel tu as toute la main (qu'il soit dédié ou virtualisé).

Mais j'avoue ne pas du tout connaître les offres avec docker et compagnie.

[tchize_]

Sur OVH, pour 10€ / mois, j'ai 4 app java perso, un activemq, un apache httpd, et 3 instance postgres, le tout dans un docker compose, et un petit serveur http nodejs a coté pour les webhook.?

Effectivement, je n'avais pas regardé leurs offre VPS ou docker pensant être du même ordre de grandeur que ce qu'on paie en dédié. Tu peux avoir 6G de ram en VPS pour moins de 10€ et si ton applicaiton fait pas trop en charge, un seul coeur peut suffire.