K8s野史和未来# Programming - 葵花宝典
s*r
1 楼
大家好， 请问下推荐信 是什么提交的？
是申请提交的同时，让推荐人就直接发过去 还是怎么操作？
我申请的学校， 好像都是只有提供推荐人的名字和联系方式，没有让提供推荐信啊
谢谢
是申请提交的同时，让推荐人就直接发过去 还是怎么操作？
我申请的学校， 好像都是只有提供推荐人的名字和联系方式，没有让提供推荐信啊
谢谢
j*l
2 楼
Announcing...
HP TOUCHPAD UPDATE!!
All Customers Who have placed an Order for the HP Touchpads we will be
honoring all orders and not cancel any orders. All Orders are currently in
the Awaiting Fullfillment Status. what this means is that we are waiting on
HP who has allocated 7000 16GB and 7000 32GB Pads to deliver to our
warehouse. As soon as we receive them we will then process everyones
shipment and email tracking numbers to all. We are asking all customers to
please be patient as we will have all orders shipped by middle of next week
so please bear with Us! If any one has any Questions or concerns please call
us at 1-888-887-7892 M-F 8:00am to 5:00pm EST
or email us at [email protected] .com also if any wish to cancel their order please
email the Order number and name to Kathy and we will process all refunds as
soon as possible! Keep in mind that nobody else have these in stock! Be Very
Careful of Scams! Make sure to please research all companies before paying
your money! Thanks to all for your Business! Hope to make a lot of customers
for life.
Timothy Lawson
CEO
Lawson Electronix
HP TOUCHPAD UPDATE!!
All Customers Who have placed an Order for the HP Touchpads we will be
honoring all orders and not cancel any orders. All Orders are currently in
the Awaiting Fullfillment Status. what this means is that we are waiting on
HP who has allocated 7000 16GB and 7000 32GB Pads to deliver to our
warehouse. As soon as we receive them we will then process everyones
shipment and email tracking numbers to all. We are asking all customers to
please be patient as we will have all orders shipped by middle of next week
so please bear with Us! If any one has any Questions or concerns please call
us at 1-888-887-7892 M-F 8:00am to 5:00pm EST
or email us at [email protected] .com also if any wish to cancel their order please
email the Order number and name to Kathy and we will process all refunds as
soon as possible! Keep in mind that nobody else have these in stock! Be Very
Careful of Scams! Make sure to please research all companies before paying
your money! Thanks to all for your Business! Hope to make a lot of customers
for life.
Timothy Lawson
CEO
Lawson Electronix
s*k
3 楼
之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
点，所以狗狗把比最先进borg前一个版本的k8s开源了。
k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
uber打车之类非常适合，但是一直有两个痛点，一是不好管理state的逻辑，比如部署
的先后顺序，或者绑定IP，第二个是网络上面始终解决方案太繁琐，用tunnel的方式网
络没法达到宿主机的性能有损失，用calico性能理论不会损失但是相当于在node level
做BGP，复杂而且用NAT还是有路由表爆掉的危险。
不过狗狗的团队技术精英一定要解决这个，对于第一个问题就出来了statefulset，但
是这个时候k8s大火了其他玩家都进来了，statefulset解决一些部署状态管理问题但是
还是不够简单。这个时候做etcd的coreOS那帮工程师做出了operator，然后大火。但是
好像狗狗那帮做k8s的一直和operator这帮人也不是那么对付。各自想各自的，没记错
的话狗狗或者说brandon burns团队（包括到Azure之后）没有提交过operator 的PR吧
。第二个问题service mesh出来了，之前大家讨论很多我也不是专家，专家们补充一下。
k8s从狗狗出来但是狗狗一开始应该没有把k8s当做云上大杀器，想的是对付docker
swarm和mesos之类，后来发现云上k8s起来了这个时候k8s已经不完全属于google控制了
，k8s创始人之一的branden burns跳槽到Azure做AKS，AWS也迅速跟进。还有像最近k8s
最火的operator这样也不是狗狗在推进了。所以最终发现好的技术拿到云上赚钱还是不
一回事。据说狗云的k8s最好，不过我没用过，但是AWS的Fargate和Azure AKS其实都不
错了，已经吸引了大批上去。
k8s好处在于上手快，刚开始部署简单，。k8s尤其适合在云上所谓的cloud native，因
为初期帮省很多烦恼。至于之后的坑，等到上了船你也很难下来，而且有了人气，才能
快填坑。尤其operator出来了几乎所有的热门开源都有了对应的operator， 不多说了
，大家自己看https://github.com/operator-framework/awesome-operators ，要我说
operator确实是k8s的未来，傻瓜化而不是追求性能是k8s下一步大规模普及的基础，尤
其怎么把这些传统的热门开源做好基本的部署。另外一个就是除了公有云上，在混合云
和私有云上怎么改造k8s也是今后的一大热门，比如根据私有云定制k8s的一些功能。
希望大牛们补充更正
开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
点，所以狗狗把比最先进borg前一个版本的k8s开源了。
k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
uber打车之类非常适合，但是一直有两个痛点，一是不好管理state的逻辑，比如部署
的先后顺序，或者绑定IP，第二个是网络上面始终解决方案太繁琐，用tunnel的方式网
络没法达到宿主机的性能有损失，用calico性能理论不会损失但是相当于在node level
做BGP，复杂而且用NAT还是有路由表爆掉的危险。
不过狗狗的团队技术精英一定要解决这个，对于第一个问题就出来了statefulset，但
是这个时候k8s大火了其他玩家都进来了，statefulset解决一些部署状态管理问题但是
还是不够简单。这个时候做etcd的coreOS那帮工程师做出了operator，然后大火。但是
好像狗狗那帮做k8s的一直和operator这帮人也不是那么对付。各自想各自的，没记错
的话狗狗或者说brandon burns团队（包括到Azure之后）没有提交过operator 的PR吧
。第二个问题service mesh出来了，之前大家讨论很多我也不是专家，专家们补充一下。
k8s从狗狗出来但是狗狗一开始应该没有把k8s当做云上大杀器，想的是对付docker
swarm和mesos之类，后来发现云上k8s起来了这个时候k8s已经不完全属于google控制了
，k8s创始人之一的branden burns跳槽到Azure做AKS，AWS也迅速跟进。还有像最近k8s
最火的operator这样也不是狗狗在推进了。所以最终发现好的技术拿到云上赚钱还是不
一回事。据说狗云的k8s最好，不过我没用过，但是AWS的Fargate和Azure AKS其实都不
错了，已经吸引了大批上去。
k8s好处在于上手快，刚开始部署简单，。k8s尤其适合在云上所谓的cloud native，因
为初期帮省很多烦恼。至于之后的坑，等到上了船你也很难下来，而且有了人气，才能
快填坑。尤其operator出来了几乎所有的热门开源都有了对应的operator， 不多说了
，大家自己看https://github.com/operator-framework/awesome-operators ，要我说
operator确实是k8s的未来，傻瓜化而不是追求性能是k8s下一步大规模普及的基础，尤
其怎么把这些传统的热门开源做好基本的部署。另外一个就是除了公有云上，在混合云
和私有云上怎么改造k8s也是今后的一大热门，比如根据私有云定制k8s的一些功能。
希望大牛们补充更正
B*W
4 楼
如果你上了long list，他们会自己联系的。你自己跟自己的推荐人提前打好招呼就行
了。
其实越来越多的学校开始只要联系方式了，他们先过滤，然后合适的再要推荐信，这样
大家都省力气。而且一开始就要推荐信，容易造成不客观，另外推荐信的具体内容大家
都不太在意了，反正大部分都是好话，看不看差不多，关键是推荐人是否牛人，熟人。
【在 s*****r 的大作中提到】
: 大家好， 请问下推荐信 是什么提交的？
: 是申请提交的同时，让推荐人就直接发过去 还是怎么操作？
: 我申请的学校， 好像都是只有提供推荐人的名字和联系方式，没有让提供推荐信啊
: 谢谢
了。
其实越来越多的学校开始只要联系方式了，他们先过滤，然后合适的再要推荐信，这样
大家都省力气。而且一开始就要推荐信，容易造成不客观，另外推荐信的具体内容大家
都不太在意了，反正大部分都是好话，看不看差不多，关键是推荐人是否牛人，熟人。
【在 s*****r 的大作中提到】
: 大家好， 请问下推荐信 是什么提交的？
: 是申请提交的同时，让推荐人就直接发过去 还是怎么操作？
: 我申请的学校， 好像都是只有提供推荐人的名字和联系方式，没有让提供推荐信啊
: 谢谢
l*z
5 楼
说明hp的船真的靠岸了。。。
g*t
6 楼
我看好是因为找了个苏联开发，讲了他的考虑。我觉得有道理。
s*r
7 楼
好的 谢谢了
g*t
8 楼
细节不说。但我司作为生产选择肯定要转。
: 我看好是因为找了个苏联开发，讲了他的考虑。我觉得有道理。
【在 g****t 的大作中提到】
: 我看好是因为找了个苏联开发，讲了他的考虑。我觉得有道理。
: 我看好是因为找了个苏联开发，讲了他的考虑。我觉得有道理。
【在 g****t 的大作中提到】
: 我看好是因为找了个苏联开发，讲了他的考虑。我觉得有道理。
d*r
9 楼
operator 用来管理数据库的? 感觉更不敢用了啊
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
s*k
10 楼
至少我看到有用来管理kafak的，关键是用的人多，问题就会慢慢被解决，都不是
rocket scientist，无非就是慢慢解决问题
【在 d*******r 的大作中提到】
: operator 用来管理数据库的? 感觉更不敢用了啊
rocket scientist，无非就是慢慢解决问题
【在 d*******r 的大作中提到】
: operator 用来管理数据库的? 感觉更不敢用了啊
d*r
11 楼
关键是用的人多，问题就会慢慢被解决 -- 这个我同意
但是, 一个东西开始设计不好得话，这个就是堆人头的方案 T_T
【在 s********k 的大作中提到】
: 至少我看到有用来管理kafak的，关键是用的人多，问题就会慢慢被解决，都不是
: rocket scientist，无非就是慢慢解决问题
但是, 一个东西开始设计不好得话，这个就是堆人头的方案 T_T
【在 s********k 的大作中提到】
: 至少我看到有用来管理kafak的，关键是用的人多，问题就会慢慢被解决，都不是
: rocket scientist，无非就是慢慢解决问题
s*k
12 楼
我觉得这个是适合了一个趋势
最开始的cloud是从私有的data center往上慢慢搬迁，大厂基本都有自己DC的一套方案
。但是现在感觉出现的趋势是刚开始上cloud，等到产品验证了开始发展了，需要考虑
规模和成本，再开始自己做DC
之前的历史是上云，之后可能趋势是规模大了下公有云，走混合云和私有云，那么公有
云那些方便的service怎么最好迁移，如果是k8s的话相对容易。
【在 d*******r 的大作中提到】
: 关键是用的人多，问题就会慢慢被解决 -- 这个我同意
: 但是, 一个东西开始设计不好得话，这个就是堆人头的方案 T_T
最开始的cloud是从私有的data center往上慢慢搬迁，大厂基本都有自己DC的一套方案
。但是现在感觉出现的趋势是刚开始上cloud，等到产品验证了开始发展了，需要考虑
规模和成本，再开始自己做DC
之前的历史是上云，之后可能趋势是规模大了下公有云，走混合云和私有云，那么公有
云那些方便的service怎么最好迁移，如果是k8s的话相对容易。
【在 d*******r 的大作中提到】
: 关键是用的人多，问题就会慢慢被解决 -- 这个我同意
: 但是, 一个东西开始设计不好得话，这个就是堆人头的方案 T_T
r*t
13 楼
k8s 有啥意义？应该不如 docker 划时代意义大吧？没用过，这个水很深么？
文章还是多写下和 docker swam 的比较吧，只看过 docker swam 的说。
文章还是多写下和 docker swam 的比较吧，只看过 docker swam 的说。
d*r
14 楼
其实还是设计不行, 靠Money&Marketing 来补, 靠人命来堆
一个东西基本的部分，设计的再烂，投的钱很多，还是能堆出来的!
Technically,
如果使用 container, 考虑最大 back compatibility, lxd 这种设计比 docker 平滑,
用着更像传统 vm.
https://linuxcontainers.org/lxd/introduction/
如果追求 reliablely reproduce dev env, 应该走 Nix/NixOS 这种路线
https://nixos.org/
docker/runC/rkt 这些, 作为 k8s 的基础, 就设计得不咋地
k8s 在这个糟心的基础上, 设计一堆面向 demo/kpi 的构架,
然后依然不能解决 networking 这种老大难问题,
一会儿学 BGP, 一会儿刷爆 NAT table...
是未来趋势么? 有可能, 有钱做 Marketing, 时尚界就是能火
【在 s********k 的大作中提到】
: 我觉得这个是适合了一个趋势
: 最开始的cloud是从私有的data center往上慢慢搬迁，大厂基本都有自己DC的一套方案
: 。但是现在感觉出现的趋势是刚开始上cloud，等到产品验证了开始发展了，需要考虑
: 规模和成本，再开始自己做DC
: 之前的历史是上云，之后可能趋势是规模大了下公有云，走混合云和私有云，那么公有
: 云那些方便的service怎么最好迁移，如果是k8s的话相对容易。
一个东西基本的部分，设计的再烂，投的钱很多，还是能堆出来的!
Technically,
如果使用 container, 考虑最大 back compatibility, lxd 这种设计比 docker 平滑,
用着更像传统 vm.
https://linuxcontainers.org/lxd/introduction/
如果追求 reliablely reproduce dev env, 应该走 Nix/NixOS 这种路线
https://nixos.org/
docker/runC/rkt 这些, 作为 k8s 的基础, 就设计得不咋地
k8s 在这个糟心的基础上, 设计一堆面向 demo/kpi 的构架,
然后依然不能解决 networking 这种老大难问题,
一会儿学 BGP, 一会儿刷爆 NAT table...
是未来趋势么? 有可能, 有钱做 Marketing, 时尚界就是能火
【在 s********k 的大作中提到】
: 我觉得这个是适合了一个趋势
: 最开始的cloud是从私有的data center往上慢慢搬迁，大厂基本都有自己DC的一套方案
: 。但是现在感觉出现的趋势是刚开始上cloud，等到产品验证了开始发展了，需要考虑
: 规模和成本，再开始自己做DC
: 之前的历史是上云，之后可能趋势是规模大了下公有云，走混合云和私有云，那么公有
: 云那些方便的service怎么最好迁移，如果是k8s的话相对容易。
n*t
15 楼
Borg != K8s。用瞭K8S就以為自己用上了google的高大上架構，是非常可笑的行為。
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
s*k
16 楼
问题是狗狗不开放borg，那其他人只有用k8s，跟hadoop起来不是一样吗？k8s比borg，
比起hadoop比mapreduce如何？
【在 n******t 的大作中提到】
: Borg != K8s。用瞭K8S就以為自己用上了google的高大上架構，是非常可笑的行為。
比起hadoop比mapreduce如何？
【在 n******t 的大作中提到】
: Borg != K8s。用瞭K8S就以為自己用上了google的高大上架構，是非常可笑的行為。
d*r
17 楼
borg 解决的问题比 mapreduce 复杂困难多了, 能一样么
【在 s********k 的大作中提到】
: 问题是狗狗不开放borg，那其他人只有用k8s，跟hadoop起来不是一样吗？k8s比borg，
: 比起hadoop比mapreduce如何？
【在 s********k 的大作中提到】
: 问题是狗狗不开放borg，那其他人只有用k8s，跟hadoop起来不是一样吗？k8s比borg，
: 比起hadoop比mapreduce如何？
s*k
18 楼
以borg来鄙视k8s完全不对点，Borg再好，外面的用不了，总要找解决办法，再说k8s也
许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
【在 d*******r 的大作中提到】
: borg 解决的问题比 mapreduce 复杂困难多了, 能一样么
许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
【在 d*******r 的大作中提到】
: borg 解决的问题比 mapreduce 复杂困难多了, 能一样么
d*r
19 楼
追不到刘亦菲当女友，不能转头找个凤姐吧，然后说反正都是明星,
哈哈哈哈, 大家灌完水乐一下
【在 s********k 的大作中提到】
: 以borg来鄙视k8s完全不对点，Borg再好，外面的用不了，总要找解决办法，再说k8s也
: 许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
哈哈哈哈, 大家灌完水乐一下
【在 s********k 的大作中提到】
: 以borg来鄙视k8s完全不对点，Borg再好，外面的用不了，总要找解决办法，再说k8s也
: 许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
s*k
20 楼
你这除了能酸一下，貌似也没有任何可以提供的东西了
【在 d*******r 的大作中提到】
: 追不到刘亦菲当女友，不能转头找个凤姐吧，然后说反正都是明星,
: 哈哈哈哈, 大家灌完水乐一下
【在 d*******r 的大作中提到】
: 追不到刘亦菲当女友，不能转头找个凤姐吧，然后说反正都是明星,
: 哈哈哈哈, 大家灌完水乐一下
r*t
21 楼
文章还是多写下和 docker swam 的比较吧，只用过 docker swam 的说。
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
【在 s********k 的大作中提到】
: 之所以称为野史，关键是本人不是k8s的开发团队，所以不敢说一手资料都对，但是和
: 开发团队的人有交到也有一些听说加网上资料，如果有大牛更熟悉哪方面补充更正。
: 话说k8s起家于狗狗的Borg，就是狗狗刚开始处理大数据时候需要集群管理发明的杀手
: 锏，那个时候hadoop之类拷贝也做mapreduce，但是始终效果不好，其实一个重要原来
: 就是没有更精确的对于资源的控制，没有Borg这样好的框架。borg刚开始如果没记错并
: 不完全针对container，只是有了namespace，cgroup这些雏形。后来等到docker出来大
: 家发现container的趋势，docker又出了swarm之后container的管理部署显然就成了热
: 点，所以狗狗把比最先进borg前一个版本的k8s开源了。
: k8s一出来对于简单的scale stateless简直是大杀器，用deployment的controller
: rolling update做的很好，很快普及，尤其是那种dispatch service，比如狗狗广告，
d*r
22 楼
同意, 你提供的信息很多, 我这个就是博大家一笑
【在 s********k 的大作中提到】
: 你这除了能酸一下，貌似也没有任何可以提供的东西了
【在 s********k 的大作中提到】
: 你这除了能酸一下，貌似也没有任何可以提供的东西了
n*t
23 楼
基本上就是這樣。
【在 d*******r 的大作中提到】
: 追不到刘亦菲当女友，不能转头找个凤姐吧，然后说反正都是明星,
: 哈哈哈哈, 大家灌完水乐一下
【在 d*******r 的大作中提到】
: 追不到刘亦菲当女友，不能转头找个凤姐吧，然后说反正都是明星,
: 哈哈哈哈, 大家灌完水乐一下
n*t
24 楼
borg沒有什麼特別牛逼的，技術公司上了規模的都有這麼一套東西。
只是別的沒有g的野心，那個倒像不像的垃圾出來賺吆喝，同時還想賺錢。
【在 s********k 的大作中提到】
: 以borg来鄙视k8s完全不对点，Borg再好，外面的用不了，总要找解决办法，再说k8s也
: 许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
只是別的沒有g的野心，那個倒像不像的垃圾出來賺吆喝，同時還想賺錢。
【在 s********k 的大作中提到】
: 以borg来鄙视k8s完全不对点，Borg再好，外面的用不了，总要找解决办法，再说k8s也
: 许管理狗狗那个level的集群比较困难，但是绝大部分公司来说够用了
S*n
25 楼
感觉k8s还是太复杂了，不知道Borg也是类似这么繁琐的配置吗
c*n
26 楼
swarm其实用起来挺方便 但是感觉k8s出来之后没了热度
最后一个release差不多快一年前
一堆pr 一堆issue也没人管
【在 r****t 的大作中提到】
: 文章还是多写下和 docker swam 的比较吧，只用过 docker swam 的说。
最后一个release差不多快一年前
一堆pr 一堆issue也没人管
【在 r****t 的大作中提到】
: 文章还是多写下和 docker swam 的比较吧，只用过 docker swam 的说。
相关阅读
请教: eclipse setup problem抓取GoogleInsight 数据搜狐一题，寻解法问一个java的面试题 (转载)C++ vs Javaquestion about volatile variable on multiple cores想知道家在linux下都有什么c++ socket libraryapple touch screen 开发入门?C++字符类型问题急！求computer science 家教继续挖坑JAVA和C++what's the most popular math/statics libraries for c/c++ code ?谁有numerical recipe in Fortran啊[c++] static function in a classany force.com APEX developer here?模板对象能不能作为成员变量使用太丢人了vbox死掉了外行问个问题Scott Meyers的书有必要通读一遍吗？