linux architecture,Architecture

从4月份开始着手搭建这套环境已经有半年了，幸亏我有两只手，要不还真不够用

one hand 。。。the other hand 。。。

跟我一开始想的一样，hybris 这种安装完成 就变成几个G 大小的

传统java 应用确实不太适合在 容器编排工具上使用，不是说它不能用，而是，它完全享受不到容器化的好处。

1. 镜像太大，无法拆分

首先，现在的结构里我们可以把hybris拆分成3个镜像(当然每个镜像还是很大)

hybris、solr、mysql 都可以独立成为镜像，

solr 和 mysql 本身都可以做成集群的，分布式也很容易，

mysql 分布式太麻烦或者吞吐量不够的话你还可以花钱解决问题，选择一些和 mysql 兼容的云数据库比如 RDS 什么的，同时也可以解决 数据安全和备份的问题。

但是 hybris，理想状态下，sap一直宣称 hybris 是基于 模块的，addon 什么的，说它易于扩展，方便二次开发，可复用

但是实际上，每个 OOTB 原生功能的addon都不能独立以微服务的方式运行，甚至如果你基于addon的模式进行开发，你的自定义addon也无法以微服务的形式运行。