# Component Generation Technologies
When generating a microservice or micro frontend using the Entando Component Generator, there are a number of technical choices that need to be made:
- Microservice code
- If you're considering microservices that are not based on Java, here are the specifications of an Entando microservice, including information on the runtime contract required to use them.
- For a JavaScript example, see the Node.js microservice in the API claim tutorial.
- Database type
- Entando recommends standardizing your choice of database to simplify operational maintenance, but you do have the ability to use different databases for different microservices.
- Supported choices are none, embedded, MySQL, and Postgres. Enterprise customers can choose Oracle but should contact Entando Support for details.
- Development databases
- You can choose to utilize a full RDBMS or developers can utilize lightweight in-memory or on-disk databases with H2.
- Caching implementation
- When generating a microservice, you will be presented with the types of cache to inject into the services. It is recommended that the type be uniform for all microservices in your application, but it can be customized on a per-service basis if desired.
- Build system
- Determines the Java build tool to use when building your services
- Supports Maven or Gradle
- Other technologies
- Users of the Component Generator can also decide to use other technologies from JHipster or the JHipster marketplace.
- There are many powerful technologies in the marketplace but it is up to the developer to integrate the chosen technology into their Entando Application. Entando doesn't provide direct support for marketplace tech choices.
- Micro frontends
- Optionally, users can choose to generate micro frontends for entities generated via the blueprint.
- The Entando Component Generator only provides micro frontends in React from the generation flow but developers can create and bundle micro frontends using other technologies as well.