#DDD #Microservices #SoftwareArchitecture

#Database #PostgreSQL

Новая статья от разработчиков Watermill: "Microservices test architecture. Can you sleep well without end-to-end tests?"
https://threedots.tech/post/microservices-test-architecture/

#DDD #Microservices

Дополнение статьи:
https://martinfowler.com/articles/developer-effectiveness.html#OrganizationalEffectiveness

#SoftwareArchitecture #SoftwareDevelopment

Новая статья в цикле:
"Idempotent Receiver. Identify requests from clients uniquely so they can ignore duplicate requests when client retries"
https://martinfowler.com/articles/patterns-of-distributed-systems/idempotent-receiver.html

#SoftwareArchitecture #DistributedSystems

Пара новых статей:
"Pull Request"
https://martinfowler.com/bliki/PullRequest.html

"Refinement Code Review"
https://martinfowler.com/bliki/RefinementCodeReview.html

#CVS #Git

Эмуляция Eventstore на PostgreSQL:
- http://docs.eventide-project.org/user-guide/message-db/

Может оказаться полезным для тех, кто работает над сертифицированными решениями.
Есть хорошие адаптеры на Ruby в виде отдельных библиотек.

#Database #PostgreSQL

The Generics Proposal is Now Really, Truly Accepted — Last week it was a ‘likely accept’ but now you can breathe easy.. all they have to do is the hard work of finishing the implementation(!) What can we move on to demanding of Go next? 😁

- Russ Cox

https://github.com/golang/go/issues/43651#issuecomment-776944155

Обширный список словесных нападок, разбитый на категории и сопровождаемый примерами http://www.vandruff.com/art_converse.html

Как говорится, предупрежден - значит вооружен.

#Management #Career

"When to use the microservice architecture: part 5 - the monolithic architecture and rapid, frequent, reliable and sustainable software delivery" by Chris Richardson
http://chrisrichardson.net/post/microservices/2021/02/14/why-microservices-part-5-monolith.html

#Microservices

Хочу обратить внимание на одну, на мой взгляд, недооцененную сообществом книгу по алгоритмам.

“Introduction to the Design and Analysis of Algorithms” 3d edition by A.Levitin

Принципиальной иной взгляд на классификацию алгортимов, хотя автор утверждает, что этот взгляд уже имел место и до него, просто не очень распространен.

Есть качественный перевод на Русский.

Наверное, это самая легкая книга по алгоритмам из всех, что я встречал (по крайней мере, среди иностранных). Сбалансированное присутствие математики. Читается на одном дыхании. Решил глянуть о чем она, и не заметил, как за день буквально проглотил 75 страниц. Отличное учебное пособие для новичков.

#Algorithms

"Domain Driven Design in Golang - Tactical Design" by Damiano Petrungaro
https://www.damianopetrungaro.com/posts/ddd-using-golang-tactical-design/

"Domain Driven Design in Golang - Strategic Design" by Damiano Petrungaro
https://www.damianopetrungaro.com/posts/ddd-using-golang-strategic-design/

Не читал, но тенденцию DDD в Golang поддерживаю.

#DDD #Golang

A Golang port of Greg Young's SimpleCQRS
https://github.com/andrewdodd/m-r

Парень портировал демонстрационное CQRS-приложение Грега Янга на Golang.

#DDD #Golang

Тренд DDD в Golang набирает обороты:
https://github.com/heynickc/awesome-ddd/pull/157

#DDD #Golang

Один из наиболее частых вопросов - есть ли жизнь без Outbox pattern?

Да, есть, и Outbox нужен далеко не всегда.

В руководстве Microsoft https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/subscribe-events#designing-atomicity-and-resiliency-when-publishing-to-the-event-bus
и в каталоге Chris Richardson
https://microservices.io/patterns/data/transactional-outbox.html
в качестве альтернативы Outbox приводится Event Sourcing, иногда реализуемый в виде Front-Door Queue
https://github.com/obsidiandynamics/goharvest/wiki/Comparison-of-messaging-patterns#front-door-queue . При этом, становится важной поддержка идемпотентности.

