AWS Builder Center
Inside the AWS SBG LMS: Building a Learning Platform for Our Community

Inside the AWS SBG LMS: Building a Learning Platform for Our Community

An overview of the technology, features, and engineering decisions behind the learning platform built for AWS SBG RGUKT Ongole.

Technical Lead @AWS SBG RGUKT Ongole | Aspiring Red Teamer | Security Minded Builder

Introduction

When we launched the AWS Student Builder Group (AWS SBG) LMS at RGUKT Ongole, it marked the completion of a project that had gone through planning, development, testing, and several rounds of improvements.
The idea was to create a dedicated platform where students could access learning resources in an organized way. But bringing that idea to life involved more than building a few pages and adding course content. The application needed a proper technical foundation, a consistent user experience, and a structure that could support the needs of our community.
In this article, I want to share a closer look at the LMS, the technologies behind it, some of the decisions made during development, and what the project taught me about building a complete application.

1. The Technology Behind the Platform

For this project, I worked with a stack built around Next.js, TypeScript, Prisma, and PostgreSQL.
Each technology serves a different purpose in the application.
  • Next.js provides the foundation for the web application and its server-side functionality.
  • TypeScript helps maintain type safety and makes the code easier to reason about.
  • Prisma provides a structured way to work with application data.
  • PostgreSQL serves as the relational database.
  • Auth.js supports the application's authentication system.
I chose this stack to bring the different parts of the application together in a structured way.
One thing I learned while working on the project is that choosing technologies is only the beginning. Understanding how they work together, handling the interactions between different components, and making sure the application behaves correctly are equally important.

2. Bringing the Different Parts Together

An application like an LMS has several moving parts. The user interface, application logic, authentication, and database all need to work together.
When a student opens a course, for example, the application needs to retrieve the relevant information and present it in a way that is easy to understand. The experience depends not only on the interface but also on the logic and data supporting it.
I approached the LMS as one connected application rather than a collection of independent features. As development progressed, I tested individual features and then checked how they behaved when integrated with the rest of the platform.
This became particularly important when the frontend was redesigned. The new interface had to work with the existing application functionality, so getting the pages to look right was not enough. The interactions and underlying behavior had to remain correct as well.
That experience reinforced an important lesson for me: a feature is only as good as the way it works within the complete application.

3. Making Learning More Organized

The main purpose of the LMS is to give our student community a dedicated place to access learning resources.
The platform includes a course catalogue and individual course pages, helping students explore available learning content and navigate the material associated with a course.
The platform's user and learning-content management is handled by the LMS administrators. This helps keep the information available on the platform organized and maintained centrally, while students can focus on exploring courses and accessing learning resources.
We also included support for introductory videos. These give students an overview of a course before they begin its actual lessons, keeping the introduction separate from the main learning content.
Small decisions like these can make a difference to the overall experience. The goal is not simply to make content available, but to present it in a way that makes sense to the people using the platform.
For a student who wants to learn something new, the experience should feel organized and straightforward rather than confusing.

4. Thinking About the User Experience

One of the things I paid particular attention to during development was the interface.
My earlier projects were more focused on backend logic, APIs, and databases. With the LMS, I had to think more carefully about how the application would feel to someone using it for the first time.
I realized that functionality alone was not enough. The information needed to be presented clearly, different pages needed to feel consistent, and the overall experience had to be comfortable to use.
This led me to reconsider my original frontend approach and work towards a more consistent design across the platform.
The process took several iterations, but it helped me understand the relationship between design and engineering. A technically functional application can still fall short if its interface makes everyday tasks difficult.
That is something I want to keep improving in future projects.

5. Reliability and Security Matter

A learning platform needs to do more than display content correctly. It also needs to handle user access, application data, and unexpected situations responsibly.
During development, I paid attention to authentication, access control, input validation, and the way different parts of the application behaved under different conditions.
I also treated testing as a regular part of development rather than something to do only at the end.
The process involved checking individual features, testing how they worked together, reviewing issues that appeared during integration, and verifying the application after deployment.
Automated checks helped identify problems, while manual testing helped me examine the actual user experience and catch issues that might not be obvious from a successful build alone.
Of course, testing cannot guarantee that an application will never have a problem. It does, however, provide a much stronger basis for releasing a platform than relying on assumptions.
For me, this was one of the most valuable parts of working on a real application intended for other people to use.

6. From Development to Launch

After the main functionality and interface were in place, the next step was to verify that the application worked as a complete system.
I tested the integrated platform, addressed issues that appeared during development, and carried out another round of checks after deployment.
The AWS SBG LMS officially launched on October 9, 2026.
Seeing the platform go live was an important milestone. What began as an idea had become something that our student community could actually use.
But I don't see the launch as the end of the project. Once people begin using an application, their experiences and feedback can reveal improvements that may not have been obvious during development.
That is why I see this launch as the beginning of the next stage: improving the platform based on real needs.

7. What I'd Like to Improve Next

There is always room to improve a software project, and the LMS is no exception.
As more students explore the platform, I want to understand which parts of the experience work well for them and where things could be better.
Some improvements may involve making existing features easier to use. Others may involve introducing new capabilities that make learning more engaging or help students organize their learning more effectively.
Rather than deciding on every future feature in isolation, I believe it is worth listening to the people who will actually use the platform.
Their suggestions can help us identify what would be genuinely useful and prioritize improvements accordingly.

Your Suggestions Matter!

The AWS SBG LMS was built for our student community, and I'd love to hear what you think could make it better.
If you've explored the platform, what features would you like to see added in the future?
It could be something that improves the learning experience, makes course navigation easier, helps students stay organized, or introduces an entirely new way to learn.
You can share your suggestions in the comments below. I'll be interested to hear your ideas and understand what would be most useful to students.

Conclusion

Building the AWS SBG LMS gave me an opportunity to work on a complete application rather than focusing on individual technical components in isolation.
It helped me understand how technology choices, application structure, user experience, testing, and deployment come together when building something for real users.
The platform is now live, but there is still plenty to learn and improve. I'm looking forward to seeing how students use it and what we can build next based on their feedback.
Explore the platform: AWS SBG LMS 
Built for our community. Evolving with our community.
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article