要解决这个问题，可以从如下几个方面来考虑。
深入了解业务需求，提升业务sense
平台最终是为业务服务的，平台再牛逼，对业务没有帮助，也是不能立足的。因此，当你对业务需求有十足的把握，就能有理有据地规划平台建设的方向，就有成就感。
比如，知识图谱平台的知识更新和智能文案平台的文案发布，都需要走打标和确认流程，我们发现标注平台的标注能力就够用了。所以，我们就没有重新开发，而是在平台之间打通连接，快速解决了这个问题。
其实，有经验的SEO从业者都知道，“该页面因服务不稳定可能无法正常访问”风险提示的出现，是在对网站运营人员和用户发出的必要的提示，看到这个提示的网站运营人员需要及时检查更新修复网站，以便为用户提供更好的产品体验和提高产品转化率。
2018 年，微软 AI Lab 开源了草图转代码工具 Sketch2Code ，一些人认为生成代码效果不理想不适用于生产环境，但也有人认为代码自动生成还处于初级阶段，未来发展值得想象。
如果需要对生成的 JSON 做修改，可以通过 imgcook 编辑器可视化干预，最终通过 DSL 开放层将得到的符合代码结构和语义的 JSON 转换为代码。
所以我们自定义了具有可视化模式和源码模式的营销版本 imgcook 可视化编辑器，在可视化模式智能生成代码和可视化研发，并将生成的代码一键同步到源码模式的 WebIDE，在 WebIDE 中支持界面化的调试、预览、发布。
我们通过计算使用传统研发模式开发的模块与使用 imgcook 可视化研发模式开发的模块的效率值（复杂度与研发耗时比值）看到，使用 imgcook 可视化研发链路开发的模块编码效率提升 68%。
认识K8S集群资源时，不再按照传统方式以节点单元切分，笔者选择工作负载，存储以及网络这三个方面介绍资源类型，是基于K8S提供的核心资源对象Pod，PVC/PV以及Service/Ingress实现了最基本的集群资源管理与容器编排。
K8S要掌握应用服务运行状态，才有可能进行平台级别的弹性伸缩和故障自愈。最简单的做法就是不断检查容器进程是否处于Running状态。如果检查到容器进程失败，就不断自动尝试重启进程。很多情况下，重启进程就能解决问题，所以这种健康检查虽然简单，但是十分有效和必要。
K8S的Scheduler组件基于APIServer定义的Pod资源对象和Kubelet上报的各个节点资源的使用情况，来选择合适的节点进行调度。Scheduler控制Pod的创建，弹性伸缩以及遇到故障时的负载迁移。
