Skip to content
dononitram edited this page Apr 9, 2024 · 9 revisions

ADR 01 - JavaScript

Decision Accepted ✅

Using JavaScript to code the application's frontend and backend

✨ Pros

  • JavaScript is an interpreted lightweight programming language, which significantly reduces the time required for compilation, resulting in faster development cycles.
  • JavaScript's simplicity and versatility make it an ideal choice for both frontend and backend development, allowing developers to effortlessly switch between different platforms and frameworks.
  • JavaScript's widespread adoption and extensive community support provide developers with a vast array of resources, libraries, and frameworks, empowering them to build robust and scalable applications.
  • JavaScript's dynamic nature allows for flexible and agile development, enabling developers to quickly iterate and adapt to changing requirements.

⚠️ Cons

  • Steep learning curve for team members unfamiliar with JavaScript, requiring additional time and effort for training.
  • Limited debugging capabilities, potentially leading to longer troubleshooting and bug-fixing cycles.
  • Lack of strong typing and compile-time checks may result in more runtime errors and potential issues.
  • JavaScript's dynamic nature can make code maintenance and refactoring more challenging.

💡 Alternatives

  • Using other frontend technologies: This would not be fit for our project since it is possible that compatibility issues may arise due to JavaScript being the predominant frontend technology to date.
  • Using other backend technologies: While PHP is still widely used as a backend technology in 2024, leveraging Node.js will undoubtedly reduce costs and development time by minimizing research and documentation tasks for the general-purpose developers within the team.
  • Developing a desktop/local app instead of a web-based system: While this approach would eliminate the deployment complexities associated with web apps, a web-based system offers a more consistent user base due to the ease of access and the tools available in each client's web browser.

ADR 02 - QG Microservice

Decision Accepted ✅

Creating a new microservice for the question generation service.

✨ Pros

  • The architectural design of the project is significantly improved, leading to better scalability, maintainability, and reusability.
  • The new microservice allows for easier integration with other services and systems, promoting a modular and flexible application.
  • By separating the question generation functionality into its own microservice, it becomes easier to scale and manage resources independently, ensuring optimal performance.
  • The microservice architecture enables the team to adopt a microservices-based development approach, facilitating continuous integration and deployment.

⚠️ Cons

  • A new service will need to be created, implying additional work for the team. However, the long-term benefits outweigh the initial effort.

💡 Alternatives

  • Implementing the question generation functionality in an already existing service: This approach does not align with the project's requirements as there are no suitable alternatives where the new functionality can be seamlessly integrated without compromising the existing service's architecture and functionality.
  • Utilizing a third-party question generation service: While this option may save development time, it introduces dependencies on external services and may limit customization and control over the question generation process.

🔎 Additional Information

  • The QG microservice will be responsible for generating questions based on predefined rules and data, providing a scalable and efficient solution for the application's question generation needs.
  • The microservice will try to follow industry best practices, such as using RESTful APIs for communication and implementing proper error handling and logging mechanisms.
  • It will be developed using a suitable programming language and framework that aligns with the project's technology stack and the team's expertise.
  • The microservice will be containerized using Docker, ensuring easy deployment and scalability.
  • Integration tests and monitoring will be implemented to ensure the reliability and performance of the QG microservice.

ADR 03 - Docker

Decision Accepted ✅

Using Docker to deploy the application.

🚀 Pros

  • Docker enables fast and effortless deployment, reducing the time and effort required for setting up the application environment.
  • Docker containers provide isolation and consistency, ensuring that the application runs consistently across different environments.
  • Docker simplifies scalability by allowing easy replication and distribution of containers.
  • Docker's image-based approach promotes version control and reproducibility, making it easier to manage and roll back changes.

⚠️ Cons

  • Outdated or incomplete documentation may pose challenges when troubleshooting or seeking guidance.
  • Docker introduces an additional layer of complexity, requiring developers to learn and understand containerization concepts and Docker-specific commands.
  • Migrating from other virtualization technologies to Docker may involve a learning curve and potential complexities.
  • Docker containers can consume significant disk space, especially when multiple containers are used.

💡 Alternatives

  • Using virtual machines (VMs): VMs provide similar benefits of isolation and portability, but they come with higher resource overhead and longer startup times compared to Docker containers.
  • Using container orchestration platforms like Kubernetes: While Kubernetes offers advanced features for managing containerized applications, it adds complexity and requires additional infrastructure setup and maintenance.
  • Using serverless platforms: Serverless platforms abstract away the infrastructure management entirely, but they may not be suitable for all types of applications and may introduce vendor lock-in.

