当前位置: 首页 > 软件库 > 云计算 > 云原生 >

Otomi

基于 Kubernetes 的管理平台
授权协议 Apache
开发语言 JavaScript
所属分类 云计算、 云原生
软件类型 开源软件
地区 不详
投 递 者 酆意智
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

Otomi 是一个基于 Kubernetes 的开源平台,它提供了类似于 Linux 桌面环境的用户界面,使用者可以像部署 Linux 中的软件包一样部署 Kubernetes 中的应用,默认已经集成了 Istio、Knative、Prometheus、Harbor、Keycloak、Nginx ingress、External-DNS、Cert-manager、Hashicorp Vault、Gatekeeper、Drone、Gitea 等项目,开箱即用。

Otomi 提供以下功能:

  • 开发可进行自托管服务:团队成员可以使用 Otomi Console 直接访问他们需要的所有工具并创建服务、作业和私密信息
  • 预配置和随时准备可用的应用程序
  • 对所有集成的应用程序进行配置管理,提供基本的配置文件配置,以支持最常见的 DevOps 用例
  • 多租户:支持创建团队并提供对共享应用程序的 SSO 访问
  • 实施了更好的治理和安全政策,Manifests 在运行时会在集群上和静态检查以确保策略服从
  • 单点登录:自带 IDP 或使用 Keycloak 作为 IDP(默认)
  • 自动入口配置:轻松配置团队服务的入口,允许公众在几分钟内访问服务。Istio 网关和虚拟服务是为 Team 服务自动生成和配置的,以可预测的方式将通用入口架构与服务端点联系起来
  • 输入/输出验证:静态检查配置和输出清单的有效性和最佳实践
  • 自动漏洞扫描:扫描 Harbor 中所有配置的 Team service 容器
  • 内置支持 Azure、Amazon Web Services 和 Google Cloud Platform
  • ……
 相关资料
  • 主要内容:基于 xinetd 服务的启动,基于xientd 服务的自启动本节学习基于 xinetd 服务的管理方法。基于 xinetd 的服务同样有启动管理和自启动管理之分,而且不管是启动管理还是自启动管理,都只有一种方法,相比独立的服务简单一些。 基于 xinetd 服务的启动 基于 xinetd 的服务没有自己独立的启动脚本程序,是需要依赖 xinetd 的启动脚本来启动的。xinetd 本身是独立的服务,所以 xinetd 服务自己的启动方法和独立服务的启动方法

  • jfinal是由jfinal2.2+freemarker+easyui写的一个后台管理系统,参考了jty等一些优秀的开源项目,实现了一个基础的后台管理系统。 在线访问:http://moriiy.wicp.net/jfinal/ 有时可能无法访问(毕竟是部署在自己电脑上的),尽量白天访问,进入系统尽量不要做修改或删除操作。 帐号:admin 密码:123456 测试 test 密码123456

  • 本文向大家介绍基于文件的数据管理系统,包括了基于文件的数据管理系统的使用技巧和注意事项,需要的朋友参考一下 用于组织和维护数据文件的系统称为基于文件的数据系统。这些文件系统用于处理单个或多个文件,效率不高。  功能性 基于文件的数据管理系统的功能如下- 基于文件的系统有助于任何用户的基本数据管理。 基于文件的系统中存储的数据应保持一致。在基于文件的系统中完成的任何事务都不应更改一致性属性。  基于

  • 更改历史 * 2017-11-12 高京京 初始化文档 1 介绍、现状 介绍 JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。 现状 JIRA已经被分布于115个国家的19000多个组织中的管理人员、开发人员、分析人员、测试人员和其他人员所广泛使用。 2 安装和使用 2.1 jira的安装 安装

  • 注意:这将只显示有关使用Java消费者API的消费者(非基于ZooKeeper的消费者)的信息。 此工具还适用于基于ZooKeeper的使用者: bin/kafka-consumer-groups.sh--zookeeper localhost:2181--description--group my-group null PS:这似乎没有出现在2.5文档中

  • 我在Kubernetes集群上运行了一个openjdk:8映像。我添加了内存HPA(水平Pod自动缩放),它可以很好地扩展,但由于JVM不会将内存从堆释放回操作系统,所以Pod不会缩小。以下是hpa。亚马尔 解决这个问题的一种方法是使用正确的GC并使其释放内存,但由于JVM被设计为不经常从堆中释放内存,因此这样做不是一个好主意。库伯内特斯有没有办法解决这个问题?就像不检查操作系统的内存使用情况一样