Je suis fonctionnaire territorial et développeur web.
J'administre au quotidien 4 serveurs debian, qui eux-même servent 4/5 applis web chacun, LAN ou Internet, essentiellement du django.
Le "cœur" de mon activité est le dév web + déploiement (django), je propose par ailleurs quelques applications "utilitaires" à mes collègues : LimeSurvey, GitLab (pour moi et pour que mes collègues me mettent des tickets), Phraseanet (photothèque)...
Pour les applis "utilitaires", rien à faire: sauvegardes automatisées, mises à jour à la main de temps en temps (pas trop quand même).
Pour mes applications django:
J'ai des scripts de déploiement pour les service systemd : gunicorn + celery (si besoins), conf apache des virtualhosts
L'utilise unattended-upgrade pour les mises à jour des serveurs (base quotidienne), ça marche très bien : je n'ai rien à faire...
J'ai des log access / error pour chaque application django, dans un répertoire /var/www/www.example.tld/var/log, et des règles logrotate qui vont bien, sur une base quotidienne aussi.
Mon infra peut être sans doute vue comme est assez sommaire, mais je suis tout seul là où je suis, et je ne peux guère compter sur mes collègues "Informatique": je travaille dans une direction de la communication, et je suis la seule personne "concernée" par ces services. Et comme je suis tout seul, si ça tombe quand je suis en congés ou en week-end, bah tant pis: je dors bien la nuit (après, c'est jamais arrivé... je dois avoir de la chance).
J'ai fait le migration de mod_wsgi / (intégré) apache > gunicorn | (pipé) apache il y a 3/4 mois, et ça tourne bien, c'est là que j'ai fait le base de mes scripts de déploiement (je voulais pouvoir modifier simplement les .service / .conf des services systemd). Je souhaitais utiliser différentes versions de python selon les applis, et je n'ai pas été convaincu par mod_wsgi comme module python.
J'ai regardé les différentes solutions de déploiement comme Salt ou Ansible, mais je penses (sans doutes à tord) que c'est overkill par rapport à mon activité. Je fait "un peu" de docker pour mes tâches CI dans gitlab. Les scripts de déploiement sont standardisés, et copiés / collés d'appli en appli.
# unattended-upgrade + scripts de deploiement
Posté par François GUÉRIN (Mastodon) . En réponse au message Serveur : apt upgrade & vlogger. Évalué à 2.
Salut,
Je suis fonctionnaire territorial et développeur web.
J'administre au quotidien 4 serveurs debian, qui eux-même servent 4/5 applis web chacun, LAN ou Internet, essentiellement du django.
Le "cœur" de mon activité est le dév web + déploiement (django), je propose par ailleurs quelques applications "utilitaires" à mes collègues : LimeSurvey, GitLab (pour moi et pour que mes collègues me mettent des tickets), Phraseanet (photothèque)...
Pour les applis "utilitaires", rien à faire: sauvegardes automatisées, mises à jour à la main de temps en temps (pas trop quand même).
Pour mes applications django:
/var/www/www.example.tld/var/log, et des règles logrotate qui vont bien, sur une base quotidienne aussi.Mon infra peut être sans doute vue comme est assez sommaire, mais je suis tout seul là où je suis, et je ne peux guère compter sur mes collègues "Informatique": je travaille dans une direction de la communication, et je suis la seule personne "concernée" par ces services. Et comme je suis tout seul, si ça tombe quand je suis en congés ou en week-end, bah tant pis: je dors bien la nuit (après, c'est jamais arrivé... je dois avoir de la chance).
J'ai fait le migration de mod_wsgi / (intégré) apache > gunicorn | (pipé) apache il y a 3/4 mois, et ça tourne bien, c'est là que j'ai fait le base de mes scripts de déploiement (je voulais pouvoir modifier simplement les .service / .conf des services systemd). Je souhaitais utiliser différentes versions de python selon les applis, et je n'ai pas été convaincu par mod_wsgi comme module python.
J'ai regardé les différentes solutions de déploiement comme Salt ou Ansible, mais je penses (sans doutes à tord) que c'est overkill par rapport à mon activité. Je fait "un peu" de docker pour mes tâches CI dans gitlab. Les scripts de déploiement sont standardisés, et copiés / collés d'appli en appli.
Courage !