数人云上几天给大家分享了：《踢开绊脚石：微服务难点之服务调用的解决方案》剖析了微服务的难点之一：服务调用的解决方案。今天再来跟大家聊聊微服务的另外一个难点：数据。

数人云11月Meetup报名开启，看中西方大神如何论道云原生与微服务！本文作者敖小剑老师将在本次Meetup上继续分享Service Mesh相关内容，欢迎报名~

微服务已经成为越来越多企业IT部门研究的对象，逐步趋向于火热，数人云之前给大家分享过：《实录|微服务企业级落地将会带来哪些转变？》深入地阐述了微服务能够带来的利益，但是作为一项新兴的技术，总难免会遇到这样或那样的难题，今天就来一起看看微服务的难点之一：服务调用的解决方案。

无服务架构（Serverless）和DevOps、SRE、微服务、容器等一样，是最近两年比较新兴的概念，数人云之前给大家分享过《Serverless用这5大优势，挽救了后来7亿用户的Instagram》，今天再来探讨下Serverless和容器与微服务之间的互补与碰撞。

9月23日，数人云&又拍云在北京联合举办了将微服务进行到底的线下沙龙活动，数人云产品总监了哥（邱戈川）做了高并发微服务平台实践的分享，从微服务的优势出发进行了深入探讨，以下是本次分享的实录。

微服务的最近趋向火热，国内外有很多企业都在进行研究，5月24日，IBM和Google共同发布Istio，帮助开发人员无缝对接、管理和保护不同微服务网路且与平台、源代码或供应商无关。本文来自Istio官方文档， 由数人云资深架构师敖小剑&Service Mesh社区共同编译。

今天主要分享下微服务中的Auto Scale，豆瓣2005年3月上线，是一家历史比较悠久的互联网公司，主要覆盖文化综合领域的Web、APP等各种产品，现在有豆瓣读书、豆瓣电影、豆瓣音乐等等。

Service Mesh新秀，初出茅庐便声势浩荡，前有Google，IBM和Lyft倾情奉献，后有业界大佬俯首膜拜，这就是今天将要介绍的主角，扛起Service Mesh大旗，掀起新一轮微服务开发浪潮的Istio！

云原生即Cloud Native，最早来源于如Landscape此类做微服务的公司，近来，云原生的概念不断被提及，小数今天分享的文章就从云原生的发展趋势切入，而后为想要应用云原生的企业推荐了CNCF的兼容工具&框架。

机器人应用只不过是一组脚本或一个独立的程序，可以连接到Web服务或聊天服务，作为客户端去执行自动化功能，通常，机器人部署在服务器上，并在后台运行执行各种活动：提供信息、常见问题答疑、删除垃圾邮件等等。

今天主要分享下批量处理平台的技术心得，批量处理从片面的角度讲类似于Linux系统中的Cron Table，从大方向去看属于批量业务的调度平台，此次依托数人云3年来对容器技术的积累和对批量处理开源项目的整合过程，在这里和大家探讨一下实践分布式任务调度的心路历程。

9月10日在K8S GeekGathering Meetup上，数人云架构师保珠做了关于《K8S&mesos之我见》的主题分享，分别介绍了Kubernetes和Mesos对微服务的支撑，以下是本次分享的实录——

众所周知，容器已经在很多互联网企业以及传统企业当中实践应用，这种新兴的技术有很多地方会被人误解，一不小心就会踩到坑，数人云今天分享的文章将讨论这些，因为Docker是被最广泛采用的容器技术，所以以它为例。

数人云：Docker是CI/CD的早期采用者，通过利用如GIT等源代码控制机制的正确集成，Jenkins可以在开发者每次提交代码时启动构建过程，此过程生成新的Docker镜像，可以在整个环境中立即生效，因此团队可以快速构建共享和部署应用。

令人惊讶地是，其实微服务的概念早在五十多年前就已经被提出，多年来，很久研究表明了这些观点的准确性。这就是本文所介绍的——康威定律。现在已经有很多企业正在尝试使用它创建高效的微服务架构。

数人云老王：今天主要分享三个议题，首先是Google数据中心的简单介绍——Google数据中心约有200万台X86PC服务，没有买任何大、小型机，完全使用廉价的PC服务器搭建，因规模庞大，所以对网络要求非常高，交换机都是自行设计后定制的。服务发现、负载均衡的问题，对于Google的量级来说非常复杂，此次跟大家分享下Google内部...

