Voxxed Days Microservices est un événement centré exclusivement sur les Microservices. Durant cette seconde édition, deux jours de conférences et un jour d’atelier (en option) auront lieu à Paris du 21 au 23 octobre 2019.
Les lecteurs d'InfoQ peuvent profiter d'une promo de 20% avec le code VXDMS19_COM_INFOQFR lors de l'inscription.
InfoQ s'est entretenu avec David Schmitz au sujet de sa session intitulée "Event sourcing – you are doing it wrong".
Bonjour David, dis-nous qui tu es et qu'est-ce qui t'a conduit vers les microservices ?
Salut. Je suis un ingénieur en logiciel de la belle ville de Düsseldorf en Allemagne. Je travaille comme ingénieur principal chez Senacor Technologies, un cabinet de conseil de taille moyenne, et j'aide mes clients à relever leurs défis techniques.
La raison pour laquelle je développe principalement des microservices à l'heure actuelle est simple : je trouve que la construction de componsants plus petits et plus ciblés permet aux entreprises d'aller plus rapidement de l'avant, de réagir plus rapidement et d'avoir un avantage concurrentiel. Je sais, cela semble un peu du marketing. Mais à la fin, nous construisons des systèmes pour obtenir un avantage commercial.
Est-ce que j'utilise toujours des microservices ? Non. Parfois, un monolithe bien conçu peut également être la bonne approche. J'essaie d'avoir plus d'un outil à ma disposition.
De quoi parles-tu à Voxxed Days Microservices ?
Je partagerai mon expérience et mes conclusions lors de la création de microservices pilotés par des événements et de l'application de l'event sourcing. Nous discuterons de solutions naïves typiques qui ne fonctionnent pas dans le monde réel.
En fin de compte, j'espère clarifier certains aspects fondamentaux de l'event sourcing et j'essaierai de vous convaincre que vous n'avez pas besoin de frameworkd invasifs complexes.
Et je ne dirai pas de bêtises, promis! D'accord. Seulement un peu peut-être.
Tu mentionnes les «grandes entreprises» qui mettent en œuvre CQRS et Event Sourcing. Penses-tu que les petits projets ne devraient pas essayer de mettre en œuvre ces patterns comme ils sont complexes à gérer ?
Cela dépend de votre problème et de votre cas d'utilisation. Si vous avez besoin de données événementielles, ne les introduisez certainement pas. Je suppose que la plupart des cas d'utilisation sont mieux servis avec une simple application Web et une base de données SQL.
J'ai vu assez de projets, qui introduisent des approches complexes en raison d'un battage publicitaire ou d'une super-solution promise, pour échouer terriblement.
Bon, à bientôt alors
A bientot
#nomorereadmodels #nomorejustusethesilverbullet #stopusingcomplexframeworks
Twitter : @Koenighotze
Blog : koenighotze.de
LinkedIn : https://www.linkedin.com/in/david-schmitz-636ab725/
GitHub : https://github.com/koenighotze/