技术干货
未来企业增长和竞争的能力越来越取决于其数字化创新能力，那么在业务敏捷变革、应用快速创新的前提下，企业的大数据需要能够准确反映出企业的业务情况，进而需要高质量的数据和完善的数据管理机制——大数据资产管理平台。
随着互联网、大数据、云计算等信息技术的不断发展，数字化时代正在悄然到来。在数字化时代，一切商业规则都在改变。对蓝月亮而言，企业的管理模式和经营战略的侧重点的变化，这些都对现有的IT架构提出了很大的挑战。
欧洲杯刚刚落幕，整个过程就是球员（展示组件）踢球（actions），足球的位置（state）发生变化，球员跟随着足球（state）进行相应的跑动，进而形成单向的循环。足球就相当于 Redux的state；球场和球员则相当于React组件。
微服务架构不是银弹，在微服务架构中，我们将面临很多新的问题，这时候势必会引入一个服务注册发现问题。本文作者向大家介绍了随着负载均衡位置的不同，三种主要的服务注册与发现和负载均衡方案。
熔断这个词大家都不陌生，是指当股指波幅达到某个点后，交易所为控制风险采取的暂停交易措施。相应的，服务熔断一般是指软件系统中，由于某些原因使得服务出现了过载现象，为防止造成整个系统故障从而采用的一种保护措施，所以很多地方把熔断亦称为过载保护。
其实从敏捷延展开的 DevOps 概念很早就已经被提出，不过由于配套的技术成熟度水平层次不齐， DevOps 的价值一直没有有效地发挥出来。现如今，随着容器技术的发展， DevOps 在企业中的实践难度大幅降低，其价值也得以体现。
随着微服务架构的流行，REST风格也是大势所趋。那么，什么是REST？如何规范我们的RESTFUL API 文档？本文中，作者主要基于以上两个话题进行讨论并探讨在数字化企业云平台实践中如何规范RESTful文档。
未来是数字化的时代，企业也必将经历数字化转型。这种“转型”不仅仅是企业单靠技术、研发模式、产品的升级来达到，而是与上下游、用户、合作伙伴共同协作，改变商业模式的一种“数字化转型”，从根本上改变自我定位，从“唯我”向“伙伴”转变。
微服务架构会把应用按照业务粒度拆分不同的微服务，不同的微服务会相互交叉，形成网状结，如何进行有效管理呢？在实际工作中，我们不仅要知道产品内部组件之间的关系，还要知道每个产品之间关系。
在软件应用的交付周期里，我们经常会遇到以下场景：在开发、测试 、生产环境中使用不同的数据库服务器，在开发环境中设置cache=off，在生产环境中设置cache=on。所以，需要一个提供配置管理的服务来满足我们的需求。
Flannel 是CoreOS团队开发的网络工具，flannel使用etcd进行配置，这样就可以保证多个flannel实例之间的配置一致性。Flannel是普元云平台网络实现技术。
我们最终选择了k8s+cephrbd的方式来构建我们的容器存储。一部分的原因是因为需要k8s必须跑在coreos上造成的。选择ceph，是因为它的稳定与高效，而且目前与k8s的集成也结合得比较好。
随着组织规模不断扩大，业务不断增长，单机应用和数据库已不足以支持庞大的业务和数据，这个时候需对应用和数据库进行拆分，就出现了一个应用需同时访问两个或两个以上的数据库情况。开始我们用分布式事务来保证一致性，就是我们常说的两阶段提交协议2PC。