这是一个创建于 1579 天前的主题，其中的信息可能已经有所发展或是发生改变。
疫情期间在家实在无聊，为自己的项目开发了一款微服务工具，因易于使用而又功能强大，现公开出来让大家狠狠的拍砖。
如果你：
不喜欢 Jenkins ； 嫌弃 Kubernetes 太难了； 不想用 Docker 等容器； 想要一个马上能用的 Devops 系统； 想有一个马上能用的开发环境； 想有一个迷你数据中台解决方案； 团队内只有几个初级技术人员而又要求应用满足很高的负荷； 不想弄持续部署、持续交付、健康监控等等； ...
体验下吧：
https://gitee.com/giterver/giterver
安装参考里面的文档，不用 5 分钟即可搞定。
由于工具内置了很多限制，如果有喜欢或者想用于实际项目的，联系本人解锁，一切都是免费的哦。
第 1 条附言 · 2020-09-01 14:36:38 +08:00
忘了联系方式了， 现添加上
echo "cnViLmx1b0BhbGl5dW4uY29tCg==" | base64 -D
echo "cnViLmx1b0BhbGl5dW4uY29tCg==" | base64 -D
第 2 条附言 · 2020-09-02 13:04:36 +08:00
根据大家的反馈，使用 spring boot 和 react 做了个体验项目：
https://gitee.com/giterver/giterver/blob/master/formula.md
另外，到目前为止，还没有让大家知道这工具做什么的，确认是自己的问题，后面会加强。
最后很多人谈到闭源问题，这种工具是不能开源的，因为没有企业愿意让自己的应用架构让别人了解得一清二楚。
另外这工具是个 MVP，暂不能用于生产环境。
https://gitee.com/giterver/giterver/blob/master/formula.md
另外，到目前为止，还没有让大家知道这工具做什么的，确认是自己的问题，后面会加强。
最后很多人谈到闭源问题，这种工具是不能开源的，因为没有企业愿意让自己的应用架构让别人了解得一清二楚。
另外这工具是个 MVP，暂不能用于生产环境。
第 3 条附言 · 2020-09-03 13:09:52 +08:00
感谢大家关注，由于种子客户已找到，giterver 暂停开放体验。原来已下载的可继续使用，直到今年的最后一秒。
下次开放时，这个工具会持续加强以下方面：
1. 对 Docker/Kubernetes 平台，持续加强无需镜像的持续交付能力。
2. 更直观易用的微前端解决方案。
3. 在优化更易使用的同时，提供基于文件和外部 REST 接口的配置管理功能。
下次开放时，这个工具会持续加强以下方面：
1. 对 Docker/Kubernetes 平台，持续加强无需镜像的持续交付能力。
2. 更直观易用的微前端解决方案。
3. 在优化更易使用的同时，提供基于文件和外部 REST 接口的配置管理功能。
22 条回复 • 2020-09-02 15:11:34 +08:00
 |
1
GM 2020-09-01 14:27:55 +08:00
这个。。。。这种模式倒是很新奇特。
不看好。 |
 |
3
erenming 2020-09-01 14:41:44 +08:00 via iPhone
小公司用 docker compose 也足够了，简单点
|
 |
6
nulIptr 2020-09-01 17:06:53 +08:00
盲猜一个不支持 dotnet，一看果然不支持 dotnet
|
 |
7
bambo OP @nulIptr 不好意思，dotnet 暂时不会支持，甚至短期内都不会计划支持。 短期内会集中 nodejs 、go 和 java 三种语言。现在应该还没人发现，我这工具，其实其实了一个目标，那就是让架构产品化了。
|
 |
8
scofieldpeng 2020-09-01 20:16:55 +08:00  1
建议你要推广自己的产品，也好歹介绍下东西，在线 demo 来一下，特性说一下，说不好听点，其他不说，就一个二进制包，谁知道你有没有后门呢
|
 |
9
mritd 2020-09-01 20:36:43 +08:00
这波操作我给 -1 分
|
|
10
bambo OP @scofieldpeng 多谢你的提议。看样子可用性，还有待改善。不过暂时你可以参考服务设计界面下的说明。至于后门，就别开玩笑啦
|
 |
11
terrytang1 2020-09-01 22:07:16 +08:00
来个界面截图看看
|
 |
12
chinvo 2020-09-01 22:09:32 +08:00 via iPhone
闭源中国的用户都是这样玩嘛，i 了 i 了
|
 |
13
Rwing 2020-09-01 22:11:09 +08:00
这种东西，不开源的话，确实没人敢用啊
|
|
15
GM 2020-09-02 10:30:20 +08:00
“只有几个初级技术人员而又要求应用满足很高的负荷”这是一个不可调和的矛盾。
|
|
18
bambo OP @GM 我知道你的意思，从写代码角度来说，是有点不可能。换个角度来说，假如，一个初级技术人员写的一个服务，单机只能支持 200 并发，但如果你让这个服务自动水平伸缩至 10 或更多的服务器，并处理好负载均和，支持 1000+并发那是一定有可能，虽然方法烂了点，但对于小公司来说，经济上根划算
|
 |
19
iweisi 2020-09-02 13:39:18 +08:00
有点看不懂，文档能不能写多点
|
Select Language