Stopped at DeployStaging
deployment "catalog-service" exceeded its progress deadline: 1 of 2 pods ready
Microtica Platform
Paste a repository and your app is live in your own cloud account, with a deploy on every push. Run it as containers, on Kubernetes, serverless or as a static site, add infrastructure from templates, and ship releases across environments. Mica, its AI assistant, does the setup with you and asks before it changes anything.
Your repository
Your code
Microtica
The delivery workflow
Your infrastructure
Your cloud
A workflow overview. Available templates and actions depend on your provider and environment.
Follow one release
Review the source revision and target environment, then follow build and deployment progress. Logs and deployment history stay connected to the service.
A push to main runs the pipeline: build, test, then deploy to Staging. Each step keeps its status and logs.
What your team can do
Use templates or your own components. Keep infrastructure, delivery and operations connected to the environments your team runs.
Deploy Terraform or CloudFormation components. Configure their inputs for each environment and follow deployment progress.
Explore infrastructure deliveryPaste a repository and approve one plan. The app goes live in your own cloud account, and every push deploys.
See how it worksBuild several apps and components from a branch or tag, or promote staging to production, as one release with one approval.
Explore releasesVisit, logs, events, deploys and settings on one page, wherever the app runs. Remove it when you are done.
Explore monitoringInvestigate with deployment history, logs and resource context. Review an approval card when Mica proposes a deployment or scaling action.
Explore AI investigationReview AWS cost reports and configure saving schedules for supported non-production AWS resources.
Explore AWS cost managementFit with your stack
Importing application code and adopting an existing cloud estate take different steps. Choose the path that matches your setup.
| Your starting point | How Microtica fits | Next step |
|---|---|---|
| A Git repository | Connect GitHub, GitLab or Bitbucket. Run it as containers with no cluster to manage (Amazon ECS), on Kubernetes, or start from a serverless or static-site template. | See where it can run |
| Existing Kubernetes cluster | Connect its API endpoint and service account so Microtica can deploy applications to it. The cluster can run in your cloud or on-premise. | See cluster requirements |
| New infrastructure | Connect AWS, GCP, or Exoscale and choose a compatible template or infrastructure component. Provider and infrastructure-as-code compatibility apply. | Browse deployment templates |
| Existing resources or Terraform state | Plan adoption before changing ownership or deployment workflows. Connecting an account does not automatically import every existing cloud resource. | Discuss your current setup |
Connect GitHub, GitLab or Bitbucket. Run it as containers with no cluster to manage (Amazon ECS), on Kubernetes, or start from a serverless or static-site template.
See where it can runConnect its API endpoint and service account so Microtica can deploy applications to it. The cluster can run in your cloud or on-premise.
See cluster requirementsConnect AWS, GCP, or Exoscale and choose a compatible template or infrastructure component. Provider and infrastructure-as-code compatibility apply.
Browse deployment templatesPlan adoption before changing ownership or deployment workflows. Connecting an account does not automatically import every existing cloud resource.
Discuss your current setupMica in Platform
Deep investigation · Beta
Mica can also investigate across your whole AWS account and clusters, whoever deployed the service. It connects read-only, finds the root cause and proposes a fix you approve. It runs in a separate app, Deep Investigation, now in beta.
Explore Deep InvestigationPaste a repository and approve the plan, or bring your architecture to a demo.