Corporate · onsite · online training worldwide
contact@DevOpsSchool.com· +91 99057 40781·
> Learning Platform Engineering · DevOpsSchool Trainer

Open edX Trainer

Private corporate batches, live online cohorts and 1-on-1 mentoring in deploying, authoring on and extending the Open edX platform — Tutor, Studio, XBlocks, MFEs and analytics — taught by a practitioner who runs it in production.

20 years across DevOps, SRE and Security · 10,000+ engineers trained · Trained teams at JPMorgan Chase, Verizon, Nokia and the World Bank

DeliveryOnline · Onsite · Hybrid
FormatsCorporate · 1-on-1 · Cohort
AgendaCustomisable
Batch size8–30 engineers
Engineers we've trained work at
JPMorgan ChaseBank of AmericaWells FargoVerizonNokiaWorld BankGE HealthcareVMwareOracleQualcommMercedes-BenzAirbusDatadogSplunkDeloitteInfosysWiproCapgemini
# who teaches it

Your Open edX trainer

Rajesh Kumar

Principal DevOps Engineer & Architect

20 years in productionPrincipal / architect roles10,000+ engineers trainedM.Tech BITS Pilani25+ certifications

Rajesh teaches Open edX across both halves that a running platform needs: the operations side — Tutor-based deployment for development and production, configuration and secrets, plugin-based extension, Kubernetes deployment, backup and the named-release upgrade path that determines whether an instance stays maintainable — and the platform side, covering Studio authoring and OLX, the grading policy model, XBlocks and the component API, LTI and SCORM integration, micro-frontend customisation and comprehensive theming, SSO and the REST APIs. Sessions treat customisation as an upgrade-cost decision, teaching the plugin and theming routes that survive a release rather than the fork that does not.

Twenty years across DevOps, SRE and Security, in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe and others. He has trained engineers at JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus — more than 10,000 people personally. He teaches what he runs, not what he reads.

One practitioner, not a bench

You are booked with a named engineer, and that is who turns up. Marketplaces and larger providers rotate whoever is free, so the person who sold you the agenda is rarely the person teaching it.

The same trainer is available for the next engagement, which matters when a team builds on what it learned last time.

18,000+certified learners
500+corporate batches delivered
50+countries served
100+certification programmes
# faculty

Who delivers Open edX engagements

Your batch is assigned a named trainer before it starts, and that is who teaches it. See the full faculty.

How your Open edX trainer is chosen

Engagements are matched on the tool, not the calendar. For Open edX that means a trainer who has run it in production — deploying, authoring on and extending the Open edX platform — Tutor, Studio, XBlocks, MFEs and analytics — rather than whoever is free that week. You are told who is teaching before you commit, and that person is on the discovery call that shapes the agenda.

Where a batch is large enough to need a second trainer, the pairing is declared up front. The lead trainer stays accountable for the syllabus and the assessment either way.

Rajesh Kumar

Principal DevOps Engineer & Architect

India20 yrsLead trainer

Twenty years across DevOps, SRE and Security in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe, IBM/Emptoris, Ness, MindTree and Accenture. He has trained more than 10,000 engineers personally, at organisations including JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus. He teaches what he runs, not what he reads.

Balachandran Anbalagan

IndiaInstructorCoach

Durga Prasad

IndiaInstructorCoach

Gaurav Aggarwal

IndiaInstructorCoach

Harsh Mehta

IndiaInstructorCoach

Kapil Gupta

IndiaInstructorCoach

Kunal Jain

IndiaInstructorCoach

Nikhil Gupta

IndiaInstructorCoach

Pranab Kumar

IndiaInstructorCoach

Rohit Ghatol

IndiaInstructorCoach

Amit Agarwal

IndiaInstructorCoach

Anil Kumar

IndiaInstructorCoach

# how to engage

Four ways to work with this trainer

Private corporate batch

Teams of 8–30

Custom agenda, your timezone, onsite or online, NDA-friendly.

Request a quote

1-on-1 mentoring

Individual engineers

A private instructor and a curriculum built around your goal.

₹99,999

Live & Interactive cohort

Individuals who want peers

Scheduled batch, max 8 to 10 hours of live instruction.

₹34,999

Self-paced video

Self-starters

Full LMS access — 20+ courses and 50+ tools included.

₹833/mo
# private batches

Private Open edX training for your team

A private batch starts with a discovery call. We look at the stack you actually run — the CI system, the cloud, the constraints — and map the agenda onto it, so examples use your topology rather than a generic one.

