Sera-t-il possible que les développeurs n'aient pas à se soucier de la configuration du serveur? Devrions-nous avoir à nous en préoccuper? [fermé]

StackOverflow https://stackoverflow.com/questions/1630914

Question

Je suis actuellement à la recherche de solutions d'hébergement pour mon application Web Ruby on Rails SaaS, et le problème le plus grave à mon sens est que, si j'utilise quelque chose comme Amazon EC2, je dois toujours configurer mon propre serveur et installer ce que je souhaite. besoin (base de données, cadre de programmation, serveur d’application, etc.). Chacun de ceux-ci est une occasion pour que quelque chose aille mal. Je dois également m'inquiéter de la manière dont mes données sont sauvegardées, de leur fréquence et d'une foule d'autres "bas niveau". détails. En tant que startup, je n'ai pas les ressources pour un administrateur système, donc je devrais en jouer un moi-même. Je travaille actuellement pour une startup et mon patron parle toujours de la supériorité de EC2, car il nous permet de "sortir du commerce du matériel". - En réalité, cela ne semble pas être le cas, car nous devons toujours configurer les instances du serveur, installer le logiciel, configurer le logiciel correctement. On a l'impression que nous sommes toujours dans l'industrie du matériel, mais que nous ne possédons pas vraiment le serveur que nous utilisons.

En revanche, il s’agit d’un service comme Heroku (qui utilise en fait EC2, je crois), mais qui prend essentiellement en charge tous les détails de bas niveau. Ils font des sauvegardes automatiques pour moi, je précise juste la fréquence. Ils ont une configuration de serveur déjà configurée. Ils ont des moyens de le gérer et de le maintenir en fonctionnement afin que je n'ai pas à surveiller le trafic. Je peux me concentrer sur mon application, déployer simplement le code et les laisser s’occuper de l’administration et s’assurer que la base de données est correctement configurée avec le serveur Web et que les dossiers appropriés sont autorisés.

Le problème avec Heroku est évidemment que je n’ai aucun contrôle sur ces choses si je veux les modifier. Heroku utilise nginx en tant que serveur Web; si je veux utiliser Phusion Passenger sur Apache pour rester à la pointe de la technologie " du développement de RoR, je suis SOL. Si je dois créer un correctif rapide en production (racine de tout mal, je sais, mais cela se produit parfois), je n'ai pas d'accès SSH aux serveurs Heroku. Si je dois configurer un nouvel utilisateur de base de données pour permettre à une autre personne d'accéder à distance aux données, je ne pense pas pouvoir le faire. Et le pire de tous si quelque chose se produit avec le serveur, je n'ai aucun moyen de faire quoi que ce soit, sauf attendre que Heroku répare le problème.

En gros, à quel moment, en tant que développeur, pouvons-nous nous concentrer sur notre code et notre application sans avoir à jouer à l'administrateur système avec la configuration du serveur? En tant que startup avec des ressources limitées et des connaissances limitées en matière de configuration de serveurs (assez pour se débrouiller), est-il préférable de sacrifier une partie de la configurabilité pour permettre à une autre personne de se soucier de la fin du matériel et des logiciels?

Était-ce utile?

La solution

https://stackoverflow.com / questions / 162144 / qu'est-ce-que-est-un-bon-ruby-on-rails-service-d'hébergement / 265646 # 265646

  

Je ne suis pas intéressé à apprendre à   configurer Apache, ModRails, Phusion,   Mongrel, Thin, MySQL et ainsi de suite.   Avec Heroku, je ne m'inquiète pas. Nginx est   le serveur Web, et PostgreSQL est le   base de données. Ils se sont installés   Ruby / Rack pour toutes les nouvelles applications. Cadres   qui fonctionnent sur Rack comprennent Rails, Merb,   et Sinatra. Choix limité.

Autres conseils

Intégrez la configuration du serveur à votre projet et utilisez des scripts pour configurer et désinstaller vos serveurs. Conservez tout sous VCS et utilisez régulièrement les scripts pour recréer votre configuration de développement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top