Arsitektur microservice modern didorong oleh peristiwa, reaktif, dan koreografer (sebagai lawan dari kontrol terpusat melalui orkestrator), yang memungkinkan mereka untuk digabungkan secara longgar dan mudah diubah, bukan?
TL; DR: Oh tidak! Anda akan menghadapi kendala dalam memahami dan mengelola arus peristiwa.
Dalam artikel ini, saya akan merangkum pengalaman saya dengan koreografi layanan mikro dan menunjukkan berbagai kendala dan implikasi dari pendekatan ini. Saya menggunakan contoh bisnis yang khas - proses "orientasi pelanggan" (tergantung pada industrinya, Anda mungkin mendengarnya sebagai pembukaan akun ). Untuk antrian acara yang disajikan di bawah ini, saya menggunakan Apache Kafka , tetapi jangan khawatir jika Anda menggunakan tumpukan yang berbeda, konsep yang sama akan berlaku.
Koreografi layanan mikro
Misalkan layanan dan acara berikut membentuk sistem koreografer Anda:
Hambatan utama yang muncul saat menggunakan pendekatan ini dapat dijelaskan oleh pertanyaan-pertanyaan berikut
- Bagaimana cara mengubah aliran peristiwa?
- ? ?
- SLA ? - ? ? ?
- (, )?
, .
, . - . , , .
.
, , . :
. , .
. , . , . - .
?
, . - « », , . : “ ”, : “, , , ”. “ ‘ ’?”:
, . , , . , , . , — , . , , , . , , .
InfoQ (. “ ”) :
- ( Zipkin Jaeger)
- ( Elastic)
- ( ProM)
- ( Camunda)
, , , . . . Elastic — , . , - . , .
.
“ ” .
.
SLA, :
:
: ? ( ), .
, :
, :
Kafka Summit San Francisco 2018 (. “ Kafka Zeebe”), .
. “: .”
, , .
SLA
. ?
, . , . ( “ ” QCon London; . “ BPM ”).
(Java Spring Boot) “3 ”, Camunda, , ( GitHub). , .
, , . - ! , SLA , SLA.
, .
. “ ”. , ! . , -, -. .
“ ”, - , , , - , .
, . , . , , .
, , , , .
, , “” SOA BPM. . . , . , , GitHub.
, :
- , , “ ”. , . .
- , . , API . , , .
. , , -, .
. , , — , . , : . , , .
Posting ini pertama kali diterbitkan di InfoWorld . Saya juga baru-baru ini memberikan ceramah tentang topik ini di QCon NYC (Presentasi) .