← Back to the deskJeevan’s field notes / Engineering casebook
Engineering casebookNo. 01.8
← All case studies

Curriculum · Content operations

From a content draft to the right classroom.

Structuring curriculum content, scheduling publication and tracking file handoffs across the content-production workflow.

My contribution
Backend & content-platform engineering
Context
Curriculum publishing
TypeScriptNode.jsPostgreSQLRedisBullMQGoogle Drive
My responsibility
Worked on curriculum authoring, publishing and content-operation services.
The key decision
Separate draft content, reusable curriculum structures and publication scheduling.
What changed
Content blocks, learning objectives and books connected to scheduled delivery and versioned production-file handoffs.

The problem & my responsibilities

Curriculum content moves through several forms before a learner sees it: authoring drafts, reusable units, book structures and scheduled activities. Content teams also exchange source files and PDFs. These workflows need consistent identities and clear transitions between editing, publication and distribution.

My work covers content blocks and units, learning-objective associations, book structures and publishing workflows. The content platform also supports versioned file check-in and check-out, connecting editorial activity with the files used in content production.

Constraints that shaped the work

  • Draft edits must remain distinct from published content
  • Content reused across books, units and learning objectives
  • Publication times and school targeting
  • Large production files exchanged through versioned handoffs

How the system fits together

Architecture / system overview
  1. 01
    AuthorCreate draft blocks, learning objectives and content units
  2. 02
    AssembleConnect units with books, topics and delivery targets
  3. 03
    PublishApply publication timing and advance content status
  4. 04
    DistributeNotify consuming services and record versioned file activity

The consequential decisions

Choices, alternatives and the costs that come with each decision.
DecisionChoiceAlternativeTrade-off
Authoring stateSeparate draft and committed content recordsApply every edit directly to the live content objectAuthors can save work in progress while the committed content retains its own identity. Completing an edit also requires resolving the associated draft records.
Curriculum structureReusable blocks, units and learning-objective relationshipsStore each activity as an isolated documentExplicit relationships support book assembly and reuse. They also make updates a dependency problem that the publishing workflow must handle deliberately.
Publication timingScheduled state transitions with an overdue-content pathRequire an operator to publish at the exact release timeThe service schedules upcoming content and directly publishes an already-due item before selecting the next publication. Timing becomes part of the backend workflow.
Production-file handoffsVersioned check-in, check-out and activity recordsPass around untracked shared-file linksContent teams can identify the SKU, file version and person associated with a handoff. Resumable upload sessions handle large source archives separately from version metadata.

Where the work got difficult

Keep related content coherent

A content block can participate in multiple units and book structures. Draft completion, duplicate-name handling and downstream sync need to preserve those relationships.

Connect editorial files with product content

Source archives and PDFs follow a file-production lifecycle, while blocks and units follow an application lifecycle. Version and activity records give each handoff a traceable context.

Operating considerations

Scheduling

Publication depends on explicit dates and the next scheduled item. Restart and overdue-content paths need to keep the schedule moving without relying on an editor’s browser session.

Content changes

Reusable content needs clear ownership and predictable downstream sync. Consumers should be able to identify the content or book that changed.

File versions

A check-in records a new version and upload session; check-out records retrieval activity. Concurrent check-ins and expired upload sessions require deliberate handling in the production workflow.

Outcomes & lessons

The content platform connects structured curriculum authoring with publication timing, consuming-service notifications and versioned source-file activity. Content teams can work with drafts, reusable learning structures and production files through explicit backend workflows.

Content operations become easier to manage when editing, publishing and file handoffs each have a clear identity and state.

Jeevan Jyoti SrivastavaThink → build → understand