元数据驱动的微服务架构（上）
传统的模型方式的核心目标是能够自动生成代码，故定义过于复杂。而微服务间的“语言”的目标与传统不同，用元数据作为“语言”驱动整个微服务架构是不错的选择。本文为普元软件产品部副总兼大数据产品线总经理王轩在云计算架构设计群的微课堂分享。
微服务应用容器化场景中常见问题总结
简介
云原生技术栈是下一代应用转型的必然选择，它包含了微服务架构，DevOps和容器技术。对于微服务架构来说，应用是“第一公民”，他逐渐蚕食原来底层软件或者硬件的功能，例如服务注册与发现以及负载均衡；而对于容器平台来说，容器是“第一公民”，他提供了容器注册与发现和负载均衡，同时容器技术将应用和外面的世界做了隔离，这样很多应用运行的假设就会失效。
民生银行核心分布式改造实践分享
在没有分布式技术之前，国内银行的核心系统面临着很多挑战。以民生银行为例，2013年的时候每天交易量约1800万笔，整个项目的硬件和运维投入达到1.1亿多，成本非常高昂。中国民生银行总行信息科技部总经理牛新庄做了题为《民生银行核心分布式改造实践分享》的演讲，主要分享民生银行近几年采取的核心系统分布式改造成果。
微服务架构设计 (一): 核心概念
微服务设计不应是一个讲求标准答案, 简单粗暴的设计过程。而应该是一个考量各方因素下的一个决策的过程。所谓的微服务具体应包含哪些核心的概念?
微服务实战之春云与刀客（二）—— Spring cloud 实现仿RPC面向接口调用方式
像HSF、dubbo这种RPC框架，客户端都是通过接口（Interface）调用服务的，无须自己拼装调用方式，客户端就像调用本地类方法一样。而spring cloud原生的客户端调用时通过RestTemplate发起Http调用请求，需要手动指定URL和参数，在使用上比较费劲，后来出现了申明式服务调用——Spring Cloud Feign，终于使调用得到了解放，而本文就是讲述如何极致地利用Feign来进行微服务开发。