Delivery is onsite at your premises, live online, or hybrid, scheduled around your release calendar rather than ours. Batches run 8 to 30 engineers.

Every attendee leaves with recordings, slides, lab repositories and a completion certificate. You receive an attendance and assessment report. Invoicing supports PO and GST.

Talk to us about a private Open edX batch

What you provide vs what we bring

  • You: the room or the call, and the engineers
  • Us: trainer, agenda, labs, assessment, certificates
  • Labs: we guide your team through provisioning their own free-tier cloud environment — the skill goes with them
# the technology

What is Open edX?

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.

Open edX training
# outcomes

What your team can do afterwards

Explain the Open edX architecture — LMS, Studio, modulestore, MFEs, Celery workers and supporting datastores — and how a request flows through it
Deploy Open edX with Tutor for local development and for production, including TLS, domains and external datastores
Build a course in Studio with correct outline structure, and manage it as versionable OLX through import and export
Configure grading policy, assessment types, and interactive content including problem components, ORA, LTI tools and SCORM packages
Set up learner experience features: enrolment modes, cohorts, discussions, certificates and instructor tooling
Extend the platform the maintainable way — Tutor plugins, XBlocks, MFE customisation and comprehensive theming rather than forking
Integrate Open edX with identity providers, systems of record and external services through SSO, REST APIs and the event pipeline
Run the platform: monitoring, backups, scaling, and a rehearsed named-release upgrade with a rollback path
# curriculum

8 modules. Live demos in a real lab, not slides.

01Architecture, components and the development processLive & Interactive5 hrs · 2 assignments · 1 capstone

Understanding what you are about to run. The service topology and the datastores behind it, how LMS and Studio share a course, the micro-frontend layer, the release train and the community process — and an honest assessment of the operational commitment Open edX represents.

Topics: Understand the Open edX architecture, tools and development process · LMS and Studio: two applications, one course · Datastores: MySQL, the MongoDB modulestore, Redis, Celery and search · Micro-frontends and the migration away from server-rendered pages · Named releases, the upgrade cadence and version support · The repository landscape: edx-platform, MFEs, XBlocks and Tutor · Community governance, contribution and where support comes from · Honest sizing: what running this actually costs a team

  • Assignments: (1) Draw the full request path for a learner loading a course unit, naming every service it touches; (2) Produce a capability and effort assessment for running Open edX in your organisation
  • Capstone: Deliver an architecture and operating-commitment brief for an Open edX adoption decision
02Deployment with TutorLive & Interactive5 hrs · 2 assignments · 1 capstone

Setting up the necessary environment to start developing, and the same tooling used for production. Tutor local and development modes, configuration and secrets, domains and TLS, external managed datastores, the plugin system, and Kubernetes deployment for larger installations.

Topics: Set up the necessary development environment to start developing · Tutor concepts: config, environment rendering and image builds · Local development mode, mounted repositories and live reload · Production deployment: domains, TLS, reverse proxy and email · Configuration management, secrets and environment separation · External managed MySQL, MongoDB, Redis and object storage · The Tutor plugin system and official plugins · Kubernetes deployment and when it is justified · Sizing, resource requirements and cost estimation

  • Assignments: (1) Stand up a working local Open edX instance and access both LMS and Studio; (2) Deploy a production-shaped instance with a real domain, TLS and external datastores
  • Capstone: Deliver a reproducible deployment with configuration under version control and a documented rebuild procedure
03Course authoring in StudioLive & Interactive5 hrs · 2 assignments · 1 capstone

Using Open edX's course-authoring tool to build a course. Outline structure and its effect on navigation and grading, component types, files and static assets, scheduling and release dates, course-level settings, and OLX import and export so courses are versionable rather than trapped in a UI.

Topics: Use Open edX's course-authoring tool to build a course · Course outline: sections, subsections, units and components · Component types: text, video, problem, discussion and advanced · Blend the right kind of course content and multimedia to enrich a course · Video handling, transcripts, captions and accessibility · Files, static assets and the course asset pipeline · Release dates, staged publishing and course visibility · Course settings: schedule, details, advanced settings and course team roles · OLX structure, course export and import · Course reruns, templates and reuse across cohorts

  • Assignments: (1) Build a three-section course with mixed media and staged release dates; (2) Export a course as OLX, edit it outside Studio and reimport it successfully
  • Capstone: Deliver a complete, versioned course under source control with a documented authoring standard
