日期: 2021 年 4 月 9 日

Microsoft Update Assistant 耗电也太夸张了

image.png

平时没注意,今天开 Mac 发现没电了。

28 条回复    2021-03-28 23:52:37 +08:00
littlewing
    1

littlewing   13 天前

装 MAS 版的 office,没有这个东西
IssacTseng
    2

IssacTseng   13 天前

用 MAS 版
WildCat
    3

WildCat   12 天前 via iPhone

帮你 report 下这个问题,似乎我电脑也经常这样…
zhaidoudou123
    4

zhaidoudou123   12 天前

我装的 mas 版,还是有
我怀疑是 edge 的问题
oisc
    5

oisc   12 天前

装的 edge 带进来的,已经手动删掉了
walsh
    6

walsh   12 天前

微软使绊子吧?
among
    7

among   12 天前

顺便问下。

用 Microsoft Update Assistant 检查到更新, 然后就发现下载完成了更新, 一直卡在 “正在更”的界面中。

卡着一动也不动。

试了好几次。

wydinhk
    8

wydinhk   12 天前 via iPhone

好像下两个版本的 edge 终于要去掉这个东西了……
whusnoopy
    9

whusnoopy   12 天前

Edge 引入的这个东西

*早我发现是 Office 365 带的,后来换成 Mac App Store 的 Office 套件后,还有 OneDrive 和 Edge 在依赖,再后面把 OneDrive 也换成 MAS 版后,认为 MUA 没有遂干掉,结果 Edge 不能更新了。通过 brew cask 装的 Edge 都会自动吧 MUA 这个依赖给装上

EIJAM
    10

EIJAM   12 天前 via iPhone

chrome 不需要 sudo 权限,Firefox 也不需要 sudo 权限,唯独 edge 弄一个 pkg 包,不给权限就无法安装,必然在背地里捣鬼。

Lemeng
    11

Lemeng   12 天前

友商关怀?
Tink
    12

Tink   12 天前

我也有这个东西但是貌似没问题啊
VikingX
    13

VikingX   12 天前

pkgutil –expand Edge.pkg Edge
hanksun
    14

hanksun   12 天前 via iPhone   ❤️ 1