8月19日的数人云Container Meetup上，张龙老师做了《基于Kubernetes的PaaS平台的设计和思考》的精彩分享，分别介绍了PaaS平台的意义，为什么选择Kubernetes，PaaS平台上的微服务架构应用，如何设计和快速构建PaaS平台，PaaS平台的功能组件这几个内容。

这是一个简单却又没有答案的问题，不要试图用二进制的方式去考虑Docker安全性，最好深入地去了解Docker的工作细节，以了解Docker安全模式的运行方式。

数人云之前分享了《聊聊调度框架，K8S、Mesos、Swarm 一个都不能少》那么你是否仍在Docker和Kubernetes选择上陷入了困扰？所以不要担心，因为这也是很多人的苦恼，这两者都是非常优秀的容器服务，至于那种更好，其实在很大程度上取决于自身和团队的需求。

目前找到符合企业自身需求的调度框架比较困难，Docker Swarm、Mesos、Kubernetes三大巨头之间最大的区别在可扩展性方面，Swarm的 Zero To Dev 快速设置功能拥有巨大的优势，Docker API的灵活性让它易于集成，并允许使用其他工具，如定制脚本或编写的自定义接口以及复杂的调度。

全球最大的代码托管和编程社交网络的GitHub，近期已经在开发、SRE等团队的配合下将服务切换到Kubernetes，因为其坐拥千万用户和亿级代码仓库，这可不是一个小工程，今天数人云就跟大家分享下GitHub迁移到Kubernetes的整个过程。

数人云：Serverless，这个新兴的技术正在逐步深入开发领域，它为应用提供大量基础设施，减少开发人员的部署问题，同时它还能解决敏捷开发中，交付具有预算约束的可伸缩应用的问题。

8月19日，来自微软、数人云、京东、当当网的四位IT老兵，《一起吹响Container+集结号》，看Serverless、DevOps、微服务、CI/CD、分布式调度任务等技术，在各个场景中与Container发生的碰撞与交互。

7月15日上海的《DevOps&SRE超越传统运维之道》主题沙龙上，数人云工程师保珠从核心理念、金融行业ITSM特性、发布协调、监控告警、总结定位等方面详细地阐述了数人云在金融场景下的落地实践。

DevOps操作上越来越成熟不是一蹴而就的，而是使用了一些新的工具，在团队内不仅改变了文化，同时也打破了沟通上的壁垒，进而开发出更好的应用，虽然仅靠工具还不够，但通过应用自动化，在提高了交付效率和质量的同时也促进了成员之间的协作。

最近朋友圈被《北京，有2000万人在假装生活》刷屏了，特大妹昨天的文章里说，作为一个程序猿，有了BUG就没有了生活。在工作中难免会遇到各种各样的问题，今天数人云就列举程序员常见的9个问题，及解题思路，我们程序员从来不假装，哼！

CI是敏捷和DevOps关键性的一步，数人云最近给大家分享了《致：正在选择CI平台的你（10大要素需把控）》今天的文章将讨论如何使用CI服务器创建高质量产品以及相关扩展插件和指标度量。最后针对业内标准规则进行了自我思考。

对于程序员来说，最纠结的恐怕是如何在众多工具和应用中选取合适的那个，小数之前给大家分享了8种CI/CD工具，用以提高交付效率和质量，今天再和谈谈选择CI平台要考虑的10大要素，前人栽树后人乘凉~

前言 在开发和创新领域中，DevOps、敏捷开发以及云计算终于突破了布道阶段逐步成为主流，本篇文章讲述将三种模式结合在一起所带来的巨大收益。 随着数字化的快速发展，整个世界都在全方位转型，过去的十年中，个人和职业生活都受到了技术的深刻影响，这一切可能要归功于DevOps。 DevOps出现前 2013年，敏捷开发受到很多...

最少的BUG，最优质的代码是开发的终极目标。正如Arkenea的创始人Rahul Varshneya在其文章中描述NASA的开发和处理软件：“所有应用都有BUG。”尽管有成百上千的人在规划、研发、测试NASA的代码，但负责宇航员生活的应用仍然存在BUG。