Wprowadzenie do Watermill - Gophers Silesia

Budowanie aplikacji event-driven powinno być równie proste, co budowanie API HTTP - taki cel postawiliśmy sobie, gdy zaczynaliśmy pracę nad Watermillem. Chciałbym opowiedzieć historię o tym, jak stworzyliśmy jedną z najpopularniejszych bibliotek do obsługi eventów w Go.
Nie chcę jednak skończyć na teorii - podczas prezentacji napiszemy gotową do wdrożenia aplikację opartą o Watermilla, która będzie posiadała podstawowe funkcjonalności takie jak logowanie, metryki, czy poison queue. Nasz serwis będzie też całkowicie niezależny od użytego Pub/Suba: będzie mógł działać zarówno z RabbitMQ, Kafką, czy nawet z prostą implementacją opartą o MySQL.

Transcript

1. Wprowadzenie do Watermill zbudujmy aplikację opartą o eventy w 30 minut Gophers Silesia 05.03.2020
2. • I’m Robert • Tech Lead @ • Blogging at https://threedots.tech/ • @roblaszczak at
7. PROBLEM?
9. • Consumer groups • Partitioning • At-least-once delivery • Message Ack and Nack support • Not losing any message • Not everyone is familiar with event-driven architecture
10. How to make building event-driven applications easy in Go?
11. Watermill
12. GitHub Stars
13. Contributors
14. Supported Pub/Subs
16. Watermill is a library Watermill is not a framework
19. (1978) • Write programs that do one thing and do it well. • Write programs to work together. • Write programs to handle text streams message, because that is a universal interface.
20. type Publisher interface { Publish(topic string, messages ...*Message) error Close() error } type Subscriber interface { Subscribe(ctx context.Context, topic string) (<-chan *Message, error) Close() error }
21. type HandlerFunc func(msg *Message) ([]*Message, error)
26. Testing
27. func TestPublishSubscribe(t *testing.T) { features := tests.Features{ ConsumerGroups: true, ExactlyOnceDelivery: false, GuaranteedOrder: false, Persistent: true, } tests.TestPubSub( t, features, createPubSub, createPubSubWithConsumerGrup, ) }
28. var stressTestTestsCount = 10 func TestPubSubStressTest( t *testing.T, features Features, pubSubConstructor PubSubConstructor, consumerGroupPubSubConstructor ConsumerGroupPubSubConstructor, ) { for i := 0; i < stressTestTestsCount; i++ { t.Run(fmt.Sprintf("%d", i), func(t *testing.T) { t.Parallel() TestPubSub(t, features, pubSubConstructor, consumerGroupConstructor) }) } }
30. How fast is Watermill?
31. Pub/Sub Publish (messages / s) Subscribe (messages / s) Kafka 70,252 117,529 NATS 76,208 38,169 SQL (MySQL) 6,989 143 Google Cloud Pub/Sub 7,416 39,591 AMQP 2,408 10,608
32. Pub/Sub Publish (messages / s) Subscribe (messages / s) Kafka 70,252 117,529 NATS 76,208 38,169 SQL (MySQL) 6,989 143 Google Cloud Pub/Sub 7,416 39,591 AMQP 2,408 10,608
33. Pub/Sub Publish (messages / s) Subscribe (messages / s) Kafka 70,252 117,529 NATS 76,208 38,169 SQL (MySQL) 6,989 143 Google Cloud Pub/Sub 7,416 39,591 AMQP 2,408 10,608
34. The first rule of live coding
35. Don’t do livecoding The first rule of live coding
36. • It’s hard to show everything in 20 minutes :) • Kafka and Google Cloud Pub/Sub internals • At-least-once delivery • CQRS component
39. Thanks for all contributors!
40. https://watermill.io/ https://threedots.tech/ NEW CONTENT! JOIN NEWSLETTER TO NOT MISS
41. Photo by Micheile Henderson @micheile010 // Visual Stories [nl] on Unsplash Photo by Thomas Ehling on Unsplash