搜索[原生统一]结果-低调大师优秀个人博客

精选列表

搜索[原生统一]，共10000篇文章

京东云RASP云原生安全免疫创新实践

针对0day漏洞攻击频发，安全形势日益严峻的现状，京东云自主创新云原生安全RASP应用运行时自我保护技术（英文全称：Runtime Application self-protection运行时应用时自我保护

2023-03-07

LoxiLB —— 基于 eBPF 的云原生负载均衡器

LoxiLB 是一种开源云原生“external”服务负载均衡器，用于使用 eBPF 作为其核心引擎并基于 Go 语言从头开始编写的云原生 5G/Edge工作负载。

2023-02-12

每日一博 | 云原生场景下实现编译加速

作者：京东零售王雷背景云原生下的流水线是通过启动容器来运行具体的功能步骤，每次运行流水线可能会被调度到不同的计算节点上。

2023-02-07

Crossplane v1.11 发布，云原生控制平面项目

Crossplane 是一个构建云原生控制平面的框架，不需要编写代码。

2023-02-06

云原生技术在离线交付场景中的实践

交付环境不统一如果你从事过面向政府的交付工作，那多半会遭遇过交付环境不统一的情况。

2023-01-03

基于云原生的集群自愈系统 Flink Cluster Inspector

目前整个系统都是围绕云原生构建的，在 Flink 系统云原生化的背景下，运维能力也全面云原生化，基于云原生的技术栈如 Operator，SideCar，申明式 API 等，构建了围绕 CR 开发，基于

2022-12-15

初步探索GraalVM--云原生时代JVM黑科技

1 云原生时代Java语言的困境经过多年的演进，Java语言的功能和性能都在不断的发展和提高，诸如即时编译器、垃圾回收器等系统都能体现Java语言的优秀，但是想要享受这些功能带来的提升都需要一段时间的运行来达到最佳性能

2022-11-17

