谷雨山房|坐忘茶器套组
坐忘盖碗*1
坐忘杯*2
很多人说,单色釉是没有工艺的,但真正懂单色釉的都知道,单色釉的造型其实是经历过多少次的“坐忘”,这种自我否认自我删除的过程其实是很漫长的,泥土转变成颜色的过程完全取决于窑火,人力能控制的成分其实很少,特别是景德镇的高温色釉。
宋瓷之美,美在釉色。
美到一国之君要以当时最高科技的陶瓷去做出这种抽象的美感来。天空的颜色是与大道相通的。当我们放空自己,忘向天空的时候,其实就是在连接自然,天人合一,让自己物我玄会,回归本源。
“一切众生。一切草木一切有情无情。悉皆蒙润,诸川众流,汇入大海,海纳众水,合为一体。众生本性般若之智,亦复如是。”
宋人如此高明而雅致。
#茶器##茶生活##遇见艺术##垂直领域点亮计划#
坐忘盖碗*1
坐忘杯*2
很多人说,单色釉是没有工艺的,但真正懂单色釉的都知道,单色釉的造型其实是经历过多少次的“坐忘”,这种自我否认自我删除的过程其实是很漫长的,泥土转变成颜色的过程完全取决于窑火,人力能控制的成分其实很少,特别是景德镇的高温色釉。
宋瓷之美,美在釉色。
美到一国之君要以当时最高科技的陶瓷去做出这种抽象的美感来。天空的颜色是与大道相通的。当我们放空自己,忘向天空的时候,其实就是在连接自然,天人合一,让自己物我玄会,回归本源。
“一切众生。一切草木一切有情无情。悉皆蒙润,诸川众流,汇入大海,海纳众水,合为一体。众生本性般若之智,亦复如是。”
宋人如此高明而雅致。
#茶器##茶生活##遇见艺术##垂直领域点亮计划#
CMDB的数据覆盖率取决于受众人群的类型
在能力子域方面, CMDB 的数据覆盖率取决于受众人群的类型, CMDB 的数据主要分为产品目录,产品团队,资源和容量,产品安全,服务质量,以及架构成熟度多个维度。
产品目录中一般包括系统标识、系统名称、运行状态、系统交互关系、版本信息、产品干系人、产品属主、产品功能、部署位置、系统用户范围和系统语言等配置信息。
产品团队中一般包括团队组织、人员工号和第三方支持团队信息等配置信息。
资源和容量中一般包括系统实例清单、中间件实例清单、数据库实例清单、基础软件类型、基础软件版本、数据中心信息、机房信息、物理机信息、虚拟机信息、容器信息、网络信息、线路信息和产品的容量规划等配置信息。
产品安全中一般包括产品保护级别信息、访问控制信息、出入口信息、对外服务信息和安全级别信息等配置信息。
服务质量中一般包括业务容量信息、产品分级信息、服务级别信息、业务关键场景信息、业务关键路径信息、系统可靠性方面的信息、业务可靠性方面的信息、业务黄金指标信息和服务监控信息等配置信息。
架构成熟度中一般包括容量瓶颈信息,可用性信息,安全风险信息,监控盲点信息,系统和数据库集群信息,应用状态信息,多活和灾备信息,容器架构信息,数据库架构信息,微服务架构信息,系统交互信息,关键服务耦合信息,业务限流信息,系统熔断信息,发布策略信息,应用配置信息,业务验证信息,网络接入情况,以及多云部署信息等配置信息。
CMDB 的价值
在 CMDB 的价值体系中,配置价值已不再适合被过度放大。尤其在 DevOps 价值交付过程中, CMDB 更多承担底座的作用,价值的体现需要 DevOps 和业务进行放大。因此, CMDB 的价值需要回归本源,逐渐锚定到 DevOps 数据的范围。CMDB 的内在价值主要体现为数据的质量和范围,外在价值主要体现为场景驱动能力。
1 )数据的质量
在 CMDB 的落地和推广过程中,数据质量需要经过前期调研、系统集成和数据治理等不同的阶段来保证, IT 组织往往不擅长这些工作,因此,需要从技术层面和管理层面进行数据质量的约束。在技术层面,需要对数据进行分解,通过数据的使用流程和使用场景进行反推和校验;在管理层面,需要对数据的干系节点进行职责明确,通过技术手段进行数据的校正。
2 )数据的范围
数据的范围主要依靠场景嵌入和流程约束来扩展。在 CMDB 的运行阶段,场景的结合和流程的约束是重要环节。在通常情况下,场景的结合增加数据范围的广度,流程的约束增加数据范围的精度。想要放大数据的范围,就需要将 CMDB 嵌入大范围的用户场景中,降低数据的使用门槛,因此, CMDB 需要具备实时、准确、方便、结构化处理数据的能力,让使用者察觉不到 CMDB 的存在,降低 CMDB 的影响,通过流量回流的方式进行数据范围的扩展。流程的约束通过资源申请和资产审计方式来实现,如常见的对计算资源、存储资源和网络资源的申请,需要通过流程方式对 CMDB 进行强依赖管理,并加大流程管控和数据审计的范围,促使数据的范围放大。
本文摘要节选自来源于
https://t.cn/A6XjsSz5
在能力子域方面, CMDB 的数据覆盖率取决于受众人群的类型, CMDB 的数据主要分为产品目录,产品团队,资源和容量,产品安全,服务质量,以及架构成熟度多个维度。
产品目录中一般包括系统标识、系统名称、运行状态、系统交互关系、版本信息、产品干系人、产品属主、产品功能、部署位置、系统用户范围和系统语言等配置信息。
产品团队中一般包括团队组织、人员工号和第三方支持团队信息等配置信息。
资源和容量中一般包括系统实例清单、中间件实例清单、数据库实例清单、基础软件类型、基础软件版本、数据中心信息、机房信息、物理机信息、虚拟机信息、容器信息、网络信息、线路信息和产品的容量规划等配置信息。
产品安全中一般包括产品保护级别信息、访问控制信息、出入口信息、对外服务信息和安全级别信息等配置信息。
服务质量中一般包括业务容量信息、产品分级信息、服务级别信息、业务关键场景信息、业务关键路径信息、系统可靠性方面的信息、业务可靠性方面的信息、业务黄金指标信息和服务监控信息等配置信息。
架构成熟度中一般包括容量瓶颈信息,可用性信息,安全风险信息,监控盲点信息,系统和数据库集群信息,应用状态信息,多活和灾备信息,容器架构信息,数据库架构信息,微服务架构信息,系统交互信息,关键服务耦合信息,业务限流信息,系统熔断信息,发布策略信息,应用配置信息,业务验证信息,网络接入情况,以及多云部署信息等配置信息。
CMDB 的价值
在 CMDB 的价值体系中,配置价值已不再适合被过度放大。尤其在 DevOps 价值交付过程中, CMDB 更多承担底座的作用,价值的体现需要 DevOps 和业务进行放大。因此, CMDB 的价值需要回归本源,逐渐锚定到 DevOps 数据的范围。CMDB 的内在价值主要体现为数据的质量和范围,外在价值主要体现为场景驱动能力。
1 )数据的质量
在 CMDB 的落地和推广过程中,数据质量需要经过前期调研、系统集成和数据治理等不同的阶段来保证, IT 组织往往不擅长这些工作,因此,需要从技术层面和管理层面进行数据质量的约束。在技术层面,需要对数据进行分解,通过数据的使用流程和使用场景进行反推和校验;在管理层面,需要对数据的干系节点进行职责明确,通过技术手段进行数据的校正。
2 )数据的范围
数据的范围主要依靠场景嵌入和流程约束来扩展。在 CMDB 的运行阶段,场景的结合和流程的约束是重要环节。在通常情况下,场景的结合增加数据范围的广度,流程的约束增加数据范围的精度。想要放大数据的范围,就需要将 CMDB 嵌入大范围的用户场景中,降低数据的使用门槛,因此, CMDB 需要具备实时、准确、方便、结构化处理数据的能力,让使用者察觉不到 CMDB 的存在,降低 CMDB 的影响,通过流量回流的方式进行数据范围的扩展。流程的约束通过资源申请和资产审计方式来实现,如常见的对计算资源、存储资源和网络资源的申请,需要通过流程方式对 CMDB 进行强依赖管理,并加大流程管控和数据审计的范围,促使数据的范围放大。
本文摘要节选自来源于
https://t.cn/A6XjsSz5
【直播预告 | 藏器于身,待时而动——溯本清源看家族办公室投资】家族财富管理何处寻求大智慧?市场动荡与预期悲观的2022年前5个月怎么看?接下来的7个月怎么干?作为中国证券投资基金业协会首家家族办公室成员,京华世家再次展现出“大资管”腔调与强投研特色。6月2日,京华世家做客惠裕全球家族智库“机构会客厅”栏目,带您走出认识的误区,回归投资的本源,重塑财富的逻辑。
✋热门推荐