-
Notifications
You must be signed in to change notification settings - Fork 107
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #179 from flanksource/main
Add Flanksource Consultancy + Products
- Loading branch information
Showing
4 changed files
with
137 additions
and
10 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
101 changes: 101 additions & 0 deletions
101
...ent/ecosystem/platform-tooling/developer-portals/flanksource-mission-control.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,101 @@ | ||
+++ | ||
title="Flanksource Mission Control" | ||
aliases="/frameworks/flanksource-mission-control" | ||
url="/developer-portals/flanksource-mission-control" | ||
|
||
+++ | ||
|
||
|
||
# Flanksource Mission Control | ||
|
||
**Claim:** Kubernetes-native Internal Developer Portal and GitOps orchestrator. | ||
|
||
**Focus:** Improving the developer experience when operating complex systems. | ||
|
||
**Website:** [www.flanksource.com](https:/www.flanksource.com) | ||
|
||
**Docs:** [docs.flanksource.com](https://docs.flanksource.com) | ||
|
||
|
||
## Details | ||
| Details | | | ||
| --- | ----------- | | ||
| Does it require developers to have DevOps knowledge? | No | | ||
| Self-hosted: | Yes | | ||
| Orchestrator | GitOps | | ||
| Integration Concept | Pull based scrapers configured using Helm / CRD's | | ||
| Setup time first app | < 30m | | ||
| Source | Source Open (BSL) | | ||
| Use Case | Teams with limited platform engineering skills and/or capacity | | ||
| Total Cost of Ownership | Free for Non-Prod, See [Pricing](https://www.flanksource.com/pricing) | | ||
| Adoption | N/A | | ||
|
||
{{< button href="https://docs.flanksource.com" target="_blank" >}} | ||
Docs | ||
{{< /button >}} | ||
|
||
What is Flanksource Mission Control? | ||
--------------------- | ||
|
||
Flanksource Mission Control is a source-open, Kubernetes-native Internal Developer Portal (IDP) built for GitOps engineers. It empowers platform teams to accelerate GitOps adoption while providing developers with deep, real-time insights into complex system health and change. | ||
|
||
## What is the mission and vision of Flanksource Mission Control? | ||
|
||
|
||
Managing complex systems can feel like herding cats. Microservices, legacy infrastructure, that one server everyone's afraid to touch - it's a lot to wrangle. | ||
|
||
That's where Mission Control comes in. It's built for teams who need a better way to operate the systems they already have, regardless of the maturity level. Think of it as your command center for navigating the chaos. | ||
|
||
#### When to use Mission Control? | ||
|
||
- Your platform team prefers GitOps and Kubernetes | ||
- Your developers prefer ClickOps | ||
- You want to adopt GitOps and IDP's incrementally | ||
- You prefer self-hosted solutions and being able to see the source code | ||
- You have a mix of on-premises, cloud, and legacy infrastructure | ||
|
||
|
||
#### When NOT to use Mission Control? | ||
|
||
- You prefer ClickOps to GitOps | ||
- You have dedicated full-stack platform engineers | ||
- You are mostly serverless | ||
- You want to track maturity or production readiness levels | ||
|
||
## A brief history of Mission Control | ||
|
||
Platform engineering initiatives often fall short of their potential, a theme Flanksource's consulting team observed firsthand. | ||
|
||
Three key challenges emerged time and time again: | ||
|
||
* Widening infrastructure skills gap between developers and operators due to increasing complexity. | ||
* Change fatigue from processes requiring widespread change. | ||
* Lack of discoverability making it difficult for developers to find and use new capabilities effectively. | ||
|
||
|
||
Mission Control was born from these experiences. It's designed to address these challenges head-on, making platform engineering more accessible, adaptable, and less daunting for developers and platform engineers alike. | ||
|
||
## Core features of Mission Control | ||
|
||
**Unified Catalog** | ||
|
||
Mission Control automatically discovers and catalogs your infrastructure running in Kubernetes, AWS, Azure and Google - while also providing custom scrapers to collect service metadata using Git, SQL, HTTP, and PromQL. The catalog is then enriched with: | ||
|
||
- Events from Kubernetes, AWS CloudTrail and the Azure Activity Log | ||
- JSON based Change Tracking | ||
- Security, Reliability and Cost Insights from Trivy, AWS Trusted Advisor and Azure Monitoring | ||
- A graph that lets visualize and explore upstream and downstream change and system health | ||
|
||
**GitOps Orchestrator / Playbooks** | ||
|
||
Mission Control makes it easy to adopt GitOps incrementally. With its intuitive web console, you can edit resources managed by Flux, Argo, Terraform while submitting changes as Git Pull Requests - all without writing a single Git command. This lets you benefit from GitOps without the steep learning curve. | ||
|
||
Mission Control enables you to build meta control planes by reacting to changes in health and state and then running playbooks that commit changes back to git. | ||
|
||
**Healths Checks** | ||
|
||
Mission Control gives you a single pane of glass into the health of your systems by: | ||
|
||
* Aggregating alerts from Prometheus, Cloudwatch, Dynatrace, Dataog etc | ||
* Running synthetic checks using 30+ builtin protocols like HTTP, S3 and SQL | ||
* Continuously testing your control plane(s) by spinning up resources and running checks against them automatically |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
24 changes: 24 additions & 0 deletions
24
content/ecosystem/platform-tooling/monitoring/canary-checker.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,24 @@ | ||
+++ | ||
title="Canary Checker" | ||
url="/monitoring/canary-checker" | ||
+++ | ||
|
||
# Canary Checker | ||
|
||
Canary Checker is a Apache 2.0 licensed Kubernetes Native health check platform that provides a single pane of glass for health across your stack. | ||
|
||
{{< button href="https://canarychecker.io" target="_blank" >}} | ||
Canary Checker | ||
{{< /button >}} | ||
|
||
|
||
Canary checker provides similar functionality to Prometheus Operator's HTTP [Probes](https://prometheus-operator.dev/docs/operator/api/#monitoring.coreos.com/v1.Probe) but adds: | ||
|
||
- 30+ different protocols including SQL, S3, CIFS, SFTP, Mongo, Redis and ElasticSearch | ||
- Alert aggregation from Alert Manager, AWS CloudWatch, Dynatrace and Datadog. | ||
- Pipeline health from Github and Azure Devops. | ||
- Kubernetes resource health and status checks. | ||
- Control Plane testing by spinning up Kubernetes resourcess. | ||
- Integration tests using any test suite that exports to JUnit including Playright, K6, Newman, JMeter | ||
- Dependency free binary with a built-in dashboard | ||
- Extension through CEL (Common Expression Language) and Go Templates. |