04Assessment, grading and interactive contentLive & Interactive5 hrs · 2 assignments · 1 capstone

Creating interactive, hands-on lessons and activities, and grading them. The problem component types and their settings, grading policy and assignment types, open response assessment with peer and self grading, timed and proctored exams, and integrating external tools through LTI and SCORM.

Topics: Create interactive, hands-on lessons and activities · Problem component types: multiple choice, numerical, text input, dropdown, drag and drop · Advanced problems and the problem markup format · Randomisation, attempts, hints, feedback and show-answer policy · Grading policy: assignment types, weights, drop counts and passing grade · Subsection grading and how the outline affects the gradebook · Open Response Assessment: rubrics, peer grading and self assessment · Timed, proctored and special-exam configuration · Integrate existing web, desktop and mobile applications and content into a course with LTI · SCORM content embedding and its limits

  • Assignments: (1) Design a grading policy for a real course and verify it produces the intended gradebook; (2) Integrate an external tool over LTI and prove grades pass back correctly
  • Capstone: Deliver an assessed course with mixed problem types, an ORA task, an LTI tool and a verified grading policy
05Learner experience and instructor toolingLive & Interactive5 hrs · 2 assignments · 1 capstone

How instructors design and run a course once learners arrive. Enrolment modes and entitlements, cohorts and content groups for differentiated delivery, discussions, certificates, and the instructor dashboard tools used to assess student performance and provide timely feedback.

Topics: Understand how Open edX's components work together to enable instructors to design online learning · Enrolment: modes, invitations, bulk enrolment and entitlements · Cohorts, content groups and differentiated course content · Discussion configuration, moderation and divided discussions · Assess student performance and provide timely feedback using instructor tools · Instructor dashboard: gradebook, grade adjustment and report generation · Certificates: configuration, generation, branding and verification · Email, announcements and learner communication · Collaborate with others to deploy and manage a series of online courses · Course team roles, permissions and programme-level structure

  • Assignments: (1) Run a course with two cohorts receiving different content and prove the separation holds; (2) Generate certificates and a full grade report, then correct a grading error through the instructor tools
  • Capstone: Deliver an instructor operating guide covering enrolment, cohorts, feedback, reporting and certification
06Extending the platform: XBlocks, MFEs and themingLive & Interactive5 hrs · 2 assignments · 1 capstone

Building, testing and deploying new applications and services to extend the richness of a course. The XBlock API and lifecycle, developing and installing a custom block, micro-frontend customisation, comprehensive theming and branding, and Tutor plugins as the packaging mechanism that keeps all of it upgradeable.

Topics: Build, test and deploy new applications and services to extend a course · The XBlock API: fields, views, handlers and student state · Developing an XBlock locally and testing it in Studio and the LMS · Packaging and installing XBlocks through Tutor · Micro-frontend architecture and the Paragon design system · Customising an MFE and building it into your deployment · Comprehensive theming and branding the legacy pages · Tutor plugins: adding services, settings, patches and images · Django app plugins and platform hooks · Choosing between plugin, theme, MFE change and fork — and the upgrade cost of each

  • Assignments: (1) Develop a simple XBlock with persisted student state and install it into your instance; (2) Customise an MFE and a theme, and package both as a Tutor plugin
  • Capstone: Deliver a packaged customisation set that survives a version upgrade without manual rework
07Integration, identity and APIsLive & Interactive5 hrs · 2 assignments · 1 capstone

Making Open edX part of a wider estate rather than an island. Authentication and single sign-on, user provisioning, the REST APIs for courses, enrolment and grades, event and webhook integration, and connecting to systems of record such as HR, CRM and commerce platforms.

Topics: Authentication backends, OAuth2 and third-party SSO · SAML integration with an enterprise identity provider · User provisioning, deprovisioning and profile synchronisation · The course, enrolment, grades and user REST APIs · API authentication, tokens and scopes · Programmatic course creation and bulk operations · Event and webhook integration with external systems · Commerce, payment and entitlement integration options · Mobile applications and API compatibility · Data privacy, retention and learner data export obligations

  • Assignments: (1) Configure SSO against an identity provider and verify provisioning and role mapping; (2) Automate enrolment for a cohort of learners through the REST API
  • Capstone: Deliver an integration design connecting Open edX to identity and one system of record, with error handling
08Operations, analytics and upgradesLive & Interactive5 hrs · 2 assignments · 1 capstone

