mosn / mosn.io Goto Github PK

View Code? Open in Web Editor NEW

30.0 10.0 64.0 36.88 MB

Source for mosn.io site

Home Page: https://mosn.io

License: Apache License 2.0

JavaScript 3.89% CSS 68.80% HTML 17.21% Shell 0.83% SCSS 9.26%

website hugo-website

mosn.io's Introduction

mosn.io

Source for mosn.io site https://mosn.io.

Install Hugo

You need a recent extended version (we recommend version 0.53 or later) of Hugo to do local builds and previews of sites (like this one) that use Docsy. If you install from the release page, make sure to get the extended Hugo version, which supports SCSS; you may need to scroll down the list of releases to see it.

For comprehensive Hugo documentation, see gohugo.io.

Environment setup

You can follow the manual steps given below.

Ensure pre-requisites are installed
Clone this repository

git clone [email protected]:mosn/mosn.io.git

Install PostCSS required by Docsy by running the following commands from the root directory of your project:

npm install --save-dev autoprefixer
npm install -D postcss
npm install --save-dev postcss-cli

Run server locally

Clear up your local module cache

hugo mod clean

Start the server

hugo server --disableFastRender

Navigate to http://localhost:1313

Update docs

Create new branch
Commit and push changes to content
Submit pull request to master branch
Staging site will automatically get created and linked to PR to review and test

Notice

This website is built under hugo version v0.55.5-A83256B9C/extended. There may be unknown errors when compiling on other versions.

mosn.io's People

Contributors

Stargazers

Watchers

Forkers

nejisama jeffcai qiankunli trainyao zhenjunma peacocktrain taoyuanyuan glyasai joyme123 champly memi-mike1020 stenicholas supersnailaixiang wangfakang neverhook ccc7574 charygao abowloflrf cch123 maronghe iamzken zken spacewander zyfjeff lic17 yanickxia gasxia alpha-baby hb-chen lxlxw dengqian codjust codingsinger fdingiit wildwolfbang juzhiyuan antjack xiezhenouc seeflood jervyshi wenxuwan taction jacs rushuinet stateis0 nobodyiam paojiao-fengzhua wangchengming666 jun10ng rayowang dzdx wang55www yzj0911 bryce-huang kelei0215 leigme 3062 ronething yejialiango yizhibian duan-0916 shaowye 15669072513 zonghaishang

mosn.io's Issues

把mosn.io的代码库放到我的一台云服务器上启动hugo server但无法通过浏览器访问

如题，请问您那边在云端部署这个网站服务的时候有遇到过这种情况么？

MOSN 源码解析文章《MOSN 连接管理源码分析》

目标人群
- 对 MOSN 源码感兴趣的开发者
- MOSN 二开维护者
- 对 Go 网络编程有一点了解，想提升 Golang 网络编程能力和技巧
文章目标
- 更加熟悉 MOSN 网络连接生命周期相关的源码
- 定位 MOSN 网络连接先关问题更快
文章大纲
- 1. LIstener 创建和销毁
- 1. downStream 连接
  - 2.1 downStream 连接的建立
  - 2.2 downStream 连接的事件处理
  - 2.3 downStream 连接的断开
- 1. upstream 连接
  - 3.1 upstream 连接的建立
  - 3.2 upstream 连接池
  - 3.3 upstream 连接的事件处理
  - 3.4 upstream 连接的断开
- 1. tcp keepalive
- 1. mosn keepalive
  - 5.1 bolt 协议为例子，怎么扩展实现发送 bolt 心跳数据包
- 1. tcpdump & wireshark 辅助定位问题

outdated desc

mosn.io/content/zh/docs/faq/_index.md

Lines 46 to 50 in 428f780

    
           MOSN 开源的发布周期是一个月，我们即将公布 2021 年的 Roadmap，期待与更多企业共建。 
        
           ### MOSN 支持 Istio 的什么版本？什么时候可以在 Istio 中可用？ 
        
           目前 MOSN 可基于 Istio 1.5.2  跑通 [bookinfo example](/docs/quick-start/istio/)，预计 2020 年 9 月份将完整支持 Istio 的能力，并成为 Istio 中可用的 Sidecar 部署选项。请加入 [MOSN 社区](/docs/community) 了解适配 Istio 的工作。