微软:英特尔让我给你带个话(´・_・`)
MrKrabs
    15

MrKrabs   12 天前

所以从不装微软的东西
Yien
    16

Yien   12 天前 via Android

所以这东西可以直接删除?
Zenyet
    17

Zenyet   12 天前

安装 edge 后出现的,恶心,直接删掉了。。
pigzilla
    18

pigzilla   12 天前

@among #7 貌似只是 UI 更新的问题。点右边那个展开更新详情的按钮,收起展开详情就会发现更新已经完成。
paullee
    19

paullee   12 天前 via iPhone

我因为这个玩意儿放弃使用 edge 了,经常弹出来烦人
Dvel
    20

Dvel   12 天前

微软的这个东西真的是没劲,给人一种上个世纪的感觉。
freeair
    21

freeair   12 天前

哈哈,我也发现按照 edge 会带进这样所谓安装助手,edge 已卸载!
quella
    22

quella   12 天前

直接删掉吧
Aaron325
    23

Aaron325   12 天前

@quella edge 咋删除
webshe11
    24

webshe11   12 天前 via Android

macOS 经常见这种应用无响应风扇狂转的情况,QQ 也有过
liuguang05
    25

liuguang05   12 天前 via iPhone

@among 百度之,貌似是 Mac os 的版本问题升级到某个版本之后 mua 就出问题了,解决方案是找到 mua 下载到的 pkg 文件,自己手动安装即可,百度一下有大神分享
ssaers
    26

ssaers   12 天前

lz,这是什么软件的显示界面啊
CenN
    27

CenN   11 天前

@ssaers 活动监视器
orangy
    28

orangy   11 天前 via iPhone

我的也有,而且强制开机启动,我把开机启动删了之后每次启动就会提示我重装,特别流氓…

*新 Big Sur 版本 自带 APP 都特别卡(短信、地图等)

自带的 APP 比如短信跟地图特别卡,已经卡到了几秒延迟的程度。。其他的 APP 没有这种现象,而且印象里已经持续了好几个版本了。有没有类似情况的兄弟

第 1 条附言  ·  9 天前

倒不是打开速度慢 就是使用过程中一直特别特别卡 就是那种鼠标点一下后几秒后才出现光标的情况 (一直不停地点竟然好像可以变快一点点…) 而且是一直都卡 别说不跟手了 直接几秒延迟谁受得了…

43 条回复    2021-04-01 07:41:21 +08:00
wellsc
    1

wellsc   10 天前 via iPhone

什么处理器
RobertLyu
    2

RobertLyu   10 天前

Bug Sir 天天这样,从大沙漠开始就卡,没有优化好的结果。就看苹果有没有心气去做了。
baoshuai33
    3

baoshuai33   10 天前 via iPhone

也很卡,打开 excel 都要 10 秒钟
18115692244
    4

18115692244   10 天前

*好用的系统=新系统发布以后的旧系统
感谢各位的一直反馈,使我没有升级到这个 Big trouble 或者 Bug Sir 系统。
reayyu
    5

reayyu   10 天前 via iPhone

@wellsc 16 inch i9 16g
TheRightMan
    6

TheRightMan   10 天前

late 2013,打開 app 等 30 秒以上
freeair
    7

freeair   10 天前

是通过升级安装的吗?建议磨盘安装。
2018 款 MBP13 寸没有这个问题。
xieshaohu
    8

xieshaohu   10 天前

2018 款 15 英寸 MBP,16G 内存,512GB 存储的,*新 Big Sur 。

打开地图,3 秒见到地图首页。
打开信息,3 秒见到信息程序。

打开 Outlook,12 秒见到程序首页。
打开 Excel,3 秒见到程序首页

codeEleven
    9

codeEleven   10 天前

2020 款 16 寸 MBP,i9,32,Big Sur 11.2.3,两个应用都是秒开
aydd2004
    10

aydd2004   10 天前 via iPhone

12 寸垃圾上网本 秒开地图 但是是 Catalina

Xusually
    11

Xusually   10 天前

OCSP 的网络问题?
我 2015 mbp 15 寸 Big Sur 11.2.3 都秒开这两个应用。
anonydmer
    12

anonydmer   10 天前

目测 ocsp 问题
wclebb
    13

wclebb   10 天前

我倒是没问题。
wsjjacky
    14

wsjjacky   10 天前

前两天刚从 BS 降到 Mojave,那叫一个清爽。
wsjjacky
    15

wsjjacky   10 天前

@xieshaohu 折腾过后,你会明白,所谓的新功能都是可有可无,流畅性和稳定性才是刚需。
lscho
    16

lscho   10 天前 via iPhone

m1 各种秒开,19 款 mbp 打开都得等待几秒。。。或许是负优化吧
Lemeng
    17

Lemeng   10 天前

倒是没有这个问题
xiaooloong
    18

xiaooloong   10 天前

试试这个?
t/622672
littlewing
    19

littlewing   10 天前 via iPhone

ocap
littlewing
    20

littlewing   10 天前 via iPhone

@littlewing ocsp
WilsonGGG
    21

WilsonGGG   10 天前

M1 都是秒开……
jfdnet
    22

jfdnet   10 天前

秒开
paopaosa
    23

paopaosa   10 天前

估计是负优化了,现在 m1 都是秒开的。
Building
    24

Building   10 天前 via iPhone

降级 Mojave 你会发现如丝流畅。
egan0606
    25

egan0606   9 天前

降级 cotalina 了,bigsur 对老机器感觉不是很友好
Awes0me
    26

Awes0me   9 天前

很明显是 ocsp 问题
zhouweiluan
    27

zhouweiluan   9 天前

短信是会慢半拍,但是其他都基本秒开
2019 16 寸 MBP
wasdqzxe
    28

wasdqzxe   9 天前 via Android

我都想降级了
reayyu
    29

reayyu   9 天前 via iPhone

@Xusually 倒不是打开速度慢 就是使用过程中一直特别特别卡 别说不跟手了 直接几秒延迟谁受得了…
reayyu
    30

reayyu   9 天前 via iPhone

@xieshaohu 不是打开速度慢 是打开后使用过程中特别卡 感觉有明显的几秒延迟
Twain
    31

Twain   9 天前

可以考虑重装
justin2018
    32

justin2018   9 天前

@egan0606 是不是延迟超级高?
justin2018
    33

justin2018   9 天前

@egan0606 看错了回复内容了 请忽略哈 抱歉~
divilkcvf
    34

divilkcvf   9 天前

短信卡的字都打不出来,全变成拼音发出去了
puras
    35

puras   9 天前

我以为只是我是这样的呢,特别是*近,有些 App,用着用着,就没反应了,等几秒后才响应。
准备降回 Cataline 了
xieshaohu
    36

xieshaohu   9 天前

@reayyu 这个倒是没有碰到过,因为一直用“信息”和家里领导沟通
clrss
    37

clrss   9 天前 via iPhone

我直接关 sip 和 gatekeeper 用的,感觉不卡
xieshaohu
    38

xieshaohu   9 天前

@wsjjacky 自己是软件开发的,对于新功能 0 抵抗力~体验过 macOS public beta 版,后面为了稳定还是回到正式版了,但是每次新版本必更新。
123test1010
    39

123test1010   8 天前

装 cleanmymac 了没,如果装过,请卸载掉,然后去 App Store 搜索 big sur 系统,下载,保留数据覆盖安装。大概就解决所有问题了。
reayyu
    40

reayyu   8 天前

@123test1010 没装过 只装了 lemon
123test1010
    41

123test1010   8 天前

@reayyu 先把一些系统增强工具比如内存监测工具,清理软件都卸载掉,然后去 App Store 商店搜索 big sur,下载*新系统,覆盖安装(数据都会保留)一遍,大概率是可以解决的。Mac 系统被那么多人用,你自己这么卡摆明就是你电脑环境问题,跟苹果关系不大。
reayyu
    42

reayyu   8 天前 via iPhone

@123test1010 那为啥就自带软件卡呢 其他软件一点事都没有…
yuanjingxiang
    43

yuanjingxiang   8 天前

@123test1010 请问安装系统之前为什么要卸载那些系统增强工具呢?有什么原因吗

Mac 上的 Safari 浏览器 广告屏蔽插件效果好像没 Chrome 上的好

我的 Mac 在 AppStore 上下载了 AdBlock Pro,在 Safari 上浏览某新闻网站,网站左右两边依然有广告. 同样的网站在 Chrome 上使用相同插件,就不会有广告.

是我哪里设置的有问题还是在 Safari 上就只能这样了呢

12 条回复    2021-03-31 15:04:40 +08:00

vaccer
    1

vaccer   9 天前

safari 上建议用 adguard for safari
fx777
    2

fx777   9 天前

我一直用的 adguard,Safari 一直表现良好啊
Modred
    3

Modred   9 天前   ❤️ 1

兼容问题, safari 建议使用 adguard, 条件允许直接在路由上建 adguard home
yingbo
    4

yingbo   9 天前

AdBlock Pro 很烂。用 Adguard 吧
RoshanWu
    5

RoshanWu   9 天前

%title插图%num
hronro
    6

hronro   9 天前 via iPhone

@Modred adguardhome 只能做 DNS 过滤吧,过滤效果应该是*差的
Modred
    7

Modred   9 天前

@hronro 恰恰相反相同过滤规则下 DNS 是过滤效果*好的.

浏览器插件的原理是代理页面请求, 直接丢弃广告请求.
DNS 过滤的原理是直接从源头切断广告域名的解析.

adguard home 好就好在自由度高, 拦截性能强, 支持 github 主流拦截规则

emberzhang
    8

emberzhang   9 天前

至于你信不信,有时候就需要效果差的。。。经常遇到广告过滤被网站侦测到,关掉 adguard 和 adguard home 再清空 cache 也不行,一筹莫展之际,打开 safari 完美正常访问,即使 safari 的 adguard 也根本没关。。。。
Awes0me
    9

Awes0me   9 天前

@Modred #3

adguard home 有教程吗

hronro
    10

hronro   8 天前

@Modred
DNS 过滤要求广告必须部署在和正常内容不一样的域名上,这样才能过滤。
也就是说,从原理上讲,有很多广告是没有办法被 DNS 过滤的,然后你给我说 DNS 过滤效果是*好的?

iNaru
    11

iNaru   8 天前

@Modred 1.误杀太严重 2.可以从发起请求前就拦截
q197
    12

q197   8 天前

提前过滤和浏览器端修改 html 两个结合起来才好,提前过滤性能好还省流量,浏览器修改 html 可以解决广告来自同一域名,服务器端渲染的广告(例如文字 base64 的图片 广告 div ),还能针对一些检测广告过滤的网站

Android 对 JVM 生态圈的兼容*限在哪里?

*近才意识到,实际上当年 Google 仅仅是把 Java 的 api 接口搬了过来,接口下面的代码完全重新写了一遍,虚拟机也是完全自己实现。这样的东西从标准来说应该不能算 JDK,本质其实是语法像 java 语言的全新语言。在当时确实可以把 java 生态圈里的很多东西,直接拿来用。

但是,我的疑惑是,这样的实现,它的技术*限在哪里,Google 是否真的做到了二进制级别的兼容?

12 条回复    2021-04-09 11:49:43 +08:00
guyeu
    1

guyeu   1 天前

显然没有,语法层面的兼容都没有做到,所以很多库会同时有 jre 版本和 android 版本。另外,Google 也复用了一大堆 JDK 的原始代码,后来因为官司问题都替换成了自己的实现而已。
abcbuzhiming
    2

abcbuzhiming   21 小时 32 分钟前

@guyeu 能不能举个同时有 jre 版本和安卓版本库的例子
guyeu
    3

guyeu   21 小时 25 分钟前

@abcbuzhiming #2 *著名的大概就是 guava 了
iminto
    4

iminto   20 小时 19 分钟前

@guyeu 这个例子不应该被认为是 API 不兼容导致,它的安卓版本是做了内存方面的优化和编码风格的改变,虽然某些 API 确实输出上有不同,但是 android 在语法层面应该认为是兼容某个特定 JRE 的。
ychost
    5

ychost   20 小时 8 分钟前

Guava 还好,后面 JDK 都借鉴了相关 api 比如 Optional,Future 之类的
wobuhuicode
    6

wobuhuicode   20 小时 7 分钟前

我记得 12 年刚学安卓 2.X 开发的时候,很多底层就是 JDK 的,好像安卓 4.4 之后才全部换过来。
bigbyto
    7

bigbyto   20 小时 6 分钟前

应该是取决于 android 的虚拟机。 很久没接触安卓,像早期的 dalvik 虚拟机,dex 是由 jvm bytecode(class 文件)转译过去的,因此一些新的 jvm 特性(如 invokedynamic 指令)需要等待安卓的虚拟机进行兼容,才能在代码中使用 lambda 表达式。
guyeu
    8

guyeu   19 小时 39 分钟前

@iminto #4 的确,guava 的 android 和 jre 版本更多在于编码风格和特定于 android 的优化。android 在编写和编译的层面也兼容某一个特定的 java 版本,可以说合法的 java 代码就是合法的 android 代码。不同的是运行时。
cjh1095358798
    9

cjh1095358798   19 小时 0 分钟前

android 符合 jvm 规范
ikas
    10

ikas   16 小时 46 分钟前

android 就是一个独立的平台,本身也是事实分裂了 java 生态,并且 android 的虚拟机不符合 jvm 规范,安卓跑的是 dex,jvm 跑的是 class, java 代码是先编译成 class,然后再转换成 dex.
ikas
    11

ikas   16 小时 33 分钟前

置于兼容,他根本不需要符合 jvm,同样也不需要去完整兼容,事实也是,他现在 java8 兼容完整了吗?
chenyu8674
    12

chenyu8674   1 小时 46 分钟前

java 程序员随便学两下就可以去写 Android,算不算另一种形式的“兼容”

腾讯云虚拟化:坚定的开源主义者

“只要有足够多的眼睛,就可以让所有问题浮出水面。”
在开源社区,以开源理念的发起者之一、Linux创始人林纳斯·托瓦兹名字来命名的林纳斯定律为不少开发者所共鸣。也正是这种共创共享的精神内核,让开源自1988年发展至今,并逐步成为全球IT软件的重要组成。

 

根据全球*大开源代码托管平台 GitHub 年度报告数据显示,截至 2019 年 GitHub 托管仓库已有 1.4 亿,2019 年新增仓库 400 万个,创建*个项目的用户比 2018 年增加44%,130 万开发者对开源做出首次贡献。SourceClear 调查报告指出开源项目已呈现指数级增长趋势,2026 年预计超过 3 亿。

 

在腾讯云,也有这样一支专门面向开源的小分队:他们深耕云计算的*根本技术之一——虚拟化,并始终以拥抱开源、回馈开源作为使命。

 

10月29日,在全球虚拟化顶级技术峰会KVM Forum上,2020年全球企业KVM开源贡献榜正式公布,腾讯云再度荣登该榜,其中两项技术方案被评为KVM2020年度核心突破。腾讯云因此也成为国内唯一连续四次登榜的云服务商。
%title插图%num

腾讯云两项技术方案获评KVM2020年度核心突破

 

不止于此,腾讯云目前在KVM开源社区已贡献超过170个patch,超过20个技术特性,其中8个被评为KVM年度核心突破,贡献国内排名*。也正因为在开源领域的突出贡献,腾讯云已经累计7次受邀在KVM Forum发表演讲。

 

团队成员说:“之前中国人一直被开源社区诟病,认为中国人总索取,不贡献。我们希望用行动说话,为开源社区贡献真正硬核的好东西,慢慢改变开源社区对中国的偏见。”

 

探索无人区
KVM是当前云计算中计算虚拟化的主流技术。云服务商通过KVM对物理服务器进行虚拟化后生产出云服务器,用户就能从虚拟资源池中按需购买不同规格的云服务器产品,进而获取对应的计算能力。

 

然而,当时间回流至2013年,KVM却并不是云计算的“真命天子”。

 

彼时,腾讯云刚刚从服务腾讯开放平台上的合作伙伴升级为面向社会全面开放。腾讯云虚拟化技术团队正在思考,采用什么样的技术栈,能够保障好更大规模云上用户业务安全性、连续性和稳定性。

 

业界当时*主流的虚拟化技术是Xen,由剑桥大学开发。不管其他云服务商,还是腾讯内部,Xen都是计算虚拟化的不二之选。可是,Xen的痛点在于,代码过于复杂,当规模达到一定程度后,出问题的几率倍增,且难以把控,*终*有可能给云上用户带来损失。

 

KVM更像是后起之秀。代码简单清晰,从原理上分析相对Xen具有更好的技术前瞻性。但问题是,它仅有一个初级的社区开源版本,而尚未作为一个主流的技术栈为业界所验证。

 

是跟随主流还是探索无人区,需要技术团队迅速做出抉择。

 

经过充分的探讨,腾讯云虚拟化技术团队的选择是KVM。“面对产业数字化的契机,云计算作为产业互联网的底层基石,未来一定有巨大的成长空间。Xen大概率不能满足未来大规模应用场景下的技术需要,探索KVM虽然相对来说更加艰难,但这是一条必由之路。”腾讯云资深虚拟化技术专家马文霜回忆起当时的决策过程。

 

但为了稳妥,团队*开始还只是拿出5%的机器作为KVM的技术试验场,小步快跑。

 

试验总会充满波折。很快,团队就经历了一次面积较大的KVM 虚拟机宕机事故。好在经过周密的检查,发现这个事故源自于KVM 开源版本里一个小错误,改掉就可以恢复正常。

 

随后的过程虽然也是问题不断,但经过团队的努力,一个个难关逐步被攻克。团队的技术也在不断进化,包括重构了整套技术逻辑,以及研究出基于KVM的热升级技术,能够在用户无感知的前提下,快速处理一些底层故障。

%title插图%num

技术团队合影

 

这至少证明了,KVM这条技术路线能走通。2014年起,腾讯云云服务器CVM已全部基于KVM技术生产。

 

值得一提的是,2015年,其他云服务商因为感受到 Xen 的局限性,也开始将虚拟化技术从 Xen 切换到 KVM。此时,腾讯云在KVM技术栈上已经积累两年。

 

从开源中来,到开源中去
独行快,众行远。

 

KVM运转起来不代表一劳永逸。初级开源版本没有经过集群验证和海量业务测试,也不能把所有代码路径跑到。在真正的业务应用过程中,需要踩的坑超出想象。

 

如何在踩坑中让KVM快速成熟起来?腾讯云虚拟化技术团队的答案是开源——借助腾讯的场景把KVM用起来,发现和解决问题,然后把方案开源,从而带动更多开发者关注,更多人发现问题,更多人解决问题,*终实现KVM技术演进的利益共享……

 

2014年底,一个棘手的问题浮现出来。一些大型游戏客户在使用KVM生产出来的云服务器时,经常出现CPU占用率高,抖动很大的情况,用户能感到明显的掉帧。

 

看代码,复现问题,技术团队发现了中间的规律——游戏类业务需要关联KVM底层的定时器,游戏人数达到一定量的时候,因为一些原因会导致定时器异常。同时,技术团队发现,出现这个问题是因为KVM架构中时间戳计数器的逻辑有bug。技术团队采取现网修复的方式解决了这个问题。

 

问题得到解决后,技术团队迅速将bug解决的过程写成一个patch提交给社区,经过一系列严格评估,官方认可了由腾讯云团队贡献的*个patch。

%title插图%num

KVM社区确认腾讯云首个patch贡献的邮件

 

后来,类似的贡献还有,KVM架构中irq路由表的bug修复,解决大存储高负载的场景中虚拟机出现恶性宕机……

 

2015年,更大的挑战爆发。因为内存存在批次性质量缺陷,基于KVM生产的云服务器故障率飙升。厂商的解决方案是更换内存,但换内存意味着物理服务器需要关机重启。这对于客户尤其是大量的游戏客户来说,显然无法接受。

 

能不能把虚拟机环境在运行态中直接搬迁至健康的服务器上?KVM架构中的热迁移技术设想给了技术团队启发。可是问题在于,这个技术存在较大的环境依赖,需要结合业务负载、硬件代次等一系列复杂的因素做技术优化,而且没有实践先例。

 

“没有退路可言,只有死磕。”如今的腾讯云虚拟化技术负责人陈立东,这样形容当时的压力。

 

没日没夜的几天里,技术团队不断研究热迁移的技术原理,从提升迁移成功率和服务可用性两个维度推理技术方案。终于,在解决了几个关键技术卡点后,团队终于找到了一种能够实现的方案。腾讯云也因此成为*个大规模运用热迁移技术,解决硬件批次性故障的云厂商。

 

衍生问题随之而来。这个可能会为腾讯云带来至少一定时间内竞争优势的技术方案,是否还要*时间开源?团队出现了一些分歧的声音。

 

“开源应该是一种一以贯之的思想。如果我们这次的热迁移技术方案不开源,也许能够获得一时的竞争优势,但这就会让我们一直倡导的开源价值被摧毁,这并不利于KVM技术的长远发展。”在腾讯云副总裁刘颖的开导下,技术团队很快达成一致,将热迁移技术方案贡献到社区。

 

这个突破性的贡献也为腾讯云在社区赢得了广泛赞誉。随后的2017年,凭借在这一领域的持续贡献,腾讯云受邀在KVM Forum上发表主题演讲,这也是国内云厂商代表中的首次。

 

成立专门团队
2016年底,李万鹏加入腾讯云,身份是高级工程师。这个职责需要承担大量的业务开发工作。

 

因为对开源有着狂热爱好,他每天早上五点起床,利用上班前的时间和周末以及节假日的时间研究KVM开源相关的项目。

 

“本职工作的压力还是很大,为了避免耽误工作,只能抽业余时间做一些bugfix的工作,虽然价值相对低一点,但也算是对爱好的一种保持吧,这就是腾讯的‘工程师文化’。”与李万鹏保持相同爱好的还有几位同事。

 

无心插柳柳成荫。李万鹏和几个同事在业余爱好上的坚持,却让腾讯云在2017年*次登上了KVM全球企业开源贡献榜,这也是榜单上首次出现中国云服务商身影。

%title插图%num

2017年腾讯云首次登上KVM全球企业开源贡献榜

 

登榜的消息很快传到了腾讯公司高级执行副总裁汤道生那里,他对团队提出了表扬和鼓励。

 

做出影响力,并得到了领导的肯定,也让技术团队更加坚定,在开源领域的持续投入很值得。“从自身角度而言能提升腾讯云的技术影响力,往大的价值上说也是推动技术进步的一个很好的方式。尤其是对KVM这样一个云计算的关键技术,腾讯云应该有这样的担当。”

 

这样的想法得到了支持。领导决定,成立一个专注开源的虚拟团队,虚拟团队成员日常工作量减半,留下精力更好地投入到KVM开源方面的工作当中。

 

“虚拟化和内核的研究还是有很高的门槛,要想在开源这个领域做出成绩,需要更多的人力投入。之前业余时间做,更多就是研究怎么修复bug,成立一个专门的团队,大家有机会攻克一些关键特性。”李万鹏说。

 

2018年开始,腾讯云陆续向社区贡献技术特性。

 

那一年,腾讯云提出的PV TLB shootdown、PV IPI方案,对TLB刷新以及IPI进行优化,这些方案能够提升大规格配置虚拟机的性能,降低虚拟化层损耗,使得部分应用场景性能提升达到130%~150%,被列入了当年核心突破。
%title插图%num

2018年,腾讯云提交的贡献被列为核心突破

 

2019年,腾讯云Yield IPI、C-state MSRs、Exitless Timers方案再次对IPI和Timer进行进一步优化,3个方案再次被评为2019年度核心突破。值得一提的是,2019年腾讯云还推出35ms内启动一台虚拟机的轻量级虚拟化技术,创造了业界目前能*快启动一台虚拟机的记录。
%title插图%num

2019年,李万鹏受邀参加KVM大会演讲

 

团队也吸引了越来越多的人加入,同样热爱开源的李海伟就是其中之一。

 

“业界做开源通常都是零散的组织,像腾讯云一样专门有虚拟团队的并不多,这正是吸引我的原因。”李海伟表示,专门的组织*大的好处是能够建立好的氛围,成员传帮带,大家的视野也可以更广,而且能有比较充裕的时间和精力去做一些高价值的技术突破。

 

2019年8月,这个组织更进一步。腾讯云产品团队的架构调整时一封专门的邮件,将李万鹏、李海伟等划在了一个部门,部门职责是:1.将经过业务实践验证的技术方案持续贡献到社区;2.将社区里好的技术特性落地到业务中实践验证;3.探索KVM技术新方向和难点问题的攻坚……

 

自此,KVM开源团队,成为了一个全职部门。

 

瞄准行业*痛的问题
2020年,针对IPI(处理器中断)和Timer(定时器)这两个业务场景中出现频次*多、性能影响*大以及*难克服的难题,腾讯云提出了快速处理的框架, 绕过虚拟化开销,使得IPI和Timer处理的性能提升分别有30%和16.5%,再次被评为年度KVM核心突破。

 

除此之外,针对大规格虚拟机(多CPU和大内存)场景中性能下降明显的问题,腾讯云经过深入研究和探索,自主设计了完全支持CPU并行化的vMMU方案,克服了KVM原有设计中CPU执行被迫串行化带来的性能损失,实现了虚拟机内存管理机制的架构升级。目前,该方案已经在腾讯云稳定运行,并已经贡献给开源社区。

 

另外,针对操作系统中元数据对内存资源占用过高的问题,腾讯云设计了全新的文件系统Dmemfs(Direct Memory File System), 可以直接管理部分系统预留的虚拟机内存服务,提高系统的资源利用率降低平台成本。这个方案不仅提高了系统的资源利用率, 能够降低平台成本并*终让利于用户,同时也给系统开销降低提供了一种新的思路。目前,这一方案也被贡献到了开源社区。

 

“腾讯云现阶段在KVM开源方面聚焦的就是行业*痛点的问题,一方面通过持续创新解决腾讯云线上遇到的各种挑战并将产出反馈给社区,另一方面探索云计算领域的新技术,做好前沿技术的预演和积累,坚定不移地持续为虚拟化开源社区做出贡献。”陈立东表示。

 

另一个更大范围的数据是,截至目前,腾讯共对外开源110个项目,包含腾讯云、微信、大数据、游戏、AI、安全等领域,并覆盖所有BG(事业群)。

 

腾讯累计在GitHub获得了约32万Star(代表项目受欢迎程度),在GitHub全球开源企业Star数排名中位居全球前十。目前,腾讯已加入Linux、Apache等9大开源基金会,深度合作成为*高级别会员,并向开源基金会捐赠多个优质开源项目。

 

“生于开源,长于企业,反哺开源,腾讯云希望实现这个良性循环。”刘颖说。

————————————————

原文链接:https://blog.csdn.net/karamos/article/details/109514106

有没有什么好用的 magisk 的模块?

*近,把自己的小米 8 刷了个面具。 但感觉没有缺点一些模块 求大佬分享一下,谢谢

12 条回复    2021-04-09 12:37:57 +08:00
sidkang
    1

sidkang   4 小时 2 分钟前

只用了存储重定向
yolee599
    2

yolee599   3 小时 52 分钟前

Magisk 模块
– EdXposed:可以装 Xposed 模块
– 储存空间隔离:避免 APP 在文件系统乱拉屎

EdXposed 模块:
– XPrivacyLua:权限管理
– 钉钉助手:很好用

Tink
    3

Tink   3 小时 48 分钟前

busybox for android ndk
riru
riru – enhanced mode for storage isolation
riru – location report enable
riru – lsposed
unlock cn gms
大圣净化
sky96111
    4

sky96111   3 小时 44 分钟前 via Android

Accent color creater,改强调色
NFC 卡模拟创建的模拟卡
自己写的 Pixel5 开机动画
Riru
Sui
微信指纹支付
LSPosed
AoEiuV020
    5

AoEiuV020   3 小时 16 分钟前

%title插图%num
mclarenCL
    6

mclarenCL   3 小时 15 分钟前

现在用的是 lsposed
Maboroshii
    7

Maboroshii   3 小时 13 分钟前

magisk 对于我而言就是个 root 作用,*近发现 root 好像对我也没啥用了[:激动:] 我决定参考一些这些分享玩一玩
lychs1998
    8

lychs1998   2 小时 9 分钟前

进程锁。这玩意可以避免掉后台。
Tink
    9

Tink   1 小时 46 分钟前 via Android

@sky96111 这个 sui 到底是做啥用的啊
AoEiuV020
    10

AoEiuV020   1 小时 39 分钟前

@Tink 看起来是面向开发者的工具,不知道有什么 app 支持这个 sui,
sky96111
    11

sky96111   1 小时 6 分钟前 via Android

@Tink 一个设计风格和 shizuku 一样的的 su,有望用来替代 su 。由于我需要 nopoppings 在游戏时屏蔽消息,又不想装 shizuku,就装了 sui 。目前已知 appops 、存储空间隔离、nopoppings 、米窗、anywhere 、sai 支持 sui
Anderson997
    12

Anderson997   58 分钟前

补充两个
magisk:acc+f-droid:acca:控制充电
audiohq:调整各个 app 单独音量
uperf:yc9559 大佬的调度
ps:a11 下 riru-sui 和 edxp 有冲突会卡开机,lsp 没问题

腾讯云企业用户今年力度那么大?你怎么看?

腾讯云企业用户今年力度那么大?你怎么看?
shuangshiyi · 153 天前 · 3608 次点击
这是一个创建于 153 天前的主题,其中的信息可能已经有所发展或是发生改变。
到底是什么原因,让他们今年活动力度这么大?
力度 腾讯 今年 到底13 条回复 • 2020-12-11 16:23:14 +08:00
mjjfl 1
mjjfl 153 天前
已经买买买
asdf2020 2
asdf2020 153 天前
KPI 吧,建议和福报云货比三家

/t/720591 看看这个活动帖,能省则省
lyhiving 3
lyhiving 152 天前
腾讯云还没打到七寸,应该照学阿里云三年前搞的:
99 元可以购买 3 年 1T OSS 储存包,
999 元可以购买 3 年 10T OSS 储存包。

此招一出,三年左右估计就跟阿里云可以做到同台竞争。
加上微信的独特优势,完全可以翻盘。

可惜,腾讯云没有太多的营销思维,至少对云计算的促销理解还是很落后的。

云计算主要看备案资源,其次看储存,*后看计算。
1 、备案。企业或个人愿意在你平台被查祖宗十八代,这个是多大的信任;
2 、储存。用户愿意将*重要的数据放到你平台,相当于将命都交给了你。储存主要是指云储存和数据库。
3 、计算资源。只要够便宜,技术靠谱,不超卖得太离谱。特别是不要学 AWS 和阿里搞突发实例。基本上盘子就是稳住了。

其他的 CDN,域名,AI,自动编排,这种替代品太多。

单纯靠着储存起家的就有七牛,当然现在七牛是阿里旗下。但是却再一次证明,存储格局要大,技术要要符合业界标准就可以搞事情。
dorothyREN 4
dorothyREN 152 天前
我选择不看
opengps 5
opengps 151 天前
一直做这行,所以说两句,也欢迎用的上的找我合作:综合对比下几个大厂的活动规则,企业用户也确实是云厂商的核心客户
腾讯云抢占企业新用户发力*明显,这一次活动*了其他厂
阿里云今年在企业配置上有所收缩,但是对于个人用户却提供了改进,摒弃了 t5 参与活动
其他厂,嗯~~,甚至有不积*参与活动的现象出现,可能跟整个国内外的金融形势有直接关系
NCE 6
NCE 149 天前
我是企业,我需要采购,我觉得不大,全部活动不能自定义配置,鸡肋
CJAmoy 7
CJAmoy 149 天前
@NCE 所以你这种就需要找代理商,今年年底代理商也有任务要完成,给出清单,他们算好后给出报价
Workingpeople 8
Workingpeople 146 天前
主要还是做业绩的,现在 4 核 8G5M 三年 只要是新企业真实资质才 800 元三年的 都是那么低 趁现在赶紧捞一笔 可以联系:MTA1OTYxNTEzOQ==
hdksmu 9
hdksmu 145 天前
今年的业绩都很差劲 但是发展思路不一样 阿里是换了老一 现在保净值 优惠力度那么大了 腾讯还有其他几家都是挺急的
对大客户给的折扣都很给力
Myprincess 10
Myprincess 144 天前
@Workingpeople 老用户已经购买过服务器了,我可以重新用企业帐户购买,这样行不行,那备案与验证怎么通过。

Inuyashaaa 11
Inuyashaaa 136 天前
腾讯都不单独公布云的业绩了?你说情况怎样?不靠价格战还能活?
Alwaysonline 12
Alwaysonline 136 天前
哎,老用户怎么折腾都是贵的。

每年换新号,太累了。
Lyueyue 13
Lyueyue 118 天前
@lyhiving 分析的真到位

打车公司的云,推测是要停止公有云业务了

打车公司的云,推测是要停止公有云业务了
opengps · 7 天前 · 5602 次点击
由于没有任何官方声明,所以不太好描述这个事情的明确边界,昨晚发的帖子就没明说哪家云,所以今天补发,也暂且不明确提及名称了,既不是广告,也不是官宣。一晚上没看居然当做了无要点(看回复确实只有很少人猜对或者了解)

在我发完帖子之后,就忙着去把现有的券用完了 个人对打车公司的云还是有些期望的,只因为我本身做 gps 开发业务出身,同样面对过某些相似的问题,只是*后看到这个结果有些感慨。我本人从 12 年的项目开始,云计算早期接触了云架构,也算是见识了一段发展过程。

发文分享,仅代表个人观点,感觉可能跟曾经的外卖云一样,采用悄悄沉寂的方式退场。这种退场,应该仅仅是停止接收新用户的思路,原有客户应该可以继续用一段时间。

第 1 条附言 · 6 天前
自行判断,仅供参考,如果说觉得我这么说还不够直白,那就无视我吧
帖子 补发 打车 退场57 条回复 • 2021-04-06 17:10:11 +08:00
zoharSoul 1
zoharSoul 7 天前
结果还是没有提名字. 不明白有什么意义
opengps 2
opengps 7 天前
@zoharSoul 打车云,外卖云,套路云,良心云,,,,这类名字已经等同于公开了,懂得都懂,不懂得没必要懂
lostberryzz 3
lostberryzz 7 天前
滴滴云,美团云,阿里云,腾讯云
czfy 4
czfy 6 天前 ❤️ 31
“只想说懂得都懂,不懂的我也不多说了,细细品吧,你也别来问我怎么回事,所以我说懂得都懂。其实你懂的我也懂,谁让我们都懂呢,不懂的话也没必要装懂,毕竟里面牵扯到很多懂不了的事。这种事懂的人也没必要说出来,不懂的人看见又来问七问八,*后跟他说了他也不一定能懂,就算懂了以后也对他不好,毕竟懂的太多了不是好事。所以大家*好是不懂就不要去了解,懂太多不好”

有意思么?
TJT 5
TJT 6 天前
12 年的话就是美团云
delectate 6
delectate 6 天前
竟然没提到 京东云?
zoharSoul 7
zoharSoul 6 天前 ❤️ 1
@opengps 我懂, 但是我不懂不直接说有什么意义
locoz 8
locoz 6 天前 via Android ❤️ 10
@czfy @zoharSoul 人家标题和开头就说了“推测”、“由于没有任何官方声明”…这种情况下直接明说名字会有法律风险的。
“打车公司”的云这个描述也已经很明显了,看不懂的话说明根本不知道人家弄了个云,那这个消息知不知道都无所谓,当然没必要懂。
xFrye 9
xFrye 6 天前
@zoharSoul 我觉得还是很好懂的,总比什么 ddy,aly,txy 之类的好理解吧。。。。
czfy 10
czfy 6 天前
@locoz 我的意思是,既然这样,那不如别发这个贴了

opengps 11
opengps 6 天前 via Android
@czfy 没别的意思,我已经用自身举例了,有券的去把券发挥出来,有余额的去把余额提现或者用上,如果这不算分享消息,那么真的没必要发言了
treblex 12
treblex 6 天前 ❤️ 1
@locoz 被大脑自动修正为“搭车 公司正在用的云”了?
petercui 13
petercui 6 天前
@delectate 这是电商云吧
yrj 14
yrj 6 天前 via iPad ❤️ 3
这道题我会,Uber 云嘛
opengps 15
opengps 6 天前 via Android
@yrj ?,恭喜你找到了破绽
tieqishan07li 16
tieqishan07li 6 天前 ❤️ 2
估计也没正儿八经搞吧,自用私有云里拿点资源出来套个计费模块补贴点电费。
Jooooooooo 17
Jooooooooo 6 天前
没看懂发帖是想表达什么?

滴滴云服务要关停了?
kingfalse 18
kingfalse 6 天前 via Android
没有证据的情况下,造谣需谨慎
opengps 19
opengps 6 天前 via Android
@Jooooooooo 两个那边的朋友离职了,意思是不做公有云了
opengps 20
opengps 6 天前 via Android
@kingfalse 没有证据,我谁都没说,这不就是某些人看不懂的原因嘛
junan0708 21
junan0708 6 天前
@czfy 秀儿,是你吗?
yeqizhang 22
yeqizhang 6 天前
@tieqishan07li 我感觉都差不多,机器多了,开着闲置用不了那么就拿出来卖一卖… 当然也有专门做这个的企业…
locoz 23
locoz 6 天前 via Android
@czfy #10 ?这单纯分享个事情还好吧,不知道说的是啥的人肯定没在用啊,也影响不到啥嘛。
czfy 24
czfy 6 天前
@locoz 行吧,那就权当我是对 “懂的都懂” 4 个字太厌恶了
FS1P7dJz 25
FS1P7dJz 6 天前
这种级别的公司关掉某个边缘业务本来也很正常
而且也会有稳妥的善后方式

你这种说的好像人家要跑路一样,还让人花掉优惠券,余额提现,至于么…
namelosw 26
namelosw 6 天前 ❤️ 1
公有云起步容易,做起来很难,以前还有新浪云,盛大云之类的

公司内部滥用可以协调,外部滥用就得加技术手段,研发成本爆炸
opengps 27
opengps 6 天前
@FS1P7dJz 对这家公司来说,不会跑路,我应该在某些地方提过这一点。
但是因为这种业务的调整,必然对外降低支持,重蹈外卖云的某些覆辙。所以才决定发个帖提醒下,只是没想到反对声更高,是我多心了
opengps 28
opengps 6 天前
@czfy 单看这四个字我也挺厌恶,这么看我确实用词不太恰当,踩了个坑
sadwin 29
sadwin 6 天前
谜语人泛滥成灾
opengps 30
opengps 6 天前
@sadwin 这种事难办,我已不是当年的愣头青了,我可以悬赏 5 毛让别人喊出来
Dxxxxs 31
Dxxxxs 6 天前 ❤️ 5
大老板 章文嵩 离职了, 滴滴云 部门也被拆了。 公有云停止服务也是早晚的事情了
dixeran 32
dixeran 6 天前 via Android ❤️ 1
@opengps 这样也有风险
opengps 33
opengps 6 天前
@Dxxxxs 大佬的回复是目前见过的所有回复里*有说服力的。
dynastysea 34
dynastysea 6 天前 ❤️ 1
云服务停止很正常,预期后面市场上留下来的就 4 家,华为、腾讯、阿里,头条。毕竟这东西投入大,盈利少,一般的公司很难扛得住。。。。
fyooo 35
fyooo 6 天前
@dynastysea 感觉是阿里吃大头,华为和鹅厂吃小头,字节没有入局吧?
youhuo 36
youhuo 6 天前
增长智慧了,
sujin190 37
sujin190 6 天前
@dynastysea #34 但是阿里云、华为云都超级挣钱的啊
dynastysea 38
dynastysea 6 天前
@sujin190 家家现在都亏成啥了。。还挣钱。。相比较别的业务来说真是毛毛雨
dynastysea 39
dynastysea 6 天前
@fyooo 只是没有正式发布而已
chenqh 40
chenqh 6 天前
@dynastysea ali 不是挣钱了吗?华为云应该也挣钱了吧
processzzp 41
processzzp 6 天前 via iPhone
谜语人滚出 V2EX
malaohu 42
malaohu 6 天前 ❤️ 1
去年滴滴云小 JJ 联系过我,他们想砸钱要把大使推广搞起来。

推广别人注册(不购买服务)就返利,*近就要出活动了!

心想: 我擦,这可牛哇!!

过了 2 个月没消息了,我问小 JJ 活动怎么样了?

小 JJ 说,他们的领导生孩子去了…. 活动搁置了….

盼望领导早日回归!这个良心活动可以有!!!!
Tink 43
Tink 6 天前 via Android
弟弟云
Macolor21 44
Macolor21 6 天前
@opengps 你这“懂得都懂,不懂的没必要懂” 这句话让人看到不舒服了。像外卖云,打车云其实已经很明显了,毕竟做云的只有那几个。
opengps 45
opengps 6 天前 via Android
@Macolor21 嗯,文案里确实踩坑了。不过事实确实也证明,云计算节点下不是所有人都听说过打车云,很多人都不以为然,看口气仿佛我这个提醒比那些广告更讨厌
chenqh 46
chenqh 6 天前
兄弟云什么会停了呀
xarthur 47
xarthur 6 天前
@sujin190 阿里云单独来算的话,*近才营收平衡吧……
weiruanniubi 48
weiruanniubi 6 天前 via Android ❤️ 2
杠精真多,有意思吗?
dzyou2007 49
dzyou2007 5 天前 via Android
打车,*反应不就是 didi 吗,有啥问题……
dzyou2007 50
dzyou2007 5 天前 via Android
dd 云一直以来口碑不好,之前想买,还是没买,感觉倒掉是必然
julyclyde 51
julyclyde 5 天前
这些中型互联网企业其实搞云只是为了鼓吹而已
以他们的角色来说其实并不适合做基础运营商
noreplay 52
noreplay 4 天前 via Android
@malaohu 小 jj 是啥?基友吗?[狗头]
markgor 53
markgor 4 天前
@malaohu #41 之前推广 + 活动 的时候薅过一台,
加钱+返利 活动非常大…但那次之后一直没有活动,
如今官网某些活动链接直接就 404 了….
—————-
我猜测未来国内云市场估计(阿里云-腾讯云-华为云)三分一线天下。
二线估计 UCloud 、移动、天翼、西数、青云
滴滴、美团、京东….这些估计要么退出要么就是贴合自身业务作为附属产品打市场…

另外好奇八卦下内幕,请问有没人清楚西数是怎么存活那么久的?
道听途说西数是租用第三方机房,提供服务的,自己没自建机房..
我有看过西数提供的产品,感觉实现方式比较……另外价格也不比 腾讯 /阿里 这些有优势….
搞不明白….
raycool 54
raycool 3 天前
@markgor 百度云这么没存在感?
markgor 55
markgor 3 天前
@raycool 一不小心遗忘了…
百度云的广告没怎么看到过,活动也没什么大活动了,估计百度云 CDN 会比较多人使用,但机器就…….
不过有一说一,百度云出境线路非常稳定。当时用做 open* 节点 1 年没出过事,后来换了腾讯云,几个月端口就被长城封了。
cubecube 56
cubecube 2 天前
根据这个帖子,专门去 didi 云的官网看了看,产品就一个品类——服务器( ecs 、裸金属),能做出头就怪了
fansmaster 57
fansmaster 2 天前
做公有云,在当前市场环境一下,需要有血亏的决心,或者丰富的生态资源,如果这两个都没有,那关闭就是早晚的问题。

Dubbo to Mesh 云原生架构改造方案解析

Dubbo 是一款高性能的 Java RPC 框架,它除了拥有卓越的 RPC 能力,也同时具有微服务的一些治理能力,如:注册发现,负载均衡等,目前 Dubbo 是国内使用较多的微服务框架之一。

在云原生到来的今天,Service Mesh 的服务治理模式彻底解耦了业务逻辑和控制逻辑,通过 Sidecar 将服务发现,流量控制逻辑下沉到 iPaaS 层面,这种方式逐渐得到大家的关注和青睐。而 Dubbo 在流量治理方面存在一些短板,如灰度发布等目前没有完美的方式实现。

在这种环境下,国内有很多使用 Dubbo 的公司诞生了将 Dubbo 应用迁移到 Service Mesh 中的想法。本文便是对 Dubbo 迁移到 Service Mesh/Istio 的探讨。

 

一、Dubbo to Mesh 改造难点
在 Dubbo 应用向 Service Mesh 应用改造的过程中,可能会遇到以下这些难点:

服务名调用问题:Istio 通过对 K8S 服务名调用的拦截,实现了无侵入式的流量治理功能,因此 Isito 要求不同服务间的调用必须以服务名的方式进行。现有项目是否为服务名调用,成了不同类型的项目向 Istio 改造的*大障碍之一,例如 Dubbo 项目就不是服务名调用,而是 Interface 调用,这是*个痛点问题。
注册中心问题:由于 Istio 目前只支持 K8S etcd、Consul 两种服务注册中心,其他注册中心(例如:Zookeeper)的对接以及跟 Istio 配置文件的集成及 xDS 协议数据的下发,成为了第二个痛点问题。
私有协议问题:由于当前 Istio 目前只支持 http、gRPC、tcp 三种协议,私有协议适配难度较高,即使在新版 Envoy 已经支持了 Dubbo 协议的情况下,还是需要通过 EnvoyFilter 下发专属 xDS 协议数据来支持 Dubbo 的服务调用及流量治理,这是第三个痛点问题。
二、Dubbo to Mesh 云原生架构改造方案
相比于自研 sidecar 或修改 Dubbo SDK 等重度方式,本文从不同的角度尝试两种改造方案:

方案1:Dubbo to Mesh 轻量化改造方案:该方案基于 Dubbo 本身提供的直连功能,通过修改 dubbo provider / consumer 配置文件,禁止 dubbo 的注册发现功能,通过配置 provider url 实现基于服务名发送请求。由于 Istio 1.5+ 版已提供了 dubbo 协议的支持,因而数据面 envoy 可对 dubbo 流量进行治理。
方案2:使用 SpringBoot 重构 Dubbo 的改造方案:该方案抛弃 Dubbo 框架,直接使用 SpringBoot 进行重构。脱离了框架的限制,项目代码更轻量,同时更自然的拥抱云原生。
方案 1:Dubbo to Mesh 轻量化改造方案
1.1 改造思路

利用 Dubbo 本身的能力,修改配置文件以禁用 Dubbo 本身的注册发现,并通过指定服务名调用 Dubbo 服务。使用这种方法可以将Dubbo 应用快速部署到 Istio 集群中,不改变通信协议,并实现基于服务名的流量控制。本方案在 Istio 1.5+ 中实验通过。

%title插图%num

1.2 改造步骤:

Step 1. 改造 provider

禁用 registry,不订阅,不注册,也不进行检查。如下修改程序配置:

<beans>
<dubbo:application name=”hello-dubbo-provider”/>
<dubbo:protocol name=”dubbo” port=”20880″ />
<dubbo:registry register=”false” subscribe=”false” check=”false” address=”none” />
<bean id=”demoService” class=”tencent.demo.provider.DemoServiceImpl”/>
<dubbo:service interface=”tencent.demo.DemoService” ref=”demoService” />
</beans>
现在无需部署 zk (或其他注册服务),这个应用可以直接启动。

Step 2. 改造 consumer

同样禁用 registry。 由于没有注册发现服务了,所以需要在消费端的配置文件中显式指定接口的服务地址,通常我们会指定为 provider 部署所在的服务器 ip,但在部署到 Istio 中,我们需要指定为部署的 Service 名称,由 CoreDNS 解析为实际的 IP,从而实现让 Istio 来管理路由。本示例中的 provider 应用部署的服务名是 hello-dubbo-provider, 所以我们显式指定 url=”dubbo://hello-dubbo-provider:20880″。

<beans>
<dubbo:application name=”demo-consumer”/>
<dubbo:registry address=”none” register=”false” subscribe=”false” check=”false” />
<dubbo:reference id=”demoService” check=”false” interface=”tencent.demo.DemoService” url=”dubbo://hello-dubbo-provider:20880″ />
</beans>
除了以上通过配置文件修改调用地址,我们还可以通过在 JVM 启动参数中加入参数映射服务地址:

java -Dtencent.demo.DemoService=dubbo://hello-dubbo-provider:20880 …
如果服务较多,可以使用文件映射服务和地址:

java -Ddubbo.resolve.file=services.properties …
在 services.properties 中可指定多个服务:

tencent.demo.DemoService=dubbo://hello-dubbo-provider:20880
tencent.demo.DemoService2=dubbo://hello-dubbo-provider:20880
tencent.demo.DemoService3=dubbo://hello-dubbo-provider3:20880
本地调试一下,在 hosts 中映射一下。

127.0.0.1 hello-dubbo-provider
现在启动 consumer,不出意外,完美运行。

现在我们可以通过 yaml 的部署,轻松将应用部署到 Istio 集群中。本方案在 Isito 1.5.6 和 1.6.1 中实验通过。 详细的实验过程可以参考 腾讯云“云+社区”的文章《Dubbo to Istio / Dubbo Mesh *简改造指南》。

 

1.3 方案总结

通过简单的两处的修改,我们便实现禁用 Dubbo本身的注册发现,并交由 Istio 来管理。 通过 Dubbo 本身的能力,修改配置文件和依赖包,我们还可以将 Dubbo 应用的通信方式修改为 http。

实验证明:不改造 dubbo 框架和业务逻辑的情况下(只改配置文件和依赖包),可以实现 如下目标: 1 基于 TCP 的流量操控,可以根据 Service 来控制流量。 2 基于 HTTP 的流量操控,可以控制到 Service 和 interfaceName(Dubbo 中 interfaceName 是写在 url 里面的,可以通过 uri 匹配规则进行流量操控)。

在调用链追踪方面, Dubbo 本身并没有 OpenTracing,在不修改 Dubbo SDK 的情况下,仍需要使用 Dubbo 原来的方式来实现。

 

方案 2:使用 SpringBoot 重构 Dubbo 的改造方案
2.1 改造思路:

此方案充分利用 Dubbo 项目原有的代码结构,删除Dubbo原有的注册发现、Dubbo协议、Dubbo服务配置等功能,将一个 Dubbo 项目改造成一个 SpringBoot + K8S + Istio 的项目,代码修改范围可控,改造方式*彻底。
%title插图%num

由于改造 Dubbo SDK、Isito控制面、Envoy 数据面,让 Dubbo 去适配 Service Mesh 的技术难度较大,而且即使改造成功也需要通过 EnvoyFilter 下发专属 xDS 协议数据的形式来支持 Dubbo 服务间调用的流量治理,使得这种方式与原生 Istio 的使用方式差距较大。
所以我们选择了一条将 Dubbo 项目改造成 SpringBoot + K8S + Istio 项目的更简单的路,充分利用现有 Dubbo 项目的代码结构,将代码修改量降到一个可控的范围内。
由于 Dubbo 项目 facade 模块的作用与 Spring Cloud Feign 模块的作用十分相似(模块内都是一些 interface,需要服务端 xxxServiceImpl 去实现各个 interface,消费端通过 @Resource 注解的方式引入 interface 并直接调用),使得 Dubbo *复杂的服务间调用方式有了解决的方案。
此次改造只是利用了 Dubbo 项目的代码结构,Dubbo 原有的注册中心、Dubbo 协议等功能全部都会被去掉,也就是改造后的项目跟 Dubbo 已经没有任何关系了,所以注册中心、Dubbo私有协议这两个痛点问题也就不存在了。
K8S 会接管服务注册发现、服务编排等工作,Istio 会接管服务治理、调用链监控、服务安全等工作,改造后的项目是一个标准的 Service Mesh 项目。
2.2 改造步骤:

Step 1. 依赖修改

在根 pom.xml 中引入 SpringBoot parent,增加 spring-cloud-dependencies import 引用。
删除所有 dubbo 相关引用。
虽然 pom 文件改动很大,但属于一次性改动,改造工作量较小。
Step 2. dubbo-facade 项目改造

pom.xml 增加 spring-cloud-starter-openfeign 引用。
删除所有 Dubbo 相关引用、Dubbo 相关配置文件。
Dubbo 原有 facade 接口是标准的 JAVA 接口定义,与 Feign Restful 接口定义十分类似。这里可以在原有的 facade 接口基础上增加 @FeignClient、@RequestMapping 等注解,将一个普通的 facade 接口改造成一个 Feign Restful 接口,后续会使用 Feign 这个 Restful 框架来处理服务间调用等问题。
由于 Feign 本身是自带了 Ribbon 负载均衡,服务访问者经过负载均衡后会找到服务提供者的一个 IP+Port 进行调用,这与 K8S Service 要求的服务名调用的方式相冲突,所以必须想办法去掉 Feign 自带的负载均衡。好在 @FeignClient 可以手工指定一个固定的调用地址,这里可以把这个地址设置成 K8S Service 的 name 名称,从而实现了通过 Feign 对 K8S Service 服务名调用的能力。此部分需要每个 facade 接口增加注解一次,改造工作量相对可控。
由于 Feign 要求接口使用 Restful 格式,所以接口中的每个抽象方法都必须添加 @RequestMapping、@GetMapping、@PostMapping 等注解暴露成一个 Restful 资源地址。此部分改造涉及到每个 facade 接口的每个抽象方法,是整个方案里改动量*大的一部分。
此部分整体改造工作量取决于原有的 Dubbo 项目包含多少个 facade 接口,以及每个 facade 包含多少个抽象方法。
Step 3. dubbo-provider 项目改造

pom.xml 增加 spring-boot-starter-web、spring-cloud-starter-openfeign 等引用,同时增加 SpringBoot mainClass 标准启动项配置。
删除所有 Dubbo 相关引用、Dubbo 相关配置文件。
增加 SpringBoot 启动类,增加 @SpringBootApplication、@EnableFeignClients 两个注解,配置 dubbo-provider 服务端口号。
xxxServiceImpl 服务实现类上增加 @RestController 注解,提供 consumer Restful 访问的能力。 这个需要每个服务实现类都加上 @RestController 注解,不要遗漏。
此部分大都属于一次性改动,改造工作量相对可控。
Step 4. dubbo-consumer 项目改造

pom.xml 增加 spring-boot-starter-web、spring-cloud-starter-openfeign 等引用,同时增加 SpringBoot mainClass 标准启动项配置。
删除所有 Dubbo 相关引用、Dubbo 相关配置文件。
增加 SpringBoot 启动类,增加 @SpringBootApplication、@EnableFeignClients(需要配置 basePackages 扫描包路径) 两个注解,并配置 dubbo-consumer 服务端口号。
此部分大都属于一次性改动,改造工作量相对可控。
Step 5. 将改造后的项目部署到 K8S + Istio

创建 dubbo-provider K8S Deployment、K8S Service(ClusterIP),提供集群内访问服务。
创建 dubbo-consumer K8S Deployment、K8S Service(ClusterIP),提供集群内访问服务。
创建 istio ingressgateway、VirtualService,提供公网访问入口,并进行流量治理测试。
经过上面几步操作,我们成功的将一个 Dubbo 项目改造成了一个 Service Mesh 项目,并在 K8S + Istio 集群中部署成功、测试通过。

详细的实验过程可以参考 腾讯云“云+社区”的文章《如何将一个 Dubbo 项目改造成一个 Service Mesh 项目?》。

 

2.3 Dubbo to Mesh 改造过程中的迁移态方案

在 service mesh 和未做 mesh 化改造的 dubbo 服务之间,添加 MeshGate 业务网关。
业务网关会在 dubbo 注册中心进行注册和订阅,向 mesh 外提供 dubbo-rpc 调用服务,向 mesh 内提供 http/rest 接口服务。

%title插图%num

2.4 方案总结

当然,真实业务系统中的架构复杂度是远高于这个 Demo 的,实际改造的工作量要比改造这个 Demo 大得多。但笔者以为:Dubbo 的服务治理功能和 Istio 是重复的,并且随着云原生的 Java 框架兴起,以及 Spring 对云原生/Native 的支持,*终的 Dubbo 迁移到 Mesh 的改造都会走到这个路径。

 

两种改造方案的适用场景及优缺点
*后总结一下本文中两种方案各自的适用场景及优缺点:
%title插图%num

将数据成功迁移到云端的三个技巧

使用云端来存储企业的数据将大大提高可用空间,但前提是数据迁移要做好。如果公司打算将数据迁移到云端,你就要开始从长远考虑如何用正确的方式操作了。

现在,用云服务提供商来存储大量数据是云服务的主要引用。近年来,企业的数据在疯狂地增长,给ITunes行业的增长带来了70%的贡献。使用云服务将会大大降低企业的开支。

但是很多企业低估了迁移数据需要的工作,也低估了之前需要做的准备工作。常常会失败很多次。如果你不想重蹈覆辙,可以参考下面几个要点。

首先,要尽早意识到数据量的大小。如果数据是TB或PB级别,你不可能轻易地将他们转移到云端。你需要在云端做好数据传输的初始化工作,这需要和云服务提供商配合。这不是件简单的事情,所以尽早做计划。

第二,不要非得用和原来一样的数据库。比如,如果之前用的是Oracle数据库,不需要非得也在云端搭建Oracle数据库。事实上,这恰好是一个换新数据库的好时机,比如SQL或者NoSQL之类的。同时,也要考虑到应用连接到数据库、数据库的管理和操作等问题。数据迁移意味着其带来的诸多改变。

*后,安全和稳定对所有系统来说都是至关重要的。你需要保证使用云端资源之后保持系统的安全和稳定,对大多数迁移来说,这都是*重要的部分。但是这并不是说,要完全复制原来的那套权限系统,应该利用好合并,对其加强。

总结:尽早判断好数据量,找到*适合你的数据库,把握好机会,尽早做详细的计划。
————————————————

原文链接:https://blog.csdn.net/karamos/article/details/80122376

友情链接: SITEMAP | 旋风加速器官网 | 旋风软件中心 | textarea | 黑洞加速器 | jiaohess | 老王加速器 | 烧饼哥加速器 | 小蓝鸟 | tiktok加速器 | 旋风加速度器 | 旋风加速 | quickq加速器 | 飞驰加速器 | 飞鸟加速器 | 狗急加速器 | hammer加速器 | trafficace | 原子加速器 | 葫芦加速器 | 麦旋风 | 油管加速器 | anycastly | INS加速器 | INS加速器免费版 | 免费vqn加速外网 | 旋风加速器 | 快橙加速器 | 啊哈加速器 | 迷雾通 | 优途加速器 | 海外播 | 坚果加速器 | 海外vqn加速 | 蘑菇加速器 | 毛豆加速器 | 接码平台 | 接码S | 西柚加速器 | 快柠檬加速器 | 黑洞加速 | falemon | 快橙加速器 | anycast加速器 | ibaidu | moneytreeblog | 坚果加速器 | 派币加速器 | 飞鸟加速器 | 毛豆APP | PIKPAK | 安卓vqn免费 | 一元机场加速器 | 一元机场 | 老王加速器 | 黑洞加速器 | 白石山 | 小牛加速器 | 黑洞加速 | 迷雾通官网 | 迷雾通 | 迷雾通加速器 | 十大免费加速神器 | 猎豹加速器 | 蚂蚁加速器 | 坚果加速器 | 黑洞加速 | 银河加速器 | 猎豹加速器 | 海鸥加速器 | 芒果加速器 | 小牛加速器 | 极光加速器 | 黑洞加速 | movabletype中文网 | 猎豹加速器官网 | 烧饼哥加速器官网 | 旋风加速器度器 | 哔咔漫画 | PicACG | 雷霆加速