Function Overview

This section describes how to use IAM to implement fine-grained permissions control for your ServiceStage resources. With IAM, you can:

• Create IAM users for employees based on the organizational structure of your enterprise. Each IAM user has their own security credentials for access to ServiceStage resources.
• Grant only the permissions required for users to perform a task.
• Entrust an account or cloud service to perform professional and efficient O&M on your ServiceStage resources.

An environment is a collection of compute, network, and middleware resources used for deploying and running a component. ServiceStage combines the compute resources (such as CCE clusters, and ECSs), network resources (such as ELB instances and EIPs), and middleware (such as DCS instances, and CSE engines) into an environment, such as a development environment, testing environment, pre-production environment, or production environment.
The resources within an environment can be networked together. Managing resources and deploying services by environment simplifies O&M.
A maximum of 300 environments can be created in a project.

An application is a service system with complete functions and consists of one or more components related to features.
ServiceStage allows a single user to create a maximum of 1000 applications under the same project.

A component is a service feature implementation of an application. It is carried by code or software packages and can be independently deployed and run.

After creating an application on ServiceStage, you can add components to the application. A maximum of 1000 components can be created for an application.

You can set the component technology stack and component source based on service requirements to create and deploy components.

The microservice engine of ServiceStage supports access and governance of mainstream microservice frameworks. You can select a suitable microservice technology to quickly develop cloud applications to achieve complex and ever-changing service requirements.

• Supports the native ServiceComb microservice framework. Microservices developed by using the ServiceComb framework can be seamlessly connected to microservice engines. The microservice engine uses Apache ServiceComb Service Center, which is a RESTful-style, high-availability, and stateless service registry and discovery center and provides microservice discovery and management. Service providers can register their instance information with the registry and discovery center for users to discover and use.
• Compatible with mainstream microservice open-source frameworks. Provides a simple access mode for microservices developed by using Spring Cloud. You only need to modify the dependencies and configurations to access microservice engines and use the unified governance policies.
• Provides microservice governance. After an application developed using the microservice framework is managed on ServiceStage, the microservice will be registered with the service center after the application instance starts. You can govern microservices.
  

You can use the release management function of ServiceStage to create different release tasks. A release task provides functions for releasing applications: single-component release, batch operations (release, upgrade, and clone), and dependency-based orchestration. This feature enables you to flexibly deploy components in batches, improving service efficiency and user experience.
Create a batch deployment release task to deploy components of different technology stacks in different deployment environments of different applications.
Create a batch upgrade release task to upgrade components of different applications in batches and specify the component upgrade sequence to ensure that services are not affected during the upgrade.
Create a batch clone release task to clone components of different applications and quickly configure and deploy components in batches.

Continuous delivery provides functions such as project build and release.