Keeping it running and knowing what it is doing. Tracking events and the analytics pipeline, dashboards and reporting, monitoring and log aggregation, backup and restore, scaling under load, and the named-release upgrade rehearsal that decides whether the platform stays current.

Topics: Track, monitor and analyse the activity and performance of an Open edX service · Tracking events, the event bus and downstream pipelines · The analytics stack: warehouse, transformation and dashboards · Learner and course reporting for instructors and administrators · xAPI and Caliper event forwarding to external systems · Monitoring, log aggregation and alerting · Backup and restore of MySQL, MongoDB and object storage · Scaling: web workers, Celery queues, caching and database load · Performance troubleshooting on a live instance · Named-release upgrades: rehearsal, data migrations, plugin compatibility and rollback

  • Assignments: (1) Restore a full instance from backup into a clean environment and verify course integrity; (2) Rehearse a named-release upgrade in a staging environment and document every breakage
  • Capstone: Deliver an operations runbook with monitoring, backup, scaling guidance and a rehearsed upgrade procedure

Need this mapped to your stack?

We rebuild the agenda around the tools you actually run.

Request a custom agenda
# hands-on

Labs and capstones your engineers actually build

LAB · DEPLOY

Instance from nothing

Stand up Open edX with Tutor in development, then again in a production shape with a real domain, TLS and external managed datastores.

tutordockerdeployment
LAB · AUTHORING

Course as source code

Build a structured course in Studio, export it as OLX, edit it outside the interface and reimport it without losing content or grading.

studioolxversioning
LAB · ASSESSMENT

Grading that adds up

Design a grading policy across assignment types, add an ORA task and an LTI tool, then verify the gradebook matches the intended weighting.

gradingoralti
LAB · EXTEND

Your own XBlock

Develop an XBlock with persisted learner state, install it through Tutor and confirm it renders correctly in both Studio and the LMS.

xblockpluginspython
LAB · INTEGRATE

One login, automated enrolment

Configure enterprise SSO with role mapping, then automate enrolment for a cohort through the REST API with proper error handling.

ssosamlrest api
CAPSTONE · UPGRADE

Survive the next release

Rehearse a named-release upgrade in staging with custom plugins, theming and MFE changes in place, documenting every breakage and the rollback path.

upgradebackuprollback
# ecosystem

The tools Open edX sits next to

Tutor
Docker
Django
Python
MySQL
MongoDB
Redis
Celery
Kubernetes
Nginx
React
LTI

Who this is for

  • Platform and DevOps engineers responsible for deploying and operating Open edX
  • Python and Django developers extending the platform with XBlocks, plugins or MFE customisation
  • Learning technologists and instructional designers authoring courses in Studio
  • University and institutional IT teams replacing or supplementing a commercial LMS
  • Corporate learning and development teams running internal training at scale
  • Integration engineers connecting learning data to HR, CRM and analytics systems

Pre-requisites

  • Comfortable on a Linux command line — packages, services, files and permissions
  • Working knowledge of Docker: images, containers, volumes and compose-style orchestration
  • Some Python, enough to read Django code and modify a small application
  • Basic understanding of web application architecture: databases, queues, caches and reverse proxies
  • A machine or cloud instance with sufficient memory and disk to run a full Open edX stack
# pricing

Straightforward pricing

Every plan includes 1 year of full LMS access — not just this course, the entire DevOpsSchool LMS: 20+ courses, 50+ tools, videos, quizzes, assignments and projects.

Self-paced video

₹833/mo

Billed yearly at ₹9,996

Enroll now

1-on-1 mentorship

₹99,999

Full program, private instructor

Enroll 1-on-1

Corporate / private batch

8–30 engineers · custom agenda · onsite or online · PO and GST invoicing

Get a custom quote

Refunds. If we cancel or postpone a cohort, you get a full refund within 15 days. There is no money-back guarantee otherwise.

Terms. Course material remains licensed to the attendee. Read the terms.

Your data. We don't share it with third parties. Privacy policy.

Every attendee gets a verifiable certificate

  • Issued per attendee on completion
  • Verifiable at devopsschool.com/certificates
  • Hard copy available on request
  • Corporate batches receive an attendance and assessment report
DevOpsSchool

Open edX Training

Certificate of completion

# feedback

What engineers say

4.4 / 5 from 26 reviews on Trustpilot.

