• Microservices Reference Architecture


    原文地址:https://www.linkedin.com/pulse/microservices-reference-architecture-spring-boot-cloud-anil-allewar

    What is "Microservices"?

    Microservices is the "new kid" on the block; a new paradigm that seeks to replace monolithic enterprise applications with a suite of small services that use lightweight mechanism like REST to communicate with each other. These services are built around business capabilities and independently deployable by fully automated deployment machinery.

    The crux of microservices can be epitomized by this illustration as defined byMartin Fowler.

    Frameworks

     There are couple of frameworks available in different software ecosystems that make it easy to create distributed applications using microservices architecture.

    1. Java - Spring Cloud using Netflix OSS
    2. Node.js - Seneca

    The reference architecture developed by us builds on the Spring Cloud ecosystem.

    There are number of components available within the Spring Cloud and Netflix OSS ecosystem that solve common problems for distributed applications (e.g. configuration management, service discovery, circuit breakers, intelligent routing etc).

    Target Architecture and Components

    The application consists of 8 different services that are available in Synerzip GitHub repository.

    1. config-server - setup external configuration
    2. webservice-registry - Eureka server
    3. auth-server - OAuth2 authorization server
    4. user-webservice - User microservice
    5. task-webservice - Task microservice
    6. comments-webservice - Comments for task microservice
    7. api-gateway - API gateway that proxies all the microservices
    8. web-portal - Single Page Application that provides the UI

    All the different services lend themselves to the following target architecture.

    While there are existing samples available for using the different Spring cloud/Netflix OSS components, we did not find anything that merged all of them together to provide an enterprise architecture. Additionally the documentation is sporadic and widely distributed so it becomes hard to understand how the components interact with each other.

    This reference architecture can be used as a starting point to understand the Microservices paradigm and then expand to scale to your architecture needs.

    Considerations for building production-ready systems

    The thought process for the reference architecture revolved around 2 concepts

    1. Making it easy enough so that beginners can understand
    2. Making it complete enough so that it can serve as the starting point of enterprise applications.

    When you are ready to build your application with this reference architecture, keep the following things in mind

    1. The application uses an endpoint to check if the user is authenticated; this leads to a very chatty application. When building your system instead use the Json Web Token (JWT) wherein the token itself contains enough information for the resource server to do simple user authentication.
    2. The Single Page Application that provides the UI is part of the reference architecture, whereas applications might be better off having the SPA as separate application that just needs to interact with your distributed system and not be part of the distributed system.
    3. There are additional Netflix OSS components like Turbine, Feign and SideCar that might be applicable to your architecture.

    Codebase

    1. https://github.com/Synerzip/spring-boot-microservices
    2. https://github.com/anilallewar/sample-config 
  • 相关阅读:
    《转》MFC六大关键技术之(五)(六)——消息映射与命令传递
    《转》MFC六大关键技术之(四)——永久保存(串行化)
    《转》MFC六大关键技术之(三)——动态创建
    《转》MFC六大关键技术之(二)——运行时类信息(RTTI)
    《转》MFC六大关键技术之(一)—— 初始化过程
    C++ 语言的 15 个晦涩特性
    QT的项目管理文件pro的编写
    使用C++编写的一个Find(查找)对话框例子
    如何让Fedora能够打开RAR文件
    Undefined symbols for architecture i386:和"_OBJC_CLASS_$_xx", referenced from:问题解决方法
  • 原文地址:https://www.cnblogs.com/davidwang456/p/5544662.html
Copyright © 2020-2023  润新知