Open edX is the open-source learning platform originally built for edx.org and now developed as an independent project. It has two faces. Studio is the authoring environment, where a course is assembled as a hierarchy of sections, subsections, units and components, and exported or imported as OLX — an XML representation that makes courses versionable and portable. The LMS is the learner-facing side, delivering that course with grading, progress tracking, discussions, certificates and instructor tooling.
Underneath it is a substantial Django application with a distributed supporting cast: MySQL for relational data, MongoDB for the course modulestore, Redis and Celery for asynchronous work, a search backend, and a growing set of React micro-frontends that have replaced the older server-rendered pages for learning, authoring, account and profile experiences. Deployment is done with Tutor, the Docker-based distribution that is now the standard way to install, configure, upgrade and extend Open edX — replacing the older configuration-management approach entirely.
Extension is where most organisations spend their engineering effort. XBlocks are the component API: a custom XBlock adds a new kind of activity to the course authoring palette and renders in both Studio and the LMS. LTI integrates external tools in both directions, SCORM content can be embedded, and Open Response Assessment supports peer and self grading. Beyond components, Tutor plugins add services and configuration, comprehensive theming and micro-frontend customisation change the look, and the REST APIs and event pipeline let Open edX participate in a wider stack rather than sit as an island. Named releases arrive on a predictable cadence, which makes upgrade planning a permanent part of operating the platform.
Why this skill matters now
Organisations that took online learning seriously during the last decade have mostly outgrown their first platform. Hosted products are priced per learner, which becomes painful at scale, and they restrict how far the experience can be customised or integrated. Open edX is the credible alternative for universities, large enterprises, government training bodies and commercial course providers who need control of the data, the branding, the integrations and the cost curve.
The platform itself moved substantially in recent years. Tutor made deployment genuinely tractable where the old installation path was a specialist skill in itself. Micro-frontends replaced large parts of the legacy interface. The analytics story shifted to a modern stack. Each of those changes made the platform better and simultaneously made most existing documentation and institutional knowledge out of date, which is exactly the situation where training pays.
The scarce capability is the combination. Plenty of people can author a course; fewer can run the platform underneath it. Plenty of Django developers exist; few know the XBlock API, the modulestore, the MFE architecture or how a named-release upgrade actually goes. Teams typically need somebody who can deploy it reliably, integrate it with their identity provider and their systems of record, extend it where the business demands something the platform does not ship, and keep it upgradeable rather than forked into a corner.