Many thanks to @laurence.ashdown, the developer behind the Voyage Calculator, and the co-author of this piece!
Every new feature released onto Vortexa’s Analytics platform is a result of a concerted cross-team effort.
Each stage of the data enrichment process, preceding the stage when the data is displayed in the browser, requires the involvement of a separate specialized team. Our latest release — the Voyage Calculator — is an example of how cross-team collaboration can lead to great results.
Vortexa’s Voyage Calculator computes estimated distances, times, and speeds for routes between ports, or between a selected vessel and a port.
Under the hood, the Voyage Calculator uses our standalone internal service run on Kubernetes which utilises a proprietary maritime route A* search algorithm, developed by the Signal Processing and Enrichment Team.
Our Application Development Team was tasked with building the frontend and the backend infrastructure to use the service to calculate various voyage parameters.
First, the Voyage Calculator form in the frontend collects all the necessary information to send a successful POST request to a selected endpoint in the Vortexa API. As shown in Figure 2, there are a number of possible combinations, and we leave it to the customer to decide how they want to structure this query.
Before any calculation is performed, the API will validate request parameters, sending an error message instead of a full response if any are missing.
Next, multiple requests can be made to the pathfinding service with latitude and longitude coordinates, to return an optimal path between two points. For voyages with many waypoints, there are multiple asynchronous requests made to the service, each taking only 23ms to complete. The data from these parallel requests is then stitched together in the API. The final shape of the trail is also dependent on the class of the vessel and whether it carries any cargo.
At this point we have the trail, but our job is not done yet! Voyage data, such as the speed, the ETA (estimated time of arrival), ETD (estimated time of departure), or the duration, are still missing. All of this is calculated by a utility function located in the backend. A complete response is then sent to the browser.
Back in the frontend, the state of the application is updated with the result of our successful query. The frontend components of the Voyage Calculator use effect hooks and state selectors to access this new data as soon as it’s returned from the API. As shown in Figure 4, the data is displayed in two ways:
The best thing about it? — It takes approximately 400ms to get all this information from the moment you click on the ‘Calculate Voyage’ button!
The release of the Voyage Calculator is one we are particularly proud of. And it’s not just because this feature was eagerly anticipated by our growing client base and worked reliably from day 1.
The most striking aspect of this release was how straightforward implementing a functionality like the Voyage Calculator is in Vortexa’s architecture.
A lot of Vortexa’s internal services run on Kubernetes, which allows us to easily spin up new instances of our microservices and scale them according to the current usage. Responsibility for managing this part of Vortexa’s estate belongs to the Data Services Team.
Their expertise in optimising individual microservices for maximum performance and efficiency gave the Signal Processing and Enrichment team the confidence that their pathfinding service will be served to our Application Development Team with minimal latency, ensuring deterministic user-response time.
This three-way cooperation is part of our daily routine here at Vortexa. Playing to each other’s strengths allows us to continuously develop market-leading features, such as the Voyage Calculator. The aim of this project was to provide a great user experience — so far the feedback has been nothing but positive!
How the voyage calculation is obtained: