├── .github
└── workflows
│ └── git-sync.yml
├── .gitignore
├── .npmrc
├── .textlint.terms.json
├── .textlintrc.js
├── README.md
├── VERSION
├── archive
├── 1.0
│ └── manual
│ │ ├── README.md
│ │ ├── actions
│ │ ├── README.md
│ │ └── runner.md
│ │ ├── addons
│ │ ├── custom.md
│ │ ├── design.md
│ │ └── out-of-the-box.md
│ │ ├── agile
│ │ ├── agile-info.md
│ │ └── best-practices.md
│ │ ├── ci
│ │ ├── README.md
│ │ ├── auto-deploy.md
│ │ ├── best-practices.md
│ │ ├── merge-request.md
│ │ ├── rollout.md
│ │ └── triggers.md
│ │ ├── cli
│ │ ├── README.md
│ │ ├── deploy-by-code.md
│ │ └── explain-args.md
│ │ ├── cmp
│ │ └── practice
│ │ │ └── alert
│ │ │ └── alert-config.md
│ │ ├── deploy
│ │ ├── block-deploy.md
│ │ ├── branch-rule.md
│ │ ├── config-center.md
│ │ ├── config.md
│ │ ├── db-migration.md
│ │ ├── deploy-from-git.md
│ │ ├── deploy-from-image.md
│ │ ├── dice-yml.md
│ │ ├── management.md
│ │ ├── metrics_logs.md
│ │ ├── pipeline.md
│ │ └── resource-management.md
│ │ ├── dop
│ │ └── guides
│ │ │ └── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ └── pipeline-yml-graph.md
│ │ ├── edge
│ │ ├── configset-management.md
│ │ ├── deploy-application.md
│ │ ├── prepare.md
│ │ └── site-management.md
│ │ ├── install
│ │ ├── deployment-architecture.md
│ │ ├── docker-install.md
│ │ ├── env-check.md
│ │ ├── env-requirements.md
│ │ └── platform-check.md
│ │ ├── language
│ │ ├── java.md
│ │ ├── javascript.md
│ │ ├── php.md
│ │ └── python.md
│ │ ├── microservice
│ │ ├── api-gateway-advanced1.md
│ │ ├── api-gateway-advanced2.md
│ │ ├── api-gateway-benchmark.md
│ │ ├── api-gateway-statuscode.md
│ │ ├── api-gateway.md
│ │ ├── api-management.md
│ │ ├── dashboard-advanced.md
│ │ ├── dashboard.md
│ │ ├── dubbo.md
│ │ ├── service-mesh.md
│ │ ├── sign-auth.md
│ │ ├── spring-cloud.md
│ │ ├── tracing.md
│ │ └── use-apm-monitor-app.md
│ │ ├── mobileapp
│ │ ├── basic.md
│ │ ├── certificates.md
│ │ ├── framework.md
│ │ ├── howto-dev.md
│ │ ├── ios-ci.md
│ │ ├── libraries.md
│ │ ├── local-environment.md
│ │ └── management.md
│ │ ├── o_m
│ │ ├── alert-config.md
│ │ ├── create-cluster.md
│ │ ├── custom-metrics.md
│ │ ├── logs.md
│ │ ├── node-labels.md
│ │ └── resource-scale.md
│ │ ├── platform-design.md
│ │ ├── safe
│ │ ├── api-security.md
│ │ ├── data-security.md
│ │ ├── docker-security.md
│ │ ├── enable-https.md
│ │ ├── identity-management.md
│ │ ├── isolation.md
│ │ ├── kubernets-security.md
│ │ ├── operator-system-security.md
│ │ ├── private-cloud-security.md
│ │ └── public-cloud-security.md
│ │ ├── support
│ │ ├── README.md
│ │ ├── cicd.md
│ │ ├── container-info-debug.md
│ │ └── diagnostics.md
│ │ └── test
│ │ ├── README.md
│ │ ├── auto-test-getting-started.md
│ │ ├── auto-test.md
│ │ ├── code-quality.md
│ │ ├── function-test.md
│ │ └── interface-test.md
├── 1.1
│ └── manual
│ │ ├── README.md
│ │ ├── actions
│ │ ├── README.md
│ │ └── runner.md
│ │ ├── addons
│ │ ├── custom.md
│ │ ├── design.md
│ │ └── out-of-the-box.md
│ │ ├── agile
│ │ ├── agile-info.md
│ │ └── best-practices.md
│ │ ├── ci
│ │ ├── README.md
│ │ ├── auto-deploy.md
│ │ ├── best-practices.md
│ │ ├── merge-request.md
│ │ ├── rollout.md
│ │ └── triggers.md
│ │ ├── cli
│ │ ├── README.md
│ │ ├── deploy-by-code.md
│ │ └── explain-args.md
│ │ ├── deploy
│ │ ├── block-deploy.md
│ │ ├── branch-rule.md
│ │ ├── config-center.md
│ │ ├── config.md
│ │ ├── db-migration.md
│ │ ├── deploy-from-git.md
│ │ ├── deploy-from-image.md
│ │ ├── dice-yml.md
│ │ ├── management.md
│ │ ├── metrics_logs.md
│ │ ├── pipeline.md
│ │ └── resource-management.md
│ │ ├── edge
│ │ ├── configset-management.md
│ │ ├── deploy-application.md
│ │ ├── prepare.md
│ │ └── site-management.md
│ │ ├── install
│ │ ├── deployment-architecture.md
│ │ ├── env-check.md
│ │ ├── env-requirements.md
│ │ └── platform-check.md
│ │ ├── language
│ │ ├── java.md
│ │ ├── javascript.md
│ │ ├── php.md
│ │ └── python.md
│ │ ├── microservice
│ │ ├── api-gateway-advanced1.md
│ │ ├── api-gateway-advanced2.md
│ │ ├── api-gateway-benchmark.md
│ │ ├── api-gateway-statuscode.md
│ │ ├── api-gateway.md
│ │ ├── api-management.md
│ │ ├── dashboard-advanced.md
│ │ ├── dashboard.md
│ │ ├── dubbo.md
│ │ ├── service-mesh.md
│ │ ├── sign-auth.md
│ │ ├── spring-cloud.md
│ │ ├── tracing.md
│ │ └── use-apm-monitor-app.md
│ │ ├── mobileapp
│ │ ├── basic.md
│ │ ├── certificates.md
│ │ ├── framework.md
│ │ ├── howto-dev.md
│ │ ├── ios-ci.md
│ │ ├── libraries.md
│ │ ├── local-environment.md
│ │ └── management.md
│ │ ├── o_m
│ │ ├── alert-config.md
│ │ ├── create-cluster.md
│ │ ├── custom-metrics.md
│ │ ├── logs.md
│ │ ├── node-labels.md
│ │ └── resource-scale.md
│ │ ├── platform-design.md
│ │ ├── safe
│ │ ├── api-security.md
│ │ ├── data-security.md
│ │ ├── docker-security.md
│ │ ├── enable-https.md
│ │ ├── identity-management.md
│ │ ├── isolation.md
│ │ ├── kubernets-security.md
│ │ ├── operator-system-security.md
│ │ ├── private-cloud-security.md
│ │ └── public-cloud-security.md
│ │ ├── support
│ │ ├── README.md
│ │ ├── cicd.md
│ │ ├── container-info-debug.md
│ │ └── diagnostics.md
│ │ └── test
│ │ ├── README.md
│ │ ├── auto-test-getting-started.md
│ │ ├── auto-test.md
│ │ ├── code-quality.md
│ │ ├── function-test.md
│ │ └── interface-test.md
├── 1.2
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ ├── intro.md
│ │ └── old
│ │ │ ├── platform-design.md
│ │ │ └── why-erda.md
│ │ ├── agile
│ │ ├── agile-info.md
│ │ └── best-practices.md
│ │ ├── ci
│ │ ├── README.md
│ │ ├── auto-deploy.md
│ │ ├── best-practices.md
│ │ ├── merge-request.md
│ │ ├── rollout.md
│ │ └── triggers.md
│ │ ├── cli
│ │ ├── README.md
│ │ ├── deploy-by-code.md
│ │ └── explain-args.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── example.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ └── alarm-strategy.md
│ │ │ ├── cluster-overview.md
│ │ │ ├── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ └── management.md
│ │ │ ├── dashboard.md
│ │ │ └── report.md
│ │ ├── old
│ │ │ ├── addon-list.md
│ │ │ ├── cloud-resource.md
│ │ │ ├── cluster-intro.md
│ │ │ ├── domain-management.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── job-list.md
│ │ │ └── service-list.md
│ │ └── practice
│ │ │ └── alert
│ │ │ └── alert-config.md
│ │ ├── deploy
│ │ ├── block-deploy.md
│ │ ├── branch-rule.md
│ │ ├── config-center.md
│ │ ├── config.md
│ │ ├── db-migration.md
│ │ ├── deploy-from-git.md
│ │ ├── deploy-from-image.md
│ │ ├── dice-yml.md
│ │ ├── management.md
│ │ ├── metrics_logs.md
│ │ ├── pipeline.md
│ │ └── resource-management.md
│ │ ├── dop
│ │ ├── best-practice.md
│ │ ├── best-practices
│ │ │ ├── api-management.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ └── microservice-springcloud.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── erda-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ ├── overview.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ ├── erda-project.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ └── pipeline-yml-graph.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── TODO seperate agile.md
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── milestone.md
│ │ │ ├── notification.md
│ │ │ ├── statistics.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── artifact-and-build.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-from-artifact.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── overview.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── function-test.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── erda-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ ├── faq
│ │ │ └── faq.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── edge
│ │ ├── configset-management.md
│ │ ├── deploy-application.md
│ │ ├── prepare.md
│ │ └── site-management.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ ├── guide.md
│ │ └── guide
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-source.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── glossary.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── language
│ │ ├── java.md
│ │ ├── javascript.md
│ │ ├── php.md
│ │ └── python.md
│ │ ├── microservice
│ │ ├── api-gateway-advanced1.md
│ │ ├── api-gateway-advanced2.md
│ │ ├── api-gateway-benchmark.md
│ │ ├── api-gateway-statuscode.md
│ │ ├── api-gateway.md
│ │ ├── api-management.md
│ │ ├── dashboard-advanced.md
│ │ ├── dashboard.md
│ │ ├── dubbo.md
│ │ ├── service-mesh.md
│ │ ├── sign-auth.md
│ │ ├── spring-cloud.md
│ │ ├── tracing.md
│ │ └── use-apm-monitor-app.md
│ │ ├── mobileapp
│ │ ├── basic.md
│ │ ├── certificates.md
│ │ ├── framework.md
│ │ ├── howto-dev.md
│ │ ├── ios-ci.md
│ │ ├── libraries.md
│ │ ├── local-environment.md
│ │ └── management.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ │ ├── apm
│ │ │ │ ├── arch.md
│ │ │ │ ├── concept.md
│ │ │ │ └── observability.md
│ │ │ └── nc
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── openapi.md
│ │ │ │ └── rate-limit.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ ├── log
│ │ │ │ └── java-log-rule.md
│ │ │ └── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── status.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ ├── old
│ │ │ ├── alarm-history.md
│ │ │ ├── api-gateway-advanced1.md
│ │ │ ├── api-gateway-advanced2.md
│ │ │ ├── api-gateway-benchmark.md
│ │ │ ├── api-gateway-statuscode.md
│ │ │ ├── api-gateway.md
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── config-center.md
│ │ │ ├── dubbo.md
│ │ │ ├── error-analysis.md
│ │ │ ├── example.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── log-analysis.md
│ │ │ ├── monitor-mobile.md
│ │ │ ├── monitor-service.md
│ │ │ ├── service-status.md
│ │ │ ├── sign-auth.md
│ │ │ ├── spring-cloud.md
│ │ │ ├── topology.md
│ │ │ └── trace.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ ├── o_m
│ │ ├── alert-config.md
│ │ ├── create-cluster.md
│ │ ├── custom-metrics.md
│ │ ├── logs.md
│ │ ├── node-labels.md
│ │ └── resource-scale.md
│ │ ├── org-center
│ │ ├── announcement.md
│ │ ├── approve.md
│ │ ├── audit.md
│ │ ├── certificate.md
│ │ ├── intro.md
│ │ ├── project.md
│ │ └── setting.md
│ │ ├── platform-design.md
│ │ ├── quick-start
│ │ ├── agile-cooperation.md
│ │ ├── agile-dev.md
│ │ ├── auto-test.md
│ │ ├── create-application.md
│ │ ├── create-org.md
│ │ ├── create-project.md
│ │ ├── edge-publish.md
│ │ ├── microservice.md
│ │ ├── newbie.md
│ │ └── premise.md
│ │ ├── release-notes
│ │ └── v1.1.md
│ │ └── test
│ │ ├── README.md
│ │ ├── auto-test-getting-started.md
│ │ ├── auto-test.md
│ │ ├── code-quality.md
│ │ ├── function-test.md
│ │ └── interface-test.md
├── 1.3
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ ├── intro.md
│ │ └── old
│ │ │ ├── platform-design.md
│ │ │ └── why-erda.md
│ │ ├── agile
│ │ ├── agile-info.md
│ │ └── best-practices.md
│ │ ├── ci
│ │ ├── README.md
│ │ ├── auto-deploy.md
│ │ ├── best-practices.md
│ │ ├── merge-request.md
│ │ ├── rollout.md
│ │ └── triggers.md
│ │ ├── cli
│ │ ├── README.md
│ │ ├── deploy-by-code.md
│ │ └── explain-args.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ ├── old
│ │ │ ├── addon-list.md
│ │ │ ├── cloud-resource.md
│ │ │ ├── cluster-intro.md
│ │ │ ├── domain-management.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── job-list.md
│ │ │ └── service-list.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── deploy
│ │ ├── block-deploy.md
│ │ ├── branch-rule.md
│ │ ├── config-center.md
│ │ ├── config.md
│ │ ├── db-migration.md
│ │ ├── deploy-from-git.md
│ │ ├── deploy-from-image.md
│ │ ├── dice-yml.md
│ │ ├── management.md
│ │ ├── metrics_logs.md
│ │ ├── pipeline.md
│ │ └── resource-management.md
│ │ ├── dop
│ │ ├── best-practice.md
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── api-management.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ └── microservice-springcloud.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── erda-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ ├── overview.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ ├── erda-project.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ └── pipeline-yml-graph.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── TODO seperate agile.md
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── milestone.md
│ │ │ ├── notification.md
│ │ │ ├── statistics.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── artifact-and-build.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-from-artifact.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── overview.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── function-test.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── erda-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ ├── faq
│ │ │ └── faq.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── edge
│ │ ├── configset-management.md
│ │ ├── deploy-application.md
│ │ ├── prepare.md
│ │ └── site-management.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ ├── guide.md
│ │ └── guide
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-source.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── glossary.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── language
│ │ ├── java.md
│ │ ├── javascript.md
│ │ ├── php.md
│ │ └── python.md
│ │ ├── microservice
│ │ ├── api-gateway-advanced1.md
│ │ ├── api-gateway-advanced2.md
│ │ ├── api-gateway-benchmark.md
│ │ ├── api-gateway-statuscode.md
│ │ ├── api-gateway.md
│ │ ├── api-management.md
│ │ ├── dashboard-advanced.md
│ │ ├── dashboard.md
│ │ ├── dubbo.md
│ │ ├── service-mesh.md
│ │ ├── sign-auth.md
│ │ ├── spring-cloud.md
│ │ ├── tracing.md
│ │ └── use-apm-monitor-app.md
│ │ ├── mobileapp
│ │ ├── basic.md
│ │ ├── certificates.md
│ │ ├── framework.md
│ │ ├── howto-dev.md
│ │ ├── ios-ci.md
│ │ ├── libraries.md
│ │ ├── local-environment.md
│ │ └── management.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ │ ├── apm
│ │ │ │ ├── arch.md
│ │ │ │ ├── concept.md
│ │ │ │ └── observability.md
│ │ │ └── nc
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ ├── log
│ │ │ │ └── java-log-rule.md
│ │ │ └── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── status.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ ├── old
│ │ │ ├── alarm-history.md
│ │ │ ├── api-gateway-advanced1.md
│ │ │ ├── api-gateway-advanced2.md
│ │ │ ├── api-gateway-benchmark.md
│ │ │ ├── api-gateway-statuscode.md
│ │ │ ├── api-gateway.md
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── config-center.md
│ │ │ ├── dubbo.md
│ │ │ ├── error-analysis.md
│ │ │ ├── example.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── log-analysis.md
│ │ │ ├── monitor-mobile.md
│ │ │ ├── monitor-service.md
│ │ │ ├── service-status.md
│ │ │ ├── sign-auth.md
│ │ │ ├── spring-cloud.md
│ │ │ ├── topology.md
│ │ │ └── trace.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ ├── o_m
│ │ ├── alert-config.md
│ │ ├── create-cluster.md
│ │ ├── custom-metrics.md
│ │ ├── logs.md
│ │ ├── node-labels.md
│ │ └── resource-scale.md
│ │ ├── org-center
│ │ ├── announcement.md
│ │ ├── approve.md
│ │ ├── audit.md
│ │ ├── certificate.md
│ │ ├── intro.md
│ │ ├── project.md
│ │ └── setting.md
│ │ ├── platform-design.md
│ │ ├── quick-start
│ │ ├── agile-cooperation.md
│ │ ├── agile-dev.md
│ │ ├── auto-test.md
│ │ ├── create-application.md
│ │ ├── create-org.md
│ │ ├── create-project.md
│ │ ├── edge-publish.md
│ │ ├── microservice.md
│ │ ├── newbie.md
│ │ └── premise.md
│ │ ├── release-notes
│ │ └── v1.1.md
│ │ └── test
│ │ ├── README.md
│ │ ├── auto-test-getting-started.md
│ │ ├── auto-test.md
│ │ ├── code-quality.md
│ │ ├── function-test.md
│ │ └── interface-test.md
├── 1.4
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ ├── intro.md
│ │ └── old
│ │ │ ├── platform-design.md
│ │ │ └── why-erda.md
│ │ ├── agile
│ │ ├── agile-info.md
│ │ └── best-practices.md
│ │ ├── ci
│ │ ├── README.md
│ │ ├── auto-deploy.md
│ │ ├── best-practices.md
│ │ ├── merge-request.md
│ │ ├── rollout.md
│ │ └── triggers.md
│ │ ├── cli
│ │ ├── README.md
│ │ ├── deploy-by-code.md
│ │ └── explain-args.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ ├── old
│ │ │ ├── addon-list.md
│ │ │ ├── cloud-resource.md
│ │ │ ├── cluster-intro.md
│ │ │ ├── domain-management.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── job-list.md
│ │ │ └── service-list.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── deploy
│ │ ├── block-deploy.md
│ │ ├── branch-rule.md
│ │ ├── config-center.md
│ │ ├── config.md
│ │ ├── db-migration.md
│ │ ├── deploy-from-git.md
│ │ ├── deploy-from-image.md
│ │ ├── dice-yml.md
│ │ ├── management.md
│ │ ├── metrics_logs.md
│ │ ├── pipeline.md
│ │ └── resource-management.md
│ │ ├── dop
│ │ ├── best-practice.md
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── api-management.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ └── microservice-springcloud.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── erda-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ ├── overview.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ ├── erda-project.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ └── pipeline-yml-graph.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── TODO seperate agile.md
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── milestone.md
│ │ │ ├── notification.md
│ │ │ ├── statistics.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── artifact-and-build.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-from-artifact.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── overview.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── erda-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ ├── faq
│ │ │ └── faq.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── edge
│ │ ├── configset-management.md
│ │ ├── deploy-application.md
│ │ ├── prepare.md
│ │ └── site-management.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ ├── guide.md
│ │ └── guide
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-source.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── glossary.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── language
│ │ ├── java.md
│ │ ├── javascript.md
│ │ ├── php.md
│ │ └── python.md
│ │ ├── microservice
│ │ ├── api-gateway-advanced1.md
│ │ ├── api-gateway-advanced2.md
│ │ ├── api-gateway-benchmark.md
│ │ ├── api-gateway-statuscode.md
│ │ ├── api-gateway.md
│ │ ├── api-management.md
│ │ ├── dashboard-advanced.md
│ │ ├── dashboard.md
│ │ ├── dubbo.md
│ │ ├── service-mesh.md
│ │ ├── sign-auth.md
│ │ ├── spring-cloud.md
│ │ ├── tracing.md
│ │ └── use-apm-monitor-app.md
│ │ ├── mobileapp
│ │ ├── basic.md
│ │ ├── certificates.md
│ │ ├── framework.md
│ │ ├── howto-dev.md
│ │ ├── ios-ci.md
│ │ ├── libraries.md
│ │ ├── local-environment.md
│ │ └── management.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ │ ├── apm
│ │ │ │ ├── arch.md
│ │ │ │ ├── concept.md
│ │ │ │ └── observability.md
│ │ │ └── nc
│ │ │ │ ├── arch.md
│ │ │ │ └── core.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ ├── log
│ │ │ │ └── java-log-rule.md
│ │ │ └── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ ├── old
│ │ │ ├── alarm-history.md
│ │ │ ├── api-gateway-advanced1.md
│ │ │ ├── api-gateway-advanced2.md
│ │ │ ├── api-gateway-benchmark.md
│ │ │ ├── api-gateway-statuscode.md
│ │ │ ├── api-gateway.md
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── config-center.md
│ │ │ ├── dubbo.md
│ │ │ ├── error-analysis.md
│ │ │ ├── example.md
│ │ │ ├── guide.md
│ │ │ ├── intro.md
│ │ │ ├── log-analysis.md
│ │ │ ├── monitor-mobile.md
│ │ │ ├── monitor-service.md
│ │ │ ├── service-status.md
│ │ │ ├── sign-auth.md
│ │ │ ├── spring-cloud.md
│ │ │ ├── topology.md
│ │ │ └── trace.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ ├── o_m
│ │ ├── alert-config.md
│ │ ├── create-cluster.md
│ │ ├── custom-metrics.md
│ │ ├── logs.md
│ │ ├── node-labels.md
│ │ └── resource-scale.md
│ │ ├── org-center
│ │ ├── announcement.md
│ │ ├── approve.md
│ │ ├── audit.md
│ │ ├── certificate.md
│ │ ├── intro.md
│ │ ├── project.md
│ │ └── setting.md
│ │ ├── platform-design.md
│ │ ├── quick-start
│ │ ├── agile-cooperation.md
│ │ ├── agile-dev.md
│ │ ├── auto-test.md
│ │ ├── create-application.md
│ │ ├── create-org.md
│ │ ├── create-project.md
│ │ ├── edge-publish.md
│ │ ├── microservice.md
│ │ ├── newbie.md
│ │ └── premise.md
│ │ ├── release-notes
│ │ └── v1.1.md
│ │ └── test
│ │ ├── README.md
│ │ ├── auto-test-getting-started.md
│ │ ├── auto-test.md
│ │ ├── code-quality.md
│ │ ├── function-test.md
│ │ └── interface-test.md
├── 1.5
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ └── explain-args.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ └── microservice-springcloud.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ └── pipeline-yml-graph.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── milestone.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── artifact-and-build.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-from-artifact.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-list.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
└── en
│ ├── 1.4
│ └── manual
│ │ ├── about
│ │ └── intro.md
│ │ └── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ ├── comp-schedule.md
│ │ ├── helm-install-demo.md
│ │ ├── helm-install-prod.md
│ │ ├── high-availability.md
│ │ ├── introduction.md
│ │ ├── premise.md
│ │ ├── uninstall.md
│ │ └── upgrade.md
│ └── 1.5
│ └── manual
│ ├── about
│ └── intro.md
│ ├── cli
│ └── explain-args.md
│ ├── cmp
│ ├── concept.md
│ ├── examples
│ │ ├── check-env.md
│ │ └── set-labels.md
│ ├── guide
│ │ ├── alert
│ │ │ ├── alarm-custom.md
│ │ │ ├── alarm-statistics.md
│ │ │ ├── alarm-strategy.md
│ │ │ └── report.md
│ │ └── cluster
│ │ │ ├── cluster-node-labels.md
│ │ │ └── management.md
│ └── practice
│ │ └── alert-config.md
│ ├── dop
│ ├── concepts
│ │ ├── dice-yaml.md
│ │ ├── gitflow.md
│ │ └── iac.md
│ ├── examples
│ │ └── deploy
│ │ │ ├── deploy-from-caches-build.md
│ │ │ ├── deploy-from-git.md
│ │ │ ├── deploy-from-go-build.md
│ │ │ ├── deploy-from-image.md
│ │ │ ├── deploy-from-java-build.md
│ │ │ ├── manage-mirror.md
│ │ │ └── nexus.md
│ └── guides
│ │ ├── collaboration
│ │ ├── backlog-and-iteration.md
│ │ ├── issue-bug.md
│ │ ├── issue-customize-and-workflow.md
│ │ ├── label.md
│ │ ├── milestone.md
│ │ ├── notification.md
│ │ └── ticket.md
│ │ ├── deploy
│ │ ├── artifact-and-build.md
│ │ ├── deploy-by-cicd-pipeline.md
│ │ ├── deploy-from-artifact.md
│ │ └── resource-management.md
│ │ ├── language
│ │ ├── go.md
│ │ ├── java.md
│ │ └── php.md
│ │ └── mobileapp
│ │ └── basic.md
│ ├── eco-tools
│ └── kubeprober
│ │ ├── best-practices
│ │ ├── command_tools.md
│ │ ├── muti_cluster_kubeprober.md
│ │ └── standalone_kubeprober.md
│ │ ├── concepts
│ │ ├── cluster_crd.md
│ │ └── prober_crd.md
│ │ └── guides
│ │ ├── install.md
│ │ └── introduction.md
│ ├── ecp
│ ├── best-practice.md
│ ├── concept.md
│ └── example.md
│ ├── faq
│ ├── faq.md
│ └── install.md
│ ├── fdp
│ ├── concept.md
│ └── guide
│ │ ├── algorithm-model.md
│ │ ├── configure-manage.md
│ │ ├── data-map.md
│ │ ├── data-om.md
│ │ ├── data-service.md
│ │ ├── notification-manage.md
│ │ └── work-space.md
│ ├── install
│ ├── docker-install.md
│ └── helm-install
│ │ ├── comp-schedule.md
│ │ ├── configuration.md
│ │ ├── helm-install-demo.md
│ │ ├── helm-install-prod.md
│ │ ├── high-availability.md
│ │ ├── introduction.md
│ │ ├── premise.md
│ │ ├── uninstall.md
│ │ └── upgrade.md
│ ├── msp
│ ├── examples
│ │ ├── apigw
│ │ │ ├── access-limit.md
│ │ │ ├── custom-header.md
│ │ │ └── timeout.md
│ │ └── apm
│ │ │ ├── exception-alert.md
│ │ │ └── status-alert.md
│ ├── guides
│ │ ├── apigw
│ │ │ ├── bench.md
│ │ │ └── status.md
│ │ └── platform
│ │ │ └── msp-project.md
│ └── practice
│ │ ├── apigw
│ │ └── iac.md
│ │ ├── apm
│ │ └── service-alert.md
│ │ └── nc
│ │ └── mse.md
│ └── quick-start
│ ├── newbie.md
│ └── premise.md
├── dice.yml
├── docs
├── .vuepress
│ ├── components
│ │ ├── BlogCategories.vue
│ │ ├── BlogList.vue
│ │ ├── BlogNavbar.vue
│ │ ├── BlogSearchBox.vue
│ │ ├── BlogTag.vue
│ │ ├── BlogTags.vue
│ │ ├── CategoryLink.vue
│ │ ├── HomeLink.vue
│ │ ├── Post.vue
│ │ ├── PostCategory.vue
│ │ ├── PostMeta.vue
│ │ ├── PostTag.vue
│ │ ├── VideoPlayer.vue
│ │ └── search.svg
│ ├── config.js
│ ├── dist
│ │ └── config.dev.js
│ ├── enhanceApp.js
│ ├── nav
│ │ ├── en.js
│ │ └── zh.js
│ ├── public
│ │ ├── favicon.ico
│ │ ├── icons
│ │ │ └── android-chrome-256x256.png
│ │ ├── images
│ │ │ └── logo.png
│ │ └── manifest.json
│ ├── searchHooks.js
│ ├── sidebar
│ │ ├── en.js
│ │ ├── vers
│ │ │ ├── 1.0.js
│ │ │ ├── 1.1.js
│ │ │ ├── 1.2.js
│ │ │ ├── 1.3-en.js
│ │ │ ├── 1.3.js
│ │ │ ├── 1.4-en.js
│ │ │ ├── 1.4.js
│ │ │ ├── 1.5-en.js
│ │ │ ├── 1.5.js
│ │ │ ├── 2.0-en.js
│ │ │ ├── 2.0.js
│ │ │ ├── 2.1-en.js
│ │ │ ├── 2.1.js
│ │ │ ├── 2.2-en.js
│ │ │ ├── 2.2.js
│ │ │ ├── 2.3-en.js
│ │ │ ├── 2.3.js
│ │ │ ├── 2.4-en.js
│ │ │ ├── 2.4.js
│ │ │ ├── next-en.js
│ │ │ └── next.js
│ │ └── zh.js
│ ├── styles
│ │ ├── index.styl
│ │ └── palette.styl
│ ├── theme
│ │ ├── components
│ │ │ ├── NavLink.vue
│ │ │ ├── NavLinks.vue
│ │ │ ├── Navbar.vue
│ │ │ └── SideAnchor.vue
│ │ ├── index.js
│ │ ├── layouts
│ │ │ ├── 404.vue
│ │ │ ├── Blog-Layout.vue
│ │ │ └── Layout.vue
│ │ └── util
│ │ │ ├── index.js
│ │ │ └── match-query.js
│ └── util.js
├── 2.0
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── alert-notify-group.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── 2.1
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autotest.md
│ │ │ ├── disable-tasks.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── deploy-sonarqube.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── 2.2
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autoscaler-alicloud.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── autoscaler.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── deploy-sonarqube.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── 2.3
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autoscaler-alicloud.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── autoscaler.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── deploy-sonarqube.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── 2.4
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autoscaler-alicloud.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── autoscaler.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── deploy-sonarqube.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── IntelliJ-IDEA_JSON-Schema.png
│ │ │ ├── IntelliJ-IDEA_dice-yml-lint.png
│ │ │ ├── dice-yaml.md
│ │ │ ├── env.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── mse_auth.md
│ │ │ │ ├── mse_policy.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── profile.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ ├── profile-cpu.md
│ │ │ ├── profile-memory.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── README.md
├── changeLog.md
├── en
│ ├── 2.0
│ │ └── manual
│ │ │ ├── about
│ │ │ └── intro.md
│ │ │ ├── cli
│ │ │ ├── explain-args.md
│ │ │ ├── install.md
│ │ │ └── use.md
│ │ │ ├── cmp
│ │ │ ├── concept.md
│ │ │ ├── examples
│ │ │ │ ├── check-env.md
│ │ │ │ ├── check-workload.md
│ │ │ │ └── set-labels.md
│ │ │ ├── guide
│ │ │ │ ├── alert
│ │ │ │ │ ├── alarm-custom.md
│ │ │ │ │ ├── alarm-list.md
│ │ │ │ │ ├── alarm-statistics.md
│ │ │ │ │ ├── alarm-strategy.md
│ │ │ │ │ ├── dashboard.md
│ │ │ │ │ └── report.md
│ │ │ │ ├── cluster-overview.md
│ │ │ │ └── cluster
│ │ │ │ │ ├── autoscaling.md
│ │ │ │ │ ├── cluster-node-labels.md
│ │ │ │ │ ├── k8s-dashboard.md
│ │ │ │ │ └── management.md
│ │ │ └── practice
│ │ │ │ └── alert-config.md
│ │ │ ├── dop
│ │ │ ├── best-practices
│ │ │ │ ├── api-drive-develop.md
│ │ │ │ └── microservice-springcloud.md
│ │ │ ├── concepts
│ │ │ │ ├── agile-info.md
│ │ │ │ ├── dice-yaml.md
│ │ │ │ ├── gitflow.md
│ │ │ │ ├── iac.md
│ │ │ │ └── pipeline.md
│ │ │ ├── examples
│ │ │ │ ├── deploy
│ │ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ │ ├── deploy-from-git.md
│ │ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ │ ├── deploy-from-image.md
│ │ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ │ ├── manage-mirror.md
│ │ │ │ │ └── nexus.md
│ │ │ │ └── project-management.md
│ │ │ └── guides
│ │ │ │ ├── cicd-pipeline
│ │ │ │ ├── pipeline-customize-and-extension.md
│ │ │ │ └── project-pipeline.md
│ │ │ │ ├── code
│ │ │ │ ├── branch-and-tag.md
│ │ │ │ └── code-hosting.md
│ │ │ │ ├── collaboration
│ │ │ │ ├── backlog-and-iteration.md
│ │ │ │ ├── issue-bug.md
│ │ │ │ ├── issue-customize-and-workflow.md
│ │ │ │ ├── issue-dashboard.md
│ │ │ │ ├── issue-gantt-chart.md
│ │ │ │ ├── issue-requirement-and-task.md
│ │ │ │ ├── issue.md
│ │ │ │ ├── label.md
│ │ │ │ ├── notification.md
│ │ │ │ └── ticket.md
│ │ │ │ ├── deploy
│ │ │ │ ├── block-deploy.md
│ │ │ │ ├── db-migration.md
│ │ │ │ ├── release.md
│ │ │ │ └── resource-management.md
│ │ │ │ ├── language
│ │ │ │ ├── go.md
│ │ │ │ ├── java.md
│ │ │ │ ├── javascript.md
│ │ │ │ └── php.md
│ │ │ │ ├── mobileapp
│ │ │ │ └── basic.md
│ │ │ │ └── reference
│ │ │ │ └── dice-yaml.md
│ │ │ ├── eco-tools
│ │ │ └── kubeprober
│ │ │ │ ├── best-practices
│ │ │ │ ├── alert.md
│ │ │ │ ├── command_tools.md
│ │ │ │ ├── custom_prober.md
│ │ │ │ ├── muti_cluster_kubeprober.md
│ │ │ │ ├── prober_management.md
│ │ │ │ └── standalone_kubeprober.md
│ │ │ │ ├── concepts
│ │ │ │ ├── arch.md
│ │ │ │ ├── cluster_crd.md
│ │ │ │ └── prober_crd.md
│ │ │ │ └── guides
│ │ │ │ ├── first_prober.md
│ │ │ │ ├── install.md
│ │ │ │ └── introduction.md
│ │ │ ├── ecp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ └── example.md
│ │ │ ├── faq
│ │ │ ├── faq.md
│ │ │ └── install.md
│ │ │ ├── fdp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── example
│ │ │ │ ├── develop.md
│ │ │ │ ├── integration.md
│ │ │ │ ├── om.md
│ │ │ │ └── service.md
│ │ │ └── guide
│ │ │ │ ├── algorithm-model.md
│ │ │ │ ├── configure-manage.md
│ │ │ │ ├── data-develop.md
│ │ │ │ ├── data-map.md
│ │ │ │ ├── data-om.md
│ │ │ │ ├── data-permission.md
│ │ │ │ ├── data-service.md
│ │ │ │ ├── data-source.md
│ │ │ │ ├── data-standard.md
│ │ │ │ ├── notification-manage.md
│ │ │ │ ├── source-data.md
│ │ │ │ ├── work-space.md
│ │ │ │ └── workflow.md
│ │ │ ├── install
│ │ │ ├── docker-install.md
│ │ │ └── helm-install
│ │ │ │ ├── comp-schedule.md
│ │ │ │ ├── configuration.md
│ │ │ │ ├── helm-install-demo.md
│ │ │ │ ├── helm-install-prod.md
│ │ │ │ ├── high-availability.md
│ │ │ │ ├── introduction.md
│ │ │ │ ├── premise.md
│ │ │ │ ├── uninstall.md
│ │ │ │ └── upgrade.md
│ │ │ ├── msp
│ │ │ ├── examples
│ │ │ │ ├── apigw
│ │ │ │ │ ├── access-limit.md
│ │ │ │ │ ├── config.md
│ │ │ │ │ ├── cors.md
│ │ │ │ │ ├── custom-header.md
│ │ │ │ │ ├── rate-limit.md
│ │ │ │ │ └── timeout.md
│ │ │ │ └── apm
│ │ │ │ │ ├── exception-alert.md
│ │ │ │ │ └── status-alert.md
│ │ │ ├── guides
│ │ │ │ ├── apigw
│ │ │ │ │ ├── auth.md
│ │ │ │ │ ├── bench.md
│ │ │ │ │ ├── policy.md
│ │ │ │ │ └── status.md
│ │ │ │ ├── apm
│ │ │ │ │ ├── apm-overview.md
│ │ │ │ │ ├── browser-monitor-config.md
│ │ │ │ │ ├── java-agent-guide.md
│ │ │ │ │ └── trace.md
│ │ │ │ ├── nc
│ │ │ │ │ ├── dubbo.md
│ │ │ │ │ ├── spring.md
│ │ │ │ │ └── springcloud.md
│ │ │ │ └── platform
│ │ │ │ │ └── msp-project.md
│ │ │ └── practice
│ │ │ │ ├── apigw
│ │ │ │ └── iac.md
│ │ │ │ ├── apm
│ │ │ │ └── service-alert.md
│ │ │ │ └── nc
│ │ │ │ └── mse.md
│ │ │ └── quick-start
│ │ │ ├── newbie.md
│ │ │ └── premise.md
│ ├── 2.1
│ │ └── manual
│ │ │ ├── about
│ │ │ └── intro.md
│ │ │ ├── cli
│ │ │ ├── explain-args.md
│ │ │ ├── install.md
│ │ │ └── use.md
│ │ │ ├── cmp
│ │ │ ├── concept.md
│ │ │ ├── examples
│ │ │ │ ├── check-env.md
│ │ │ │ ├── check-workload.md
│ │ │ │ └── set-labels.md
│ │ │ ├── guide
│ │ │ │ ├── alert
│ │ │ │ │ ├── alarm-custom.md
│ │ │ │ │ ├── alarm-list.md
│ │ │ │ │ ├── alarm-statistics.md
│ │ │ │ │ ├── alarm-strategy.md
│ │ │ │ │ ├── dashboard.md
│ │ │ │ │ └── report.md
│ │ │ │ ├── cluster-overview.md
│ │ │ │ └── cluster
│ │ │ │ │ ├── autoscaling.md
│ │ │ │ │ ├── cluster-node-labels.md
│ │ │ │ │ ├── k8s-dashboard.md
│ │ │ │ │ └── management.md
│ │ │ └── practice
│ │ │ │ └── alert-config.md
│ │ │ ├── dop
│ │ │ ├── best-practices
│ │ │ │ ├── api-drive-develop.md
│ │ │ │ └── microservice-springcloud.md
│ │ │ ├── concepts
│ │ │ │ ├── agile-info.md
│ │ │ │ ├── dice-yaml.md
│ │ │ │ ├── gitflow.md
│ │ │ │ ├── iac.md
│ │ │ │ └── pipeline.md
│ │ │ ├── examples
│ │ │ │ ├── deploy
│ │ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ │ ├── deploy-from-git.md
│ │ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ │ ├── deploy-from-image.md
│ │ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ │ ├── manage-mirror.md
│ │ │ │ │ └── nexus.md
│ │ │ │ └── project-management.md
│ │ │ └── guides
│ │ │ │ ├── cicd-pipeline
│ │ │ │ ├── pipeline-customize-and-extension.md
│ │ │ │ └── project-pipeline.md
│ │ │ │ ├── code
│ │ │ │ ├── branch-and-tag.md
│ │ │ │ └── code-hosting.md
│ │ │ │ ├── collaboration
│ │ │ │ ├── backlog-and-iteration.md
│ │ │ │ ├── issue-automation.md
│ │ │ │ ├── issue-bug.md
│ │ │ │ ├── issue-customize-and-workflow.md
│ │ │ │ ├── issue-dashboard.md
│ │ │ │ ├── issue-gantt-chart.md
│ │ │ │ ├── issue-requirement-and-task.md
│ │ │ │ ├── issue.md
│ │ │ │ ├── label.md
│ │ │ │ ├── notification.md
│ │ │ │ └── ticket.md
│ │ │ │ ├── deploy
│ │ │ │ ├── addon-custom.md
│ │ │ │ ├── block-deploy.md
│ │ │ │ ├── db-migration.md
│ │ │ │ ├── release.md
│ │ │ │ └── resource-management.md
│ │ │ │ ├── language
│ │ │ │ ├── go.md
│ │ │ │ ├── java.md
│ │ │ │ ├── javascript.md
│ │ │ │ └── php.md
│ │ │ │ ├── mobileapp
│ │ │ │ └── basic.md
│ │ │ │ ├── qa-and-testing
│ │ │ │ └── deploy-sonarqube.md
│ │ │ │ └── reference
│ │ │ │ └── dice-yaml.md
│ │ │ ├── eco-tools
│ │ │ └── kubeprober
│ │ │ │ ├── best-practices
│ │ │ │ ├── alert.md
│ │ │ │ ├── command_tools.md
│ │ │ │ ├── custom_prober.md
│ │ │ │ ├── muti_cluster_kubeprober.md
│ │ │ │ ├── prober_management.md
│ │ │ │ └── standalone_kubeprober.md
│ │ │ │ ├── concepts
│ │ │ │ ├── arch.md
│ │ │ │ ├── cluster_crd.md
│ │ │ │ └── prober_crd.md
│ │ │ │ └── guides
│ │ │ │ ├── first_prober.md
│ │ │ │ ├── install.md
│ │ │ │ └── introduction.md
│ │ │ ├── ecp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ └── example.md
│ │ │ ├── faq
│ │ │ ├── faq.md
│ │ │ └── install.md
│ │ │ ├── fdp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── example
│ │ │ │ ├── develop.md
│ │ │ │ ├── integration.md
│ │ │ │ ├── om.md
│ │ │ │ └── service.md
│ │ │ └── guide
│ │ │ │ ├── algorithm-model.md
│ │ │ │ ├── configure-manage.md
│ │ │ │ ├── data-develop.md
│ │ │ │ ├── data-map.md
│ │ │ │ ├── data-om.md
│ │ │ │ ├── data-permission.md
│ │ │ │ ├── data-service.md
│ │ │ │ ├── data-source.md
│ │ │ │ ├── data-standard.md
│ │ │ │ ├── notification-manage.md
│ │ │ │ ├── source-data.md
│ │ │ │ ├── work-space.md
│ │ │ │ └── workflow.md
│ │ │ ├── install
│ │ │ ├── docker-install.md
│ │ │ └── helm-install
│ │ │ │ ├── comp-schedule.md
│ │ │ │ ├── configuration.md
│ │ │ │ ├── helm-install-demo.md
│ │ │ │ ├── helm-install-prod.md
│ │ │ │ ├── high-availability.md
│ │ │ │ ├── introduction.md
│ │ │ │ ├── premise.md
│ │ │ │ ├── uninstall.md
│ │ │ │ └── upgrade.md
│ │ │ ├── msp
│ │ │ ├── examples
│ │ │ │ ├── apigw
│ │ │ │ │ ├── access-limit.md
│ │ │ │ │ ├── config.md
│ │ │ │ │ ├── cors.md
│ │ │ │ │ ├── custom-header.md
│ │ │ │ │ ├── rate-limit.md
│ │ │ │ │ └── timeout.md
│ │ │ │ └── apm
│ │ │ │ │ ├── exception-alert.md
│ │ │ │ │ └── status-alert.md
│ │ │ ├── guides
│ │ │ │ ├── apigw
│ │ │ │ │ ├── auth.md
│ │ │ │ │ ├── bench.md
│ │ │ │ │ ├── policy.md
│ │ │ │ │ └── status.md
│ │ │ │ ├── apm
│ │ │ │ │ ├── apm-overview.md
│ │ │ │ │ ├── browser-monitor-config.md
│ │ │ │ │ ├── java-agent-guide.md
│ │ │ │ │ └── trace.md
│ │ │ │ ├── nc
│ │ │ │ │ ├── dubbo.md
│ │ │ │ │ ├── spring.md
│ │ │ │ │ └── springcloud.md
│ │ │ │ └── platform
│ │ │ │ │ └── msp-project.md
│ │ │ └── practice
│ │ │ │ ├── apigw
│ │ │ │ └── iac.md
│ │ │ │ ├── apm
│ │ │ │ └── service-alert.md
│ │ │ │ └── nc
│ │ │ │ └── mse.md
│ │ │ └── quick-start
│ │ │ ├── newbie.md
│ │ │ └── premise.md
│ ├── 2.2
│ │ └── manual
│ │ │ ├── about
│ │ │ └── intro.md
│ │ │ ├── cli
│ │ │ ├── explain-args.md
│ │ │ ├── install.md
│ │ │ └── use.md
│ │ │ ├── cmp
│ │ │ ├── concept.md
│ │ │ ├── examples
│ │ │ │ ├── check-env.md
│ │ │ │ ├── check-workload.md
│ │ │ │ └── set-labels.md
│ │ │ ├── guide
│ │ │ │ ├── alert
│ │ │ │ │ ├── alarm-custom.md
│ │ │ │ │ ├── alarm-list.md
│ │ │ │ │ ├── alarm-statistics.md
│ │ │ │ │ ├── alarm-strategy.md
│ │ │ │ │ ├── dashboard.md
│ │ │ │ │ └── report.md
│ │ │ │ ├── cluster-overview.md
│ │ │ │ └── cluster
│ │ │ │ │ ├── autoscaling.md
│ │ │ │ │ ├── cluster-node-labels.md
│ │ │ │ │ ├── k8s-dashboard.md
│ │ │ │ │ └── management.md
│ │ │ └── practice
│ │ │ │ └── alert-config.md
│ │ │ ├── dop
│ │ │ ├── best-practices
│ │ │ │ ├── api-drive-develop.md
│ │ │ │ └── microservice-springcloud.md
│ │ │ ├── concepts
│ │ │ │ ├── agile-info.md
│ │ │ │ ├── dice-yaml.md
│ │ │ │ ├── gitflow.md
│ │ │ │ ├── iac.md
│ │ │ │ └── pipeline.md
│ │ │ ├── examples
│ │ │ │ ├── deploy
│ │ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ │ ├── deploy-from-git.md
│ │ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ │ ├── deploy-from-image.md
│ │ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ │ ├── manage-mirror.md
│ │ │ │ │ └── nexus.md
│ │ │ │ └── project-management.md
│ │ │ └── guides
│ │ │ │ ├── cicd-pipeline
│ │ │ │ ├── pipeline-customize-and-extension.md
│ │ │ │ └── project-pipeline.md
│ │ │ │ ├── code
│ │ │ │ ├── branch-and-tag.md
│ │ │ │ └── code-hosting.md
│ │ │ │ ├── collaboration
│ │ │ │ ├── backlog-and-iteration.md
│ │ │ │ ├── issue-automation.md
│ │ │ │ ├── issue-bug.md
│ │ │ │ ├── issue-customize-and-workflow.md
│ │ │ │ ├── issue-dashboard.md
│ │ │ │ ├── issue-gantt-chart.md
│ │ │ │ ├── issue-requirement-and-task.md
│ │ │ │ ├── issue.md
│ │ │ │ ├── label.md
│ │ │ │ ├── notification.md
│ │ │ │ └── ticket.md
│ │ │ │ ├── deploy
│ │ │ │ ├── addon-custom.md
│ │ │ │ ├── block-deploy.md
│ │ │ │ ├── db-migration.md
│ │ │ │ ├── release.md
│ │ │ │ └── resource-management.md
│ │ │ │ ├── language
│ │ │ │ ├── go.md
│ │ │ │ ├── java.md
│ │ │ │ ├── javascript.md
│ │ │ │ └── php.md
│ │ │ │ ├── mobileapp
│ │ │ │ └── basic.md
│ │ │ │ ├── qa-and-testing
│ │ │ │ └── deploy-sonarqube.md
│ │ │ │ └── reference
│ │ │ │ └── dice-yaml.md
│ │ │ ├── eco-tools
│ │ │ └── kubeprober
│ │ │ │ ├── best-practices
│ │ │ │ ├── alert.md
│ │ │ │ ├── command_tools.md
│ │ │ │ ├── custom_prober.md
│ │ │ │ ├── muti_cluster_kubeprober.md
│ │ │ │ ├── prober_management.md
│ │ │ │ └── standalone_kubeprober.md
│ │ │ │ ├── concepts
│ │ │ │ ├── arch.md
│ │ │ │ ├── cluster_crd.md
│ │ │ │ └── prober_crd.md
│ │ │ │ └── guides
│ │ │ │ ├── first_prober.md
│ │ │ │ ├── install.md
│ │ │ │ └── introduction.md
│ │ │ ├── ecp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ └── example.md
│ │ │ ├── faq
│ │ │ ├── faq.md
│ │ │ └── install.md
│ │ │ ├── fdp
│ │ │ ├── best-practice.md
│ │ │ ├── concept.md
│ │ │ ├── example
│ │ │ │ ├── develop.md
│ │ │ │ ├── integration.md
│ │ │ │ ├── om.md
│ │ │ │ └── service.md
│ │ │ └── guide
│ │ │ │ ├── algorithm-model.md
│ │ │ │ ├── configure-manage.md
│ │ │ │ ├── data-develop.md
│ │ │ │ ├── data-map.md
│ │ │ │ ├── data-om.md
│ │ │ │ ├── data-permission.md
│ │ │ │ ├── data-service.md
│ │ │ │ ├── data-source.md
│ │ │ │ ├── data-standard.md
│ │ │ │ ├── notification-manage.md
│ │ │ │ ├── source-data.md
│ │ │ │ ├── work-space.md
│ │ │ │ └── workflow.md
│ │ │ ├── install
│ │ │ ├── docker-install.md
│ │ │ └── helm-install
│ │ │ │ ├── comp-schedule.md
│ │ │ │ ├── configuration.md
│ │ │ │ ├── helm-install-demo.md
│ │ │ │ ├── helm-install-prod.md
│ │ │ │ ├── high-availability.md
│ │ │ │ ├── introduction.md
│ │ │ │ ├── premise.md
│ │ │ │ ├── uninstall.md
│ │ │ │ └── upgrade.md
│ │ │ ├── msp
│ │ │ ├── examples
│ │ │ │ ├── apigw
│ │ │ │ │ ├── access-limit.md
│ │ │ │ │ ├── config.md
│ │ │ │ │ ├── cors.md
│ │ │ │ │ ├── custom-header.md
│ │ │ │ │ ├── rate-limit.md
│ │ │ │ │ └── timeout.md
│ │ │ │ └── apm
│ │ │ │ │ ├── exception-alert.md
│ │ │ │ │ └── status-alert.md
│ │ │ ├── guides
│ │ │ │ ├── apigw
│ │ │ │ │ ├── auth.md
│ │ │ │ │ ├── bench.md
│ │ │ │ │ ├── policy.md
│ │ │ │ │ └── status.md
│ │ │ │ ├── apm
│ │ │ │ │ ├── apm-overview.md
│ │ │ │ │ ├── browser-monitor-config.md
│ │ │ │ │ ├── java-agent-guide.md
│ │ │ │ │ └── trace.md
│ │ │ │ ├── nc
│ │ │ │ │ ├── dubbo.md
│ │ │ │ │ ├── spring.md
│ │ │ │ │ └── springcloud.md
│ │ │ │ └── platform
│ │ │ │ │ └── msp-project.md
│ │ │ └── practice
│ │ │ │ ├── apigw
│ │ │ │ └── iac.md
│ │ │ │ ├── apm
│ │ │ │ └── service-alert.md
│ │ │ │ └── nc
│ │ │ │ └── mse.md
│ │ │ └── quick-start
│ │ │ ├── newbie.md
│ │ │ └── premise.md
│ ├── README.md
│ ├── changeLog.md
│ ├── faq.md
│ └── next
│ │ └── manual
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ └── microservice-springcloud.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ └── code-hosting.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── block-deploy.md
│ │ │ ├── db-migration.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ └── basic.md
│ │ │ ├── qa-and-testing
│ │ │ └── deploy-sonarqube.md
│ │ │ └── reference
│ │ │ ├── dice-yaml.md
│ │ │ └── env.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ └── example.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ └── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ └── status-alert.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ └── trace.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ └── service-alert.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
├── faq.md
├── next
│ └── manual
│ │ ├── README.md
│ │ ├── about
│ │ └── intro.md
│ │ ├── cli
│ │ ├── explain-args.md
│ │ ├── install.md
│ │ └── use.md
│ │ ├── cmp
│ │ ├── concept.md
│ │ ├── examples
│ │ │ ├── check-env.md
│ │ │ ├── check-workload.md
│ │ │ └── set-labels.md
│ │ ├── guide
│ │ │ ├── alert
│ │ │ │ ├── alarm-custom.md
│ │ │ │ ├── alarm-list.md
│ │ │ │ ├── alarm-statistics.md
│ │ │ │ ├── alarm-strategy.md
│ │ │ │ ├── dashboard.md
│ │ │ │ └── report.md
│ │ │ ├── cluster-overview.md
│ │ │ └── cluster
│ │ │ │ ├── autoscaling.md
│ │ │ │ ├── cluster-node-labels.md
│ │ │ │ ├── k8s-dashboard.md
│ │ │ │ └── management.md
│ │ └── practice
│ │ │ └── alert-config.md
│ │ ├── dop
│ │ ├── best-practices
│ │ │ ├── api-drive-develop.md
│ │ │ ├── autoscaler-alicloud.md
│ │ │ ├── autotest.md
│ │ │ ├── manual-test.md
│ │ │ ├── microservice-springcloud.md
│ │ │ └── release.md
│ │ ├── concepts
│ │ │ ├── agile-info.md
│ │ │ ├── artifact.md
│ │ │ ├── dice-yaml.md
│ │ │ ├── gitflow.md
│ │ │ ├── iac.md
│ │ │ └── pipeline.md
│ │ ├── examples
│ │ │ ├── deploy
│ │ │ │ ├── deploy-from-caches-build.md
│ │ │ │ ├── deploy-from-git.md
│ │ │ │ ├── deploy-from-go-build.md
│ │ │ │ ├── deploy-from-image.md
│ │ │ │ ├── deploy-from-java-build.md
│ │ │ │ ├── e2e-code-coverage.md
│ │ │ │ ├── manage-mirror.md
│ │ │ │ └── nexus.md
│ │ │ └── project-management.md
│ │ └── guides
│ │ │ ├── api
│ │ │ └── api-design.md
│ │ │ ├── cicd-pipeline
│ │ │ ├── pipeline-customize-and-extension.md
│ │ │ ├── pipeline-execution.md
│ │ │ ├── pipeline-yml-config.md
│ │ │ ├── pipeline-yml-graph.md
│ │ │ └── project-pipeline.md
│ │ │ ├── code
│ │ │ ├── branch-and-tag.md
│ │ │ ├── code-hosting.md
│ │ │ └── merge-request.md
│ │ │ ├── collaboration
│ │ │ ├── backlog-and-iteration.md
│ │ │ ├── issue-automation.md
│ │ │ ├── issue-bug.md
│ │ │ ├── issue-customize-and-workflow.md
│ │ │ ├── issue-dashboard.md
│ │ │ ├── issue-gantt-chart.md
│ │ │ ├── issue-requirement-and-task.md
│ │ │ ├── issue.md
│ │ │ ├── label.md
│ │ │ ├── notification.md
│ │ │ └── ticket.md
│ │ │ ├── deploy
│ │ │ ├── addon-custom.md
│ │ │ ├── addon-out-of-box.md
│ │ │ ├── autoscaler.md
│ │ │ ├── block-deploy.md
│ │ │ ├── config-center.md
│ │ │ ├── config.md
│ │ │ ├── db-migration.md
│ │ │ ├── deploy-by-cicd-pipeline.md
│ │ │ ├── deploy-order.md
│ │ │ ├── management.md
│ │ │ ├── metrics_logs.md
│ │ │ ├── release.md
│ │ │ └── resource-management.md
│ │ │ ├── language
│ │ │ ├── go.md
│ │ │ ├── java.md
│ │ │ ├── javascript.md
│ │ │ └── php.md
│ │ │ ├── mobileapp
│ │ │ ├── basic.md
│ │ │ ├── certificates.md
│ │ │ ├── framework.md
│ │ │ ├── howto-dev.md
│ │ │ ├── ios-ci.md
│ │ │ ├── libraries.md
│ │ │ ├── local-environment.md
│ │ │ └── management.md
│ │ │ ├── qa-and-testing
│ │ │ ├── auto-test-getting-started.md
│ │ │ ├── deploy-sonarqube.md
│ │ │ ├── e2e-code-coverage.md
│ │ │ ├── function-test.md
│ │ │ ├── project-test-report.md
│ │ │ ├── sonar-quality-gate.md
│ │ │ ├── sonar-report.md
│ │ │ ├── test-dashboard.md
│ │ │ ├── testing-in-cicd-pipeline.md
│ │ │ └── unit-test.md
│ │ │ └── reference
│ │ │ ├── IntelliJ-IDEA_JSON-Schema.png
│ │ │ ├── IntelliJ-IDEA_dice-yml-lint.png
│ │ │ ├── dice-yaml.md
│ │ │ ├── env.md
│ │ │ └── pipeline.md
│ │ ├── eco-tools
│ │ └── kubeprober
│ │ │ ├── best-practices
│ │ │ ├── alert.md
│ │ │ ├── command_tools.md
│ │ │ ├── custom_prober.md
│ │ │ ├── muti_cluster_kubeprober.md
│ │ │ ├── prober_management.md
│ │ │ └── standalone_kubeprober.md
│ │ │ ├── concepts
│ │ │ ├── arch.md
│ │ │ ├── cluster_crd.md
│ │ │ └── prober_crd.md
│ │ │ └── guides
│ │ │ ├── first_prober.md
│ │ │ ├── install.md
│ │ │ └── introduction.md
│ │ ├── ecp
│ │ ├── application.md
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── config-set.md
│ │ ├── example.md
│ │ ├── intro.md
│ │ └── resource.md
│ │ ├── faq
│ │ ├── faq.md
│ │ └── install.md
│ │ ├── fdp
│ │ ├── best-practice.md
│ │ ├── concept.md
│ │ ├── example
│ │ │ ├── basic.md
│ │ │ ├── develop.md
│ │ │ ├── integration.md
│ │ │ ├── om.md
│ │ │ └── service.md
│ │ └── guide
│ │ │ ├── algorithm-model.md
│ │ │ ├── configure-manage.md
│ │ │ ├── data-develop.md
│ │ │ ├── data-map.md
│ │ │ ├── data-om.md
│ │ │ ├── data-permission.md
│ │ │ ├── data-service.md
│ │ │ ├── data-source.md
│ │ │ ├── data-standard.md
│ │ │ ├── notification-manage.md
│ │ │ ├── source-data.md
│ │ │ ├── work-space.md
│ │ │ └── workflow.md
│ │ ├── install
│ │ ├── docker-install.md
│ │ └── helm-install
│ │ │ ├── comp-schedule.md
│ │ │ ├── configuration.md
│ │ │ ├── helm-install-demo.md
│ │ │ ├── helm-install-prod.md
│ │ │ ├── high-availability.md
│ │ │ ├── introduction.md
│ │ │ ├── premise.md
│ │ │ ├── uninstall.md
│ │ │ └── upgrade.md
│ │ ├── msp
│ │ ├── concepts
│ │ │ ├── apigw.md
│ │ │ ├── apm.md
│ │ │ └── nc.md
│ │ ├── examples
│ │ │ ├── apigw
│ │ │ │ ├── access-limit.md
│ │ │ │ ├── config.md
│ │ │ │ ├── cors.md
│ │ │ │ ├── custom-header.md
│ │ │ │ ├── hijack.md
│ │ │ │ ├── openapi.md
│ │ │ │ ├── rate-limit.md
│ │ │ │ └── timeout.md
│ │ │ ├── apm
│ │ │ │ ├── exception-alert.md
│ │ │ │ ├── service-dashboard.md
│ │ │ │ └── status-alert.md
│ │ │ └── log
│ │ │ │ └── java-log-rule.md
│ │ ├── guides
│ │ │ ├── apigw
│ │ │ │ ├── auth.md
│ │ │ │ ├── bench.md
│ │ │ │ ├── mse_auth.md
│ │ │ │ ├── mse_policy.md
│ │ │ │ ├── policy.md
│ │ │ │ └── status.md
│ │ │ ├── apm
│ │ │ │ ├── alert-center.md
│ │ │ │ ├── alert-config.md
│ │ │ │ ├── alert-custom.md
│ │ │ │ ├── alert-history.md
│ │ │ │ ├── alert-index.md
│ │ │ │ ├── alert-notify-channel.md
│ │ │ │ ├── apm-overview.md
│ │ │ │ ├── browser-monitor-config.md
│ │ │ │ ├── browser-monitor.md
│ │ │ │ ├── checker.md
│ │ │ │ ├── dashboard-advanced.md
│ │ │ │ ├── dashboard.md
│ │ │ │ ├── java-agent-guide.md
│ │ │ │ ├── profile.md
│ │ │ │ ├── service-analysis.md
│ │ │ │ ├── service-monitor.md
│ │ │ │ ├── service-overview.md
│ │ │ │ ├── topology.md
│ │ │ │ └── trace.md
│ │ │ ├── log
│ │ │ │ ├── query.md
│ │ │ │ ├── quickstart.md
│ │ │ │ └── rules.md
│ │ │ ├── nc
│ │ │ │ ├── dubbo.md
│ │ │ │ ├── spring.md
│ │ │ │ └── springcloud.md
│ │ │ └── platform
│ │ │ │ ├── msp-overview.md
│ │ │ │ ├── msp-project-list.md
│ │ │ │ └── msp-project.md
│ │ └── practice
│ │ │ ├── apigw
│ │ │ ├── apim.md
│ │ │ └── iac.md
│ │ │ ├── apm
│ │ │ ├── pressure-test-dashboard.md
│ │ │ ├── profile-cpu.md
│ │ │ ├── profile-memory.md
│ │ │ └── service-alert.md
│ │ │ ├── log
│ │ │ └── log-to-diagnose-business-exception.md
│ │ │ └── nc
│ │ │ └── mse.md
│ │ └── quick-start
│ │ ├── newbie.md
│ │ └── premise.md
└── posts
│ ├── 2021-06-22-Erda-API.md
│ ├── 2021-06-23-K8s-troubleshooting.md
│ ├── 2021-06-24-OOM.md
│ ├── 2021-06-26-GopherChina.md
│ ├── 2021-06-29-IaC.md
│ ├── 2021-06-30-Kubernetes-Docker.md
│ ├── 2021-07-02-cloud-panorama.md
│ ├── 2021-07-05-go-web1.md
│ ├── 2021-07-08-microservice-observation.md
│ ├── 2021-07-09-probe-master.md
│ ├── 2021-07-12-api-management.md
│ ├── 2021-07-13-Erda-DashBoard.md
│ ├── 2021-07-14-go-web2.md
│ ├── 2021-07-16-Erda-deploy.md
│ ├── 2021-07-19-web-router.md
│ ├── 2021-07-20-Kind-K8s.md
│ ├── 2021-07-21-troika.md
│ ├── 2021-07-22-build-large-team.md
│ ├── 2021-07-23-GOTC-forecast.md
│ ├── 2021-07-26-Golang-PaaS.md
│ ├── 2021-08-01-GOTC-shenzhen.md
│ ├── 2021-08-03-safe.md
│ ├── 2021-08-05-telegraf.md
│ ├── 2021-08-12-golden-triangle.md
│ ├── 2021-6-21-start.md
│ ├── 2021-7-15-docker-compression.md
│ ├── 2021-7-6-cube-state.md
│ ├── 2021-8-09-pipeline.md
│ ├── 2021-8-10-infra.md
│ └── 2021-8-19-APM.md
├── nginx.conf.template
├── package-lock.json
├── package.json
└── pipeline.yml
/.github/workflows/git-sync.yml:
--------------------------------------------------------------------------------
1 | name: GIT SYNC
2 |
3 | on: [ push, delete ]
4 |
5 | jobs:
6 | build:
7 | if: github.repository == 'erda-project/docs'
8 | runs-on: ubuntu-latest
9 | steps:
10 | - uses: actions/checkout@v2
11 | - name: unshallow
12 | run: git fetch --unshallow origin
13 | - name: add remote
14 | run: git remote add mirror https://${{ secrets.ERDA_CLOUD_MIRROR_GIT_USERNAME }}:${{ secrets.ERDA_CLOUD_MIRROR_GIT_PASSWORD }}@erda.cloud/erda/dop/erda-project/docs
15 | - name: push
16 | run: git push --tags --force --prune mirror "refs/remotes/origin/*:refs/heads/*"
17 |
--------------------------------------------------------------------------------
/.gitignore:
--------------------------------------------------------------------------------
1 | node_modules
2 | .temp
3 | dest/
4 | */.DS_Store
5 | **/.DS_Store
6 | *.iml
7 | _book
8 | .idea/
9 |
10 | .history
11 |
--------------------------------------------------------------------------------
/.npmrc:
--------------------------------------------------------------------------------
1 | registry=https://registry.npmmirror.com
2 |
--------------------------------------------------------------------------------
/.textlint.terms.json:
--------------------------------------------------------------------------------
1 | [
2 | "Stylus",
3 | "VuePress",
4 | [
5 | "front[- ]matter",
6 | "frontmatter"
7 | ]
8 | ]
9 |
--------------------------------------------------------------------------------
/.textlintrc.js:
--------------------------------------------------------------------------------
1 | module.exports = {
2 | rules: {
3 | '@textlint-rule/no-unmatched-pair': true,
4 | apostrophe: true,
5 | 'common-misspellings': true,
6 | diacritics: true,
7 | 'en-capitalization': {
8 | allowHeading: false
9 | },
10 | 'stop-words': {
11 | severity: 'warning'
12 | },
13 | terminology: {
14 | terms: `${__dirname}/.textlint.terms.json`
15 | },
16 | 'write-good': {
17 | severity: 'warning'
18 | }
19 | },
20 | filters: {
21 | comments: true
22 | }
23 | }
24 |
--------------------------------------------------------------------------------
/VERSION:
--------------------------------------------------------------------------------
1 | 2.2
2 |
--------------------------------------------------------------------------------
/archive/1.0/manual/actions/runner.md:
--------------------------------------------------------------------------------
1 | # Runner
2 |
3 | TODO: 什么是 Runner
4 |
5 | ## Mac
6 |
7 | ## Windows
8 |
9 | ## 本机打包
--------------------------------------------------------------------------------
/archive/1.0/manual/addons/design.md:
--------------------------------------------------------------------------------
1 | # 设计理念
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/README.md:
--------------------------------------------------------------------------------
1 | # CI
2 |
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/auto-deploy.md:
--------------------------------------------------------------------------------
1 | # 自动部署
2 |
3 | ## 开启自动部署
4 |
5 | ## 自动化接口测试 (集成测试)
6 |
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/best-practices.md:
--------------------------------------------------------------------------------
1 | # 我应该这样做
2 |
3 | TODO: 最佳实践
4 |
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/merge-request.md:
--------------------------------------------------------------------------------
1 | # 分支与合并请求
2 |
3 | ## 代码质量扫描
4 |
5 | ## 单元测试
6 |
7 | ## 代码审查
8 |
9 | ## 触发集成
10 |
11 | TODO: Link 到 triggers 页
12 |
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/rollout.md:
--------------------------------------------------------------------------------
1 | # 上线
--------------------------------------------------------------------------------
/archive/1.0/manual/ci/triggers.md:
--------------------------------------------------------------------------------
1 | # 触发器
--------------------------------------------------------------------------------
/archive/1.0/manual/cli/README.md:
--------------------------------------------------------------------------------
1 | # 命令行
2 |
--------------------------------------------------------------------------------
/archive/1.0/manual/cli/deploy-by-code.md:
--------------------------------------------------------------------------------
1 | # 基于 Git 源码部署 (CLI 方式)
2 |
3 | TODO
--------------------------------------------------------------------------------
/archive/1.0/manual/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网管理
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 入口：企业中心 -> 企业设置
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作
9 | 
10 |
11 | ## 项目解封申请
12 | 入口：我的项目 -> 申请部署
13 | 
14 |
15 | ## 解封申请审批
16 | 入口：企业中心 -> 审批管理
17 |
18 | 企业管理员有该审批权限
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时, 企业管理员会在站内信及邮箱收到申请消息
23 | 2. 当解封申请审批完成后, 申请发起者会在站内信及邮箱收到审批完成消息
24 |
--------------------------------------------------------------------------------
/archive/1.0/manual/deploy/db-migration.md:
--------------------------------------------------------------------------------
1 | # 数据库迁移
2 |
3 | TODO: flyway
--------------------------------------------------------------------------------
/archive/1.0/manual/deploy/resource-management.md:
--------------------------------------------------------------------------------
1 | # 资源管理
2 |
3 | ## 查看配额
4 |
5 | 项目人员查看入口为：
6 | > DevOps 平台 -> 项目 -> 项目设置 -> 项目信息
7 |
8 | 
9 |
10 | ## 管理配额
11 |
12 | 由企业管理人员进行管理
13 |
14 | 管理入口：
15 |
16 | > 企业中心 -> 项目管理 -> 项目信息
17 |
18 | 
19 |
--------------------------------------------------------------------------------
/archive/1.0/manual/edge/prepare.md:
--------------------------------------------------------------------------------
1 | # 准备工作
2 |
3 | ## 角色权限
4 |
5 | 边缘计算平台需要企业管理员授予使用者 **边缘运维工程师** 的角色
6 |
7 | 
8 |
9 | ## 边缘节点配置要求
10 |
11 | ### 主机资源配置
12 |
13 | | CPU(核) | 内存(G) | 系统盘(G) | 数据盘(G) |
14 | | ------- | ------- | --------- | --------- |
15 | | > 4 | > 8G | 40G SSD | 200G SSD |
16 |
17 | ### 操作系统要求
18 |
19 | | Linux 操作系统平台 | 版本 |
20 | | :----------------------- | :--------- |
21 | | Red Hat Enterprise Linux | 8.2 及以上 |
22 | | CentOS | 8.2 及以上 |
23 |
24 |
25 |
26 |
27 |
--------------------------------------------------------------------------------
/archive/1.0/manual/install/platform-check.md:
--------------------------------------------------------------------------------
1 | # 验证平台运行状态
2 |
3 | ## 云管平台信息
4 |
5 | TODO
6 |
7 | ## 主流程验证
8 |
9 | TODO
--------------------------------------------------------------------------------
/archive/1.0/manual/language/python.md:
--------------------------------------------------------------------------------
1 | # Python
--------------------------------------------------------------------------------
/archive/1.0/manual/microservice/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.0/manual/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发无法满足业务快速增长的需求，跨端方案成为了很多公司的首选，不仅可以应对快速迭代的也无需求，还可以增加代码复用，降低开发成本。[React Native（简称 RN）](https://github.com/facebook/react-native)是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。它使用 JavaScript 语言、以及类似于 HTML 的 JSX 和 CSS 来开发移动应用，因此熟悉 Web 前端开发的技术人员只需很少的学习即可快速上手。
3 |
--------------------------------------------------------------------------------
/archive/1.0/manual/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.0/manual/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.0/manual/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.0/manual/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.0/manual/safe/data-security.md:
--------------------------------------------------------------------------------
1 | # 数据安全
--------------------------------------------------------------------------------
/archive/1.0/manual/support/README.md:
--------------------------------------------------------------------------------
1 | # support
2 |
--------------------------------------------------------------------------------
/archive/1.0/manual/support/container-info-debug.md:
--------------------------------------------------------------------------------
1 | # 容器信息排错指南
2 |
3 | ## 服务详情列表
4 | `运行中` 列表代表当前运行容器的列表, 包括已健康或未健康容器
5 |
6 | `已停止` 列表代表该服务历史容器列表, 容器停止可能有以下几种情况:
7 | - 服务更新(重启)部署滚动更新产生的历史容器
8 | 容器状态 Error, exit-code为 137, 143 等
9 | - 服务自身退出产生的历史容器
10 | 容器状态 Error, exit-code为容器主进程退出码
11 | - 服务健康检查未通过被kill产生的历史容器
12 | 容器状态 Error, exit-code为 137, 143 等
13 | - 状态为`Set Dead by gc`, 这个状态是 erda 同步底层容器状态未收集到该容器信息而设置的, 与业务状态无关
14 |
15 |
16 |
17 | ## pod详情列表
18 |
19 | pod详情列表代表当前运行的该服务的 pod, 与服务详情列表中的容器列表有对应关系
20 |
21 | pod详情列表中的 `停止` 操作表示停止该pod, 停止后会有新的pod被拉起
22 |
23 |
24 |
--------------------------------------------------------------------------------
/archive/1.0/manual/support/diagnostics.md:
--------------------------------------------------------------------------------
1 | # 诊断指南
2 |
3 | ## 提问之前
4 |
5 | 一个好的问题不仅能够帮助解答者迅速理解发生了什么，同时也增加了问题被解决的可能性。
6 |
7 | 提问之前请**务必**阅读[《提问的智慧》](https://github.com/ruby-china/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md)
8 |
9 | ## 构建 / 部署失败了 ?
10 |
11 | 首先我们要先明确哪一步失败了，TODO
12 |
13 | ## 访问服务返回 502 ?
14 |
15 | TODO
16 |
--------------------------------------------------------------------------------
/archive/1.0/manual/test/README.md:
--------------------------------------------------------------------------------
1 | # 测试
2 |
--------------------------------------------------------------------------------
/archive/1.1/manual/actions/runner.md:
--------------------------------------------------------------------------------
1 | # Runner
2 |
3 | TODO: 什么是 Runner
4 |
5 | ## Mac
6 |
7 | ## Windows
8 |
9 | ## 本机打包
--------------------------------------------------------------------------------
/archive/1.1/manual/addons/design.md:
--------------------------------------------------------------------------------
1 | # 设计理念
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/README.md:
--------------------------------------------------------------------------------
1 | # CI
2 |
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/auto-deploy.md:
--------------------------------------------------------------------------------
1 | # 自动部署
2 |
3 | ## 开启自动部署
4 |
5 | ## 自动化接口测试 (集成测试)
6 |
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/best-practices.md:
--------------------------------------------------------------------------------
1 | # 我应该这样做
2 |
3 | TODO: 最佳实践
4 |
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/merge-request.md:
--------------------------------------------------------------------------------
1 | # 分支与合并请求
2 |
3 | ## 代码质量扫描
4 |
5 | ## 单元测试
6 |
7 | ## 代码审查
8 |
9 | ## 触发集成
10 |
11 | TODO: Link 到 triggers 页
12 |
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/rollout.md:
--------------------------------------------------------------------------------
1 | # 上线
--------------------------------------------------------------------------------
/archive/1.1/manual/ci/triggers.md:
--------------------------------------------------------------------------------
1 | # 触发器
--------------------------------------------------------------------------------
/archive/1.1/manual/cli/README.md:
--------------------------------------------------------------------------------
1 | # 命令行
2 |
--------------------------------------------------------------------------------
/archive/1.1/manual/cli/deploy-by-code.md:
--------------------------------------------------------------------------------
1 | # 基于 Git 源码部署 (CLI 方式)
2 |
3 | TODO
--------------------------------------------------------------------------------
/archive/1.1/manual/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网管理
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 入口：企业中心 -> 企业设置
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作
9 | 
10 |
11 | ## 项目解封申请
12 | 入口：我的项目 -> 申请部署
13 | 
14 |
15 | ## 解封申请审批
16 | 入口：企业中心 -> 审批管理
17 |
18 | 企业管理员有该审批权限
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时, 企业管理员会在站内信及邮箱收到申请消息
23 | 2. 当解封申请审批完成后, 申请发起者会在站内信及邮箱收到审批完成消息
24 |
--------------------------------------------------------------------------------
/archive/1.1/manual/deploy/db-migration.md:
--------------------------------------------------------------------------------
1 | # 数据库迁移
2 |
3 | TODO: flyway
--------------------------------------------------------------------------------
/archive/1.1/manual/deploy/resource-management.md:
--------------------------------------------------------------------------------
1 | # 资源管理
2 |
3 | ## 查看配额
4 |
5 | 项目人员查看入口为：
6 | > DevOps 平台 -> 项目 -> 项目设置 -> 项目信息
7 |
8 | 
9 |
10 | ## 管理配额
11 |
12 | 由企业管理人员进行管理
13 |
14 | 管理入口：
15 |
16 | > 企业中心 -> 项目管理 -> 项目信息
17 |
18 | 
19 |
--------------------------------------------------------------------------------
/archive/1.1/manual/edge/prepare.md:
--------------------------------------------------------------------------------
1 | # 准备工作
2 |
3 | ## 角色权限
4 |
5 | 边缘计算平台需要企业管理员授予使用者 **边缘运维工程师** 的角色
6 |
7 | 
8 |
9 | ## 边缘节点配置要求
10 |
11 | ### 主机资源配置
12 |
13 | | CPU(核) | 内存(G) | 系统盘(G) | 数据盘(G) |
14 | | ------- | ------- | --------- | --------- |
15 | | > 4 | > 8G | 40G SSD | 200G SSD |
16 |
17 | ### 操作系统要求
18 |
19 | | Linux 操作系统平台 | 版本 |
20 | | :----------------------- | :--------- |
21 | | Red Hat Enterprise Linux | 8.2 及以上 |
22 | | CentOS | 8.2 及以上 |
23 |
24 |
25 |
26 |
27 |
--------------------------------------------------------------------------------
/archive/1.1/manual/install/platform-check.md:
--------------------------------------------------------------------------------
1 | # 验证平台运行状态
2 |
3 | ## 云管平台信息
4 |
5 | TODO
6 |
7 | ## 主流程验证
8 |
9 | TODO
--------------------------------------------------------------------------------
/archive/1.1/manual/language/python.md:
--------------------------------------------------------------------------------
1 | # Python
--------------------------------------------------------------------------------
/archive/1.1/manual/microservice/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.1/manual/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发无法满足业务快速增长的需求，跨端方案成为了很多公司的首选，不仅可以应对快速迭代的也无需求，还可以增加代码复用，降低开发成本。[React Native（简称 RN）](https://github.com/facebook/react-native)是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。它使用 JavaScript 语言、以及类似于 HTML 的 JSX 和 CSS 来开发移动应用，因此熟悉 Web 前端开发的技术人员只需很少的学习即可快速上手。
3 |
--------------------------------------------------------------------------------
/archive/1.1/manual/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.1/manual/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.1/manual/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.1/manual/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.1/manual/safe/data-security.md:
--------------------------------------------------------------------------------
1 | # 数据安全
--------------------------------------------------------------------------------
/archive/1.1/manual/support/README.md:
--------------------------------------------------------------------------------
1 | # support
2 |
--------------------------------------------------------------------------------
/archive/1.1/manual/support/container-info-debug.md:
--------------------------------------------------------------------------------
1 | # 容器信息排错指南
2 |
3 | ## 服务详情列表
4 | `运行中` 列表代表当前运行容器的列表, 包括已健康或未健康容器
5 |
6 | `已停止` 列表代表该服务历史容器列表, 容器停止可能有以下几种情况:
7 | - 服务更新(重启)部署滚动更新产生的历史容器
8 | 容器状态 Error, exit-code为 137, 143 等
9 | - 服务自身退出产生的历史容器
10 | 容器状态 Error, exit-code为容器主进程退出码
11 | - 服务健康检查未通过被kill产生的历史容器
12 | 容器状态 Error, exit-code为 137, 143 等
13 | - 状态为`Set Dead by gc`, 这个状态是 erda 同步底层容器状态未收集到该容器信息而设置的, 与业务状态无关
14 |
15 |
16 |
17 | ## pod详情列表
18 |
19 | pod详情列表代表当前运行的该服务的 pod, 与服务详情列表中的容器列表有对应关系
20 |
21 | pod详情列表中的 `停止` 操作表示停止该pod, 停止后会有新的pod被拉起
22 |
23 |
24 |
--------------------------------------------------------------------------------
/archive/1.1/manual/support/diagnostics.md:
--------------------------------------------------------------------------------
1 | # 诊断指南
2 |
3 | ## 提问之前
4 |
5 | 一个好的问题不仅能够帮助解答者迅速理解发生了什么，同时也增加了问题被解决的可能性。
6 |
7 | 提问之前请**务必**阅读[《提问的智慧》](https://github.com/ruby-china/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md)
8 |
9 | ## 构建 / 部署失败了 ?
10 |
11 | 首先我们要先明确哪一步失败了，TODO
12 |
13 | ## 访问服务返回 502 ?
14 |
15 | TODO
16 |
--------------------------------------------------------------------------------
/archive/1.1/manual/test/README.md:
--------------------------------------------------------------------------------
1 | # 测试
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/README.md:
--------------------------------------------------------------------------------
1 | # CI
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/auto-deploy.md:
--------------------------------------------------------------------------------
1 | # 自动部署
2 |
3 | ## 开启自动部署
4 |
5 | ## 自动化接口测试 (集成测试)
6 |
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/best-practices.md:
--------------------------------------------------------------------------------
1 | # 我应该这样做
2 |
3 | TODO: 最佳实践
4 |
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/merge-request.md:
--------------------------------------------------------------------------------
1 | # 分支与合并请求
2 |
3 | ## 代码质量扫描
4 |
5 | ## 单元测试
6 |
7 | ## 代码审查
8 |
9 | ## 触发集成
10 |
11 | TODO: Link 到 triggers 页
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/rollout.md:
--------------------------------------------------------------------------------
1 | # 上线
--------------------------------------------------------------------------------
/archive/1.2/manual/ci/triggers.md:
--------------------------------------------------------------------------------
1 | # 触发器
--------------------------------------------------------------------------------
/archive/1.2/manual/cli/README.md:
--------------------------------------------------------------------------------
1 | # 命令行
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cli/deploy-by-code.md:
--------------------------------------------------------------------------------
1 | # 基于 Git 源码部署 (CLI 方式)
2 |
3 | TODO
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 | ## 屏蔽用户对于 K8s 集群的感知
3 |
4 | 在当前计算资源多元化的环境下，企业在数字化转型过程中往往会存在资源浪费、运维管理复杂、成本高等问题。为此，Erda 基于容器管理引擎（例如 K8s）帮助企业实现资源统一池化管理，实现不同类型资源的统一调度和运维管理。上层应用研发人员只需关注业务本身，按需使用资源即可，而无需感知底层资源，也不需要了解容器、K8s Deployment、Statefulset、Service、 Ingress、Pod 等概念。
5 |
6 | 同时，对于构建和管理 Erda 产品的用户而言，平台对用户在 K8s 方面的知识储备不作要求，即用户无需具备丰富的 K8s 相关知识，也可通过白屏化运维操作，顺利创建属于自己的 K8s 集群。
7 |
8 | ## 屏蔽底层容器引擎差异感知
9 | Erda 平台在设计之初，已抽象屏蔽了底层的容器平台，同时基于 IaC（Infrastructure as Code）理念定义了 erda.yml 规范，其核心即“以应用为中心，以开发者为中心“，并由此定义、使用基础设施资源等。
10 |
11 | 基于这样的设计，用户在对接不同的容器管理引擎（例如 DC/OS、K8s）时，只需在平台上有针对性的开发一个插件即可。
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 多云管理平台能够以容器集群的方式纳管用户的计算资源，支持公有云、私有云、混合云、自建 IDC 等各种场景，实现无云厂商绑定的基础服务。
4 |
5 | 为方便用户使用，平台沉淀了多种应用场景，具体请参见 [集群管理](./guide/cluster/management.md)。
6 | - 对于已有 K8s 集群的用户
7 |
8 | ```
9 | 可以直接导入 Erda，被 Erda 纳管使用（该 K8s 集群可以是任何环境，只要可访问公网即可）。
10 | ```
11 | - 对于已有硬件资源但未创建 K8s 集群的用户
12 |
13 | ```
14 | 可以通过【自建集群】功能，自动创建 K8s 集群并导入。
15 | ```
16 | - 对于使用云资源的用户
17 |
18 | ```
19 | 可以在多云管理平台，先添加授权后的 AK/SK 账号；然后直接一键创建容器服务集群并导入（当前只支持阿里云，其他云厂商敬请期待）。
20 | ```
21 |
22 | 同时平台还支持以添加、删除机器的方式对集群进行扩缩容，具体请参见 [扩缩容](./guide/cluster/autoscaling.md)。
23 |
24 |
25 |
26 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/addon-list.md:
--------------------------------------------------------------------------------
1 | # 扩展服务
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/cluster-intro.md:
--------------------------------------------------------------------------------
1 | ## 简介
2 |
3 | 集群管理主要专注于自动化运维管理集群资源，用户在完成企业创建等基本工作后，接下来重点就是添加集群，并将项目和集群绑定，这样项目应用才可以部署到对应集群。
4 |
5 | 集群管理主要包含如下内容：
6 | - [集群管理](./cluster-management.md)，如添加集群、集群配置修改、集群升级、集群下线
7 | - [扩缩容](./cluster-autoscaling.md)，添加机器、机器下线
8 | - [节点标签设置](./cluster-node-labels.md)，通过标签对机器进行分类，以满足不同的调度需求
9 |
10 |
11 |
12 |
13 |
14 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/domain-management.md:
--------------------------------------------------------------------------------
1 | # 域名管理
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 多云管理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/job-list.md:
--------------------------------------------------------------------------------
1 | # 任务目录
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/cmp/old/service-list.md:
--------------------------------------------------------------------------------
1 | # 服务目录
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网管理
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 入口：企业中心 -> 企业设置
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作
9 | 
10 |
11 | ## 项目解封申请
12 | 入口：我的项目 -> 申请部署
13 | 
14 |
15 | ## 解封申请审批
16 | 入口：企业中心 -> 审批管理
17 |
18 | 企业管理员有该审批权限
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时, 企业管理员会在站内信及邮箱收到申请消息
23 | 2. 当解封申请审批完成后, 申请发起者会在站内信及邮箱收到审批完成消息
24 |
--------------------------------------------------------------------------------
/archive/1.2/manual/deploy/db-migration.md:
--------------------------------------------------------------------------------
1 | # 数据库迁移
2 |
3 | TODO: flyway
--------------------------------------------------------------------------------
/archive/1.2/manual/deploy/resource-management.md:
--------------------------------------------------------------------------------
1 | # 资源管理
2 |
3 | ## 查看配额
4 |
5 | 项目人员查看入口为：
6 | > DevOps 平台 -> 项目 -> 项目设置 -> 项目信息
7 |
8 | 
9 |
10 | ## 管理配额
11 |
12 | 由企业管理人员进行管理
13 |
14 | 管理入口：
15 |
16 | > 企业中心 -> 项目管理 -> 项目信息
17 |
18 | 
19 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/concepts/overview.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | TODO: description
4 |
5 | * [高效协同](./agile-info)
6 | * [流水线/工作流 pipeline.yml](./pipeline)
7 | * [声明式应用部署 erda.yml](./erda-yaml)
8 | * [制品](./artifact.md)
9 | * [gitflow](./gitflow)
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/collaboration/milestone.md:
--------------------------------------------------------------------------------
1 | # 里程碑
2 |
3 | 里程碑在宏观层面扮演着重要角色，您可以通过里程碑设定方向、框定产品大图。
4 |
5 | 进入 **DevOps 平台 > 我的项目 > 项目协同 > 里程碑**。
6 |
7 | 
8 |
9 | 点击右上角 **创建里程碑**，根据页面提示输入里程碑名称、里程碑详情、处理人、优先级、复杂度、截止日期、标签以及自定义字段等信息。
10 |
11 | 
12 |
13 | 您可通过年份、标签、优先级和处理人过滤筛选里程碑，也可输入标题进行模糊匹配。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作。
9 |
10 | 
11 |
12 | ## 项目解封申请
13 | 进入 DevOps 平台 > 我的项目 > 申请部署。
14 |
15 | 
16 |
17 | ## 解封申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员有该审批权限。
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时，企业管理员会在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者会在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.2/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.2/manual/eco-tools/kubeprober/faq/faq.md:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/archive/1.2/manual/eco-tools/kubeprober/faq/faq.md
--------------------------------------------------------------------------------
/archive/1.2/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/edge/prepare.md:
--------------------------------------------------------------------------------
1 | # 准备工作
2 |
3 | ## 角色权限
4 |
5 | 边缘计算平台需要企业管理员授予使用者 **边缘运维工程师** 的角色
6 |
7 | 
8 |
9 | ## 边缘节点配置要求
10 |
11 | ### 主机资源配置
12 |
13 | | CPU(核) | 内存(G) | 系统盘(G) | 数据盘(G) |
14 | | ------- | ------- | --------- | --------- |
15 | | > 4 | > 8G | 40G SSD | 200G SSD |
16 |
17 | ### 操作系统要求
18 |
19 | | Linux 操作系统平台 | 版本 |
20 | | :----------------------- | :--------- |
21 | | Red Hat Enterprise Linux | 8.2 及以上 |
22 | | CentOS | 8.2 及以上 |
23 |
24 |
25 |
26 |
27 |
--------------------------------------------------------------------------------
/archive/1.2/manual/fdp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/fdp/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型和业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可以通过检索定位到具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/archive/1.2/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的情况次数及其变化趋势，对工作流运行情况进行整体把控，快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/archive/1.2/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 简介
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，分为两种部署模式：最小化模式、高可用模式：
6 | * [基于 Helm 最小化安装 Erda](helm-install-demo.md)：Erda 个组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境部署。
7 | * [基于 Helm 高可用安装 Erda](helm-install-prod.md)：Erda 的核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境部署。
8 |
9 | ## 概念介绍
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是 Erda 部署在 Kubernetes 场景下，Erda 所在的集群。该集群部署了 Erda 全量的组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，比如 Kubernetes、EDAS 等，被纳管的集群称为 Work 集群，主要用于执行构建等任务，发布应用，环境隔离等。
18 | Work 集群部署了 Erda 监控组件、集群 Agent、Registry 等组件及依赖。
19 |
--------------------------------------------------------------------------------
/archive/1.2/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载 Erda
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，比如 erda-system
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（Helm 默认情况下不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下我们不对 `pvc` 资源进行清理，如果需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/archive/1.2/manual/language/python.md:
--------------------------------------------------------------------------------
1 | # Python
--------------------------------------------------------------------------------
/archive/1.2/manual/microservice/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发无法满足业务快速增长的需求，跨端方案成为了很多公司的首选，不仅可以应对快速迭代的也无需求，还可以增加代码复用，降低开发成本。[React Native（简称 RN）](https://github.com/facebook/react-native)是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。它使用 JavaScript 语言、以及类似于 HTML 的 JSX 和 CSS 来开发移动应用，因此熟悉 Web 前端开发的技术人员只需很少的学习即可快速上手。
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.2/manual/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.2/manual/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/concepts/apigw/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 |
3 | API 网关是实现微服务架构的必要组件。平台提供的 API 网关基于 OpenResty 和 Kong 实现，具备高并发低延时的特性，同时结合了 Kubernetes Ingress Controller，基于云原生的声明式配置方式，实现丰富的 API 策略。其核心功能包含微服务 API 管理和流量入口管理两部分。
4 |
5 | - **微服务 API 管理**：用于 API 创建及精细化的流量管控，可针对每个 API 分析 QPS 、延时、流量数据等内容。
6 | - **流量入口管理**：可快速创建域名，并将来自此域名的流量请求转发至相应的微服务 API，支持针对域名配置 QPS 限流、IP 拦截等安全策略。
7 |
8 | :::tip 提示
9 |
10 | 当前 Kong 版本为 2.2.0，平台会持续升级，以提供更稳定、安全的服务。
11 | :::
12 |
13 | 您可以使用集群原生安装的 Kubernetes Ingress，并结合 Kong 的能力增强 API 网关功能。鉴于 Kong 是以 Addon 扩展插件的方式存在，您还可以灵活选择域名流量是否经过 Kong。整体框架示意如下：
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/concepts/apm/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 | 
3 |
4 | ## 产品架构
5 | 系统针对基础设施、后端的业务应用、前端页面和 APP 应用 多方面进行监控，全栈覆盖，并提供了多种监控功能。
6 |
7 | ## 数据探针
8 | * ta.js，负责采集前端部分的监控数据，可以通过平台提供的一段嵌入代码，集成到页面中。
9 | * Java Agent、NodeJS 等后端的数据探针，会在应用被打包是自动集成到容器里，做到代码无入侵式的集成到业务应用中。
10 | * Monitor SDK，以 SDK 的方式，提供业务应用自定义性能指标的能力。
11 | * Telegraf、Filebeat 等基础监控部分的 Agent，被集成到了 Erda 平台中，作为的核心组件之一，从而业务开发者可以不需要额外去集成他们。
12 |
13 | ## 底层框架
14 | Erda 提供通用的底层能力，包括通用的监控查询语言、数据分析表达式等，以支撑产品层的多种功能。
15 |
16 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/concepts/nc/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 |
3 | 平台提供的注册中心和配置中心均基于 [Nacos](https://nacos.io/en-us/) 实现。对比使用 ZooKeeper 做注册中心、Apollo 做配置中心，这种方案在中间件运维简易度和资源利用率上有着巨大的优势。平台 BaaS 化 Nacos 的能力，从而实现多个项目的不同环境共用一套 Nacos，进一步提高资源利用率，同时业务开发过程中也无需关注底层租户隔离机制。
4 |
5 | 如下图所示，两个不同项目的环境，可以在一个物理集群内共用一套 Nacos。
6 |
7 | 
8 |
9 | 对于平台侧创建 Nacos 租户的流程，业务是无需感知的。业务应用的 `erda.yml` 通过 Addon 扩展机制申明注册中心或配置中心，其后跟随应用的部署，自动创建租户，同时将租户 ID 以环境变量的方式自动注入应用服务的容器中。
10 |
11 | 注册中心的功能主要包括 Dubbo 微服务框架注册发现和 Spring Cloud 微服务框架注册发现，配置中心的功能主要是 Spring Cloud 配置热更新机制。
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/examples/nc/dubbo.md:
--------------------------------------------------------------------------------
1 | # Dubbo 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/examples/nc/spring.md:
--------------------------------------------------------------------------------
1 | # Spring 应用配置热更新
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/examples/nc/springcloud.md:
--------------------------------------------------------------------------------
1 | # Spring Cloud 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/apm/alert-config.md:
--------------------------------------------------------------------------------
1 | # 告警通知
2 |
3 | 平台的稳定性是保障业务程序持续运行的基础。您可通过设置合适的告警机制保障业务程序及平台的稳定性，同时解放劳动力，无需时刻紧盯屏幕关注服务运行情况。
4 |
5 | 请进入 **微服务治理平台 > 应用监控 > 告警通知**，新建告警策略。
6 |
7 | 
8 |
9 | 如上图所示，若发生了应用错误次数告警，说明某个服务的异常次数已达到阀值，项目管理员和应用开发人员需关注程序中的逻辑是否有误。
10 |
11 | 若发生了应用实例 OOM 告警，则说明该服务的 erda.yml 配置内存过小，或服务有内存泄露，开发人员需调整内存，或检查是否有内存泄露的代码。
12 |
13 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/apm/status.md:
--------------------------------------------------------------------------------
1 | # 主动监控
2 |
3 | 进入 **微服务治理平台 > 应用监控 > 主动监控**，创建 URL 的定时检查，系统将实时检测 URL 的运行状态和性能。
4 |
5 | 列表页展示检查的状态、在线率、宕机时间等数据，点击对应索引可查看检查详情。
6 |
7 | 
8 |
9 | 详情页展示 URL 可用性与性能趋势，以及历史可用时间趋势。
10 |
11 | 
12 |
13 | 点击 **添加监控** 可新增监控指标，对返回值的内容进行正则匹配。若指标异常（请求无响应、内容不匹配等）则会变更指标状态，同时发出告警。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入管理中心或微服务治理平台查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/guides/platform/msp-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
3 | 微服务治理项目旨在帮助您更好地观测服务的健康状态，其观测范围涵盖分布式全链路追踪、浏览器性能监控、App 性能监控、主动监控、错误分析、告警服务及运维大盘等不同维度，并且简化了运维流程，使服务运维变得更加轻松高效。
4 |
5 | 请按照以下步骤创建项目：
6 |
7 | 1. 进入 **管理中心 > 项目管理**。
8 |
9 | 2. 点击 **添加项目**。
10 |
11 | 
12 |
13 | 3. 选择 **微服务治理项目**，并根据界面提示输入项目名称、项目标识等信息。
14 |
15 | 
16 |
17 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/alarm-history.md:
--------------------------------------------------------------------------------
1 | # 告警记录
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/error-analysis.md:
--------------------------------------------------------------------------------
1 | # 错误分析
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 微服务治理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/log-analysis.md:
--------------------------------------------------------------------------------
1 | # 日志分析
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/monitor-mobile.md:
--------------------------------------------------------------------------------
1 | # APP 性能
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/monitor-service.md:
--------------------------------------------------------------------------------
1 | # 服务列表
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/service-status.md:
--------------------------------------------------------------------------------
1 | # 主动监控
2 |
3 | 点击`应用监控`的`主动监控`选项，创建 URL 的定时检查，系统会实时检测创建的 URL 的运行状态和性能。
4 |
5 | * 列表页展示检查的状态、在线率、宕机时间等数据，点击对应的名称可以展示检查详情。
6 |
7 | 
8 |
9 | * 详情页展示可用性与性能趋势，同时展示历史可用时间趋势。
10 |
11 | 
12 |
13 | * 点击"添加监控"可以新增监控指标，可以对返回值的内容进行正则匹配。如果指标异常（请求无响应、内容不匹配等）都会将指标状态变更，同时发出告警。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.2/manual/msp/old/topology.md:
--------------------------------------------------------------------------------
1 | # 全局拓扑
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/announcement.md:
--------------------------------------------------------------------------------
1 | # 公告管理
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/approve.md:
--------------------------------------------------------------------------------
1 | # 审批管理
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/audit.md:
--------------------------------------------------------------------------------
1 | # 审计日志
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/certificate.md:
--------------------------------------------------------------------------------
1 | # 证书管理
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/intro.md:
--------------------------------------------------------------------------------
1 | # 管理中心
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/project.md:
--------------------------------------------------------------------------------
1 | # 项目管理
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/org-center/setting.md:
--------------------------------------------------------------------------------
1 | # 组织设置
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/agile-cooperation.md:
--------------------------------------------------------------------------------
1 | # 敏捷协作快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/agile-dev.md:
--------------------------------------------------------------------------------
1 | # 敏捷开发部署快速入门
2 |
3 |
4 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/auto-test.md:
--------------------------------------------------------------------------------
1 | # 自动化测试快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/create-application.md:
--------------------------------------------------------------------------------
1 | # 创建应用
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/create-org.md:
--------------------------------------------------------------------------------
1 | # 创建组织
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/create-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/edge-publish.md:
--------------------------------------------------------------------------------
1 | # 边缘计算应用发布快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/quick-start/microservice.md:
--------------------------------------------------------------------------------
1 | # 微服务治理快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.2/manual/test/README.md:
--------------------------------------------------------------------------------
1 | # 测试
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/README.md:
--------------------------------------------------------------------------------
1 | # CI
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/auto-deploy.md:
--------------------------------------------------------------------------------
1 | # 自动部署
2 |
3 | ## 开启自动部署
4 |
5 | ## 自动化接口测试 (集成测试)
6 |
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/best-practices.md:
--------------------------------------------------------------------------------
1 | # 我应该这样做
2 |
3 | TODO: 最佳实践
4 |
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/merge-request.md:
--------------------------------------------------------------------------------
1 | # 分支与合并请求
2 |
3 | ## 代码质量扫描
4 |
5 | ## 单元测试
6 |
7 | ## 代码审查
8 |
9 | ## 触发集成
10 |
11 | TODO: Link 到 triggers 页
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/rollout.md:
--------------------------------------------------------------------------------
1 | # 上线
--------------------------------------------------------------------------------
/archive/1.3/manual/ci/triggers.md:
--------------------------------------------------------------------------------
1 | # 触发器
--------------------------------------------------------------------------------
/archive/1.3/manual/cli/README.md:
--------------------------------------------------------------------------------
1 | # 命令行
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cli/deploy-by-code.md:
--------------------------------------------------------------------------------
1 | # 基于 Git 源码部署 (CLI 方式)
2 |
3 | TODO
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 资源管理 > 集群管理**，点击指定集群进入 **节点列表**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/addon-list.md:
--------------------------------------------------------------------------------
1 | # 扩展服务
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/cluster-intro.md:
--------------------------------------------------------------------------------
1 | ## 简介
2 |
3 | 集群管理主要专注于自动化运维管理集群资源，用户在完成企业创建等基本工作后，接下来重点就是添加集群，并将项目和集群绑定，这样项目应用才可以部署到对应集群。
4 |
5 | 集群管理主要包含如下内容：
6 | - [集群管理](./cluster-management.md)，如添加集群、集群配置修改、集群升级、集群下线
7 | - [扩缩容](./cluster-autoscaling.md)，添加机器、机器下线
8 | - [节点标签设置](./cluster-node-labels.md)，通过标签对机器进行分类，以满足不同的调度需求
9 |
10 |
11 |
12 |
13 |
14 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/domain-management.md:
--------------------------------------------------------------------------------
1 | # 域名管理
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 多云管理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/job-list.md:
--------------------------------------------------------------------------------
1 | # 任务目录
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/cmp/old/service-list.md:
--------------------------------------------------------------------------------
1 | # 服务目录
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网管理
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 入口：企业中心 -> 企业设置
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作
9 | 
10 |
11 | ## 项目解封申请
12 | 入口：我的项目 -> 申请部署
13 | 
14 |
15 | ## 解封申请审批
16 | 入口：企业中心 -> 审批管理
17 |
18 | 企业管理员有该审批权限
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时, 企业管理员会在站内信及邮箱收到申请消息
23 | 2. 当解封申请审批完成后, 申请发起者会在站内信及邮箱收到审批完成消息
24 |
--------------------------------------------------------------------------------
/archive/1.3/manual/deploy/db-migration.md:
--------------------------------------------------------------------------------
1 | # 数据库迁移
2 |
3 | TODO: flyway
--------------------------------------------------------------------------------
/archive/1.3/manual/deploy/resource-management.md:
--------------------------------------------------------------------------------
1 | # 资源管理
2 |
3 | ## 查看配额
4 |
5 | 项目人员查看入口为：
6 | > DevOps 平台 -> 项目 -> 项目设置 -> 项目信息
7 |
8 | 
9 |
10 | ## 管理配额
11 |
12 | 由企业管理人员进行管理
13 |
14 | 管理入口：
15 |
16 | > 企业中心 -> 项目管理 -> 项目信息
17 |
18 | 
19 |
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/concepts/overview.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | TODO: description
4 |
5 | * [高效协同](./agile-info)
6 | * [流水线/工作流 pipeline.yml](./pipeline)
7 | * [声明式应用部署 erda.yml](./erda-yaml)
8 | * [制品](./artifact.md)
9 | * [gitflow](./gitflow)
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/collaboration/milestone.md:
--------------------------------------------------------------------------------
1 | # 里程碑
2 |
3 | 里程碑在宏观层面扮演着重要角色，您可以通过里程碑设定方向、框定产品大图。
4 |
5 | 进入 **DevOps 平台 > 我的项目 > 项目协同 > 里程碑**。
6 |
7 | 
8 |
9 | 点击右上角 **创建里程碑**，根据页面提示输入里程碑名称、详情、处理人、优先级、复杂度、截止日期、标签以及自定义字段等信息。
10 |
11 | 
12 |
13 | 您可以通过年份、标签、优先级和处理人过滤筛选里程碑，也可以输入标题进行模糊匹配。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.3/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.3/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/archive/1.3/manual/eco-tools/kubeprober/faq/faq.md:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/archive/1.3/manual/eco-tools/kubeprober/faq/faq.md
--------------------------------------------------------------------------------
/archive/1.3/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/edge/prepare.md:
--------------------------------------------------------------------------------
1 | # 准备工作
2 |
3 | ## 角色权限
4 |
5 | 边缘计算平台需要企业管理员授予使用者 **边缘运维工程师** 的角色
6 |
7 | 
8 |
9 | ## 边缘节点配置要求
10 |
11 | ### 主机资源配置
12 |
13 | | CPU(核) | 内存(G) | 系统盘(G) | 数据盘(G) |
14 | | ------- | ------- | --------- | --------- |
15 | | > 4 | > 8G | 40G SSD | 200G SSD |
16 |
17 | ### 操作系统要求
18 |
19 | | Linux 操作系统平台 | 版本 |
20 | | :----------------------- | :--------- |
21 | | Red Hat Enterprise Linux | 8.2 及以上 |
22 | | CentOS | 8.2 及以上 |
23 |
24 |
25 |
26 |
27 |
--------------------------------------------------------------------------------
/archive/1.3/manual/fdp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/fdp/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型和业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可以通过检索定位到具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/archive/1.3/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的情况次数及其变化趋势，对工作流运行情况进行整体把控，快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/archive/1.3/manual/install/docker-install.md:
--------------------------------------------------------------------------------
1 | # 基于 Docker Compose 部署
2 |
3 | ::: tip 提示
4 | 本安装方法仅适用于不具备 Kubernetes 条件的情况下，在本地快速体验 Erda 的场景。生产环境下不建议采用此方法。
5 | :::
6 |
7 | ## 前提条件
8 |
9 | - Docker 版本：20.10.0 及以上
10 | - 节点配置：4 核 CPU，8 GB 内存
11 |
12 | ## 使用脚本快速安装
13 |
14 | 1. 执行以下命令：
15 |
16 | ```shell
17 | /bin/bash -c "$(curl -fsSL https://static.erda.cloud/quick-start/quick-start.sh)"
18 | ```
19 |
20 | 2. 访问 [*http://erda.local*](http://erda.local) 快速体验 Erda。
21 |
--------------------------------------------------------------------------------
/archive/1.3/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，可分为两种模式，即最小化模式和高可用模式。
6 | * [基于 Helm 最小化安装](helm-install-demo.md)：Erda 各组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境。
7 | * [基于 Helm 高可用安装](helm-install-prod.md)：Erda 核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境。
8 |
9 | ## 基本概念
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是部署在 Kubernetes 场景下的 Erda 所在集群。该集群部署了 Erda 的全量组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，例如 Kubernetes、EDAS 等。受纳管的集群即为 Worker 集群，主要用于执行构建任务、发布应用、隔离环境等。该集群部署了 Erda 监控、集群 Agent、Registry 等组件及依赖。
18 |
--------------------------------------------------------------------------------
/archive/1.3/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/archive/1.3/manual/language/python.md:
--------------------------------------------------------------------------------
1 | # Python
--------------------------------------------------------------------------------
/archive/1.3/manual/microservice/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发无法满足业务快速增长的需求，跨端方案成为了很多公司的首选，不仅可以应对快速迭代的也无需求，还可以增加代码复用，降低开发成本。[React Native（简称 RN）](https://github.com/facebook/react-native)是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。它使用 JavaScript 语言、以及类似于 HTML 的 JSX 和 CSS 来开发移动应用，因此熟悉 Web 前端开发的技术人员只需很少的学习即可快速上手。
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.3/manual/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.3/manual/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/concepts/apm/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 | 
3 |
4 | ## 产品架构
5 | 系统针对基础设施、后端的业务应用、前端页面和 APP 应用 多方面进行监控，全栈覆盖，并提供了多种监控功能。
6 |
7 | ## 数据探针
8 | * ta.js，负责采集前端部分的监控数据，可以通过平台提供的一段嵌入代码，集成到页面中。
9 | * Java Agent、NodeJS 等后端的数据探针，会在应用被打包是自动集成到容器里，做到代码无入侵式的集成到业务应用中。
10 | * Monitor SDK，以 SDK 的方式，提供业务应用自定义性能指标的能力。
11 | * Telegraf、Filebeat 等基础监控部分的 Agent，被集成到了 Erda 平台中，作为的核心组件之一，从而业务开发者可以不需要额外去集成他们。
12 |
13 | ## 底层框架
14 | Erda 提供通用的底层能力，包括通用的监控查询语言、数据分析表达式等，以支撑产品层的多种功能。
15 |
16 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/concepts/nc/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 |
3 | 平台提供的注册中心和配置中心均基于 [Nacos](https://nacos.io/en-us/) 实现。对比使用 ZooKeeper 做注册中心、Apollo 做配置中心，这种方案在中间件运维简易度和资源利用率上有着巨大的优势。平台 BaaS 化 Nacos 的能力，从而实现多个项目的不同环境共用一套 Nacos，进一步提高资源利用率，同时业务开发过程中也无需关注底层租户隔离机制。
4 |
5 | 如下图所示，两个不同项目的环境，可以在一个物理集群内共用一套 Nacos。
6 |
7 | 
8 |
9 | 对于平台侧创建 Nacos 租户的流程，业务是无需感知的。业务应用的 `erda.yml` 通过 Addon 扩展机制申明注册中心或配置中心，其后跟随应用的部署，自动创建租户，同时将租户 ID 以环境变量的方式自动注入应用服务的容器中。
10 |
11 | 注册中心的功能主要包括 Dubbo 微服务框架注册发现和 Spring Cloud 微服务框架注册发现，配置中心的功能主要是 Spring Cloud 配置热更新机制。
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/examples/nc/dubbo.md:
--------------------------------------------------------------------------------
1 | # Dubbo 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/examples/nc/spring.md:
--------------------------------------------------------------------------------
1 | # Spring 应用配置热更新
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/examples/nc/springcloud.md:
--------------------------------------------------------------------------------
1 | # Spring Cloud 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/apm/alert-config.md:
--------------------------------------------------------------------------------
1 | # 告警通知
2 |
3 | 平台的稳定性是保障业务程序持续运行的基础。您可通过设置合适的告警机制保障业务程序及平台的稳定性，同时解放劳动力，无需时刻紧盯屏幕关注服务运行情况。
4 |
5 | 请进入 **微服务治理平台 > 项目列表 > 选择项目 > 告警管理 > 告警策略**，新建告警策略。
6 |
7 | 
8 |
9 | 如上图所示，若发生了应用错误次数告警，说明某个服务的异常次数已达到阀值，项目管理员和应用开发人员需关注程序中的逻辑是否有误。
10 |
11 | 若发生了应用实例 OOM 告警，则说明该服务的 erda.yml 配置内存过小，或服务有内存泄露，开发人员需调整内存，或检查是否有内存泄露的代码。
12 |
13 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/apm/status.md:
--------------------------------------------------------------------------------
1 | # 主动监控
2 |
3 | 进入 **微服务治理平台 > 项目列表 > 选择项目 > 应用监控 > 主动监控**，创建 URL 的定时检查，系统将实时检测 URL 的运行状态和性能。
4 |
5 | 列表页展示检查的状态、在线率、宕机时间等数据，点击对应索引可查看检查详情。
6 |
7 | 
8 |
9 | 详情页展示 URL 可用性与性能趋势，以及历史可用时间趋势。
10 |
11 | 
12 |
13 | 点击 **添加监控** 可新增监控指标，对返回值的内容进行正则匹配。若指标异常（请求无响应、内容不匹配等）则会变更指标状态，同时发出告警。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/guides/platform/msp-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
3 | 微服务治理项目旨在帮助您更好地观测服务的健康状态，其观测范围涵盖分布式全链路追踪、错误分析、告警管理及仪表盘等不同维度，并且简化了运维流程，使服务运维变得更加轻松高效。
4 |
5 | 请按照以下步骤创建项目：
6 |
7 | 1. 进入 **管理中心 > 项目管理**。
8 |
9 | 2. 点击 **添加项目**。
10 |
11 | 
12 |
13 | 3. 选择 **微服务治理项目**，并根据界面提示输入项目名称、项目标识等信息。
14 |
15 | 
16 |
17 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/alarm-history.md:
--------------------------------------------------------------------------------
1 | # 告警记录
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/error-analysis.md:
--------------------------------------------------------------------------------
1 | # 错误分析
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 微服务治理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/log-analysis.md:
--------------------------------------------------------------------------------
1 | # 日志分析
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/monitor-mobile.md:
--------------------------------------------------------------------------------
1 | # APP 性能
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/monitor-service.md:
--------------------------------------------------------------------------------
1 | # 服务列表
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/service-status.md:
--------------------------------------------------------------------------------
1 | # 主动监控
2 |
3 | 点击`应用监控`的`主动监控`选项，创建 URL 的定时检查，系统会实时检测创建的 URL 的运行状态和性能。
4 |
5 | * 列表页展示检查的状态、在线率、宕机时间等数据，点击对应的名称可以展示检查详情。
6 |
7 | 
8 |
9 | * 详情页展示可用性与性能趋势，同时展示历史可用时间趋势。
10 |
11 | 
12 |
13 | * 点击"添加监控"可以新增监控指标，可以对返回值的内容进行正则匹配。如果指标异常（请求无响应、内容不匹配等）都会将指标状态变更，同时发出告警。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.3/manual/msp/old/topology.md:
--------------------------------------------------------------------------------
1 | # 全局拓扑
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/announcement.md:
--------------------------------------------------------------------------------
1 | # 公告管理
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/approve.md:
--------------------------------------------------------------------------------
1 | # 审批管理
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/audit.md:
--------------------------------------------------------------------------------
1 | # 审计日志
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/certificate.md:
--------------------------------------------------------------------------------
1 | # 证书管理
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/intro.md:
--------------------------------------------------------------------------------
1 | # 管理中心
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/project.md:
--------------------------------------------------------------------------------
1 | # 项目管理
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/org-center/setting.md:
--------------------------------------------------------------------------------
1 | # 组织设置
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/agile-cooperation.md:
--------------------------------------------------------------------------------
1 | # 敏捷协作快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/agile-dev.md:
--------------------------------------------------------------------------------
1 | # 敏捷开发部署快速入门
2 |
3 |
4 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/auto-test.md:
--------------------------------------------------------------------------------
1 | # 自动化测试快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/create-application.md:
--------------------------------------------------------------------------------
1 | # 创建应用
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/create-org.md:
--------------------------------------------------------------------------------
1 | # 创建组织
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/create-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/edge-publish.md:
--------------------------------------------------------------------------------
1 | # 边缘计算应用发布快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/quick-start/microservice.md:
--------------------------------------------------------------------------------
1 | # 微服务治理快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.3/manual/test/README.md:
--------------------------------------------------------------------------------
1 | # 测试
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/README.md:
--------------------------------------------------------------------------------
1 | # CI
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/auto-deploy.md:
--------------------------------------------------------------------------------
1 | # 自动部署
2 |
3 | ## 开启自动部署
4 |
5 | ## 自动化接口测试 (集成测试)
6 |
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/best-practices.md:
--------------------------------------------------------------------------------
1 | # 我应该这样做
2 |
3 | TODO: 最佳实践
4 |
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/merge-request.md:
--------------------------------------------------------------------------------
1 | # 分支与合并请求
2 |
3 | ## 代码质量扫描
4 |
5 | ## 单元测试
6 |
7 | ## 代码审查
8 |
9 | ## 触发集成
10 |
11 | TODO: Link 到 triggers 页
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/rollout.md:
--------------------------------------------------------------------------------
1 | # 上线
--------------------------------------------------------------------------------
/archive/1.4/manual/ci/triggers.md:
--------------------------------------------------------------------------------
1 | # 触发器
--------------------------------------------------------------------------------
/archive/1.4/manual/cli/README.md:
--------------------------------------------------------------------------------
1 | # 命令行
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cli/deploy-by-code.md:
--------------------------------------------------------------------------------
1 | # 基于 Git 源码部署 (CLI 方式)
2 |
3 | TODO
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 资源管理 > 集群管理**，点击指定集群进入 **节点列表**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/addon-list.md:
--------------------------------------------------------------------------------
1 | # 扩展服务
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/cluster-intro.md:
--------------------------------------------------------------------------------
1 | ## 简介
2 |
3 | 集群管理主要专注于自动化运维管理集群资源，用户在完成企业创建等基本工作后，接下来重点就是添加集群，并将项目和集群绑定，这样项目应用才可以部署到对应集群。
4 |
5 | 集群管理主要包含如下内容：
6 | - [集群管理](./cluster-management.md)，如添加集群、集群配置修改、集群升级、集群下线
7 | - [扩缩容](./cluster-autoscaling.md)，添加机器、机器下线
8 | - [节点标签设置](./cluster-node-labels.md)，通过标签对机器进行分类，以满足不同的调度需求
9 |
10 |
11 |
12 |
13 |
14 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/domain-management.md:
--------------------------------------------------------------------------------
1 | # 域名管理
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 多云管理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/job-list.md:
--------------------------------------------------------------------------------
1 | # 任务目录
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/cmp/old/service-list.md:
--------------------------------------------------------------------------------
1 | # 服务目录
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网管理
2 |
3 | 企业管理员可以设置整个企业封网，封网后所有的项目不能对生产环境进行发布部署，如果需要特殊的发布需要像企业管理员进行申请
4 |
5 | ## 企业级开关控制
6 | 入口：企业中心 -> 企业设置
7 |
8 | 企业封网的开关控制，主要控制企业内所有项目的对应环境下不能进行任何升级发布动作
9 | 
10 |
11 | ## 项目解封申请
12 | 入口：我的项目 -> 申请部署
13 | 
14 |
15 | ## 解封申请审批
16 | 入口：企业中心 -> 审批管理
17 |
18 | 企业管理员有该审批权限
19 |
20 | ## 通知消息
21 |
22 | 1. 当发起项目解封申请时, 企业管理员会在站内信及邮箱收到申请消息
23 | 2. 当解封申请审批完成后, 申请发起者会在站内信及邮箱收到审批完成消息
24 |
--------------------------------------------------------------------------------
/archive/1.4/manual/deploy/db-migration.md:
--------------------------------------------------------------------------------
1 | # 数据库迁移
2 |
3 | TODO: flyway
--------------------------------------------------------------------------------
/archive/1.4/manual/deploy/resource-management.md:
--------------------------------------------------------------------------------
1 | # 资源管理
2 |
3 | ## 查看配额
4 |
5 | 项目人员查看入口为：
6 | > DevOps 平台 -> 项目 -> 项目设置 -> 项目信息
7 |
8 | 
9 |
10 | ## 管理配额
11 |
12 | 由企业管理人员进行管理
13 |
14 | 管理入口：
15 |
16 | > 企业中心 -> 项目管理 -> 项目信息
17 |
18 | 
19 |
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/concepts/overview.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | TODO: description
4 |
5 | * [高效协同](./agile-info)
6 | * [流水线/工作流 pipeline.yml](./pipeline)
7 | * [声明式应用部署 erda.yml](./erda-yaml)
8 | * [制品](./artifact.md)
9 | * [gitflow](./gitflow)
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/collaboration/milestone.md:
--------------------------------------------------------------------------------
1 | # 里程碑
2 |
3 | 里程碑在宏观层面扮演着重要角色，您可以通过里程碑设定方向、框定产品大图。
4 |
5 | 进入 **DevOps 平台 > 我的项目 > 项目协同 > 里程碑**。
6 |
7 | 
8 |
9 | 点击右上角 **创建里程碑**，根据页面提示输入里程碑名称、详情、处理人、优先级、复杂度、截止日期、标签以及自定义字段等信息。
10 |
11 | 
12 |
13 | 您可以通过年份、标签、优先级和处理人过滤筛选里程碑，也可以输入标题进行模糊匹配。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.4/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.4/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/archive/1.4/manual/eco-tools/kubeprober/faq/faq.md:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/archive/1.4/manual/eco-tools/kubeprober/faq/faq.md
--------------------------------------------------------------------------------
/archive/1.4/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/edge/prepare.md:
--------------------------------------------------------------------------------
1 | # 准备工作
2 |
3 | ## 角色权限
4 |
5 | 边缘计算平台需要企业管理员授予使用者 **边缘运维工程师** 的角色
6 |
7 | 
8 |
9 | ## 边缘节点配置要求
10 |
11 | ### 主机资源配置
12 |
13 | | CPU(核) | 内存(G) | 系统盘(G) | 数据盘(G) |
14 | | ------- | ------- | --------- | --------- |
15 | | > 4 | > 8G | 40G SSD | 200G SSD |
16 |
17 | ### 操作系统要求
18 |
19 | | Linux 操作系统平台 | 版本 |
20 | | :----------------------- | :--------- |
21 | | Red Hat Enterprise Linux | 8.2 及以上 |
22 | | CentOS | 8.2 及以上 |
23 |
24 |
25 |
26 |
27 |
--------------------------------------------------------------------------------
/archive/1.4/manual/fdp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/fdp/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型和业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可以通过检索定位到具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/archive/1.4/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的情况次数及其变化趋势，对工作流运行情况进行整体把控，快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/archive/1.4/manual/install/docker-install.md:
--------------------------------------------------------------------------------
1 | # 基于 Docker Compose 部署
2 |
3 | ::: tip 提示
4 | 本安装方法仅适用于不具备 Kubernetes 条件的情况下，在本地快速体验 Erda 的场景。生产环境下不建议采用此方法。
5 | :::
6 |
7 | ## 前提条件
8 |
9 | - Docker 版本：20.10.0 及以上
10 | - 节点配置：4 核 CPU，8 GB 内存
11 |
12 | ## 使用脚本快速安装
13 |
14 | 1. 执行以下命令：
15 |
16 | ```shell
17 | /bin/bash -c "$(curl -fsSL https://static.erda.cloud/quick-start/quick-start.sh)"
18 | ```
19 |
20 | 2. 访问 [*http://erda.local*](http://erda.local) 快速体验 Erda。
21 |
--------------------------------------------------------------------------------
/archive/1.4/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，可分为两种模式，即最小化模式和高可用模式。
6 | * [基于 Helm 最小化安装](helm-install-demo.md)：Erda 各组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境。
7 | * [基于 Helm 高可用安装](helm-install-prod.md)：Erda 核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境。
8 |
9 | ## 基本概念
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是部署在 Kubernetes 场景下的 Erda 所在集群。该集群部署了 Erda 的全量组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，例如 Kubernetes、EDAS 等。受纳管的集群即为 Worker 集群，主要用于执行构建任务、发布应用、隔离环境等。该集群部署了 Erda 监控、集群 Agent、Registry 等组件及依赖。
18 |
--------------------------------------------------------------------------------
/archive/1.4/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/archive/1.4/manual/language/python.md:
--------------------------------------------------------------------------------
1 | # Python
--------------------------------------------------------------------------------
/archive/1.4/manual/microservice/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 基础知识
2 | 随着移动互联网的迅猛发展，纯原生开发无法满足业务快速增长的需求，跨端方案成为了很多公司的首选，不仅可以应对快速迭代的也无需求，还可以增加代码复用，降低开发成本。[React Native（简称 RN）](https://github.com/facebook/react-native)是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。它使用 JavaScript 语言、以及类似于 HTML 的 JSX 和 CSS 来开发移动应用，因此熟悉 Web 前端开发的技术人员只需很少的学习即可快速上手。
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.4/manual/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.4/manual/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/concepts/apm/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 | 
3 |
4 | ## 产品架构
5 | 系统针对基础设施、后端的业务应用、前端页面和 APP 应用 多方面进行监控，全栈覆盖，并提供了多种监控功能。
6 |
7 | ## 数据探针
8 | * ta.js，负责采集前端部分的监控数据，可以通过平台提供的一段嵌入代码，集成到页面中。
9 | * Java Agent、NodeJS 等后端的数据探针，会在应用被打包是自动集成到容器里，做到代码无入侵式的集成到业务应用中。
10 | * Monitor SDK，以 SDK 的方式，提供业务应用自定义性能指标的能力。
11 | * Telegraf、Filebeat 等基础监控部分的 Agent，被集成到了 Erda 平台中，作为的核心组件之一，从而业务开发者可以不需要额外去集成他们。
12 |
13 | ## 底层框架
14 | Erda 提供通用的底层能力，包括通用的监控查询语言、数据分析表达式等，以支撑产品层的多种功能。
15 |
16 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/concepts/nc/arch.md:
--------------------------------------------------------------------------------
1 | # 技术架构
2 |
3 | 平台提供的注册中心和配置中心均基于 [Nacos](https://nacos.io/en-us/) 实现。对比使用 ZooKeeper 做注册中心、Apollo 做配置中心，这种方案在中间件运维简易度和资源利用率上有着巨大的优势。平台 BaaS 化 Nacos 的能力，从而实现多个项目的不同环境共用一套 Nacos，进一步提高资源利用率，同时业务开发过程中也无需关注底层租户隔离机制。
4 |
5 | 如下图所示，两个不同项目的环境，可以在一个物理集群内共用一套 Nacos。
6 |
7 | 
8 |
9 | 对于平台侧创建 Nacos 租户的流程，业务是无需感知的。业务应用的 `erda.yml` 通过 Addon 扩展机制申明注册中心或配置中心，其后跟随应用的部署，自动创建租户，同时将租户 ID 以环境变量的方式自动注入应用服务的容器中。
10 |
11 | 注册中心的功能主要包括 Dubbo 微服务框架注册发现和 Spring Cloud 微服务框架注册发现，配置中心的功能主要是 Spring Cloud 配置热更新机制。
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/examples/nc/dubbo.md:
--------------------------------------------------------------------------------
1 | # Dubbo 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/examples/nc/spring.md:
--------------------------------------------------------------------------------
1 | # Spring 应用配置热更新
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/examples/nc/springcloud.md:
--------------------------------------------------------------------------------
1 | # Spring Cloud 微服务注册发现
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/guides/apm/alert-config.md:
--------------------------------------------------------------------------------
1 | # 告警策略
2 |
3 | 平台的稳定性是保障业务程序持续运行的基础。您可通过设置合适的告警机制保障业务程序及平台的稳定性，同时解放劳动力，无需时刻紧盯屏幕关注服务运行情况。
4 |
5 | 请进入 **微服务平台 > 项目列表 > 选择项目 > 告警管理 > 告警策略**，新建告警策略。
6 |
7 | 
8 |
9 | 如上图所示，若发生了应用错误次数告警，说明某个服务的异常次数已达到阀值，项目管理员和应用开发人员需关注程序中的逻辑是否有误。
10 |
11 | 若发生了应用实例 OOM 告警，则说明该服务的 erda.yml 配置内存过小，或服务有内存泄露，开发人员需调整内存，或检查是否有内存泄露的代码。
12 |
13 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/guides/platform/msp-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
3 | 微服务治理项目旨在帮助您更好地观测服务的健康状态，其观测范围涵盖分布式全链路追踪、错误分析、告警管理及仪表盘等不同维度，并且简化了运维流程，使服务运维变得更加轻松高效。
4 |
5 | 请按照以下步骤创建项目：
6 |
7 | 1. 进入 **管理中心 > 项目管理**。
8 |
9 | 2. 点击 **添加项目**。
10 |
11 | 
12 |
13 | 3. 选择 **微服务治理项目**，并根据界面提示输入项目名称、项目标识等信息。
14 |
15 | 
16 |
17 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/alarm-history.md:
--------------------------------------------------------------------------------
1 | # 告警记录
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/api-gateway-statuscode.md:
--------------------------------------------------------------------------------
1 | # API 网关状态码
2 |
3 | ## 特定含义的状态码和应答
4 |
5 | 状态码|应答body | 含义
6 | :-----:|:--------:|:----:
7 | 401 | {"message":"No authenticate credentials found"} | 请求没有携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/best-practice.md:
--------------------------------------------------------------------------------
1 | # 最佳实践
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/error-analysis.md:
--------------------------------------------------------------------------------
1 | # 错误分析
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/guide.md:
--------------------------------------------------------------------------------
1 | # 使用指南
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/intro.md:
--------------------------------------------------------------------------------
1 | # 微服务治理平台
2 |
3 | 概要-主要写整体功能的概要，一两句话 + 功能架构图
4 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/log-analysis.md:
--------------------------------------------------------------------------------
1 | # 日志分析
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/monitor-mobile.md:
--------------------------------------------------------------------------------
1 | # APP 性能
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/monitor-service.md:
--------------------------------------------------------------------------------
1 | # 服务列表
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/service-status.md:
--------------------------------------------------------------------------------
1 | # 主动监控
2 |
3 | 点击`应用监控`的`主动监控`选项，创建 URL 的定时检查，系统会实时检测创建的 URL 的运行状态和性能。
4 |
5 | * 列表页展示检查的状态、在线率、宕机时间等数据，点击对应的名称可以展示检查详情。
6 |
7 | 
8 |
9 | * 详情页展示可用性与性能趋势，同时展示历史可用时间趋势。
10 |
11 | 
12 |
13 | * 点击"添加监控"可以新增监控指标，可以对返回值的内容进行正则匹配。如果指标异常（请求无响应、内容不匹配等）都会将指标状态变更，同时发出告警。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.4/manual/msp/old/topology.md:
--------------------------------------------------------------------------------
1 | # 全局拓扑
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/announcement.md:
--------------------------------------------------------------------------------
1 | # 公告管理
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/approve.md:
--------------------------------------------------------------------------------
1 | # 审批管理
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/audit.md:
--------------------------------------------------------------------------------
1 | # 审计日志
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/certificate.md:
--------------------------------------------------------------------------------
1 | # 证书管理
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/intro.md:
--------------------------------------------------------------------------------
1 | # 管理中心
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/project.md:
--------------------------------------------------------------------------------
1 | # 项目管理
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/org-center/setting.md:
--------------------------------------------------------------------------------
1 | # 组织设置
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/agile-cooperation.md:
--------------------------------------------------------------------------------
1 | # 敏捷协作快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/agile-dev.md:
--------------------------------------------------------------------------------
1 | # 敏捷开发部署快速入门
2 |
3 |
4 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/auto-test.md:
--------------------------------------------------------------------------------
1 | # 自动化测试快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/create-application.md:
--------------------------------------------------------------------------------
1 | # 创建应用
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/create-org.md:
--------------------------------------------------------------------------------
1 | # 创建组织
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/create-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/edge-publish.md:
--------------------------------------------------------------------------------
1 | # 边缘计算应用发布快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/quick-start/microservice.md:
--------------------------------------------------------------------------------
1 | # 微服务治理快速入门
2 |
3 |
--------------------------------------------------------------------------------
/archive/1.4/manual/test/README.md:
--------------------------------------------------------------------------------
1 | # 测试
2 |
--------------------------------------------------------------------------------
/archive/1.5/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/archive/1.5/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 资源管理 > 集群管理**，点击指定集群进入 **节点列表**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/archive/1.5/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/collaboration/milestone.md:
--------------------------------------------------------------------------------
1 | # 里程碑
2 |
3 | 里程碑在宏观层面扮演着重要角色，您可以通过里程碑设定方向、框定产品大图。
4 |
5 | 进入 **DevOps 平台 > 我的项目 > 项目协同 > 里程碑**。
6 |
7 | 
8 |
9 | 点击右上角 **创建里程碑**，根据页面提示输入里程碑名称、详情、处理人、优先级、复杂度、截止日期、标签以及自定义字段等信息。
10 |
11 | 
12 |
13 | 您可以通过年份、标签、优先级和处理人过滤筛选里程碑，也可以输入标题进行模糊匹配。
14 |
15 | 
16 |
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 我的项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/archive/1.5/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/archive/1.5/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/archive/1.5/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/archive/1.5/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/archive/1.5/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/archive/1.5/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/archive/1.5/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/archive/1.5/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/archive/1.5/manual/install/docker-install.md:
--------------------------------------------------------------------------------
1 | # 基于 Docker Compose 部署
2 |
3 | ::: tip 提示
4 | 本安装方法仅适用于不具备 Kubernetes 条件的情况下，在本地快速体验 Erda 的场景。生产环境下不建议采用此方法。
5 | :::
6 |
7 | ## 前提条件
8 |
9 | - Docker 版本：20.10.0 及以上
10 | - 节点配置：4 核 CPU，8 GB 内存
11 |
12 | ## 使用脚本快速安装
13 |
14 | 1. 执行以下命令：
15 |
16 | ```shell
17 | /bin/bash -c "$(curl -fsSL https://static.erda.cloud/quick-start/quick-start.sh)"
18 | ```
19 |
20 | 2. 访问 [*http://erda.local*](http://erda.local) 快速体验 Erda。
21 |
--------------------------------------------------------------------------------
/archive/1.5/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，可分为两种模式，即最小化模式和高可用模式。
6 | * [基于 Helm 最小化安装](helm-install-demo.md)：Erda 各组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境。
7 | * [基于 Helm 高可用安装](helm-install-prod.md)：Erda 核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境。
8 |
9 | ## 基本概念
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是部署在 Kubernetes 场景下的 Erda 所在集群。该集群部署了 Erda 的全量组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，例如 Kubernetes、EDAS 等。受纳管的集群即为 Worker 集群，主要用于执行构建任务、发布应用、隔离环境等。该集群部署了 Erda 监控、集群 Agent、Registry 等组件及依赖。
18 |
--------------------------------------------------------------------------------
/archive/1.5/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/archive/1.5/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/archive/1.5/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/archive/1.5/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/archive/1.5/manual/msp/guides/platform/msp-project.md:
--------------------------------------------------------------------------------
1 | # 创建项目
2 |
3 | 微服务治理项目旨在帮助您更好地观测服务的健康状态，其观测范围涵盖分布式全链路追踪、错误分析、告警管理及仪表盘等不同维度，并且简化了运维流程，使服务运维变得更加轻松高效。
4 |
5 | 请按照以下步骤创建项目：
6 |
7 | 1. 进入 **管理中心 > 项目管理**。
8 |
9 | 2. 点击 **添加项目**。
10 |
11 | 
12 |
13 | 3. 选择 **微服务治理项目**，并根据界面提示输入项目名称、项目标识等信息。
14 |
15 | 
16 |
17 |
--------------------------------------------------------------------------------
/archive/en/1.4/manual/install/docker-install.md:
--------------------------------------------------------------------------------
1 | # Deploy via Docker Compose
2 |
3 | ::: tip Tips
4 | This installation method is only suitable for trial environment where you can get experience with Erda locally, but not applicable for production environment.
5 | :::
6 |
7 | ## Prerequisites
8 |
9 | - Docker version: 20.10.0 and above
10 | - Node configuration: 4 core, 8 GB
11 |
12 | ## Install via Script
13 |
14 | 1. Run the following commands:
15 |
16 | ```shell
17 | /bin/bash -c "$(curl -fsSL https://static.erda.cloud/quick-start/quick-start.sh)"
18 | ```
19 |
20 | 2. Visit *http://erda.local* to get started.
21 |
--------------------------------------------------------------------------------
/archive/en/1.5/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # Algorithm Model
2 |
3 | Used to upload and manage algorithm models.
4 |
5 | 1. Go to **Data Service > Model Management** and click **Deployment Model**.
6 |
7 | 2. Enter the model name, algorithm name and upload the algorithm file (supports .m and .pkl formats).
8 |
9 | 3. The calculation result table can provide services in the form of API, and it can also be configured in the workflow. For details, see [Workflow Management](workflow.md).
10 |
11 | 
--------------------------------------------------------------------------------
/archive/en/1.5/manual/install/docker-install.md:
--------------------------------------------------------------------------------
1 | # Deploy via Docker Compose
2 |
3 | ::: tip Tips
4 | This installation method is only suitable for trial environment where you can get experience with Erda locally, but not applicable for production environment.
5 | :::
6 |
7 | ## Prerequisites
8 |
9 | - Docker version: 20.10.0 and above
10 | - Node configuration: 4 core, 8 GB
11 |
12 | ## Install via Script
13 |
14 | 1. Run the following commands:
15 |
16 | ```shell
17 | /bin/bash -c "$(curl -fsSL https://static.erda.cloud/quick-start/quick-start.sh)"
18 | ```
19 |
20 | 2. Visit *http://erda.local* to get started.
21 |
--------------------------------------------------------------------------------
/archive/en/1.5/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # Instructions for Special Status Code
2 |
3 |
4 | The status codes and responses with specific meanings are as follows:
5 |
6 | Status Code | Response Body | Description
7 | :------|:---------|:-----
8 | 401 | {"message":"No authenticate credentials found"} | The request does not carry authorization certificates.
9 | 403 | {"message":"Invalid authentication credentials"} | Invalid authentication certificate.
10 | 404 | {"message":"no route and no API found with those values"} | The API accessed does not exist.
11 | 429 | {"message":" API rate limit exceeded"} | The number of requests exceeds the API traffic control limit.
12 |
13 |
--------------------------------------------------------------------------------
/dice.yml:
--------------------------------------------------------------------------------
1 | version: '2.0'
2 | services:
3 | doc:
4 | resources:
5 | cpu: 0.1
6 | mem: 256
7 | deployments:
8 | replicas: 1
9 | expose:
10 | - 80
11 | ports:
12 | - 80
13 | health_check:
14 | http:
15 | port: 80
16 | path: /
17 | duration: 300
18 | addons: {}
19 | envs: {}
20 |
--------------------------------------------------------------------------------
/docs/.vuepress/components/BlogTags.vue:
--------------------------------------------------------------------------------
1 |
2 |
3 |
4 |
5 |
6 |
7 |
16 |
17 |
26 |
--------------------------------------------------------------------------------
/docs/.vuepress/components/search.svg:
--------------------------------------------------------------------------------
1 |
2 |
--------------------------------------------------------------------------------
/docs/.vuepress/nav/en.js:
--------------------------------------------------------------------------------
1 | const { getVers, enPrefix } = require('../util');
2 |
3 | const verItems = getVers().map(ver => {
4 | return {
5 | text: `v${ver}`,
6 | link: `${enPrefix}/${ver}/manual/about/intro.html`,
7 | version: ver,
8 | }
9 | })
10 |
11 | module.exports = [
12 | {
13 | text: 'Official Site',
14 | link: `https://www.erda.cloud/`,
15 | },
16 | {
17 | text: 'Versions',
18 | ariaLabel: 'Versions',
19 | items: verItems,
20 | },
21 | ]
22 |
--------------------------------------------------------------------------------
/docs/.vuepress/public/favicon.ico:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/.vuepress/public/favicon.ico
--------------------------------------------------------------------------------
/docs/.vuepress/public/icons/android-chrome-256x256.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/.vuepress/public/icons/android-chrome-256x256.png
--------------------------------------------------------------------------------
/docs/.vuepress/public/images/logo.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/.vuepress/public/images/logo.png
--------------------------------------------------------------------------------
/docs/.vuepress/public/manifest.json:
--------------------------------------------------------------------------------
1 | {
2 | "name": "Erda Docs",
3 | "short_name": "ErdaDoc",
4 | "icons": [
5 | {
6 | "src": "/icons/android-chrome-256x256.png",
7 | "sizes": "256x256",
8 | "type": "image/png"
9 | }
10 | ],
11 | "start_url": "/index.html",
12 | "display": "standalone",
13 | "background_color": "#fff",
14 | "theme_color": "#5d48df"
15 | }
16 |
--------------------------------------------------------------------------------
/docs/.vuepress/sidebar/en.js:
--------------------------------------------------------------------------------
1 | const { fs, path } = require('@vuepress/shared-utils')
2 | const { getVers, getContentByVer, enPrefix } = require('../util');
3 |
4 | const full = {};
5 |
6 | getVers().forEach(ver => {
7 | full[`${enPrefix}/${ver}/manual/`] = getContentByVer(`${ver}-en`);
8 | })
9 |
10 | console.log('english full path:', full);
11 |
12 | module.exports = full;
13 |
--------------------------------------------------------------------------------
/docs/.vuepress/sidebar/vers/1.3-en.js:
--------------------------------------------------------------------------------
1 | module.exports = []
2 |
--------------------------------------------------------------------------------
/docs/.vuepress/sidebar/zh.js:
--------------------------------------------------------------------------------
1 | const { fs, path } = require('@vuepress/shared-utils')
2 | const { getVers, getContentByVer } = require('../util');
3 |
4 | const full = {};
5 |
6 | getVers().forEach(ver => {
7 | full[`/${ver}/manual/`] = getContentByVer(ver);
8 | })
9 |
10 | console.log('full path:', full);
11 |
12 | module.exports = full;
13 |
--------------------------------------------------------------------------------
/docs/.vuepress/styles/palette.styl:
--------------------------------------------------------------------------------
1 | // placeholder for test, dont't remove it.
2 | // 颜色
3 | $activeColor = #6554b5
4 | $textColor = #2c3e50
5 | $borderColor = #eaecef
6 | $sidebarBgColor = #fafafa
7 | $sidebarActiveBgColor = #efefef
8 | $codeBgColor = #282c34
9 | $arrowBgColor = #888
10 | $badgeTipColor = #6554b5
11 | $badgeWarningColor = darken(#ffe564, 35%)
12 | $badgeErrorColor = #DA5961
13 | $darkTextColor = #000
14 |
15 | // 布局
16 | $navbarHeight = 3.6rem
17 | $sidebarWidth = 20rem
18 | $contentWidth = 740px
19 | $homePageWidth = 960px
20 |
21 | // 响应式变化点
22 | $MQNarrow = 959px
23 | $MQMobile = 719px
24 | $MQMobileNarrow = 419px
25 |
--------------------------------------------------------------------------------
/docs/.vuepress/theme/index.js:
--------------------------------------------------------------------------------
1 | module.exports = {
2 | extend: '@vuepress/theme-default'
3 | }
4 |
--------------------------------------------------------------------------------
/docs/.vuepress/util.js:
--------------------------------------------------------------------------------
1 | const { path } = require('@vuepress/shared-utils')
2 | const requireContext = require('require-context');
3 |
4 |
5 | const context = requireContext(path.resolve(__dirname, './sidebar/vers'), false, /\.js$/);
6 | const versLimit = 2;
7 | const getVers = () => {
8 | var vers = context.keys()
9 | .filter(a => !a.includes('-en') && !a.includes('next'))
10 | .map(a => a.slice(0, 3))
11 | .sort((a, b) => b - a)
12 | .slice(0, versLimit);
13 | vers.unshift('next');
14 | return vers;
15 | }
16 | const getContentByVer = ver => context(`${ver}.js`);
17 |
18 |
19 | module.exports = {
20 | getVers,
21 | getContentByVer,
22 | enPrefix: '/en',
23 | };
24 |
--------------------------------------------------------------------------------
/docs/2.0/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/2.0/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/2.0/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/2.0/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/2.0/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/2.0/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/2.0/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/2.0/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，可分为两种模式，即最小化模式和高可用模式。
6 | * [基于 Helm 最小化安装](helm-install-demo.md)：Erda 各组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境。
7 | * [基于 Helm 高可用安装](helm-install-prod.md)：Erda 核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境。
8 |
9 | ## 基本概念
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是部署在 Kubernetes 场景下的 Erda 所在集群。该集群部署了 Erda 的全量组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，例如 Kubernetes、EDAS 等。受纳管的集群即为 Worker 集群，主要用于执行构建任务、发布应用、隔离环境等。该集群部署了 Erda 监控、集群 Agent、Registry 等组件及依赖。
18 |
--------------------------------------------------------------------------------
/docs/2.0/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/apm/alert-center.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 平台的稳定性是保障业务程序持续运行的基础。若服务运行过程中出现异常，而运维人员无法第一时间获取这一信息，则很可能因问题处理不及时而导致业务损失，造成不良影响。
4 |
5 | 微服务治理平台的告警中心提供对监控指标的告警功能，您可在此设置自定义告警阀值和通知方式。当监控指标触发您设置的告警条件时，即可以短信、邮件等方式发送告警通知，便于您第一时间掌握告警情况，迅速处理故障，从而保证系统正常运行。
6 |
7 | ## 功能导航
8 |
9 | 1. 查看告警事件、通知的整体分布及详情，请参见 [告警查看分析](alert-history.md)。
10 |
11 | 2. 配置告警策略及自定义告警规则，请参见 [告警策略配置](alert-config.md)。
12 |
13 | 3. 设置短信、电话、钉钉或邮件告警通知渠道，请参见 [告警通知渠道管理](alert-notify-channel.md)。
14 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/apm/alert-notify-group.md:
--------------------------------------------------------------------------------
1 | # 告警通知
2 |
3 | 如果户希望接在告警触发时接收到具体的通知，可以配置通知组，将告警策略与通知组绑定，当用户配置的告警策略触发告警发送通知时，
4 | 该通知会发送到通知组中，用户可以知道告警发生的时间与详情。
5 |
6 | 配置通知组的具体操作如下：
7 |
8 | 在微服务治理中，通知组管理在告警中心的 "告警配置" 页中。在多云管理平台中，通知组的管理在 "管理中心" -> "组织设置" -> "通知组" 中
9 |
10 | 1. 点击 "新建通知组"
11 | 2. 用户自定义群组名称
12 | 3. 点击 "通知到" 在下拉框中选择通知到的对象
13 | 4. 根据不同的通知到对象填写具体的通知信息
14 |
15 | 具体操作如图所示：
16 |
17 | 
18 |
19 | 在左上角用户可以输入通知组的名称的部分关键字进行搜索已创建好的通知组。在右上角点击设置按钮，选择希望看到的通知组的字段信息。
20 | 用户创建好通知组后可在告警策略中引用该通知组，当触发告警时，该通知组会收到对应告警策略发送的告警通知消息。
21 |
22 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - 错误分析
22 | - [自定义大盘](dashboard.md)
23 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.0/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/docs/2.1/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/2.1/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/2.1/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/2.1/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/2.1/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/2.1/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/2.1/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/2.1/manual/install/helm-install/introduction.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | ## 部署模式
4 |
5 | 使用 Helm 部署 Erda 时，可分为两种模式，即最小化模式和高可用模式。
6 | * [基于 Helm 最小化安装](helm-install-demo.md)：Erda 各组件将以极简方式（低资源配置、单实例副本）部署，适用于试用环境。
7 | * [基于 Helm 高可用安装](helm-install-prod.md)：Erda 核心组件及依赖将以高可用方式（高资源配置、多实例副本）部署，适用于生产环境。
8 |
9 | ## 基本概念
10 |
11 | ### Master 集群
12 |
13 | Master [集群](../../quick-start/premise.md#集群) 是部署在 Kubernetes 场景下的 Erda 所在集群。该集群部署了 Erda 的全量组件及依赖。
14 |
15 | ### Worker 集群
16 |
17 | Erda 能够以容器集群的方式纳管用户计算资源，例如 Kubernetes、EDAS 等。受纳管的集群即为 Worker 集群，主要用于执行构建任务、发布应用、隔离环境等。该集群部署了 Erda 监控、集群 Agent、Registry 等组件及依赖。
18 |
--------------------------------------------------------------------------------
/docs/2.1/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/2.1/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/2.1/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - 错误分析
22 | - [自定义大盘](dashboard.md)
23 |
--------------------------------------------------------------------------------
/docs/2.1/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.1/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/docs/2.2/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/2.2/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/2.2/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/2.2/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/2.2/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/2.2/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/2.2/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/2.2/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/2.2/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/2.2/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - 错误分析
22 | - [自定义大盘](dashboard.md)
23 |
--------------------------------------------------------------------------------
/docs/2.2/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.2/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/docs/2.3/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/2.3/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/2.3/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/2.3/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/2.3/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/2.3/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/2.3/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/2.3/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/2.3/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/2.3/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - 错误分析
22 | - [自定义大盘](dashboard.md)
23 |
--------------------------------------------------------------------------------
/docs/2.3/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.3/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/docs/2.4/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/2.4/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/2.4/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/reference/IntelliJ-IDEA_JSON-Schema.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/2.4/manual/dop/guides/reference/IntelliJ-IDEA_JSON-Schema.png
--------------------------------------------------------------------------------
/docs/2.4/manual/dop/guides/reference/IntelliJ-IDEA_dice-yml-lint.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/2.4/manual/dop/guides/reference/IntelliJ-IDEA_dice-yml-lint.png
--------------------------------------------------------------------------------
/docs/2.4/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/2.4/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/2.4/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/2.4/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/2.4/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/2.4/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - [持续分析](profile.md)
22 | - 错误分析
23 | - [自定义大盘](dashboard.md)
24 |
--------------------------------------------------------------------------------
/docs/2.4/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/2.4/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------
/docs/README.md:
--------------------------------------------------------------------------------
1 | ---
2 | home: true
3 | heroImage: /images/logo.png
4 | heroText: 'Erda'
5 | ---
6 |
7 |
--------------------------------------------------------------------------------
/docs/changeLog.md:
--------------------------------------------------------------------------------
1 | ---
2 | sidebar: auto
3 | ---
4 |
5 | # ChangeLog
6 |
--------------------------------------------------------------------------------
/docs/en/2.0/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # Algorithm Model
2 |
3 | Used to upload and manage algorithm models.
4 |
5 | 1. Go to **Data Service > Model Management** and click **Deployment Model**.
6 |
7 | 2. Enter the model name, algorithm name and upload the algorithm file (supports .m and .pkl formats).
8 |
9 | 3. The calculation result table can provide services in the form of API, and it can also be configured in the workflow. For details, see [Workflow Management](workflow.md).
10 |
11 | 
--------------------------------------------------------------------------------
/docs/en/2.0/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # Instructions for Special Status Code
2 |
3 |
4 | The status codes and responses with specific meanings are as follows:
5 |
6 | Status Code | Response Body | Description
7 | :------|:---------|:-----
8 | 401 | {"message":"No authenticate credentials found"} | The request does not carry authorization certificates.
9 | 403 | {"message":"Invalid authentication credentials"} | Invalid authentication certificate.
10 | 404 | {"message":"no route and no API found with those values"} | The API accessed does not exist.
11 | 429 | {"message":" API rate limit exceeded"} | The number of requests exceeds the API traffic control limit.
12 |
13 |
--------------------------------------------------------------------------------
/docs/en/2.1/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # Algorithm Model
2 |
3 | Used to upload and manage algorithm models.
4 |
5 | 1. Go to **Data Service > Model Management** and click **Deployment Model**.
6 |
7 | 2. Enter the model name, algorithm name and upload the algorithm file (supports .m and .pkl formats).
8 |
9 | 3. The calculation result table can provide services in the form of API, and it can also be configured in the workflow. For details, see [Workflow Management](workflow.md).
10 |
11 | 
--------------------------------------------------------------------------------
/docs/en/2.1/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # Instructions for Special Status Code
2 |
3 |
4 | The status codes and responses with specific meanings are as follows:
5 |
6 | Status Code | Response Body | Description
7 | :------|:---------|:-----
8 | 401 | {"message":"No authenticate credentials found"} | The request does not carry authorization certificates.
9 | 403 | {"message":"Invalid authentication credentials"} | Invalid authentication certificate.
10 | 404 | {"message":"no route and no API found with those values"} | The API accessed does not exist.
11 | 429 | {"message":" API rate limit exceeded"} | The number of requests exceeds the API traffic control limit.
12 |
13 |
--------------------------------------------------------------------------------
/docs/en/2.2/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # Algorithm Model
2 |
3 | Used to upload and manage algorithm models.
4 |
5 | 1. Go to **Data Service > Model Management** and click **Deployment Model**.
6 |
7 | 2. Enter the model name, algorithm name and upload the algorithm file (supports .m and .pkl formats).
8 |
9 | 3. The calculation result table can provide services in the form of API, and it can also be configured in the workflow. For details, see [Workflow Management](workflow.md).
10 |
11 | 
--------------------------------------------------------------------------------
/docs/en/2.2/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # Instructions for Special Status Code
2 |
3 |
4 | The status codes and responses with specific meanings are as follows:
5 |
6 | Status Code | Response Body | Description
7 | :------|:---------|:-----
8 | 401 | {"message":"No authenticate credentials found"} | The request does not carry authorization certificates.
9 | 403 | {"message":"Invalid authentication credentials"} | Invalid authentication certificate.
10 | 404 | {"message":"no route and no API found with those values"} | The API accessed does not exist.
11 | 429 | {"message":" API rate limit exceeded"} | The number of requests exceeds the API traffic control limit.
12 |
13 |
--------------------------------------------------------------------------------
/docs/en/README.md:
--------------------------------------------------------------------------------
1 | ---
2 | home: true
3 | heroImage: /images/logo.png
4 | heroText: 'Erda'
5 | ---
6 |
7 |
--------------------------------------------------------------------------------
/docs/en/changeLog.md:
--------------------------------------------------------------------------------
1 | ---
2 | sidebar: auto
3 | ---
4 |
5 | # ChangeLog
6 |
--------------------------------------------------------------------------------
/docs/en/faq.md:
--------------------------------------------------------------------------------
1 | ---
2 | sidebar: auto
3 | ---
4 |
5 | # FAQ
6 |
7 | ## Question?
8 |
--------------------------------------------------------------------------------
/docs/en/next/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # Algorithm Model
2 |
3 | Used to upload and manage algorithm models.
4 |
5 | 1. Go to **Data Service > Model Management** and click **Deployment Model**.
6 |
7 | 2. Enter the model name, algorithm name and upload the algorithm file (supports .m and .pkl formats).
8 |
9 | 3. The calculation result table can provide services in the form of API, and it can also be configured in the workflow. For details, see [Workflow Management](workflow.md).
10 |
11 | 
--------------------------------------------------------------------------------
/docs/en/next/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # Instructions for Special Status Code
2 |
3 |
4 | The status codes and responses with specific meanings are as follows:
5 |
6 | Status Code | Response Body | Description
7 | :------|:---------|:-----
8 | 401 | {"message":"No authenticate credentials found"} | The request does not carry authorization certificates.
9 | 403 | {"message":"Invalid authentication credentials"} | Invalid authentication certificate.
10 | 404 | {"message":"no route and no API found with those values"} | The API accessed does not exist.
11 | 429 | {"message":" API rate limit exceeded"} | The number of requests exceeds the API traffic control limit.
12 |
13 |
--------------------------------------------------------------------------------
/docs/next/manual/README.md:
--------------------------------------------------------------------------------
1 | # Erda 帮助文档
2 |
--------------------------------------------------------------------------------
/docs/next/manual/cmp/examples/check-env.md:
--------------------------------------------------------------------------------
1 | # 分析指定环境的资源开销
2 |
3 | 服务部署过程中若出现资源不足的提示，可进入 **多云管理平台 > 容器资源 > 节点**，查看当前集群整体的资源分布情况。
4 |
5 | 根据服务具体的部署环境，可精确查看对应环境的资源分配情况。如下图所示，选择通过生产环境标签筛选节点后，即展示生产环境中全部 CPU、内存、Pod 的资源分配情况。
6 |
7 | 
8 |
9 | ::: tip 提示
10 |
11 | 图示中 **不可分配** 资源是指提前预留的资源，用于系统级软件（例如各种系统守护进程）。
12 |
13 | :::
14 |
--------------------------------------------------------------------------------
/docs/next/manual/cmp/guide/alert/alarm-statistics.md:
--------------------------------------------------------------------------------
1 | # 告警统计
2 |
3 | 您可以进入 **多云管理平台 > 运维告警 > 告警统计** 查看集群近一周的告警总数、告警趋势和告警类型。
4 |
5 | 
6 |
7 | 告警统计可根据集群进行筛选。
8 |
9 | 
10 |
11 | 不同集群和告警类型的数据可使用不同颜色显示以作区分，告警类型统计和告警量统计将以饼图形式展示数据及所占百分比。
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/next/manual/dop/concepts/artifact.md:
--------------------------------------------------------------------------------
1 | # 制品
2 |
3 | TODO 制品设计理念，封装环境等
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/deploy/block-deploy.md:
--------------------------------------------------------------------------------
1 | # 企业级封网
2 |
3 | 企业管理员可设置企业级封网，封网后所有应用禁止更新和发布。如有发布需要，需向企业管理员提出申请。
4 |
5 | ## 开启封网
6 | 进入 **管理中心 > 组织设置 > 部署 > 封网**。
7 |
8 | 开启封网后，组织内对应环境下的所有应用均无法升级或发布。
9 |
10 | 
11 |
12 | ## 解封申请
13 | 进入 **DevOps 平台 > 项目 > 申请部署** 提出申请。
14 |
15 | 
16 |
17 | ## 申请审批
18 | 进入 **管理中心 > 审批管理**，企业管理员可对申请进行审批。
19 |
20 | ## 通知消息
21 |
22 | 1. 当申请者提出解封申请时，企业管理员将在站内信及邮箱收到申请消息。
23 | 2. 当解封申请审批完成后，申请发起者将在站内信及邮箱收到审批完成消息。
24 |
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/mobileapp/basic.md:
--------------------------------------------------------------------------------
1 | # 概述
2 | 随着移动互联网的迅猛发展，纯原生开发已无法满足业务快速增长的需求，而跨端方案不仅能够应对快速迭代的业务需求，还可以提高代码复用率，降低开发成本，由此成为很多公司的首选。
3 |
4 | [React Native](https://github.com/facebook/react-native) 是 Facebook 于 2015 年 4 月开源的跨平台移动应用开发框架，是 Facebook 早先开源的 UI 框架 React 在原生移动应用平台的衍生产物，目前支持 iOS 和 Android 两大平台。React Native 使用 JavaScript 语言以及类似于 HTML 的 JSX 和 CSS 开发移动应用，熟悉 Web 前端开发的技术人员只需花费少量时间学习即可快速上手。
5 |
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/mobileapp/certificates.md:
--------------------------------------------------------------------------------
1 | # 证书
2 |
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/mobileapp/ios-ci.md:
--------------------------------------------------------------------------------
1 | # iOS 打包
2 |
3 | ## Mac 装机指引
4 |
5 | ## 安装 runner
6 |
7 | 什么是 runner？ TODO: Link 到 runner
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/mobileapp/libraries.md:
--------------------------------------------------------------------------------
1 | # 模块库
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/mobileapp/management.md:
--------------------------------------------------------------------------------
1 | # 后台管理
2 |
3 | ## 发布商
4 |
5 | ## 证书管理
6 |
7 | ## 审批管理
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/reference/IntelliJ-IDEA_JSON-Schema.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/next/manual/dop/guides/reference/IntelliJ-IDEA_JSON-Schema.png
--------------------------------------------------------------------------------
/docs/next/manual/dop/guides/reference/IntelliJ-IDEA_dice-yml-lint.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/erda-project/docs/de6aea0f54c6aa0aa8f402416941bc0102d619b5/docs/next/manual/dop/guides/reference/IntelliJ-IDEA_dice-yml-lint.png
--------------------------------------------------------------------------------
/docs/next/manual/eco-tools/kubeprober/best-practices/standalone_kubeprober.md:
--------------------------------------------------------------------------------
1 | # 单集群使用 Kubeprober
2 |
3 | ## 安装 probe-agent
4 | 若仅针对单集群进行探测，或测试 Prober，不涉及多集群管理，则部署 probe-agent 即可，其对应部署文件为 [probe-agent-standalone.yaml](https://github.com/erda-project/kubeprober/blob/master/deployment/probe-agent-standalone.yaml) 。
5 |
6 | ```
7 | kubectl apply -f https://raw.githubusercontent.com/erda-project/kubeprober/master/deployment/probe-agent-standalone.yaml
8 | ```
9 |
10 | ## 编写 Prober
11 | 完成部署后，即可开始 [编写第一个 Prober](../guides/first_prober.md)，了解 Prober 的基本编写与使用方法。
12 |
13 | ## 自定义 Prober
14 | 完成简单的 Prober 编写使用后，即可尝试 [自定义 Prober](../best-practices/custom_prober.md)，学习自定义 Prober 编写、打包和运行的最佳实践。
--------------------------------------------------------------------------------
/docs/next/manual/ecp/example.md:
--------------------------------------------------------------------------------
1 | # 场景示例
2 |
3 | 随着 5G 和物联网时代的到来，互联网智能终端设备的数量急剧增长，传统云计算中心集中存储、计算的模式已无法满足终端设备对于时效、容量和算力的需求。将云计算能力下沉到边缘侧、设备侧，并通过中心统一交付、运维和管控，已成为云计算的主要发展趋势。
4 |
5 | 以下是一个典型的门店应用场景：
6 |
7 | 
8 |
9 | 边缘应用通常存在计算资源分散、网络情况复杂以及资源紧张等问题，虽然业务相对简单，但要维护一个拥有大量边缘节点的应用，并不是一件容易的事情。传统的方法是在每一个边缘阶段指派实施人员到现场，负责应用的安装、升级和故障处理等工作。
10 |
11 | Erda 边缘计算平台旨在解决边缘应用的管理问题，将 Kubernetes 的能力下沉到边缘节点，抽象出站点、应用和配置集的概念。应用管理人员可以在统一的平台上对分散在各地的边缘应用进行管理，大幅降低边缘应用的运维成本。
12 |
--------------------------------------------------------------------------------
/docs/next/manual/fdp/concept.md:
--------------------------------------------------------------------------------
1 | # 设计理念
2 |
3 | 快数据平台是一站式云原生数据中台，旨在通过产品化的方式，帮助企业快速构建数据共享能力中心。
4 |
5 | 平台提供建设数据中台所需的各类工具，完整覆盖离线计算、实时计算、数据治理等能力，满足数据采集、数据萃取、数据挖掘、数据质量、数据地图、数据 API 等各层次应用需求，从而解放开发人员的生产力，极大缩短数据价值的萃取过程，提高企业提炼数据价值的能力，对内可优化管理、提高业务能力，对外可由数据合作释放价值，形成企业的数据中枢，沉淀企业数据资产。
6 |
--------------------------------------------------------------------------------
/docs/next/manual/fdp/guide/algorithm-model.md:
--------------------------------------------------------------------------------
1 | # 算法模型
2 |
3 | 用于上传、管理算法模型。
4 |
5 | 1. 进入 **数据服务 > 算法模型管理**，点击 **部署模型**。
6 |
7 | 2. 输入模型名称、算法名称，上传算法文件（支持 .m 及 .pkl 格式）。
8 |
9 | 3. 计算结果表将以 API 形式对外提供服务，也可在工作流中进行配置，具体请参见 [工作流管理](workflow.md)。
10 |
11 | 
--------------------------------------------------------------------------------
/docs/next/manual/fdp/guide/data-map.md:
--------------------------------------------------------------------------------
1 | # 数据地图
2 |
3 | ## 数据资产
4 |
5 | 将系统内部的表进行统计，包括存储量、引用次数等，便于用户快速掌握系统整体情况。
6 |
7 | 
8 |
9 | ## 数据目录
10 |
11 | 将模型与业务关联起来，明确模型与业务的隶属关系。
12 |
13 | 
14 |
15 | ## 数据全景
16 |
17 | 当数据量庞大时，可通过检索定位至具体数据模型，查看其使用情况。
18 |
19 | 
20 |
21 |
--------------------------------------------------------------------------------
/docs/next/manual/fdp/guide/data-om.md:
--------------------------------------------------------------------------------
1 | # 数据运维
2 |
3 | ## 运行总览
4 |
5 | 记录统计周期内（今日）工作流的成功、失败、取消的次数及其变化趋势，对工作流运行情况进行整体把控，可快速查看统计周期内高执行时长、高出错率的工作流。
6 |
7 | 
8 |
9 | ## 工作流运维
10 |
11 | 工作流执行列表，可快速查看统计周期内的工作流整体执行情况。
12 |
13 | 
14 |
15 | ## 运行明细
16 |
17 | 实例执行列表，可快速查看统计周期内的实例整体执行情况。
18 |
19 | 
20 |
--------------------------------------------------------------------------------
/docs/next/manual/fdp/guide/data-permission.md:
--------------------------------------------------------------------------------
1 | # 数据权限
2 |
3 | 数据模型的查询、修改以及在工作流中的使用等权限，默认归模型的创建者所有，其他用户如有需要可提出申请。
4 |
5 | 
6 |
7 | 1. 进入 **数据治理 > 工作流表**，点击模型右侧的图标发起申请。
8 |
9 | 
10 |
11 | 2. 申请提交后将出现在模型所有者的 **数据权限 > 我审批的** 页面中，模型所有者可查看详情、拒绝或通过该申请。
12 |
13 | 3. 申请者可在 **数据权限 > 我发起的** 页面查看申请记录及审核状态。
14 |
--------------------------------------------------------------------------------
/docs/next/manual/fdp/guide/notification-manage.md:
--------------------------------------------------------------------------------
1 | # 通知管理
2 |
3 | 您可以根据需要设置通知，当工作流发生变化时，可及时知会设置的通知对象，便于对方了解最新进展。
4 |
5 | 进入 **数据集成 > 任务运维 > 通知管理**，点击 **新增通知** 填写信息。
6 |
7 | 
8 |
9 | * **通知项**：工作流运行失败，工作流开始运行，工作流运行成功。
10 |
11 | * **影响范围**：选择需监听的工作流。
12 |
13 | * **通知方式**：当前仅支持邮件通知。
14 |
15 | 已发出的通知可在 **数据集成 > 任务运维 > 通知明细** 中查看。
16 |
17 | 
--------------------------------------------------------------------------------
/docs/next/manual/install/helm-install/uninstall.md:
--------------------------------------------------------------------------------
1 | # 卸载
2 |
3 | ::: tip 提示
4 |
5 | 您需要提供 Erda 所部署的 Namespace，例如 erda-system。
6 |
7 | :::
8 |
9 | 1. 您可以通过如下命令卸载 Erda 及依赖。
10 |
11 | ```shell
12 | helm uninstall erda -n erda-system
13 | rm -rf /root/.dice.d
14 | ```
15 |
16 | 2. 清理 CRD 资源（默认情况下 Helm 不会卸载 CRD 资源）。
17 |
18 | ```shell
19 | kubectl delete crd erdas.erda.terminus.io
20 | ```
21 |
22 | 3. 默认情况下对 `pvc` 资源不作清理。如有需要，您可以通过如下命令手动清理。
23 |
24 | ```shell
25 | kubectl delete pvc -n erda-system `kubectl get pvc -n erda-system | grep erda | awk '{print $1}'`
26 | ```
27 |
--------------------------------------------------------------------------------
/docs/next/manual/msp/guides/apigw/status.md:
--------------------------------------------------------------------------------
1 | # 特殊状态码说明
2 |
3 | 特定含义的状态码及应答如下：
4 |
5 | 状态码|应答 Body | 含义
6 | :------|:---------|:-----
7 | 401 | {"message":"No authenticate credentials found"} | 请求未携带授权凭证
8 | 403 | {"message":"Invalid authentication credentials"} | 授权凭证鉴权失败
9 | 404 | {"message":"no route and no API found with those values"} | 访问的 API 不存在
10 | 429 | {"message":" API rate limit exceeded"} | 请求次数超过 API 流控限制
11 |
12 |
--------------------------------------------------------------------------------
/docs/next/manual/msp/guides/apm/apm-overview.md:
--------------------------------------------------------------------------------
1 | # 概述
2 |
3 | 在全面云时代的大背景下，分布式微服务架构层出不穷，应用数量日益剧增，异常问题纷繁复杂，原始的运维手段已无法满足运维人员的基础诉求，导致分析问题效率降低，运维成本增加。
4 |
5 | Erda 应用性能监控（Application Performance Management，即 APM）旨在帮助运维人员快速定位分布式架构下的各类问题，解放运维人力。当前 Erda APM 已涵盖日志（Logs）、链路追踪（Traces）和指标统计（Metrics）等多维度数据。
6 |
7 | 您可以通过 Erda 应用性能监控功能，轻松高效地解决应用运维的各类问题。
8 |
9 | ## 功能导航
10 |
11 | 目前 Erda 应用监控已覆盖以下功能模块：
12 |
13 | - [服务总览](service-overview.md)
14 | - 监控中心
15 | - [服务监控](service-monitor.md)
16 | - [前端监控](browser-monitor.md)
17 | - [主动监控](checker.md)
18 | - 诊断分析
19 | - [链路追踪](trace.md)
20 | - [日志分析](../log/query.md)
21 | - [持续分析](profile.md)
22 | - 错误分析
23 | - [自定义大盘](dashboard.md)
24 |
--------------------------------------------------------------------------------
/docs/next/manual/msp/guides/platform/msp-overview.md:
--------------------------------------------------------------------------------
1 | # 平台总览
2 |
3 | 微服务治理总览基于用户鉴权，通过全局视角向您展示所有权限内项目的各类指标聚合：
4 |
5 | - **项目数**：所有项目总数
6 | - **环境数**：项目下的环境总数
7 | - **服务数**：项目下的服务总数
8 | - **服务实例数**：项目下的服务实例总数
9 | - **告警趋势**：项目下的告警数量及走势
10 | - **热点服务 TOP5**：项目下服务请求次数统计 Top 5
11 | - **入口流量**：项目在网关中的请求量趋势图
12 |
13 | 
14 |
15 |
--------------------------------------------------------------------------------
/docs/next/manual/msp/guides/platform/msp-project-list.md:
--------------------------------------------------------------------------------
1 | # 项目列表
2 |
3 | 完成 [微服务治理项目创建](msp-project.md) 后，您可进入 **管理中心** 或 **微服务治理平台** 查看项目信息。
4 |
5 | ## 管理中心
6 |
7 | 进入 **管理中心 > 项目管理** 查看项目详细信息。
8 |
9 | 
10 |
11 | ## 微服务治理平台
12 |
13 | 进入 **微服务治理平台 > 项目列表**，此处展示了基于 Erda DevOps 能力部署后的项目数据，以及微服务治理项目数据。
14 |
15 | * DevOps 项目将根据用户实际的部署情况展示环境入口，环境入口包含开发、测试、预发和生产环境。
16 | * 微服务治理项目仅有一个默认环境，该环境并非真实存在，而是用于标识用户接入项目的监控数据，从而达到数据隔离的目的。
17 |
18 | 
19 |
20 |
--------------------------------------------------------------------------------