重磅| Kubernetes 1.5 正式发布

Kubernetes 1.5版本发布,首次支持Windows服务器容器,使得Linux与Windows容器能在同一集群中运行。此版本虽有局限,如Kubernetes master须运行在Linux上,但已实现混合集群,允许单个service在同一Kubernetes集群中使用Linux容器和Windows容器。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Linux 与 Windows

众所周知,Windows 的应用无法运行在 Linux上,而 Linux 应用也无法运行在 Windows 上。但是,事实上,当 Docker 将容器作为一种显著的打包应用的方法,并且可以在“任意地方”封装它的时候,这里的“任意地方”就已经包含了“Linux”。Windows 也有容器,但是要让所有工作都一起运行还是不太可能的。

但是,今天 Kubernetes1.5 的发布,让 Linux 和 Windows 一起运行的梦想能够实现了。

Kubernetes1.5 (alpha 版本)支持 Windows 服务器容器,跟 Docker 类似,他们共享同一个内核模式;而 Hyper-V 容器的单核模式则为多租户环境提供了更好的隔离(代价是延迟时间更长了)。最终的结果就是,在你创建的这个 Kubernetes 集群上,Linux 节点可以运行 Linux 容器,Windows 节点可以运行 Windows 容器;同时,Linux 节点也可以运行 Windows 容器,Windows 节点也可以运行 Linux 容器,真正实现混合集群。比如,单个 service 允许 Pod 使用 Windows 服务器容器,也允许其它的 Pod 使用 Linux 容器。

虽然 Kubernetes1.5 功能全面,但是也有它的局限性,比如:

  • Kubernetes 是由 Go 语言编写的,以至于它带有一定的依赖性,所以 Kubernetes master 必须运行在 Linux 上。如果端口映射到 Windows 也是可以的,但是技术团队更愿意把主要精力放在客户组件上。

  • Windows 本地不支持网络叠加功能的容器,所以网络就被限制在了 L3。(虽然问题也有其它的解决办法,但是这些办法都不支持本地。)Kubernetes Windows SIG 正在跟 Microsoft 协同工作解决这些问题,希望明年发布的 Kubernetes1.6 版本中,这些问题都能够得到解决。

  • Windows 容器间的网络更加复杂,因为每个容器都有自己的网络 namespace,所以推荐使用单个容器 pod。

  • 运行在 Windows 服务器上的应用能够以任意 Windows 支持的语言运行。可以在 Linux 容器中运行 .NET 应用,但是前提是这些应用必须是用 .NET Core 写的才可以。Nano 服务器操作系统也支持 .NET core,而且还可以部署在 Windows 服务器容器上。

这次 Kubernetes1.5 的发布也支持 IIS(目前它占据了网上 11.4% 的江山)和 ASP.NET。

Apprenda 努力开发 Kubernetes,就是为了让企业既能够享受 Kubernetes 带来的益处,同时还能够有效利用他们已有的 Windows 资源。“我们的策略就是给我们的企业客户提供坚定使用 Kubernetes 的理由。要做到这点,没有 Windows 的支持是不行的。2016 年 3 月,我们承诺 Kubernetes 会支持 Windows 服务器,我们在这次发布的 1.5 版本中做到了。”Apprenda CEO,Sinclair说道,“我们会在编排 Windows 服务器容器、Hyper-V容器的时候,将全部功能交付到 Linux 上,使机构组织者可以为他们的分布式应用获得单个控制面板。”

以下是 Apprenda 的高级产品总监介绍了各项功能的视频 demo,点击查看:

https://v.qq.com/x/page/t0355o1ln4k.html

Kubernetes 其余功能

Kubernetes 1.5 (beta 版本)也支持StatefulSets(由 PetSets 改名)。由 Kubernetes 管理的 ReplicaSets 和 Pods,会变成无状态,所以,如果这些功能不使用,或者用不到的话,就会变成“一次性”应用。但是在某些情况下,比如数据库,集群软件(比如 RabbitMQ 集群),或者其它旧的有状态对象,可能性就比较小了。StatefulSets 提供更加具体的辨识资源的方法,这样更好维护这些项目之间的联系。

Kubernetes1.5 还包括了一些早期所做的努力,比如让 Kubernetes 部署符合 OCI 标准的容器等等。

 

原文链接:

https://www.mirantis.com/blog/linux-windows-living-together-total-chaos-ok-kubernetes-1-5/?mkt_tok=eyJpIjoiWXpSa09EZzROV1F3WXpnMyIsInQiOiJUaDlmWEpSNTRjWEI3SFlkMm9SYnFudkJuQmRSbnd0Y1hzY2xBV3MzanpLYTFINzV1ZFA5MndZTE1tVGJadUhmZVVcL1VDdURqd282c1dodWFtYUJ6SUFOSGZJV3ZrNUJNcmtQTTJpdk9rWFRtVE5XUWRzc3pjSVJYbU9lb0hZdzUifQ%3D%3D

转载于:https://my.oschina.net/caicloud/blog/805092

### MCP 插件的功能特点与发布详情 MCP(Microservice Communication Protocol)是一种用于微服务通信的协议,旨在简化跨平台的服务间交互并提升效率。以下是关于 MCP 插件发布的功能特性和细节: #### 1. **批量转化现有 API** Higress 提供了一种机制,可以将现有的传统 API 批量转换为 MCP Server 的形式[^1]。这一过程显著降低了迁移成本,并允许开发者快速适配新的架构需求。 #### 2. **协议卸载支持** 通过部署基于 Higress 的 MCP Server,用户能够实现协议卸载的能力。这意味着应用层无需处理复杂的底层通信逻辑,从而减少开发负担和潜在错误的发生概率[^1]。 #### 3. **开源工具链** 为了进一步降低门槛,Higress 开源了一系列工具来辅助用户的转型流程。这些工具不仅帮助完成从旧版 API 到 MCP Server 的转变,还提供了持续更新的支持方案,使得团队不必担心因 MCP 新版本发布而增加额外维护工作[^1]。 #### 4. **Higress MCP Marketplace 平台** 作为一项重要里程碑事件之一,Higress 官方推出了名为 “Higress MCP Marketplace” 的在线资源中心。该市场汇集了多种预构建好的插件模块及其文档说明,方便社区成员按需选用或定制化扩展自己的解决方案[^1]。 #### 示例代码片段展示如何集成简单的 MCP Client 下面给出一段 Python 实现的例子,演示怎样创建一个基础连接器去访问远程运行着的标准兼容型 MCP Service: ```python import requests def call_mcp_service(url, payload): headers = {'Content-Type': 'application/json'} response = requests.post(url, json=payload, headers=headers) if response.status_code == 200: return response.json() else: raise Exception(f"MCP service error: {response.text}") if __name__ == "__main__": url = "http://example.com/mcp-endpoint" data = {"action": "test"} result = call_mcp_service(url, data) print(result) ``` 此脚本定义了一个函数 `call_mcp_service` 来发送 POST 请求给指定的目标地址 (url),附带 JSON 数据体 (payload) 和适当头信息以便于服务器端解析请求内容类型。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值