背景
在上一篇文章中，记录了k8s的第一次落地实践，感觉对一些中大型项目的确存在不小的正面促进作用，在一次跟老婆散步的时候，有了把k8s能力简化、产品化的想法，其目的也是想帮助中小型企业进行云原生转型，k8s的门槛相对还是有的，所以最初的想法就是把k8s使用简化，对开发人员易懂，甚至对项目管理者友好。
初步行动
想想已经是两年前了，当时做了个简易的PPT，开始跟上面各种说好处。我们是一家项目型公司，一直没有形成自己的产品，我也想能沉淀出一个产品。
但是，项目型公司的最大的问题是什么，就是一直被项目推着走，全部精力陷在了无休止的项目开发中，没有人力、物力给我做产品，这当然也跟上面的决策有关，导致后续我这边也推不动了，就暂时搁置了下来。
转机
说是转机其实是对产品的，对公司反而是危机。
几年的项目做下来，发现根本赚不了钱，当然，原因也有很多，每个公司的情况不尽相同。这个时候，董事长也认识到了问题，项目是指望不上了，那怎么办呢，然后我曾经提出的云原生的概念，就重新被提了上来。
启动开发
距离最开始想法的提出已经过了将近两年时间，去年下半年才又开始重新提及，但是实话实说，这个时候，我已经不是太看好这个东西的发展前景了，但是上面的目标就是为了要有个产品，那就有个产品吧。
顾虑
上面也说了，我其实不太看好产品的前景了，原因有以下几点：
- 人力投入问题。当时的情况是，所有人全部陷在项目中，抽出来要时间。而且项目总量不变，又能抽出来多少人呢。
- 技术问题。公司对k8s相对了解的人员过少，如果要产品化，不光要了解，更要有理解。
- 成本问题。其实这个也算是上面两个问题的延伸，人不够，技术不行，要不就是招人，要不就是培养，培养成本也不低，招人的话，这类的人才也不好招，薪资也是不低。
其实公司策略在我看来也存在问题，其实就算是现在，我也还是认为公司不存在能产出产品的土壤。
正式开发
团队的组建就不另外说了，这个过程也是很艰难的，需要把人从项目中抽离，就这一个操作，就要花大量的时间和精力。
在今年年初，正式进入到产品研发，其实思路很简单：
- 一个就是简化、通俗化k8s的相应概念，通过界面化的方式进行极简的操作，就可以享受相应的k8s能力。
- 另外就是帮助企业沉淀微服务。我们提的概念叫行业云平台，根据我们自己公司的业务方向，将云原生的能力推广到相应的行业去。
目前产品还在持续迭代中。
后记
后面就准备将对接k8s,helm,harbor等等生态，以及怎么融合起来，做成一个系列的文章了。
现在已经准备从公司离职了，至于原因，后面有机会再说吧。目前，产品基本雏形已经有了，剩下的看上面的决策以及后续人的努力了，希望产品越来越好吧，毕竟也是自己曾经投入了很大精力的东西。
