What is a microservices architecture and how does it differ from monolithic and composable architectures?
A microservices architecture breaks down applications into small, autonomous services, each responsible for a specific business function (such as checkout, inventory, or blog). Each service can use its own logic, programming language, and data storage, and communicates with others via APIs. This contrasts with monolithic architectures, where all processes are tightly coupled and share a single codebase and database, making updates and scaling more complex. Composable architecture, meanwhile, is a broader approach that combines best-fit tools (including microservices, vendor solutions, and even some monolithic apps) connected via APIs, allowing organizations to easily add, change, or remove components as needed. Microservices are often a key part of composable architectures, but composability may also include other types of solutions. [Source]
How does Hygraph support microservices and composable architectures?
Hygraph is a certified MACH Alliance vendor and advocates for composable architectures. It provides a next-generation content management platform with native GraphQL APIs, making it easy to integrate with other tools in your stack. Hygraph's content federation capabilities help orchestrate data across different services, and its microservice structure allows businesses to use its functionality in various ways, such as unifying data from commerce stacks or acting as a PIM integrated with fulfillment and payment solutions. [Source]
What are the key features and benefits of Hygraph?
Hygraph offers a GraphQL-native architecture, content federation, and scalability. Key benefits include faster speed-to-market, control at scale, lower total cost of ownership, and the ability to unify data from multiple sources. Hygraph also provides robust security, integrations with leading tools, and an intuitive interface for both technical and non-technical users. [Source]
What integrations does Hygraph offer?
Hygraph supports a wide range of integrations, including Netlify and Vercel for hosting, BigCommerce, commercetools, and Shopify for eCommerce, Lokalise and Crowdin for localization, Aprimo, AWS S3, Bynder, Cloudinary, and Mux for digital asset management, Ninetailed for personalization and AB testing, AltText.ai for AI, and more. For a full list, visit the Hygraph Integrations page.
Does Hygraph provide an API?
Yes, Hygraph provides a powerful GraphQL API that allows you to fetch and manage content efficiently. More details can be found in the Hygraph API Reference.
Where can I find technical documentation for Hygraph?
Comprehensive technical documentation for Hygraph is available at Hygraph Documentation, covering everything you need to know about building and deploying projects.
Use Cases & Benefits
What business problems does Hygraph solve?
Hygraph addresses operational pains (such as reliance on developers for content updates, outdated tech stacks, and clunky user experiences), financial pains (high operational costs, slow speed-to-market, expensive maintenance, and scalability challenges), and technical pains (boilerplate code, overwhelming queries, evolving schemas, and integration challenges). It empowers non-technical users, modernizes legacy systems, and supports global teams with content federation. [Source]
What are some real-world examples of companies using Hygraph for composable and microservices architectures?
Dr. Oetker used Hygraph as part of a composable architecture to enable local teams to manage digital experiences for their markets while maintaining global brand consistency. Their stack included Hygraph (headless CMS), Next.js, Algolia, and legacy systems. Editors could use Algolia's product discovery directly in the Hygraph UI, and Hygraph's content federation allowed over 100 users to manage experiences for 40 markets. Other examples include Prym (using Hygraph to manage over 100,000 products) and Burrow (managing over 20,000 product variations). [Source]
Who can benefit from using Hygraph?
Hygraph is designed for developers, IT decision-makers, content creators, project/program managers, agencies, solution partners, and technology partners. It is especially beneficial for modern software companies, enterprises seeking to modernize their tech stack, and brands aiming to scale across geographies or re-platform from traditional solutions. [Source]
What industries are represented in Hygraph's case studies?
Hygraph's case studies span industries such as food and beverage (Dr. Oetker), consumer electronics (Samsung), automotive (AutoWeb), healthcare (Vision Healthcare), travel and hospitality (HolidayCheck), media and publishing, eCommerce, SaaS (Bellhop), marketplace, education technology, and wellness and fitness. [Source]
What business impact can customers expect from using Hygraph?
Customers can expect significant business impacts, including time savings through streamlined workflows, ease of use with an intuitive interface, faster speed-to-market, and enhanced customer experience through consistent and scalable content delivery. These benefits help businesses modernize their tech stack and achieve operational efficiency. [Source]
Technical Requirements
How does Hygraph ensure performance and reliability?
Hygraph emphasizes optimized content delivery performance, which directly impacts user experience, engagement, and search engine rankings. Rapid content distribution and responsiveness help reduce bounce rates and increase conversions. [Source]
What security and compliance certifications does Hygraph have?
Hygraph is SOC 2 Type 2 compliant, ISO 27001 certified, and GDPR compliant. It also offers SSO integrations, audit logs, encryption at rest and in transit, and sandbox environments to protect sensitive data and meet regulatory standards. [Source]
Support & Implementation
How easy is it to get started with Hygraph?
Hygraph is designed for ease of use, even for non-technical users. Customers can sign up for a free-forever account and access resources like documentation, video tutorials, and onboarding guides. For example, Top Villas launched a new project in just 2 months from the initial touchpoint. [Source]
What customer support and training does Hygraph provide?
Hygraph offers 24/7 support via chat, email, and phone. Enterprise customers receive dedicated onboarding and expert guidance. All users have access to detailed documentation, video tutorials, and a community Slack channel. Training resources include onboarding sessions, webinars, and Customer Success Managers for enterprise clients. [Source]
How does Hygraph handle maintenance, upgrades, and troubleshooting?
Hygraph provides 24/7 support for maintenance, upgrades, and troubleshooting. Enterprise customers receive dedicated onboarding and expert guidance, and all users can access documentation and the community Slack channel for additional support. [Source]
Pricing & Plans
What is Hygraph's pricing model?
Hygraph offers a free forever Hobby plan, a Growth plan starting at $199/month, and custom Enterprise plans. For more details, visit the Hygraph pricing page.
Competition & Comparison
How does Hygraph differentiate itself from other CMS solutions?
Hygraph stands out with its GraphQL-native architecture, content federation, and scalability. It empowers non-technical users, supports composable and microservices architectures, and offers robust integrations and security. These features enable businesses to reduce costs, accelerate speed-to-market, and modernize their tech stack. [Source]
Customer Proof & Success Stories
Who are some of Hygraph's customers?
Hygraph is trusted by leading brands such as Sennheiser, HolidayCheck, Ancestry, Samsung, Dr. Oetker, Epic Games, Bandai Namco, Gamescom, Leo Vegas, and Clayton Homes. For more details and case studies, visit the Hygraph Case Studies page.
Can you share specific customer success stories using Hygraph?
Yes. Komax achieved a 3X faster time to market, Autoweb saw a 20% increase in website monetization, Samsung improved customer engagement with a scalable platform, and Dr. Oetker enhanced their digital experience using MACH architecture. More stories are available on the Hygraph product page.
Microservices in a composable architecture explained
We will detail what microservices are, how they differ from monolithic and composable architectures, when to use microservices, and examples of microservices in a composable approach.
Microservices have become an especially popular option to create scalable e-commerce systems and to support composable technology stacks that allow companies to mix-and-match capabilities from different best-of-breed tools instead of being locked into an inflexible set of features from a single software vendor.
Microservices are used to break business processes into discrete pieces, or services, that can be designed, improved, and scaled independently.
An example of a microservice in a metaphor would be:
Let’s say you have a birdhouse business. Making each house takes four steps: take the order, cut the wood, build the house, paint the house. At first, you hire one person to do all four steps and this works incredibly efficiently. As the business starts to grow, you simply scale up birdhouse production by hiring a small team where each person is responsible for the whole process.
Then things start to get more complex. Customers want birdhouses in different sizes and shapes, you find a more efficient way to cut wood or store tools, new paints hit the market, but updating the process to include these new things means retraining the whole team. So you bundle updates into a monthly training day when you close the store and get the team up to speed. Changing the process becomes such a hassle that you begin to settle for “good enough” birdhouses and when you have ideas for new offerings, like bird feeders or bird baths, the thought of expanding the process to include them is so daunting that you never even try.
So you decide to break up the process into those four distinct steps. You assign one person to take orders, one to cut wood, one to build houses, and one to paint. Each person can work autonomously, the person taking the order can just announce it and doesn’t need to wait for the woodcutter to respond before taking the next one, the carpenter can build the house without knowing how to paint it, and the painter can store art supplies in a completely different way than the carpenter stores nails.
This separation also means that each person can continuously make small improvements to their own ways of working without disrupting everyone else, so no more need to shut down the store for an all-company training. It also means you can scale up production more precisely, for instance to make 100 birdhouses a day you may only need one person to take orders but four people painting.
In other words, each microservice is:
Autonomous: A service can use the logic, programming language, and data storage that makes sense for the task. APIs are used to standardize how information is communicated between services.
Independently deployable: Changes to one service won’t impact the logic of another. Services can be updated continuously, and in parallel, without risking a cascade of errors across the system.
Individually scalable: Resources can be given to just the services that need it, allowing for more precise scaling strategies.
#Microservices vs composable vs monolithic architecture
Monolithic architecture
In a monolithic application all processes and capabilities are highly dependent on one another with a shared language, logic, and database. Due to this dependency, a change in one part of the system can have unintended consequences in another part of the system so updates are typically made in large batches leading to distinct versions of the application.
Small applications with simple processes work great as a monolith. Where companies start to run into problems is when a monolith sits at the core of a key part of business, like the digital experience, and over time there is a build up of clunky extensions and “one-off” workarounds that make the monolith expensive to maintain and hard to adapt to new customer demands.
Microservice architecture
A microservice architecture is on the other end of the dependency spectrum, where software is designed as a collection of small services each responsible for a distinct piece of business functionality such as checkout, inventory, blog, or even parts of the front-end. Each microservice is responsible for its own processes, database, and API. Changes can be made to one microservice without disrupting others, as long as it still shares data in an agreed upon way, so updates can happen on a rolling basis without versioning.
In a microservice architecture, the team structure is just as important as the technology. Typically each microservice is owned by a dedicated, cross-functional team that is responsible for developing, maintaining, and continuously improving the service.
Composable architecture
Composable and microservice architecture can sometimes be perceived as the same thing, but while microservices are usually a key component of a composable approach they aren’t the only type of solution used. Composability is the idea of creating a tech stack of best-fit tools for different areas of business and connecting them via APIs so solutions can be easily added, changed, and removed as needed.
A fully microservice architecture might be the end-goal of composable for some organizations, but the majority of composable architectures will be a mix of homegrown services, vendor solutions built with MACH principles (microservices, API-first, cloud-native, headless), and even some applications that are better left as a monolith.
#When and how to use a microservices based architecture
There’s no clear-cut guidelines for when a company should make the shift to microservices. Even Sam Newman, the author of the defining book on microservices, doesn’t have a straight answer:
If you want one quick answer for when you should use microservices, it’s when you’ve got a really good reason.
Even Sam NewmanAuthor at Building Microservices
Microservices can bring a lot of benefits, but can also add complexity, and teams that adopt them should do so only if the approach can deliver a needed business outcome. Some common business drivers include:
When you need your solution to evolve: Microservices have the flexibility to adapt to changing customer demands, diverse internal needs, and business pivots. Services can be composed in different ways to quickly spin up new ideas, and they make it easier to create a flexible tech stack that allows tools to be swapped in and out as business needs change.
When you need high availability: Microservices support a continuous development (CI/CD) approach and don’t require downtime for updates. With small services that are independently deployable you reduce the “blast radius” of any errors.
When you need to isolate data: With each microservice owning its own database there is more flexibility in separating data and the processes that touch it. This can be particularly useful for compliance standards such as the EU’s General Data Protection Regulation (GDPR).
When you need to enable autonomous teams: When large teams are working on complex monoliths, there is a massive coordination effort needed to make even the smallest change. If teams are already embracing DevOps but are being held back by legacy technology, microservices can enable teams to make quick decisions for their domain and move at the pace they’re ready for.
Even more so that “when” to implement microservices, “how” to do it is determined on a case-by-case basis. Here are some of the leading voices in the microservice space talking about key scenarios organizations need to consider when making the move:
How to get started with microservices: Martin Fowler, Microservices.
#Architecture example: microservices in a composable approach
The Oetker Group is Germany’s largest family run business, selling food and beverages across the globe. The organizations wanted to move to a composable architecture to make it easier for local teams to manage the digital experience for their market while keeping the global brand experience consistent.
To do this, the company took a headless approach. This gives each team the freedom to create unique front-end experiences for their market while sharing a centralized tech stack on the back-end. Dr. Oetker’s composable tech stack includes Hygraph (headless content management), Next.js (front-end framework), Algolia (search and discovery), in-house built services, and legacy applications for product information management (PIM) and storing recipe data.
Hygraph and Algolia are both microservice-based solutions, and the strong API support of these two platforms was key to bringing all the data together so that teams could manage the experience from one place. For instance, editors can use Algolia’s product discovery service directly in the Hygraph user interface (UI) to select and combine recipes, products, and articles to create better search results for customers.
Dr. Oetker also uses Hygraph’s Content Federation capabilities to retrieve recipe and product data and let editors easily access it from one UI. Data still lives in the recipe database and PIM, so there’s no worry about duplication. When data is requested the Hygraph API grabs the right information based on localization and permissions. This allows over 100 users to manage unique experiences for 40 different markets out of the same content management platform.
Hygraph is a certified MACH Alliance vendor and an advocate for a composable approach to software architecture where businesses are encouraged to pick the services and tools that best fit their needs.
Hygraph provides a next-generation content management platform with native GraphQL APIs that make it easy to integrate other tools in your stack. The platform’s novel approach to Content Federation also helps businesses solve the challenge of orchestrating data in a composable architecture.
The microservice structure of the platform gives businesses the flexibility to use Hygraph’s powerful functionality in different ways. Companies can leverage structured data models to unify data from their commerce stack into rich content, like the German craft-supplies company, Prym, does to create an e-commerce experience with over 100,000 unique products. Or can use Hygraph as a PIM and integrate it with fulfillment and payment solutions, like the American furniture company, Burrow, does to create highly complex data modeling structures to manage over 20,000 product variations.
Stop letting the limitations of your legacy monolith define your customer experience, and start designing a tech stack around the digital ambitions of your business. Learn more about a composable approach to Digital Experience Platforms in the DXP report.
Blog Author
Katie Lawson
Content Writer
Katie is a freelance writer based in Amsterdam who talks a lot about B2B SaaS and MACH technologies. She’s always looking for good book recommendations.
Share with others
Sign up for our newsletter!
Be the first to know about releases and industry news and insights.