Architecture Principles

What Are the Key Architectural Principles Behind the Mendix Platform?

Within the entire Mendix Platform, we have embedded (technical) principles to guarantee enterprise-ready applications. For Mendix, “enterprise-ready” means that the apps are maintainable, performing, and scalable. It also means that the apps can cope with all the functional complexity of back-end enterprise systems so that they can be integrated into any enterprise landscape.

How Does Mendix Enable Model-Driven Development?

Mendix enables model-driven development through Mendix Studio Pro, which provides visual drag-and-drop development tools for workflows, UI, data, logic, and navigation using no-code and low-code development. 

For details, see How Does Mendix Enable Model-Driven Development? in App Development.

How Does Mendix Prioritize Model Interpretation Over Code Generation?

The Mendix Runtime directly executes models, which means that the model is literally the application, not an intermediary. As opposed to approaches where a visually-modeled design would actually generate code (for example, Java or .NET), Mendix’s model interpretation approach has a number of unique characteristics and advantages.

How Does Mendix Utilize Microservices, Containers & Deployment Standardization?

Microservices offer a software architecture that is best aligned with small Agile DevOps teams. This architecture is best capable of benefitting from the qualities of containers. Containers enable you to deploy your application in any cloud, in an automated fashion, and to ensure quality, repeatability, and speed. Deployment standardization enables a small DevOps team to handle anything related to operations.

How Does Statelessness Work in Mendix?

Modern web-scale apps leverage stateless architectures as a means for supporting greater scalability and resilience. Statelessness supports horizontal scalability by allowing additional resources to be easily added as required to support increasing user or processing loads. Every user request and every transaction can be handled by any one of the runtime instances available. If your performance needs require you to handle more transactions or user requests, you can simply add another runtime instance to handle part of the processing. As the state is managed outside the runtime, resiliency can also be increased by more readily failing over from one runtime instance to another.

What Openness & Extensibility Does Mendix Offer?

Openness is a fundamental architectural requirement of any modern app platform, meaning that the platform should allow apps to readily coexist and leverage other apps and app services. This also means that the platform itself should fit within your IT landscape and support your core development processes and standards.

Enterprise functional and non-functional requirements are extremely hard to deal with from a purely model-driven development approach, because of the leaky abstractions that occur. Extensibility is essential for coping with all the practical functional and non-functional requirements of enterprise applications. Where model interpretation does not allow you to change the generated code, extensibility is a must.

For more details on this important topic, see Openness & Extensibility.

How Does Mendix Follow Twelve-Factor App Principles?

While not strictly a set of architectural principles, the Twelve-Factor App methodology (originally developed by the Heroku team) is a set of best practices, the purpose of which is to help you avoid a set of common systemic mistakes involved in the building of cloud-native apps.

For details on how this methodology is applied to Mendix, see How Does the Mendix Runtime Support Twelve-Factor Cloud-Native Apps?.