再谈企业数字化转型时至今日，公元2019年10月24日，已经也没有人再怀疑“企业数字化转型”这个命题的合理性。究其原因，因为竞争的格局变了。几十年以前，企业之间的竞争，通常是行业内的：你卖大白菜、我卖圆白菜；你出黑虎掏心，我出太祖长拳；你出天山折梅手，我出如影随形腿。但是有一天，竞争格局变了：练黑虎掏心的，碰上了练扔板砖的；练如影随形腿的，碰上了玩火箭弹的；第一种叫降维打击第二种叫升维打击我们提倡
原创
2020-12-21 20:52:35
224阅读
随着互联网的发展、Gartner定义的第三平台的到来，传统企业为了保持竞争力，必须进行业务转型，而作为支撑业务的应用架构，也需要进行转型，采取新的更为领先的技术架构。
转载
2022-04-13 14:04:26
412阅读
参考redHat的官方文章翻译而来：https://openshift.redhat.com/community/wiki/architecture-overviewOpenShift OriginOpenshift Origin是Openshift的开源版本，可以用来创建、部署以及管理云端的app。根据每个app使用到的服务的类型（数据库、语言环境），Oepnshift会为你提供一个文件系统为你
转载
2024-04-24 08:50:21
13阅读
介绍GitOps是一种为云本地应用程序实现持续部署的声明性方法。您可以使用GitOps创建可
原创
2022-05-30 19:33:53
372阅读
文章目录1. 介绍2. 部署一个简单的pipeline2.1 使用TaskRun运行“hello”样例任务3 部署 Two-TiApplicatio
原创
2022-05-30 19:33:43
331阅读
MongoDB是容器云时代使用最广的非关系型数据库。我们本篇讨论MongoDB在OpenShift上的操作的实现。#oc project mongodb从OperatorHub上安装MongoDB Operator：观察Operator的部署情况，出现如下报错，即无法拉取镜像：[root@bastion ~]# oc logs -f mongodb-enterprise-operator-7bc8
原创
2021-04-15 14:58:25
618阅读
1 目录1 概述2 OpenShift配置日志级别2.1 OpenShift 服务日志级别2.2 Docker 日志级别2.3 Etcd 日志级别2.4 客户端命令行日志级别2.5 OpenShift Pod/容器日志2.6 OpenShift Builder Pod 日志2.7
原创
2021-04-17 09:31:33
647阅读
1 目录1 概述2 OpenShift配置日志级别2.1 OpenShift 服务日志级别2.2 Docker 日志级别2.3 Etcd 日志级别2.4 客户端命令行日志级别2.5 OpenShift Pod/容器日志2.6 OpenShift Builder Pod 日志2.7
原创
2020-12-21 20:51:11
1558阅读
文章目录1. helm介绍2. 验证红帽认证的 Helm Chart Repository3. 添加 Helm Repository3.1 Vi
原创
2022-05-30 19:34:02
299阅读
范彬 译 分布式实验室 这篇文章是来自红帽，是关于OpenShift企业部署的“蓝图”，通过“脑图”帮助客户实现企业级部署OpenShift。如下是构建高分布式平台的大部分依赖：战略目标 （Strategy）存储计划（Storage）业务操作（Operation）业务连续性弹性与灾难恢复 （BCR＆DR）应用开发 （AppDev）安全（Security）自动化（Automation）网络（Net
原创
2021-05-19 15:39:26
280阅读
本系列文章会有很多篇。本系列文章会使用了github如下源码：第一套SpringCloud 微服务：https://github.com/JonkeyGuan/spring-cloud-on-openshift.git第二套SpringCloud微服务：https://github.com/huanwei/spring-cloud-event-sourcing-example第三套SpringCl
原创
2021-04-15 14:50:19
1100阅读
一、Knative Eventing：点对点模式我们知道Knative的两大核心组件：Serving和 Eventing。Serving部分在前面两篇文章已经介绍完了。本篇开始我们介绍Eventing。Knative Eventing Sources是发出事件的软件。Source的工作是连接、消耗、捕获和潜在地缓冲事件。通常从外部系统，然后将这些事件中继到sink（接收器）。Knative Eve
原创
2021-04-16 15:30:37
428阅读
OCP安装后，所有节点只有两种role：master和worker。设置Infra很有必要，作用是：将日志、监控、路由、Image Registries这堆OCP配套的组件安装在Infra上，便于维护和配置前端负载转发（Router VIP）。那么，就带来一个问题：Infra节点上的Worker Label要不要删掉？如果删掉，那么就需要创建单独Infra的mcp，然后日志、监控、路由这堆OCP配
原创
2021-04-16 14:01:42
1833阅读
目录文章目录目录OpenShift 核心概念容器（Container）镜像（Image）用户（User）项目（Project）容器沙箱（Pod）部署（Deployment）服务（Service）路由（Router）持久化存储（Persistent Storage）模板（Template）构建（Build）和镜像流（ImageStrea
原创
2022-04-29 15:30:02
590阅读
一、Knative Eventing：点对点模式我们知道Knative的两大核心组件：Serving和 Eventing。Serving部分在前面两篇文章已经介绍完了。本篇开始我们介绍Eventing。Knative Eventing Sources是发出事件的软件。Source的工作是连接、消耗、捕获和潜在地缓冲事件。通常从外部系统，然后将这些事件中继到sink（接收器）。Knative Eve
原创
2021-04-16 15:30:55
375阅读
OpenShift企业版安装：单Master集群项目描述本文目的本文描述搭建红帽OpenShift容器平台单Master集群的过程。适合用于在没有互联网连接的环境中搭建测试验证使用的OpenShift集群。安装版本Red Hat OpenShift Container Platform 3.7作者陈耿 GitHub ID: nichochen本文是一篇安装指引，目的并非用于讲解教学。故一些技术细节
原创
2021-04-18 08:46:00
373阅读
OpenShift企业版安装：单Master集群项目描述本文目的本文描述搭建红帽OpenShift容器平台单Master集群的过程。适合用于在没有互联网连接的环境中搭建测试验证使用的OpenShift集群。安装版本Red Hat OpenShift Container Platform 3.7作者陈耿 GitHub ID: nichochen本文是一篇安装指引，目的并非用于讲解教学。故一些技术细节
原创
2021-04-18 08:45:55
143阅读
一、Knative Eventing：点对点模式我们知道Knative的两大核心组件：Serving和 Eventing。Serving部分在前面两篇文章已经介绍完了。本篇开始我们介绍Eventing。Knative Eventing Sources是发出事件的软件。Source的工作是连接、消耗、捕获和潜在地缓冲事件。通常从外部系统，然后将这些事件中继到sink（接收器）。Knative Eve
原创
2020-12-19 22:46:05
271阅读
OpenShift企业版安装：单Master集群项目描述本文目的本文描述搭建红帽OpenShift容器平台单Master集群的过程。适合用于在没有互联网连接的环境中搭建测试验证使用的OpenShift集群。安装版本Red Hat OpenShift Container Platform 3.7作者陈耿 GitHub ID: nichochen本文是一篇安装指引，目的并非用于讲解教学。故一些技术细节
原创
2020-12-21 22:57:12
555阅读
OpenShift 容器平台中的应用程序是不同类型的资源组成，主要常见的类型是： container : 容器是从一个镜像启动，与同一机器的其他容器隔离。 Image ： 分层的Linux系统。包含应用程序代码，依赖关系和函数库，image友一个名称标识。 Pod ：部署上节点上，有唯一的IP地址和卷，卷（持久存储）的一个或多个容器。pod为每个容器定义了安全性和运行策略。Label：标签是
转载
2021-03-10 14:46:49
271阅读
2评论
