基于微服务的分布式应用开发

• 对于IPC，每个微服务都应该使用Rest调用或RPC来调用其它微服务。
• 一个微服务可能会与单个或多个微服务通讯。一个服务可能会是不可用的，或者因为高负载或某种服务错误，而无法在限定时间内响应。为了应对这种场景，应该有部分故障或回滚机制。
• 部署一款基于微服务的应用相比单块应用而言会更加复杂，因为基于微服务的应用有不同的服务，并且每个服务可能会运行在不同的容器或实例上。因此需要一种服务注册和发现机制，来完成想要通讯的新服务的注册和发现。
• 一个客户端微服务可能会因为单个功能来调用多个远程的微服务。这可能会导致跨网络rest或RPC的高负载调用。因此需要一个服务网关，它会接受来自微服务的一个调用，然后内部分发这个调用给多个本地服务调用(对于服务网关而言是本地的)，将这些服务的结构汇总，并返回给客户端微服务。
• 当同一个微服务托管于同一主机的不同容器中时，这里就需要一个服务级的负载均衡来分发负载，并实现灾备机制。
• 分布式应用也需要某种中心化日志框架，因此所有的数据可以被集中并生成日志数据。

@SpringBootApplication
@EnableEurekaServer
public class EurekaServer {
public static void main(String[] args) {
    System.setProperty("spring.config.name", "registration-server");
    SpringApplication.run(EurekaServer.class, args);
}
}  

eureka:
instance:
hostname: localhost
client:  # Not a client, don't register with yourself
registerWithEureka: false
fetchRegistry: false
serviceUrl:
  defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
server:
port: 1111   # HTTP (Tomcat) port   

eureka:
client:
serviceUrl:
  defaultZone: http://localhost:1111/eureka/
fetchRegistry: true   

@FeignClient(value = "serviceA")
public interface ServiceClientA {
@RequestMapping(value = "/user/{userId}", method = RequestMethod.GET, produces = { MediaType.APPLICATION_JSON_VALUE })
public UserProfile getUserProfile(
    @PathVariable("userId") Integer userId);
}  

@Component
public class ServiceClientBean {
@Autowired
private ServiceClientA serviceClientA;
@HystrixCommand(fallbackMethod = "defaultMethod")
public UserProfile getUserProfile(Integer userId) {
    UserProfile user=serviceClientA.getUSerProfile(userId);
    return user;
}
public UserProfile defaultMethod() {
    return new UserProfile();
}
}   

@EnableFeignClients(basePackageClasses = ServiceClientA.class) 

原文链接：Distributed Application Development Through Microservices（翻译：孙科）

原文发布时间为：2017-01-12

本文作者：孙科

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：基于微服务的分布式应用开发