Skip to content

Commit

Permalink
fix: remove license activation (#66)
Browse files Browse the repository at this point in the history
* fix: remove activation

* fix: change tag
  • Loading branch information
srodenhuis authored May 24, 2024
1 parent 6c58e15 commit 285eda7
Show file tree
Hide file tree
Showing 3 changed files with 17 additions and 49 deletions.
23 changes: 3 additions & 20 deletions docs/get-started/activation.md
Original file line number Diff line number Diff line change
Expand Up @@ -16,24 +16,7 @@ Use the following command to get the logs of the installer job:
kubectl logs jobs/otomi -n default -f
```

## Step 2: Create an License Key for using Otomi Console and Otomi API

:::info
A Community Edition License Key is required per 17-05-2023
:::

If you would like to use the Otomi Console (Web UI) and Otomi API (for code validation and creation), then you will first need to create a Community Edition License key in [Otomi Cloud](https://portal.otomi.cloud). Follow these instructions to create a License Key:

- Go to [Otomi Cloud](https://portal.otomi.cloud)
- Create an account
- Click on `Register Cluster`
- Agree with the [EULA](/product/eula/v1)
- Copy the License Key and click `Continue`
- Log in to Otomi Console. You can find the link in the logs of the installer (see step 1)
- Add the License key to Otomi Console
- Click `Activate`

## Step 3 (optional): Add the auto generated CA to your keychain
## Step 2 (optional): Add the auto generated CA to your keychain

Otomi by default automatically generates a CA. The generated CA is of course not trusted on your local machine. Here are some options to prevent you from clicking away lots of security warning in your browser:

Expand Down Expand Up @@ -66,15 +49,15 @@ alias chrome-insecure='/Applications/Google\ Chrome.app/Contents/MacOS/Google\ C
3. Optional: Restart Docker (to support pushing images to Harbor)


## Step 4 (Optional): Create a new admin user
## Step 3 (Optional): Create a new admin user

:::info ATTENTION
We strongly advise to not use the default `otomi-admin` account after activation and to not change the password. Store it somewhere safe and only use it in case absolutely required.
:::

[Create a new user account in Keycloak](/docs/apps/keycloak#create-a-user-in-keycloak) and add the new user to the `otomi-admin` and `team-admin` group.

## Step 5 (Optional): Add the URL of the Kubernetes API
## Step 4 (Optional): Add the URL of the Kubernetes API

:::info NOTE
Adding the URL of the K8s cluster API is required by teams to be able to download the KUBECONFIG
Expand Down
37 changes: 11 additions & 26 deletions product/introduction.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,56 +11,41 @@ Building a Kubernetes-based platform requires a huge investment and requires ski

This is what we indended when we created Otomi. Any infrastructure, any K8s, one install, all the tools you need in an integrated and automated way, easy self-service and everything as code.

## What is Otomi?
## Why Otomi?

Otomi is a self-hosted PaaS and adds developer- and operations-centric tools, automation and self-service on top of Kubernetes offering a multi and hybrid platform experience out-of-the-box. Otomi is placed in the CNCF landscape under the [PaaS/Container Service](https://landscape.cncf.io/guide#platform--paas-container-service) section. Otomi attempts to connect many of the technologies found in the CNCF landscape in a way to provide direct value. No more re-inventing the wheel when building and maintaining your own Kubernetes based platform or bespoke stack.
### Otomi for developers

### What is the difference between an IDP and a PaaS?

An Internal Developer Platform (IDP) consists of many different technologies, glued together to lowers cognitive load on developers without abstracting away context and underlying technologies. An IDP is always custom built.

A PaaS for Kubernetes also lowers cognitive load on developers, but abstracts away most of the underlying technologies. Unlike an IDP, a PaaS can be used almost instantly, just like downloading and using your favourite Linux Distribution. Organizations that use a PaaS instead of building an IDP can enjoy lower upfront costs and huge time savings.

### When to build an IDP or use a PaaS?

Because building an IDP requires a large upfront investment, it’s mostly suitable for large enterprises. For smaller organizations a PaaS can sometimes be far more efficient than building a custom IDP in-house.

## Otomi for developers
Otomi let's developers focus on their application, not on writing Kubernetes manifests! Kubernetes is great for running containers, but it's complex. Wouldn't it be awesome if you didn't need to worry about understanding Kubernetes objects and writing YAML manifests?

This is how Otomi helps developers:

### Removing the complexity
#### Removing the complexity
As a Developer, you want to focus on your code and don’t be bothered with Kubernetes internals. With Otomi, you can deploy your apps on Kubernetes without needing to understand or learn Kubernetes. Just build your image, push it to a registry in Otomi and use the Web Console to deploy your app in just a couple of minutes. Otomi makes Kubernetes easy!

### All the tools you need
#### All the tools you need
Otomi provides developers with all the tools they need. After deploying your app you can directly see all the container logs, metrics, status, policy violations and vulnerabilities. Next to access to al kinds of dashboards, you will also get access to Harbor, Tekton and Argo CD.

### Best practices
#### Best practices
Otomi offers you the ability to immediately start deploying applications on Kubernetes and configure public exposure. This will give you a jump start to get apps running on Kubernetes. But in time you will probably learn more about Kubernetes and start trying out things yourself. Otomi does not force you to use the Web Console. You can just as easily download the KubeConfig for your team and create and deploy manifests yourself. But Otomi will always force you to adhere to the configured safeguards and best practices.

### Self-Serving
#### Self-Serving
As a developer, you don’t like to go to the Ops team asking for help. Otomi provides full developer self-service. Developers can spin up new virtual environments, download pull secrets, create Kubernetes secrets, build images from source code, deploy workloads and configure public exposure. And all of these features are accessible through just one Web Console. Now you can deliver code completely autonomously.

## Otomi for Platform Teams
### Otomi for Platform Teams
If you can’t scale beyond a handful of teams you're going to lose speed. Speed is everything to bring new products and applications to market. No one wants to slow down developers. Empower developers, ensure quality, compliance, and governance, avoid lock-in, and lower the operational burden. These are some of the challenges platform teams have to deal with and where Otomi can help out.

### Avoid Cloud Lock-In
#### Avoid Cloud Lock-In
Are you worried that you can’t adopt cloud-native technology without becoming completely reliant on one cloud provider? One way that organizations outsource management for Kubernetes is to use one of the cloud provider’s Kubernetes versions in conjunction with a variety of cloud provider native services. This is often faster than using vanilla Kubernetes and managing integrations and infrastructure in-house, but it also completely locks the organization into the cloud provider and often becomes very expensive.

This approach also takes away the flexibility to change cloud providers in the future while increasing the financial risks. With Otomi, you don’t have to lock yourself into any cloud provider or risk rapidly increasing cloud service bills in order to get the fastest possible platform to deploy containerized applications.

### Make Developers Self Serving
#### Make Developers Self Serving
Free developers from worrying about the underlying platform setup while still enforcing standards and best practices so they can focus on delivering code. With Otomi, developers can be fully self-serving. They can spin up new namespaces, get access to all the tools they need, build images from source code, create secrets, deploy workloads, configure public exposure, add service monitors, and much more. And all of these features are accessible through just one web UI.

Platform administrators have access to all the platform applications. Team administrators can create team spaces for development teams and team members can create multiple namespaces within their team space(s).

### Lower The Operational Burden
#### Lower The Operational Burden
Choosing the DIY platform engineering approach can be time-consuming and complex. On average, Platform teams need at least 6 months to build an initial setup. And the ongoing maintenance and hardening afterwards can become an operational nightmare. Otomi helps Platform teams to lower the operational burden by taking over the application management of everything running on top of Kubernetes, including the lifecycle management of all the integrated K8s applications.

This enables platform teams to focus on another very important aspect: Kubernetes cluster infrastructure management and cloud security. Now you have time to focus on other important aspects instead of building a custom (internal) developer platform solution.

### Prevent Kubernetes Cluster Sprawl
#### Prevent Kubernetes Cluster Sprawl
As companies look to further harness the power of cloud-native, they are adopting container technologies at rapid speed, increasing the number of clusters and workloads. As the number of Kubernetes clusters grows, this is creating increased work for Platform teams. When it comes to patching security vulnerabilities or upgrading clusters, teams are doing five times the amount of work.

With Otomi you can support (soft) multi-tenancy, allowing multiple development teams to work independently of each other on the same cluster, while sharing all the tools. Now you only have to deploy a single dev or staging cluster to support multiple development teams. This prevents you from Kubernetes cluster sprawl.
6 changes: 3 additions & 3 deletions src/pages/index.tsx
Original file line number Diff line number Diff line change
Expand Up @@ -28,9 +28,9 @@ function Home() {
className={styles.heroLogo}
src={useBaseUrl("img/otomi-logo.svg")}
/>
Self hosted PaaS for Kubernetes
Application Platform for Kubernetes
</h1>
<h2 className={styles.heroProjectSubLine}>A paved road for DevOps teams from code to production</h2>
<h2 className={styles.heroProjectSubLine}>A paved road from code to production</h2>
<div className={styles.indexCtas}>
<Link
className={styles.indexCtasGetStartedButton}
Expand All @@ -52,7 +52,7 @@ function Home() {
</div>
<div className={clsx(styles.announcement, styles.announcementBanner)}>
<div className={styles.announcementInner}>
<h1>Build, Deploy and Run applications at scale</h1> <h4>With one consistent experience on any CNCF conformant Kubernetes cluster across public cloud, on-premise and hybrid cloud</h4>
<h1>Build, Deploy and Run applications at scale</h1> <h4>With one consistent experience on any CNCF conformant Kubernetes cluster</h4>
</div>
<div>
<img
Expand Down

0 comments on commit 285eda7

Please sign in to comment.