- 积分
- 453
- 金钱
- 322
- 威望
- 0
- 贡献
- 0
- HASS币
- 0
中级会员
- 积分
- 453
- 金钱
- 322
- HASS币
- 0
|
发表于 2024-12-6 11:56:24
|
显示全部楼层
本帖最后由 冬瓜HA 于 2024-12-6 14:54 编辑
不是ha的docker不规范,而是一般的应用docker的使用不规范
是armbian/debian这类docker应用开发是很松散的,所以docker的使用是没有规范的。
如果你真正了解openwrt,他其实也是有规范的。ps我定制开发op已经超过12年了,比酷友社要早,2015年就在rpi的op镜像中激活opengles,实现硬解码播放视频了(omxplayer).
简单来说,op的系统设计,为了luci的web调用,以及各种统一配置,实现了ubus的轻量总线架构(类似dbus)。
基于ubus架构,所有的op底层核心应用的启动部分和配置被统一化了(uci),
当你了解debian/armbian各种软件配置都是查各个应用的软件资料改每家自己的config文件。也就是服务的启动比较统一用一套软件(现在主流是systemd)
而openwrt(op)的启动和配置(命令行/服务/web管理)被规范和统一到ubus/uci下,实际使用成本和集成能力远高于debian/armbian。这也是openwrt能存活的主要原因。
haos对docker的使用是定制化和规范化的,类似企业级系列镜像容器定制化。
这个真正做服务器运维的应该知道国外的bitnami系列还有lsio系列的容器定制化镜像。
都是在一个企标下容器应用的规范化(每个大型企业都会标准化自己的容器镜像,只是不对外公开而已),
不能从国内外这种爱好者的想法来看,使用公共镜像,用命令行来回折腾。跑起来就算赢。
对于容器的标准化,是和它产品理念融合的,规范了备份体制,配置体制,服务加载体制。
这样未来对数据的维护才能标准化(可以用程序控制),而不是事事手写脚本和代码。
我是这些干了十多年开发和运维的,纯24小时用Linux,完全不用windows的开发者维护者。
能用各种脚本和多种开发语言进行开发维护经验的人,都不愿意维护那种杂乱临时拼凑的代码(特别是运维)
因为东西垒多了,你自己是记不清的,只有长期潜移默化按一个标准化流程处理,才能面对高度复杂的系统
开发定制,因为所有都有逻辑有规则。你熟悉了,自然不用查资料都知道怎么解决。
所以你想想,我这些熟悉运维和开发的人都喜欢愿意遵循的规则,这让你以后不容易犯错,犯错了易于补救,规范化处理的东西。真的是坏处吗?
那种系统随意可以改,数据乱存乱放的东西真的好吗?对于日常用windows,对命令行和linux和docker不熟悉的新手。随便在系统中加装软件,出了问题就两眼一抹黑的行为来说,armbian那种完全不约束的使用环境真的好吗?
如果你是极客,想要学习linux的使用,那用armbian/debian去折腾,就当慢慢学习了。
如果你仅仅是用户,希望系统能7x24小时稳定运行,你也建议你使用用haos。
只是目前ha生态的不稳定,主要是官方的快速迭代开发升级,频繁引入新功能加入新设备支持(新设备带来一些系统新需求和接口调整,python的语言升级增加的新功能新方案),以及国内的特殊网络环境造成的。而不是它的技术本身规范和技术路线问题。
docker本身的应用配置方案很灵活,haos也没改什么,但是你看到网上一般的基本使用,基本都是以前早期留下来的,现在可以算业余的使用方式,也就是软件试用而已。真正好点的docker应用,都是要做addons标准化处理的,生产级部署都是有规范约束的。haos的docker使用,只是要求你遵守它系统的标准规范,而没有对docker的功能做限制。
|
评分
-
查看全部评分
|