Différences

Ci-dessous, les différences entre deux révisions de la page.

--- public:services_en_ligne:rse_reseau_social_entreprise [2021/11/05 13:51] – [Services "réseau social d'entreprise" (RSE)] jeremie
+++ public:services_en_ligne:rse_reseau_social_entreprise [2023/06/16 09:56] (Version actuelle) – [Ou installer ces services ?] jeremie
@@ Ligne 3: / Ligne 3: @@
 ====== Services "réseau social d'entreprise" (RSE) ======
-Je connais bien et j'ai déjà installé quelques "solutions RSE mixtes", stables et efficace. J'en mentionne ici quelques unes qui augmentent la productivité et la fluidité de l'information tant à l'intérieur de l'entreprise qu'avec ses clients.
+Je connais bien et j'ai déjà installé quelques "solutions RSE mixtes", stables et efficace. Voyons-en quelques unes ici qui augmentent la productivité et la fluidité de l'information tant à l'intérieur de l'entreprise qu'avec ses clients.
-Il existe d'innombrables solutions, parfois bonnes pour répondre à ce besoin. Mais bizarrement le mail est toujours très utilisé. Il faut croire que ces "usines à gaz" ne sont pas si fonctionnelle au final.
+Il existe d'innombrables solutions, parfois bonnes pour répondre à ce besoin. Mais bizarrement le mail est toujours très utilisé. Il faut croire que ces "usines à gaz" ne sont pas si fonctionnelles !
 La brique centrale que je promeus depuis plusieurs années est Mattermost, dans sa version libre, gratuite et opensource de Slack. Ce dernier est bridé, et c'est normal puisque c'est une entreprise qui doit gagner de l'argent (la version gratuite n'est là que pour attirer).
@@ Ligne 47: / Ligne 47: @@
 Dokuwiki vient avec une gestion de droit asesz simple et très puissante pour accéder à l'information. Cela permet de notices techniques tout autant que des documents internes.
+=== Gitolite : Stockage de code source ===
+C'est un service technique qui permet de stocker le code source d'un projet informatique. Ce n'est donc pas un service utile pour le grand public. C'est inutile si le projet n'a aucun logiciel développé en interne. Ca ne sert qu'indirectement le commanditaire.
+Mais ça reste absolument essentiel pour conserver une traçabilité totale ainsi que bien gérer les révisions d'un logiciel "maison".
+Nous suggérons le très léger [[doc:formations:hebergement:service:gitolite|gitolite]] plutot qu'un système plus complexe comme GitLab, qui conviendra mieux dans le cas d'une organisation faisant intervenir plusieurs développeurs ainsi que des chefs de projets sachant déjà gérer ces outils complexes.
 === Visioconférence sur serveur privé ===
@@ Ligne 61: / Ligne 68: @@
 On peut installer ces services sur
-  * un serveur distant (en location chez un hébergeur, à partir d'une vingtaines d'euros par mois pour 80GO de disque dur environ)
+  * un serveur distant (en location chez un hébergeur, à partir d'une vingtaines d'euros par mois pour 80GO de disque dur environ), par exemple [[public:services_en_ligne:inscription_scaleway|Scaleway]] (Online)
   * ou bien en "local" sur un serveur linux dédié et physiquement chez le client, avec:
     * un usage télétravail possible qui dépend de l'accès internet du bureau (fibre optique recevable, ou ADSL potentiellement assez lent)
-    * un usage transparent "in situ" (hors télétravail), c'est utile aussi pour des usages de très grosses données partagées (ex. un client a des bases de données géographiques très lourdes, ainsi que des volumes de photos qui doivent etre accessibles à plusieurs employés sans devoir des dupliquer sur chacun des postes)
+    * un usage sur site utile aussi lorsque l'on a de très grosses données à partager au sein d'un même réseau local (ex. un client a des bases de données géographiques très lourdes, ainsi que des volumes de photos qui doivent etre accessibles à plusieurs employés sans devoir des dupliquer sur chacun des postes)
 Positionner ce serveur "en local" permet de proposer des espaces de stockages considérables car ils n'ont pas à être loués. Le serveur est alors idéalement couplé à un serveur "Nas" robuste et acheté une seule fois, qui permet aussi des sauvegardes.
+Le coût d'usage d'une installation bien faite "in situ" est quasiment nul (serveur + NAS + alimentation de secours de type UPS).Il ne s'agit pas non plus d'une "salle blanche" et l'on perd en partie les facilités de sauvegarde et de migration de systèmes en ligne comme ceux de [[public:services_en_ligne:inscription_scaleway|Scaleway]] mentionné ci-avant.
 ===== Maintenance et astreinte =====
@@ Ligne 72: / Ligne 81: @@
 Coté "entretien", ces solutions sont indépendantes de l'infrastructure du client (sauf demande particulière).
-Le besoin de maintenance minimal est très faible, statistiquement une fois par an pour des mises à jours distantes ou lors de missions tierces.
+Le besoin de maintenance minimal est très faible, statistiquement une ou deux fois par an pour des mises à jours distantes ou lors de missions tierces.
-Le coût d'une installation bien faite "in situ" est donc quasiment nul à l'usage (serveur + NAS + alimentation de secours de type UPS). C'est une belle façon de recycler un PC, d'utiliser un NAS voire même un "single board computer" à quelques dizaines d'euros pour les services les moins demandeurs (wiki, mattermost, mail...).
 ====== Les outils plus "lourds" ======