4.3. 与应用程序和组件交互


Web 控制台的 Developer 视角中的 Topology 视图提供了如下可与应用程序和组件进行交互的选项:

  • Open URL( odc open url )查看通过公共 URL 上的路由公开的应用程序。
  • 点击 Edit Source code 可访问您的源代码并进行修改。

    注意

    只有使用 From GitFrom CatalogFrom Dockerfile 选项创建了应用程序时,此功能才可用。

  • 光标悬停在 Pod 左下方图标上,可查看最新构建的名称及其状态。应用程序构建的状态显示为 New ( odc build new )、Pending ( odc build pending )、Running ( odc build running )、Complemented ( odc build completed )、Failed ( odc build failed )和 Canceled( odc build canceled )。
  • pod 的状态或阶段由不同的颜色和工具提示来表示:

    • Runningodc pod running ):pod 绑定到节点,并创建所有容器。至少一个容器仍在运行,或正在启动或重启过程中。
    • Not Ready ( odc pod not ready ):运行多个容器的 pod,不是所有容器都已就绪。
    • Warningodc pod warning ):pod 中的容器被终止,但终止没有成功。有些容器可能是其他状态。
    • 失败( odc pod failed ):pod 中的所有容器都终止,但至少一个容器出现故障而终止。也代表,容器以非零状态退出,或者被系统终止。
    • Pendingodc pod pending ):Kubernetes 集群接受 pod,但一个或多个容器尚未设置并准备好运行。这包括 pod 等待调度的时间,以及通过网络下载容器镜像的时间。
    • Succeededodc pod succeeded ):pod 中的所有容器都成功终止,且不会被重启。
    • Terminatingodc pod terminating ):当 pod 被删除时,一些 kubectl 命令会显示 TerminatingTerminating 状态不是 pod 的一个阶段。一个 pod 会被赋予一个安全终止期,默认为 30 秒。
    • Unknownodc pod unknown ):无法获取 pod 状态。此阶段通常是由于与 pod 应该运行的节点通信时出错造成的。
  • 创建应用程序并部署镜像后,其状态会显示为 Pending。构建应用程序后,它会显示为 Running

    图 4.1. 应用程序拓扑

    odc 应用程序拓扑

    应用程序资源名称附有代表不同类型资源对象的指示符,如下所示:

    • CJ: CronJob
    • D: Deployment
    • DC: DeploymentConfig
    • DS: DaemonSet
    • J: Job
    • P: Pod
    • SS: StatefulSet
    • odc serverless app (Knative):无服务器应用程序

      注意

      无服务器应用程序需要一些时间才能加载并显示在 Graph 视图中。部署无服务器应用程序时,首先会创建一个服务资源,然后创建一个修订。之后,它会被部署并显示在 Graph 视图中。如果它是唯一的工作负载,可能会重定向到 Add 页面。部署修订后,无服务器应用程序会显示在 Graph 视图中。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.