|
16 | 16 |
|
17 | 17 | 
|
18 | 18 |
|
19 |
| -* Bulk processing designed as a separate system within Payment Hub EE architecture supporting |
| 19 | +* Bulk processing is designed as a separate system within Payment Hub EE architecture supporting |
20 | 20 | * File integrity check with MD5/SHA256 checksum when received in channel connector
|
21 | 21 | * Bulk processor
|
22 | 22 | * Parse CSV file
|
|
26 | 26 | * Workflow Initiator
|
27 | 27 | * Pull messages from Kafka payments topic
|
28 | 28 | * Format data based on payment connector requirements
|
29 |
| - * Initiate payment type specific workflows |
| 29 | + * Initiate payment type-specific workflows |
30 | 30 |
|
31 | 31 | **Key Considerations:**
|
32 | 32 |
|
33 | 33 | * Kafka provides auto partitioning within topics based on throughput and data
|
34 |
| -* Scalable and fault tolerant system provided by multi-cluster setup |
| 34 | +* Scalable and fault-tolerant system provided by the multi-cluster setup |
35 | 35 | * Handle backpressure from Zeebe and throttle workflow initiation
|
36 | 36 | * Kafka will act as a buffer in this case
|
37 | 37 | * Advantageous when Zeebe is overloaded
|
|
41 | 41 | * Provide a visual workflow representation with Zeebe
|
42 | 42 | * Stores every state for workflow instances
|
43 | 43 | * Timers surviving node failures without interruptions
|
44 |
| -* Using an efficient, high performance binary protocol (gRPC) for the clients to connect and receive tasks for execution |
| 44 | +* Using an efficient, high-performance binary protocol (gRPC) for the clients to connect and receive tasks for execution |
45 | 45 | * Retry mechanism on the entire subprocess
|
46 | 46 | * But retry is already in place within subprocesses
|
47 | 47 | * Unified payment architecture
|
48 | 48 | * Easy integration with AMS if payment staging requires it
|
49 |
| - * Incase of beneficiary creation during transfer |
| 49 | + * In case of beneficiary creation during transfer |
50 | 50 | * Using Raft for log replication
|
51 |
| - * Kafka has write ahead log replication as well. |
52 |
| -* Easy integration of pre and post transaction workers |
| 51 | + * Kafka to write ahead log replication as well. |
| 52 | +* Easy integration of pre and post-transaction workers |
53 | 53 | * Such as bulk notification
|
54 | 54 |
|
55 | 55 | #### References:
|
|
0 commit comments