里面的链接点了会跳到一个错误的页面

https://github.com/mosn/mosn.io/blob/master/content/zh/blog/posts/mosn-overview/index.md#%E6%A8%A1%E5%9D%97%E8%83%BD%E5%8A%9B

里面的链接点了会跳到一个错误的页面

例如：

https://mosn.io/blog/posts/mosn-overview/blog/code/mosn-startup/

自定义配置说明页面 envoy: sds_secret_config 链接失效

[envoy: sds_secret_config] 链接失效

mosn.io/content/en/docs/configuration/custom/index.md

Line 119 in 0ee5f72

    
           - For details about the configurations, see [envoy: sds_secret_config](https://www.envoyproxy.io/docs/envoy/latest/api-v2/api/v2/auth/cert.proto#envoy-api-msg-auth-sdssecretconfig).

mosn.io/content/zh/docs/configuration/custom/index.md

Line 118 in 0ee5f72

    
           - 详细的 Config 内容参考 [envoy: sdssecretconfig](https://www.envoyproxy.io/docs/envoy/latest/api-v2/api/v2/auth/cert.proto#envoy-api-msg-auth-sdssecretconfig)。

envoy 从 v1.18 开始，似乎已经删除了 v2 API reference 文档

Add layotto static page

Provide package path support for new project layotto.

Weekly Digest (10 April, 2020 - 17 April, 2020)

Here's the Weekly Digest for mosn/mosn.io:

ISSUES

Last week 1 issue was created.
It is closed now.

CLOSED ISSUES

❤️ #78 Add a new blog, by rootsongjc

NOISY ISSUE

🔈 #78 Add a new blog, by rootsongjc
It received 1 comments.

PULL REQUESTS

Last week, 1 pull request was created, updated or merged.

MERGED PULL REQUEST

Last week, 1 pull request was merged.
💜 #78 Add a new blog, by rootsongjc

COMMITS

Last week there was 1 commit.
🛠️ [Add a new blog (#78) * blog: mosn extensions

Update breadcrumb link
Update link](1ff776c) by rootsongjc

CONTRIBUTORS

Last week there was 1 contributor.
👤 rootsongjc

STARGAZERS

Last week there were no stargazers.

RELEASES

Last week there were no releases.

That's all for last week, please 👀 Watch and ⭐ Star the repository mosn/mosn.io to receive next weekly updates. 😃

You can also view all Weekly Digests by clicking here.

Your Weekly Digest bot. 📆

MOSN 作为 Istio 的数据平面

在windows 环境下，按照文档：https://mosn.io/docs/quick-start/istio/来配置mosn，发现istio安装这一步出现如图片看到的问题，请问有对应的解决方案吗

如下是文字版本的操作记录

PS C:\Windows\system32> kubectl create namespace istio-system
namespace "istio-system" created
PS C:\Windows\system32> istioctl manifest apply
This will install the default Istio profile into the cluster. Proceed? (y/N) y
Detected that your cluster does not support third party JWT authentication. Falling back to less secure first party JWT. See https://istio.io/docs/ops/best-practices/security/#configure-third-party-service-account-tokens for details.

Applying manifest for component Base...
2021-01-11T05:18:31.298858Z error installer error running kubectl: exit status 1
Applying manifest for component Pilot...
2021-01-11T05:18:35.649991Z error installer error running kubectl: exit status 1
2021-01-11T05:18:35.962862Z error installer error running kubectl: exit status 1
✘ Finished applying manifest for component Pilot.
2021-01-11T05:18:37.987937Z error installer Failed to wait for resource: resources not ready after 10m0s: deployments.apps "istiod" not found
Applying manifest for component IngressGateways...
Applying manifest for component AddonComponents...
2021-01-11T05:18:40.248980Z error installer error running kubectl: exit status 1
✘ Finished applying manifest for component IngressGateways.
2021-01-11T05:18:40.499057Z error installer error running kubectl: exit status 1
✘ Finished applying manifest for component AddonComponents.

Component IngressGateways - manifest apply returned the following errors:
Error: error running kubectl: exit status 1

Error detail:

error: error validating "STDIN": error validating data: the server could not find the requested resource; if you choose to ignore these errors, turn validation off with --validate=false (repeated 1 times)

Component Pilot - manifest apply returned the following errors:
Error: error running kubectl: exit status 1

Error detail:

error: no matches for networking.istio.io/, Kind=DestinationRule (repeated 1 times)

Component Base - manifest apply returned the following errors:
Error: error running kubectl: exit status 1

Error detail:

Component AddonComponents - manifest apply returned the following errors:
Error: error running kubectl: exit status 1

Error detail:

clusterrole "prometheus-istio-system" created
clusterrolebinding "prometheus-istio-system" created

✘ Errors were logged during apply operation. Please check component installation logs above.

Error: failed to apply manifests: errors were logged during apply operation

MOSN 源码浅析

链接有问题

MOSN 源码解析：启动流程

Reviewer: @nejisama

ClusterManager 配置

No content?

MOSN 源码解析系列

关于 MOSN 源码解析系列

MOSN 源码解析活动是由 MOSN 团队主办的开源活动，我们希望打造一个人人皆可参与，基于 GitHub 协作的积极透明的开源活动。

本次活动旨在增强社区对 MOSN 的认知，促进开源社区的交流，是大家学习和使用 MOSN，与 MOSN 的核心开发者直接交流的一个良好契机。

本次活动所产出的文章将首先发表在 MOSN 官方博客上，同时也将在各个线上渠道推广，经整理后的部分内容可能会作为 MOSN 官方文档中的章节。

活动流程

本次活动使用 GitHub 协作，详细流程如下图所示：

Github 用户到对应的 issue 页面回复 /assign 认领文章
Reviewer 将 issue 指派给参与者
认领人应在认领 issue 后 7 日内提交 PR
Reviewer 根据 PR 参与 review
PR 审阅通过后发布到 MOSN 官网博客中
认领人关闭 issue

规则说明

若 issue 创建后一周之内无人认领则取消指派，重新开始认领。
每篇文章作为一个 issue，独立进行认领和指派，每个人一次最多认领一个 issue，只有该 issue 关闭之后才可以认领另一个。
写作说明见：MOSN 文档贡献指南。

角色划分

本次活动**分为以下角色：

参与者：所有 GitHub 用户都可以参与。
Reviewer：对博客内容负责，review 并辅导参与者。
发布者：社区管理员会在博客发布后同步其他渠道。

Reviewer 列表

Reviewer 既是审稿人也担任 mentor 的角色，他们都是 MOSN 的核心开发者。

Issue 列表

文章标题及对应的 reviewer 和 issue 地址如下：

标题	Reviewer	Issue	进展
总览	taoyuanyuan	#46	✅
启动流程	nejisama	#18	✅
route框架	nejisama	#19	✅
安全能力(TLS)	nejisama	#21	✅
多协议框架	neverhook	#22	✅
变量机制	neverhook	#23	✅
共享内存模型	neverhook	#24	✅
插件机制	taoyuanyuan	#25	✅
协程模型	taoyuanyuan	#26	✅
内存复用机制	taoyuanyuan	#27	✅
log系统	taoyuanyuan	#28	✅
XDS	wangfakang	#29	✅
连接池	wangfakang	#30	✅
HTTP系能力	wangfakang	#31	✅

请大家跳转到指定的 issue 下回复 /assign 认领文章。

获取帮助

关于本次活动有任何疑问可以在本 issue 中回复。
对于某个独立的 issue 有任何疑问，请到指定的 issue 中回复，我们的 reviewer 会为您答疑解惑。

MOSN 源码解析：扩展能力

Reviewer: @nejisama

MOSN 源码解析：连接池

Reviewer: @wangfakang

源码解析认领

请问目前 mosn 是否还有哪些模块可以认领写作源码解析文章，来晚了~
我看目前都写完了，是否还有某些点需要补充说明再写一篇呢？

MOSN 源码解析：总览

这篇总览将作为 MOSN 源码的宏观指导文章，说明每个代码模块之间的关系。@taoyuanyuan

MOSN 源码解析：变量机制

Reviewer: @neverhook

MOSN 源码解析：多协议框架

Reviewer: @neverhook

记一次在 MOSN 对 Dubbo、dubbo-go-hessian2 的性能优化

对于mosn的pprof功能来说，默认是关闭的，需要增加配置：

如果port_value不设置，默认端口是9090

自定义配置

Duration String 这些和自定义配置没关系吧。是不是文档错了

自定义配置页面 TLS 支持版本说明过时

mosn v0.12.0 似乎已经支持 TLS 1.3

mosn.io/content/zh/docs/configuration/custom/index.md

Lines 91 to 94 in 0ee5f72

    
           - - 支持 TLS1.0、TLS1.1、TLS1.2。 
        
             - 默认会自动识别可用的 TLS 协议版本。 
        
           - `max_version`，最高的 TLS 协议版本，默认是 TLS1.2。

https://github.com/mosn/mosn/blob/v0.12.0/pkg/mtls/types.go#L41

MOSN 源码解析：route框架

Reviewer: @nejisama

MOSN 作为 Istio 的数据平面

按照这个教程里面的步骤，sidecar不还是envoy吗

MOSN 源码解析：XDS

Reviewer: @wangfakang

MOSN 源码解析：协程模型

Reviewer: @taoyuanyuan

Weekly Digest (10 April, 2020 - 17 April, 2020)

Here's the Weekly Digest for mosn/mosn.io:

ISSUES

Last week 1 issue was created.
It is closed now.

CLOSED ISSUES

❤️ #78 Add a new blog, by rootsongjc

NOISY ISSUE

🔈 #78 Add a new blog, by rootsongjc
It received 1 comments.

PULL REQUESTS

Last week, 1 pull request was created, updated or merged.

MERGED PULL REQUEST

Last week, 1 pull request was merged.
💜 #78 Add a new blog, by rootsongjc

COMMITS

Last week there was 1 commit.
🛠️ [Add a new blog (#78) * blog: mosn extensions

Update breadcrumb link
Update link](1ff776c) by rootsongjc

CONTRIBUTORS

Last week there was 1 contributor.
👤 rootsongjc

STARGAZERS

Last week there were no stargazers.

RELEASES

Last week there were no releases.

That's all for last week, please 👀 Watch and ⭐ Star the repository mosn/mosn.io to receive next weekly updates. 😃

You can also view all Weekly Digests by clicking here.

Your Weekly Digest bot. 📆

MOSN 源码解析：HTTP系能力

Reviewer: @wangfakang

工程示例-使用 MOSN 作为 SOFARPC 代理-404

mosn 的目录由 sofarpc-sample 改成了 sofarpc-with-xprotocol-sample, 导致 sofarpc-sample 这个页面 404.

MOSN 源码解析：Plugin 机制

Reviewer: @taoyuanyuan

MOSN 源码解析：安全能力(TLS)

Reviewer: @nejisama

FilterChain 配置说明页面 tls_context 链接失效

文档页面 https://mosn.io/docs/configuration/server/listener/filter-chain/ 中的
<li>tls_context 的详细配置说明，参考 <a href="../../custom#tls-context">tls_context</a>。</li>
tls_context 链接失效，似乎已被移动到上级目录

sidecar容器初始化很慢，导致业务容器初始化失败

issue起因

mosn作为sidecar容器中的proxy组件，业务系统是dubbo的应用程序
系统规模大概四五百个pod，七八百个加入网格的svc的样子
然后发现业务系统在初始化的时候，无法正常初始化，有几个初始化地址出现timeout

issue分析成因

我们在业务系统启动之前做了一个前置的脚本来检查sidecar环境是否准备妥当，并且每隔1sdump了mosn sidecar中的config，发现在mosn sidecar启动以后并没有很快就把cds/lds/rds等全部初始化好，大概十几秒以后才在dump config中找到rds相关routes信息

日志分析如下

// 这里是mosn sidecar 启动以后第一次ads请求，
// envoy.api.v2.Cluster 代表着 cds
// api.v2.Listener 代表着lds
// 但是并没有 envoy.api.v2.RouteConfiguration rds的内容
2020/02/18 16:24:53 [DEBUG] receiveThread begin at 2020-02-18 16:24:53.63285786 +0800 CST m=+0.032242113
2020/02/18 16:24:53 [DEBUG] receiveThread end at 2020-02-18 16:24:53.642170673 +0800 CST m=+0.041554929, resp.TypeUrl: type.googleapis.com/envoy.api.v2.Cluster
2020/02/18 16:24:53 [DEBUG] receiveThread end at 2020-02-18 16:24:53.679677723 +0800 CST m=+0.079061982, resp.TypeUrl: type.googleapis.com/envoy.api.v2.ClusterLoadAssignment
2020/02/18 16:24:54 [DEBUG] receiveThread end at 2020-02-18 16:24:54.256390542 +0800 CST m=+0.655774808, resp.TypeUrl: type.googleapis.com/envoy.api.v2.Listener
// 大概过了七八秒以后
// 这个时候终于接收到了从pilot来的rds内容，envoy.api.v2.RouteConfiguration, 再次之前一直没有rds下发
2020/02/18 16:25:00 [DEBUG] receiveThread end at 2020-02-18 16:25:00.215088835 +0800 CST m=+6.614473150, resp.TypeUrl: type.googleapis.com/envoy.api.v2.RouteConfiguration

想问一下如下几个问题

团队在应用mosn作为sidecar的时候，是否也遇到过mosn sidecar需要十来秒才可以把sidecar容器准备好？
如果团队也存在类似的sidecar准备过慢，业务容器启动timeout导致无法正确启动的时候，这个问题该如何优化？
是否可以给一个解决的思路？

	MOSN 开源的发布周期是一个月，我们即将公布 2021 年的 Roadmap，期待与更多企业共建。

	### MOSN 支持 Istio 的什么版本？什么时候可以在 Istio 中可用？

	目前 MOSN 可基于 Istio 1.5.2 跑通 [bookinfo example](/docs/quick-start/istio/)，预计 2020 年 9 月份将完整支持 Istio 的能力，并成为 Istio 中可用的 Sidecar 部署选项。请加入 [MOSN 社区](/docs/community) 了解适配 Istio 的工作。

	- - 支持 TLS1.0、TLS1.1、TLS1.2。
	- 默认会自动识别可用的 TLS 协议版本。

	- `max_version`，最高的 TLS 协议版本，默认是 TLS1.2。

mosn / mosn.io Goto Github PK

mosn.io's Introduction

mosn.io

Install Hugo

Environment setup

Run server locally

Update docs

Notice

mosn.io's People

Contributors

Stargazers

Watchers

Forkers

mosn.io's Issues

ISSUES

CLOSED ISSUES

NOISY ISSUE

PULL REQUESTS

MERGED PULL REQUEST

COMMITS

CONTRIBUTORS

STARGAZERS

RELEASES

在windows 环境下，按照文档：https://mosn.io/docs/quick-start/istio/来配置mosn，发现istio安装这一步出现如图片看到的问题，请问有对应的解决方案吗

关于 MOSN 源码解析系列

活动流程

规则说明

角色划分

Reviewer 列表

Issue 列表

获取帮助

ISSUES

CLOSED ISSUES

NOISY ISSUE

PULL REQUESTS

MERGED PULL REQUEST

COMMITS

CONTRIBUTORS

STARGAZERS

RELEASES

issue起因

issue分析成因

日志分析如下

想问一下如下几个问题

Recommend Projects

Recommend Topics

Recommend Org