ADR 04 - React

Decision Accepted ✅

Using React JS to create the user interfaces of the application.

✨ Pros

  • React's component-based architecture allows for granular updates of specific parts of a webpage, resulting in improved performance and user experience.
  • React offers unparalleled versatility and extensive customization options, enabling developers to create visually stunning and interactive interfaces.

⚠️ Cons

  • Mastering React requires understanding complex concepts and advanced patterns, which may require additional learning and practice.
  • React has a substantial library and dependency ecosystem, which may increase the initial setup and maintenance overhead.

💡 Alternatives

  • Using JavaScript natively: Opting for native JavaScript development would demand significant effort, time, and expertise, while also compromising the aesthetics and functionality of the frontend.
  • Other JavaScript frameworks: Although there are alternative frameworks available, React's large and vibrant community support, coupled with its extensive ecosystem, make it the preferred choice for the project.

ADR 05 - MongoDB

Decision Accepted ✅

Using MongoDB as our primary database technology.

✨ Pros

  • MongoDB offers high performance and scalability, allowing for efficient handling of large amounts of data and high traffic loads.
  • The flexible document-based model of MongoDB enables easy schema evolution and accommodates changing data requirements.
  • MongoDB's built-in replication and sharding capabilities ensure high availability and fault tolerance for our application.

⚠️ Cons

  • Adopting a NoSQL database like MongoDB may require a learning curve for the team, as it introduces new concepts and practices compared to traditional relational databases.
  • Complex joins and aggregations in MongoDB can be more challenging and less performant compared to relational databases.

💡 Alternatives

  • Using a relational database: While relational databases have a well-established ecosystem and are familiar to the team, they may not provide the same level of flexibility and scalability as MongoDB for our specific use case.
  • Exploring other NoSQL databases: There are other NoSQL databases like Cassandra and CouchDB that offer different trade-offs in terms of scalability, consistency, and query capabilities. However, MongoDB's popularity, community support, and integration with our technology stack make it a strong choice for our project.

ADR 06 - ExpressJS

Decision Accepted ✅

Using ExpressJS for the application's backend

✨ Status

✔️ Accepted

🚀 Pros

  • Lightweight and minimalistic framework
  • Easy to learn and get started with
  • Extensive middleware ecosystem for added functionality
  • Excellent community support and documentation

⚠️ Cons

  • May require additional research and learning for the team
  • Lack of strict structure or conventions for organizing code
  • Not suitable for large-scale enterprise applications with complex requirements

💡 Alternatives

  • Koa: A modern and lightweight framework that offers a more streamlined and elegant API compared to ExpressJS.
  • NestJS: A TypeScript-based framework that provides a structured and scalable approach to building backend applications.
  • Fastify: A highly performant framework known for its speed and efficiency, suitable for building high-performance APIs.

ADR 07 - TBD

Decision Accepted ✅

Changing from Gitflow to Trunk Based Development

🚀 Pros

  • Streamlined development process with a centralized codebase, reducing complexity and overhead associated with managing multiple long-lived branches.
  • Faster feedback loop and quicker delivery of features and bug fixes, as changes are merged directly into the main branch.
  • Encourages collaboration and knowledge sharing among team members, as everyone works on the same codebase.
  • Simplifies release management and reduces the risk of merge conflicts.

⚠️ Cons

  • Requires a shift in mindset and practice to ensure proper synchronization and coordination among team members, as changes are merged directly into the main branch.
  • May require additional tooling and automation to support continuous integration and deployment.
  • Can be challenging to maintain stability and ensure the quality of the main branch, especially in larger teams or complex projects.

💡 Alternatives

  • Gitflow: A branching model that provides a structured approach for managing feature development and releases, suitable for projects with longer release cycles and strict versioning requirements.
  • Feature Branching: A variation of Gitflow where each feature is developed in a separate branch, allowing for more isolation and parallel development, but potentially introducing more complexity and longer feedback loops.
  • GitOps: A methodology that combines version control (Git) and infrastructure as code (IaC) practices to manage and automate the deployment and operation of applications, providing a declarative and auditable approach to software delivery.

ADR 08 - HTTPS

Clone this wiki locally