DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Please enter at least three characters to search
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Zones

Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Last call! Secure your stack and shape the future! Help dev teams across the globe navigate their software supply chain security challenges.

Modernize your data layer. Learn how to design cloud-native database architectures to meet the evolving demands of AI and GenAI workloads.

Releasing software shouldn't be stressful or risky. Learn how to leverage progressive delivery techniques to ensure safer deployments.

Avoid machine learning mistakes and boost model performance! Discover key ML patterns, anti-patterns, data strategies, and more.

Related

  • Have Maturity Models Become Irrelevant?
  • Agile Maturity Assessments: A Leaner Approach
  • Enabling Agile Maturity in Scrum Teams

Trending

  • Understanding Java Signals
  • How to Format Articles for DZone
  • Revolutionizing Financial Monitoring: Building a Team Dashboard With OpenObserve
  • The Role of Functional Programming in Modern Software Development

What Is the Richardson Maturity Model (RMM)?

In this article, we take a look at the four types of REST APIs delineated by the Richardson Maturity Model, and what each of them means for your APIs.

By 
Andre Luis de Oliveira Dias user avatar
Andre Luis de Oliveira Dias
·
Jan. 11, 18 · Analysis
Likes (6)
Comment
Save
Tweet
Share
13.8K Views

Join the DZone community and get the full member experience.

Join For Free

The Richardson Maturity Model (RMM) is a model developed by Leonard Richardson that helps organize your REST APIs into four levels, described below.

The main reason for this model to exist is to foster the evolution of the REST APIs of some system with a constant concern for governance, sense of organization with retro-compatibility, and constant improvements, using all the characteristics available from the REST architecture style.

Levels of RMM

Level 0 ( Swamp of Pox) - you should have a service already exposing a resource via its URI using only one HTTP verb (usually GET or POST). In this phase, you only use HTTP as a transport system (think of it as an RPC using HTTP).

Level 1 (Resources) - in this level you talk directly with your resources, correctly defined, using the appropriate division for it. Examples:

  • Resource 'hotel':
  • Resource 'room' (from Hotel):
    • services/hotel/1/rooms/all (or services/hotel/1/rooms) = should bring details of all rooms of the hotel with ID #1.
    • services/hotel/1/room/1 = should bring details of the hotel room with ID #1 from hotel #01.
  • Here the details of a hotel could be its location, how many stars it has, how many rooms, etc.
  • Here details of the room could be the installation details, size, if it's occupied, etc. 

Level 2 (HTTP Verbs) - you have a clear understanding of the semantics of HTTP verbs and can now map your service operations using HTTP verbs accordingly, using GET, POST, DELETE, PUT (most common verbs used in this Level), standardizing your access to your service's resources.

Level 3 (Multimedia) - you now can extract the maximum benefit from the HTTP protocol and services resources using Multimedia (HATEOAS). This level the API should help with the discoverability of all resources associated with the payload requested, via links available within the payload itself.

This model is heavily used with Microservices Architecture Style once you need to expose your services via on a standardized, easy-to-maintain, and organized API.

Make microservices happen in your company. Start today!

Thank you very much for the reading.

For more information, please check: Richardson Maturity Model

Maturity (geology)

Published at DZone with permission of Andre Luis de Oliveira Dias, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Have Maturity Models Become Irrelevant?
  • Agile Maturity Assessments: A Leaner Approach
  • Enabling Agile Maturity in Scrum Teams

Partner Resources

×

Comments
Oops! Something Went Wrong

The likes didn't load as expected. Please refresh the page and try again.

ABOUT US

  • About DZone
  • Support and feedback
  • Community research
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 100
  • Nashville, TN 37211
  • support@dzone.com

Let's be friends:

Likes
There are no likes...yet! 👀
Be the first to like this post!
It looks like you're not logged in.
Sign in to see who liked this post!