Developer Experience First

Every aspect of the architecture, from the code, filestructure, and local environments to the pipeline deployments and repo management focuses on a good DX first and foremost. The application's excellent performance practically self-realizes as a result.

Monorepo

While not an org-wide monorepo, the app contains everything needed to run all of its services in one repo. This enables code sharing where valuable, while still maintaining a strict division of services within the structure, all orchestrated at the project root.

Yarn 2+ PnP

This was a game changer for everything from local work to deployment. When switching from PR to PR the ability to do so without having to run any dependency install made context switching nearly effortless. CI/CD didn't require any unique dependency management setup.

Playwright E2E

The most effective and broad testing coverage we could get was with end-to-end testing with Playwright. Being able to prevent regressions via the same user interactions that first detected them enabled rapid safety guard creation. All able to run locally and in pipelines, in a containerized, headless browser, all without the need to configure anything unique to the stack or individual libraries.

NoSQL Migration to SQL

A lot of the system's overall stability was gained just from the migration away from NoSQL. The migration alone detected and resolved several hidden, persistent issues such as duplicate accounts, disconnected relationships, and misattributed payments.

Performance Increase

Implementing a server-side GraphQL pagination technique that seamlessly integrated with our frontend table components resulted in a significant performance boost, with a 133X improvement in page load speed observed during load testing.

An Actual Graph

The previous GraphQL schema closely resembled a RESTful structure, where each page's request required a dedicated resolver tailored to its specific needs. This made it challenging to add new frontend structures as it required creating new backend resolvers for each case. The new schema and resolvers are designed to match the data's structural graph, allowing the data necessary for any view to be queried from all existing resolvers, increasing the flexibility and scalability of the system.

				query Affiliates($limit: Int!, $offset: Int!, $sort: [Sort!]!) {
					affiliates(page: { limit: $limit, offset: $offset }, sort: $sort) {
						nodes {
							id
							email
							website
							referrals {
								nodes {
									id
									isActive
									created
									commissions {
										nodes {
											id
											amount
										}
									}
								}
								meta {
									total
								}
							}
						}
						meta {
							total
						}
					}
				}