В EIP ("Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions" by Gregor Hohpe, Bobby Woolf) есть весьма познавательная, и, к сожалению, малоцитируемая глава "Transactional Client", которая рассматривает вопрос "Transactional Consumer" vs "Transactional Sender".

📝 "Both a sender and a receiver can be transactional. With a sender, the message isn’t “really” added to the channel until the sender commits the transaction. With a receiver, the message isn’t “really” removed from the channel until the receiver commits the transaction. A sender that uses explicit transactions can be used with a receiver that uses implicit transactions, and vise versa. A single channel might have a combination of implicitly and explicitly transactional senders; it could also have a combination of receivers.

With a transactional receiver, an application can receive a message without actually removing the message from the queue. At this point, if the application crashed, when it recovered, the message would still be on the queue; the message would not be lost. Having received the message, the application can then process it. Once the application is finished with the message and is certain it wants to consume it, the application commits the transaction, which (if successful) removes the message from the channel. At this point, if the application crashed, when it recovered, the message would no longer be on the channel, so the application had better truly be finished with the message.

How does controlling a messaging system’s transactions externally help an application coordinate several tasks? Here’s what the application would do in the scenarios described above:"
- "Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions" by Gregor Hohpe, Bobby Woolf

Этот же вопрос, но немного с другой терминологией, "Transactional Client" vs "Transactional Actor", рассматривается в RMPwtAM ("Reactive Messaging Patterns with the Actor Model: Applications and Integration in Scala and Akka" by Vaughn Vernon).

Те, кто пишут на Golang, могут использовать коробочные решения Outbox:
- https://github.com/ThreeDotsLabs/watermill/tree/master/_examples/real-world-examples/transactional-events
- https://github.com/obsidiandynamics/goharvest
- https://github.com/wework/grabbit (поддерживает Saga)
- https://github.com/omaskery/outboxen
- https://github.com/omaskery/outboxen-gorm
- https://github.com/QuangTung97/eventx
- https://github.com/nilorg/outbox

- https://github.com/topics/transactional-outbox?l=go
- https://github.com/topics/outbox?l=go
- https://github.com/topics/outbox-pattern?l=go
- https://github.com/topics/transactional-outbox-pattern?l=go

Watermill интересен тем, что данные в таблицах неизменяемы, т.е. записи ложатся компактно и постранично на диск, и могут быть применены решения для time-series data (timescaledb, pg_partman/pg_pathman...).

#DistributedSystems #EIP #EDA #DDD #Microservices #Golang #SoftwareArchitecture #SoftwareDesign

Ну и, чтобы уже закрыть тему Outbox, то стоит упомянуть несколько полезных ссылок по Transaction log tailing (Transaction log mining):

- https://www.postgresql.org/docs/11/sql-notify.html
- https://www.postgresql.org/docs/11/sql-createpublication.html
- https://www.postgresql.org/docs/11/protocol-replication.html
- https://tapoueh.org/blog/2018/07/postgresql-event-based-processing/
- https://github.com/eulerto/wal2json
- https://github.com/kingluo/pgcat
- https://github.com/hasura/pgdeltastream
- https://github.com/pramsey/pgsql-http

Игорь Кузнецов ( @swenotes / @kuznetsovin ) недавно писал статью на эту тему:
- https://www.swe-notes.ru/post/pg-event-sourcing/

Для Golang-разработчиков могут оказаться полезными следующие ссылки:

- https://pkg.go.dev/github.com/lib/pq#hdr-Notifications
- https://github.com/blind-oracle/psql-streamer
- https://github.com/jackc/pglogrepl
- https://github.com/dingchao/prometheus/blob/43953b105bf9dddd6ec82878f509fb3628e1961b/storage/remote/wal_watcher.go
- https://github.com/redesignhealth/postgres-wal-tailer/blob/2562429aa1feb692987bbb7775d0555ebbea43b2/src/main/java/jon/pgrepl/WalTailer.java#L43

#DistributedSystems #EIP #EDA #DDD #Microservices #Golang #SoftwareArchitecture #SoftwareDesign