层级面板 面板上主要有顶部菜单区,底部树形列表区。用来展现当前场景里可编辑的节点之间的关系。场景中仍有一些不可见的私有节点,不会在此显示。 你可以单选,多选,创建,复制,移动,删除,重命名节点,任意节点都可创建出子节点,子节点的坐标相对于父级节点,跟随父级节点移动。 顶部菜单的功能有:新建节点按钮 ,搜索类型按钮 ,搜索框,全部折叠或展开按钮 ,刷新列表按钮 。 树形列表区主要体现节点的层级关系,
管理帐户数据 若要使用此机能,可能需先更新系统软件。 可确认或变更进入PlayStation®Network时建立的帐户数据。 仅能于已登入PlayStation®Network时操作。请进入(PlayStation®Netrowk)并选择(管理账户)。 可确认/变更的项目 账户管理 可确认/变更帐户数据。 信用卡数据 登入ID(电子邮件地址) 密码 姓名 地址 个人造型 个人资料 通知邮件设定
本文中的这一任务展示了弹性应用的熔断能力。开发人员可以凭借这一能力,来限制因为故障、延迟高峰以及其他预计外的网络异常所造成的影响范围。下面将会演示如何针对连接、请求以及外部检测来进行断路器配置。 开始之前 遵循安装指南设置Istio。 启动httpbin实例作为本任务的后端: kubectl apply -f <(istioctl kube-inject -f samples/httpbin/ht
用于展示Isito服务网格的流量路由特性的任务。 配置请求路由。这个任务展示如何基于权重和HTTP header配置动态请求路由。 故障注入。这个任务展示如何注入延迟并测试应用的弹性。 流量转移。这个任务展示如何将服务的流量从旧版本转移到新版本。 设置请求超时。这个任务展示如何使用Istio在Envoy中设置请求超时。 Istio Ingress控制器。描述如何在Kubernetes上配置Isti
本页概述了Istio中流量管理的工作原理,包括流量管理原则的优点。本文假设你已经阅读了 Istio是什幺?并熟悉Istio的高级架构。有关单个流量管理功能的更多信息,您可以在本节其他指南中了解。 Pilot和Envoy Istio流量管理的核心组件是Pilot,它管理和配置部署在特定Istio服务网格中的所有Envoy代理实例。它允许您指定在Envoy代理之间使用什幺样的路由流量规则,并配置故障恢
概述:概述Istio中的流量管理及其功能。 Pilot:引入Pilot,负责在服务网格中管理Envoy代理的分布式部署的组件。 请求路由:描述在Istio服务网格中服务之间如何路由请求。 发现和负载均衡:描述在网格中的服务实例之间的流量如何负载均衡。 处理故障: Envoy中的故障恢复功能概述,可以被未经修改的应用程序来利用,以提高鲁棒性并防止级联故障。 故障注入: 介绍系统故障注入的概念,可用于
Django 提供了基于 web 的管理工具。 Django 自动管理工具是 django.contrib 的一部分。你可以在项目的 settings.py 中的 INSTALLED_APPS 看到它: /HelloWorld/HelloWorld/settings.py 文件代码:INSTALLED_APPS = ( 'django.contrib.admin', 'django.contrib
除了个人帐户之外,GitHub 还提供被称为组织(Organizations)的帐户。 组织账户和个人账户一样都有一个用于存放所拥有项目的命名空间,但是许多其他的东西都是不同的。 组织帐户代表了一组共同拥有多个项目的人,同时也提供一些工具用于对成员进行分组管理。 通常,这种账户被用于开源群组(例如:“perl”或者“rails”),或者公司(例如:“google”或者“twitter”)。 组织的
代码管理方法 我们目前版本控制工具已经从 SVN 切换到了 Git。Git 作为目前主流的代码版本管理工具,它的强大之处我就不在此赘述了,它的先进的分支操作等等,总之是谁用谁知道!下面我将从0开始对Git 的安装配置,以及代码库常用的操作命令进行总结。工欲善其事,必先利其器!这里我们先从Git 的安装配置说起。
1. 前言 安全管理是软件系统必不可少的的功能。根据经典的 “墨菲定律”—— 凡是可能,总会发生。如果系统存在安全隐患,最终必然会出现问题。 本节就来演示下,如何使用 Spring Boot + Spring Security 开发前后端分离的权限管理功能。 2. Spring Security 用法简介 作为一个知名的安全管理框架, Spring Security 对安全管理功能的封装已经非常完
1. 前言 谁能保证开发的软件系统没有问题?恐怕任何一个有经验的程序员都不敢承诺吧! 在软件的设计、开发阶段,大家都是尽心尽力去做好各项工作,期望能有一个满意的效果。 但是一个投入生产环境、拥有众多用户的软件系统必然是一个复杂的系统工程,不经历现实的检验,没有人能准确地知道它到底会不会有问题。 所以,日志是重要的,不可或缺的。日志是软件系统出现故障时,分析问题的主要依据。就像飞机的黑匣子,平时感觉
曾几何时,对于使用惯了C/C++语言的猿们来说,项目代码的组织与管理绝对是一场噩梦。为了解决C/C++项目的管理问题,猿神们想尽了各种办法,开发出了各种五花八门的项目管理工具,从一开始的automake到后来的cmake、qmake等等,但结果并不如人意,往往是解决了一些问题,却引入了更多的问题,C/C++猿们经常会陷入在掌握语言本身的同时,还要掌握复杂的构建工具语法的窘境。无独有偶,java的项
17.6.1. MySQL簇的启动阶段 17.6.2. “管理客户端”中的命令 17.6.3. MySQL簇中生成的事件报告 17.6.4. 单用户模式 17.6.5. MySQL簇的联机备份 管理MySQL簇涉及众多任务,首先是配置和启动MySQL簇。详情请参见17.4节,“MySQL簇的配置”和17.5节,“MySQL簇中的进程管理”。 下面介绍了MySQL簇的管理事宜。 有两种积极管理MyS
为什么色彩有时候不匹配 在出版系统中,没有哪种设备能够重现人眼可以看见的整个范围的颜色。每种设备都使用特定的色彩空间,此色彩空间可以生成一定范围的颜色(即色域)。 颜色模型确定各值之间的关系,色彩空间将这些值的绝对含义定义为颜色。某些颜色模型(例如 CIE L*a*b)有固定的色彩空间,因为它们直接与人类识别颜色的方法有关。这些模型被视为与设备无关。其它一些颜色模型( RGB、 HSL、 HSB、
分布式 Apache HBase 安装依赖于正在运行的 ZooKeeper 集群。所有参与节点和客户端都需要能够访问正在运行的 ZooKeeper 集合。 Apache HBase 默认为您管理 ZooKeeper“集群”。它将启动和停止 ZooKeeper 集合作为 HBase 启动/停止过程的一部分。您还可以独立于 HBase 管理 ZooKeeper 集合,只需将 HBase 指向它应该使用