★★★★★
Very good training session. Well explained from the basics to the complex concepts. Also tried to cover practicals and demos within the 3 hour sessions. The learning content and videos are of a great deal of help.
Sreekanth Kannoth · Trustpilot
★★★★★
Basics explanation was exemplary from Rajesh where he dealt with complicated topics to be simple. Great learning stuff personally for me.
Krishna Mohan Yelleti · Trustpilot
★★★★★
Very detailed explanation and has lots of patience in attending the questionnaire. Thanks again for your wonderful sessions.
Uttam Samudrala · Trustpilot
★★★★★
Good discussion, helped us to understand different tools in SRE.
Prashant Saxena · Trustpilot
★★★★★
Got good lab sessions which kept the new DevOps tool learnings to the point and it helped a lot in my career.
robin son · Trustpilot
★★★★★
I took Terraform training with the tutor named Mithilesh. I requested to tailor the course curriculum for my needs. He did an excellent job of showing me how to write the Terraform script per the instructions provided.
jason smith · Trustpilot
# comparison

Why a named practitioner beats a marketplace listing

What mattersYouTube + blogsGeneric online courseFreelance marketplaceDevOpsSchool
Named practitionerNoRarelyVaries per bookingYes — same trainer each time
Production experienceUnknownUnknownUnverified20 years, named employers
Custom agendaNoNoSometimesBuilt from your stack
Onsite deliveryNoNoSometimesYes
Lab environmentNoneSandbox that expiresVariesYour own cloud — skill goes with you
AssessmentNoneQuizRarelyAssignments + capstone per module
Per-attendee certificatesNoSometimesRarelyYes
Corporate invoicingNoLimitedVariesPO and GST
Post-training supportNoneForum, time-limitedNoneLifetime forum access
# questions

Frequently asked

Is this a course authoring class or a platform engineering class?
Both, and private batches usually weight one way. Authoring teams need the Studio, assessment and instructor modules in depth. Platform teams need deployment, extension, integration and operations. Mixed batches work well because each side learns why the other's constraints exist.
Do you teach Tutor or the older installation methods?
Tutor, throughout. It is the standard distribution and the only installation path under active development. Older configuration-management approaches are mentioned only where a client has an existing instance that needs migrating, which we can add as a dedicated session.
Can we run this on Kubernetes?
Yes, and it is covered in the deployment module along with an honest view of when it is justified. Many instances run perfectly well on a single well-sized host; Kubernetes earns its complexity at higher learner volumes or where the organisation already operates it.
How hard are upgrades?
That depends entirely on how you customised. The course teaches the plugin, theming and MFE routes precisely because they survive a named release, and the final capstone is a rehearsed upgrade with customisations in place so the cost is discovered in staging rather than in production.
Can the agenda be customised for our stack?
Yes — that is the normal case for a private batch. We look at your deployment target, identity provider, existing courses, integration needs and whether you are adopting, migrating or already running Open edX, and rebuild the module list around them.
Do you cover migrating from another LMS?
It can be added to a private batch. The material covers OLX structure, bulk course creation through the API, enrolment migration and user provisioning, which is most of what a migration needs; the source-system export is specific to your current platform.
Do you deliver onsite?
Yes. Private batches run onsite at your premises, live online, or hybrid. You provide the room and the engineers; we bring the trainer, agenda, labs, assessment and certificates.
How long does a private Open edX batch take?
Typically four to five days. Architecture, deployment and authoring take two; assessment, instructor tooling and extension take another two; integration, operations and the upgrade rehearsal close it out.
What lab environment do we need?
Attendees provision their own environment — a machine or free-tier cloud instance with enough memory and disk for a full stack — and we walk them through it. We deliberately do not hand out temporary sandboxes, because the instance they build is the one they keep.
What size are batches?
Private corporate batches run 8 to 30 engineers. Public Live & Interactive cohorts are capped at 10 so everyone gets time with the trainer.
Do attendees get a certificate?
Yes — every attendee receives a completion certificate, verifiable at devopsschool.com/certificates. Corporate batches also receive an attendance and assessment report.
What is your refund position?
If we cancel or postpone a cohort, you receive a full refund within 15 days. There is no general money-back guarantee, and GST and gateway fees are not refunded.

Still deciding?

Tell us the team, the stack and the timeline. You'll get a straight answer, not a sales sequence.

Talk to an advisor
# ready when you are

Book a Open edX trainer — or ask a question first.

  • No spam, no drip sequence
  • Syllabus in 60 seconds
  • A human reply within one business day

Prefer to call or email?

More ways to reach us on the contact page.

Talk to an advisorRequest a quote