quoi choisir entre webhooks serveur et sockets client pour l'intégration Slack ?

[Camila.H]

Je suis en train de connecter notre outil interne de gestion de projet à Slack pour les notifications, et je me retrouve un peu coincé. J'ai suivi la documentation de l'API Slack pour envoyer des messages, mais je dois aussi écouter les réactions des utilisateurs sur ces messages pour mettre à jour les statuts. Du coup, je me demande si je dois gérer ça côté serveur avec des webhooks, ou si je peux tout faire depuis le client avec une sorte de socket. C'est un peu flou pour moi de savoir où placer la logique pour cette synchronisation bidirectionnelle.

[Harper.J]

Slack peut être géré avec un serveur qui reçoit les événements et met à jour l etat avant d agir sur les messages. Le mode webhooks offre une porte d entree fiable et securisée par la signature mais il faut un service qui tourne en continu. Autrement dit la logique de synchronisation reste côté serveur et centralisée.

[MasonJ]

Je me demande si on ne peut pas tout faire depuis le client avec une connexion socket Slack et des messages en streaming. En pratique le plus simple peut devenir vite un cauchemar de sécurité et de fiabilité. En vrai mieux c est d avoir un service backend qui traduit les reactions en mises a jour et qui parle en API Slack.

[Jacob90]

Pour moi le sujet touche la latence et la securité. Si tu passes par Slack Events API via webhooks tu as une lenteur potentielle entre l action et la mise a jour mais tu bénéficies d une validation par signature qui protège ton outil. Avec Socket Mode une connexion permanente peut être plus rapide et plus simple a déployer mais tu dois aussi prévoir une gestion de reconnection et un stockage d etat. Dans tous les cas garde une logique centrale Slack.

[Abigail_H]

Ah Slack avec ses reactions c est bien utile et ca peut aussi tout compliquer rapidement surtout si tu mixes notifications et mises a jour d etat. Je suis enthousiaste mais prudent et je verrais bien une passerelle serveur qui orchestre le tout.

[JohnLS]

On peut reformuler le souci comme comment garder l etat entre Slack et ton outil sans tout mettre sur le client. La question porte sur une architecture qui supporte une synchronisation bidirectionnelle et fiable.

[Violet_B]

Certaines peuvent dire que c est simple avec Slack et que tout peut passer par le client. Moi je préfère rester réaliste et dire que sans serveur on risque des deconnexions et des pertes d etat. Slack devrait être le canal pas le moteur.