好久没参加了，明天去凑个热闹

友好提示：如果安装过程中，出现异常中断，可以查看脚本，手动继续安装

07 年快毕业了时，导师让写个 web 页面显示数据库内容。虽然 asp.net 很熟，但不太想用。机缘巧合下发现了 rails，好像还是 1.8.6 版本，3 天搞定任务。

还是 electron 吧

自己写一下，也就 1-2 小时的事啊

有空去凑个热闹

看上去是个很简单的功能，不如自己撸一下

13 年的 mac air，4g 内存，128g 硬盘，做 ror 开发，还在服役。前天突然找不到声卡了，不知道是不是烧了

最后发现，用 alpine 和 ubuntu，最终镜像尺寸差不多，还是 ubuntu 用起来更方便。

选择 http.rb 你不会后悔

戳到痛点了

很难招到好的 ruby 程序员，能招到的都是缘分，除非挖。其实好的程序员都难招，不管什么语言。

牛逼！

参考我之前的文章运维 GitLab, Docker, Ruby on Rails CI/CD 实践，采用编译环境和生产环境分离，可以极大的减少镜像大小。我的生产镜像，基于 Ubuntu 18.04，包括 ruby 2.5，passenger，nginx，nodejs，imagemagick，mysql 驱动，postgresql 驱动，才 431MB。而编译环境镜像大概要接近 600MB，主要是编译工具占了很大的空间。用 dive 工具看了一下，估计可以进一步缩减到 400MB 一下。

上次看的时候还不支持阿里云接口，更新真快。牛 x

为什么会有 ServiceMesh 呢？ 就是因为微服务落地门槛太高，太过复杂。

服务注册/发现、限流、熔断、负载均衡、灰度发布... 对一个中小企业来说，自己搭建维护这一套东西成本太高了。

ServiceMesh 将上述功能抽离出来，作为通用的基础设施统一提供（终于可以不用依赖 SpringCloud 了）。 这和就像 Rails 的理念非常像，基础服务都已经提供了，只需要专注业务实现。 厂商也可以遵循统一的接口规范，提供企业级服务，帮助中小企业快速落地微服务。

ServiceMesh 如果没有了 Service，还 Mesh 啥？

ServiceMesh 的主要目的就是降低微服务的门槛，提供一系列开箱即用的微服务基础架构。

ServiceMesh 顺便了解一下

把要部署的都打成镜像，然后想怎么部署就怎么部署了。 入门可以试试用 rancher 2 + k8s + helm，微服务的话再加上 istio。 有钱的话还可以购买 rancher 2 的企业服务支持。

不会的，编译环境和运行环境几乎一样，只是运行环境少了编译工具，因此运行环境打出的镜像会小很多（大概小 300M）。我们的项目里有很多 gem 都依赖 c 扩张，都可以无障碍运行。

谢谢指正！ 刚做了一下测试，对 compile 和 build 部分做了 2 处修订：

• 编译时将.bundle 目录加入缓存（这是 bundle 的配置文件目录）；
• 构建镜像时去掉 bundle install（没有必要了）；

也许可以先将vendor/bundle先 ADD 进去，利用 Docker build cache 缩短时间。

因为 Docker 自带 Fluented 驱动，我们用 EFK（ElasticSearch + Fluented + Kibana）组合。先将日志文件重定向到标准输出，然后运行容器时指定 log-driver 为 fluented 即可。

8 月底刚从张江搬到虹口，贴近用户

谢谢关注，我们需要全职的。

一直这么用好多年了，无需重启。

遗落的

符合以上要求的，我司愿意出 30k

这有什么难度吗？

上海妹子家一般都有好几套房噢，搞定一个，事业发展比写代码快多了