Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: update technical architecture overview for pi14 #323

Merged
merged 3 commits into from
Jul 27, 2021
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions SUMMARY.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,6 +31,7 @@
* [Documentation Style Guide](contributors-guide/documentation/documentation-style-guide.md)
* [Mojaloop Technical Overview](mojaloop-technical-overview/README.md)
* [Mojaloop Hub](mojaloop-technical-overview/overview/README.md)
* [Current Architecture - PI14](mojaloop-technical-overview/overview/components-PI14.md)
* [Current Architecture - PI12](mojaloop-technical-overview/overview/components-PI12.md)
* [Legacy Architecture - PI11](mojaloop-technical-overview/overview/components-PI11.md)
* [Legacy Architecture - PI8](mojaloop-technical-overview/overview/components-PI8.md)
Expand Down
14 changes: 7 additions & 7 deletions mojaloop-technical-overview/overview/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,9 +2,9 @@

There are several components that make up the Mojaloop ecosystem. The Mojaloop Hub is the primary container and reference we use to describe the core Mojaloop components.

The following component diagram shows the break-down of the Mojaloop services and its micro-service architecture:
The following component diagram shows the break-down of the Mojaloop services and its micro-service architecture:

![Current Mojaloop Architecture Overview](./assets/diagrams/architecture/Arch-Mojaloop-overview-PI12.svg)
![Current Mojaloop Architecture Overview](./assets/diagrams/architecture/Arch-Mojaloop-overview-PI14.svg)

_Note: Colour-grading indicates the relationship between data-store, and message-streaming / adapter-interconnects. E.g. `Central-Services` utilise `MySQL` as a Data-store, and leverage on `Kafka` for Messaging_

Expand All @@ -15,10 +15,10 @@ These consist of:
* The **Account Lookup Service** (**ALS**) provides a mechanism to resolve FSP routing information through the Participant API or orchestrate a Party request based on an internal Participant look-up. The internal Participant look-up is handled by a number of standard Oracle adapter or services. Example Oracle adapter/service would be to look-up Participant information from Pathfinder or a Merchant Registry. These Oracle adapters or services can easily be added depending on the schema requirements.
* The **Quoting Service** (**QA**) provides Quoting is the process that determines any fees and any commission required to perform a financial transaction between two FSPs. It is always initiated by the Payer FSP to the Payee FSP, which means that the quote flows in the same way as a financial transaction.
* The **Simulator** (**SIM**) mocks several DFSP functions as follows:
- Oracle end-points for Oracle Participant CRUD operations using in-memory cache;
- Participant end-points for Oracles with support for parameterized partyIdTypes;
- Parties end-points for Payer and Payee FSPs with associated callback responses;
- Transfer end-points for Payer and Payee FSPs with associated callback responses; and
- Query APIs to verify transactions (requests, responses, callbacks, etc) to support QA testing and verification.
* Oracle end-points for Oracle Participant CRUD operations using in-memory cache;
* Participant end-points for Oracles with support for parameterized partyIdTypes;
* Parties end-points for Payer and Payee FSPs with associated callback responses;
* Transfer end-points for Payer and Payee FSPs with associated callback responses; and
* Query APIs to verify transactions (requests, responses, callbacks, etc) to support QA testing and verification.

On either side of the Mojaloop Hub there is sample open source code to show how a DFSP can send and receive payments and the client that an existing DFSP could host to connect to the network.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
7 changes: 7 additions & 0 deletions mojaloop-technical-overview/overview/components-PI14.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,7 @@
# Mojaloop Hub Current Components - PI14

The following component diagram shows the break-down of the Mojaloop services and its micro-service architecture for pre PI14:

![Mojaloop Architecture Overview PI14](./assets/diagrams/architecture/Arch-Mojaloop-overview-PI14.svg)

_Note: Colour-grading indicates the relationship between data-store, and message-streaming / adapter-interconnects. E.g. `Central-Services` utilise `MySQL` as a Data-store, and leverage on `Kafka` for Messaging_