Jina 是一个神经搜索框架，可以在几分钟内在云上构建可扩展且可持续的神经搜索系统。目前 Jina 3.11.0 正式发布，此版本包含 6 个新功能、1 个错误修复和 10 个文档改进。使用基本配置添加 OpenTelemetry 跟踪和指标 ( #5175 ) Jina 现在支持 OpenTelemetry Tracing 和 Metrics 库，以提高 Jina Runtimes 的可观察性和检测能力。阅读文档 ( #5291 ) 了解详细信息。将现有的 Prometheus 指标记录到 OpenTelemetry 直方图 ( #5275 ) 仅基于 Prometheus 的指标也可用作 OpenTelemetry 支持的指标，可以毫不费力地切换到 OpenTelemetry 指标。将默认跟踪拦截器添加到头 gRPC 连接池 ( #5271 ) HeadRuntime在将请求转发到分片副本时支持默认跟踪。将 gRPC 元数据添加到 Executors 和 Gateway 部署 ( #5221 ) 现在可以提供 HTTP 标头访问令牌作为客户端元数据，以访问外部和受身份验证保护的服务。在 Hub 中显示 Executors 的本地位置 ( #5282 ) 使用listsub 命令列出本地Hub Executors的位置将卷传递给 Executor 时，转储到 K8s 中的 Statefulset ( #5265 ) Bug修复无效输入引发异常 ( #5141 ) 如果任何底层异步请求引发异常，则该client.post()方法不会引发异常。新版本正确引发了任何异步请求引发的异常。用户现在可以正确捕获任何异常并根据异常采取行动。更新公告：https://github.com/jina-ai/jina/releases/tag/v3.11.0

2022-10-25

Jina-AI 3.10 发布，云原生神经搜索框架

Jina 是一个神经搜索框架，它使任何人都可以在几分钟内在云上构建可扩展且可持续的神经搜索系统。目前 Jina 3.10.0 正式发布，此版本包含 10 个新功能、9 个错误修复和 12 个文档改进。部分更新如下：新功能 jina ping 在本地和 Kubernetes 上作为就绪探针启用此功能可检查整个 Flow 或其各个组件的准备情况： jina ping flow grpc://localhost:12345 jina ping executor localhost:12346 jina ping gateway grpc://localhost:12345 成功输出： INFO JINA@28600 readiness check succeeded 1 times!!! 输出失败：当就绪检查不成功时，此命令以代码 1 退出。在 Kubernetes 中部署时，用作 Executor 和 Gateway 的就绪探针是一个不错的选择。 client.post的重试机制 (#5176) client.post() 接受 max_attempts、initial_backoff、max_backoff 和 backoff_multiplier 参数来控制重试请求的能力，在发生瞬时连接错误时，使用指数退避策略： client.post( on='/', inputs=docs, max_attempts=5, initial_backoff=0.1, max_backoff=0.5, backoff_multiplier=1.5 ) 随处添加对请求大小的监控（#5111）请求的大小 (jina_request_size_bytes) 现在随处都可以监控：在每个 Executor、每个 Gateway 和每个 sharding Head 上。因此，现在可以通过 Prometheus 和 Grafana 访问这个新指标。 JCloud 的 JSON 日志记录 (#5201) 现在可以创建 JSON 格式的日志，而不是标准的逐行文本输出。样本输出： {"created": 1663930387.5850368, "filename": "data_request_handler.py", "funcName": "_load_executor", "levelname": "DEBUG", "lineno": 98, "module": "data_request_handler", "msg": "<jina.serve.executors.BaseExecutor object at 0x7fc1951f78d0> is successfully loaded!", "name": "WorkerRuntime", "pathname": "/home/foo/jina/serve/runtimes/request_handlers/data_request_handler.py", "process": 13386, "processName": "Pod", "thread": 140469860276032, "threadName": "MainThread"} 要启用此功能，请将环境变量'JINA_LOG_CONFIG设置为'json'。使jina hub push非阻塞（#5129） jina hub push现在是非阻塞操作，这意味着用户不必在服务器端等待整个推送完成。在后台处理推送时，可以使用以下命令检查其状态： jina hub status [<path_to_executor_folder>] [--id TASK_ID] [--verbose] [--replay] 其他更新内容可以查看更新公告：https://github.com/jina-ai/jina/releases/tag/v3.10.0

2022-09-30

原生Redis跨数据中心双向同步优化实践

二、原生redis遇到的问题 1、不支持双主同步原生redis并没有提供跨机房的主主同步机制，仅支持主从同步；如果仅利用redis的主从数据同步机制，只能将主节点与从节点部署在不同的机房。

2022-09-28

SurrealDB —— 端到端的云原生数据库

SurrealDB 是一个端到端的云原生数据库，适用于 Web、移动、无服务器、jamstack、后端和传统应用程序。

2022-09-15

Jina-AI 3.8.2 发布，云原生神经搜索框架

Jina 是一个神经搜索框架，它使任何人都可以在几分钟内在云上构建可扩展且可持续的神经搜索系统。Jina 3.8.2 正式发布，本期主要更新如下：新的功能 [ e794c06c] -公开 grpc 参数并添加生产就绪的 keepalive 参数 ( #5092 ) [ 6205ffc9] -添加 gpu dockerfile 支持到 jina hub new ( #5104 ) 文档 [ 9293698b] -重写流程添加 [ 115bc0fa] -重写流程添加（#5120） [ 22fdbcee] -jcloud ：修复 jc 状态链接 ( #5116 ) [ 4dfe6dfb] -jcloud ：修复网关资源定制的文档 ( 5114 ) [ 6b24bf69] -正确保留 jcloud 天数 ( #5109 ) 单元测试和 CICD [ 587f6268] -修复测试并发异步流 ( #5115 ) 更新公告：https://github.com/jina-ai/jina/releases/tag/v3.8.2

2022-09-03

【云原生】使用Docker快速部署openGauss主备环境

主备部署 1.关于Docker的安装还有openGauss镜像的下载请参考上一篇《【云原生】使用Docker部署openGauss》。

2022-08-17

企业数字化建设与云原生落地实践

企业内部管理流程和数据流打通；组织随业务和客户成效灵活调整；构建数据分析和治理，决策管控 ● 商业创新基于数字技术进行商业模式创新；内部创新和创业，技术价值变现；高效能组织规模化持续创新迭代 ● 数字平台构建基于云原生的数字技术平台

2022-08-16

【云原生】Docker部署数据库的持久化

目录数据库持久化启动数据持久化验证在上一篇基于docker的安装中，我们使用enmotech的最新镜像完成了安装和启动。容器部署非常方便，卸载更是简单。但是这个特点如同一柄双刃剑，带来便利的同时，也会有一些缺点。容器一旦删除，容器内的所有数据和配置都会丢失。即使重新运行一个新的容器，得到的不过是一个崭新的初始状态的数据库。所以，对于数据库这种需要持久化的数据来说，还需要看下如何才能防止因为容器的删除或损坏导致数据的丢失。在openGauss数据库中，通过指定相关参数来实现此功能。数据库持久化启动我们本次持久化测试的环境基于上一篇在docker部署openGauss。我们先把上次启动的容器实例删掉。 [root@pekphisprb70593 docker]# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 573ea1edffb8 enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" 3 days ago Up 3 days 5432/tcp opengauss [root@pekphisprb70593 docker]# docker stop 573ea1edffb8 573ea1edffb8 [root@pekphisprb70593 docker]# docker rm 573ea1edffb8 573ea1edffb8 以下命令使用原opengauss镜像启动一个容器： docker run --name opengauss --privileged=true -d -e GS_PASSWORD=Enmo@123 -v /enmotech/opengauss:/var/lib/opengauss -p 15432:5432 enmotech/opengauss:3.0.0 其余参数的解释可以参考上一篇安装。这里我们主要关注下 -p -v两个参数。 -p参数：openGauss的默认侦听启动在容器内的5432端口上，如果想要从容器外部访问数据库，则需要在docker run的时候指定-p参数。比如以上命令将允许使用15432端口在容器外访问数据库。上述命令正常启动容器数据库之后，可以通过外部的gsql进行数据库访问。 -v 参数：指定Docker中openGauss的所有数据文件，容器内是/var/lib/opengauss目录，宿主机是/enmotech/opengauss目录。如果宿主机的/enmotech/opengauss如果不存在，docker会自动创建，但是必须是绝对路径。Docker对其拥有读写权限。在容器内部查看数据库目录。如下图，已在容器内/var/lib/opengauss创建了data目录。 [root@pekphisprb70593 docker]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 89747134cd4d enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" About a minute ago Up About a minute 0.0.0.0:15432->5432/tcp, :::15432->5432/tcp opengauss [root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash root@89747134cd4d:/# cd /var/lib/opengauss/data/ root@89747134cd4d:/var/lib/opengauss/data# ls asp_data gs_gazelle.conf pg_audit pg_errorinfo pg_location pg_notify pg_snapshots PG_VERSION postmaster.opts undo base gs_profile pg_clog pg_hba.conf pg_log pg_perf pg_stat_tmp pg_xlog postmaster.pid gaussdb.state gswlm_userinfo.cfg pg_csnlog pg_ident.conf pg_logical pg_replslot pg_tblspc postgresql.conf postmaster.pid.lock global mot.conf pg_ctl.lock pg_llog pg_multixact pg_serial pg_twophase postgresql.conf.lock sql_monitor 我们在宿主机上查看下数据库目录。如下图，已在宿主机上/enmotech/opengauss创建了data目录。可以看到容器中的数据已存储到操作系统中。数据持久化验证下面我们通过建表、插入数据查看是否可以完成数据的持久化存储。 1.进入容器，登录数据库。 [root@pekphisprb70593 docker]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 89747134cd4d enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" About a minute ago Up About a minute 0.0.0.0:15432->5432/tcp, :::15432->5432/tcp opengauss [root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash root@89747134cd4d:/var/lib/opengauss/data# su - omm omm@89747134cd4d:~$ gsql omm=# 是个新的数据库实例，看下我之前安装时测试创建的用户wxx在不。不出所料，就是不存在的。因为之前操作的时候并没有进行持久化的启动。 2.创建表test1，然后插入数据。 create table test1(id int,name varchar(20)); INSERT INTO test1 VALUES (1, 'oligei'); 3.关闭数据库。 omm@89747134cd4d:~$ gs_ctl stop -D /var/lib/opengauss/data/ [2022-07-19 02:46:25.253][423][][gs_ctl]: gs_ctl stopped ,datadir is /var/lib/opengauss/data waiting for server to shut down....[root@pekphisprb70593 docker]# 4.启动数据库 [root@pekphisprb70593 docker]# docker start 89747134cd4d 89747134cd4d [root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash root@89747134cd4d:/# su - omm omm@89747134cd4d:~$ gsql 5.验证一下容器重启后，原来的数据还在。 6.只是重启的话，那数据没丢一点都不意外。我们更多关注的是容器删除这种情况。 [root@pekphisprb70593 docker]# docker stop 89747134cd4d 89747134cd4d [root@pekphisprb70593 docker]# docker rm 89747134cd4d 89747134cd4d [root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash Error: No such container: 89747134cd4d 可以看到原容器已删除成功。 7.现在重新启动，看下是否持久化成功。这里还是需要使用之前指定的存储路径的。 [root@pekphisprb70593 docker]# docker run --name opengauss --privileged=true -d -e GS_PASSWORD=Enmo@123 -v /enmotech/opengauss:/var/lib/opengauss -p 15432:5432 enmotech/opengauss:3.0.0 [root@pekphisprb70593 docker]# docker ps [root@pekphisprb70593 docker]# docker exec -it 74b94a7bda80 /bin/bash root@74b94a7bda80:/# su - omm omm@74b94a7bda80:~$ gsql omm=# select * from test1; 结果上个图。由上图也可以看出，原来的表记录依然存在，数据库持久化成功。 openGauss: 一款高性能、高安全、高可靠的企业级开源关系型数据库。 🍒如果您觉得博主的文章还不错或者有帮助的话，请关注一下博主，如果三连收藏支持就更好啦！谢谢各位大佬给予的鼓励！

2022-08-11

一文了解 Rainbond 云原生应用管理平台

Rainbond 是一个云原生应用管理平台，使用简单，不需要懂容器、Kubernetes和底层复杂技术，支持管理多个Kubernetes集群，和管理企业应用全生命周期。

2022-07-28

huatuo —— Unity 全平台原生 c# 热更方案

huatuo是一个特性完整、零成本、高性能、低内存的 Unity 全平台原生 c# 热更方案。

2022-07-09

Vue 2.7 火影忍者发布，原生支持 Composition API +

Vue 创始人尤雨溪刚刚发布了 Vue 2.x 最后一个版本：Vue 2.7，代号 "Naruto"（火影忍者）。按照发布计划，Vue 2.7 是 2.x 的最后一个次要版本，也是 LTS 版本，获得官方提供的 18 个月技术支持。这就意味着，Vue 2 将在 2023 年底结束生命周期。 Vue 2.7 从 Vue 3 向后移植了一些最重要的功能，包括： Composition API SFC<script setup> SFCCSS v-bind 此外，以下功能已明确不会进行移植： createApp()（Vue 2 没有独立的 app scope） Top-levelawaitin<script setup>（Vue 2 不支持异步组件初始化）在模板表达式中支持 TypeScript 语法（不兼容 w/ Vue 2 解析器）响应式转换 Reactivity transform（仍处于实验性阶段） expose选项不支持 options 组件（但<script setup>支持defineExpose()) 详情查看发布公告。

2022-07-01

华兴证券：混合云原生架构下的 Kitex 实践

考虑到 Kitex 原生支持 Opentracing，为减少集成成本，我们调研了符合 Opentracing 规范的产品。

2022-06-30

拓维信息使用 Rainbond 的云原生落地实践

我们团队主要负责云原生应用平台的选型，搭建与开发，以此做到对下屏蔽底层的基础设施，对上托管我们的微服务应用，便捷高效的帮助企业内服务的云原生落地。

2022-06-30

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。