云原生开发框架

1. Product Principles

Ease Service makes the adoption of Cloud Native architecture highly easy, automatic, and productive for enterprises. It is targeting to eliminate the barriers & difficulties of Cloud Native based development and operation challenges, who need the fast evolution of online services to win competitions without the pain of increasing complicity costs, no matter what the organization sizes and IT skill levels are.

We have the following product Principles:

  • Service Centric. Service is the first class citizen, everything would be designed and developed based on service.

  • Build for Open & Standard . Following the industrial standard, community best practice, and reuse the Open Source software. Such as: Spring Cloud etc.

  • Deliver at Enterprise Level. There are big gaps between open source and enterprise level software. the Enterprise means:

    • Observability. The state, statistics, metrics, and logs for all service, components and middle-wares are monitoring and visual well.
    • Governance. It engages developer and operation engineer for effectively controlling and managing the risk, value, and cost.
    • High Availability. We need make sure all of the services, components and middle-ware can be works together to achieve the goal, not just some of them.
    • Enterprise Solution. must provide the enterprise solution, such as: canary deployment, high concurrency business campaign, fault recovery, service scheduling ... etc.

2. Design Principles

Ease Service is carefully designed to implement rich features around six core high-level functionalities:

  • Support the Multiple Forms. it can be delivered and installed in the production environment either as SDK or Service Mesh, depending on customer's requirements, standards, and solution scopes.

  • Observability & Tracing . Service observability & Tracing the very important for Cloud Native architecture. Not only monitoring the performance, throughput, latency, error rate and other statistics data for all service and middle-ware. Tracing the request among them also is very important. Ease Servcie only using the tracing techniques base-on Google Dapper papers, such as: Open Zipkin, Open Tracing, etc. (Note: SkyWalking does not follow the Google Dapper)

  • Integrated Service Governance Technology. The service governance includes the following functions or components.

    • Service Registry , supporting likes Eureka, Consul, Etcd, Zookeeper etc.
    • Configuration Management , supporting likes Apollo, Spring Cloud Config etc.
    • Service Proxy , supporting the Zuul, Envory or Spring Cloud Gateway etc.
    • Resilience Fault Tolerant, supporting the rate-limit, circuit breaker, retry, fallback etc.
    • Health Checking, monitoring the service health by its throughput, latency and errors.
  • Standardized Development . It's very important for an organization use a standard way to develop a service. Ease Service provides the following standard ways:

    • Remote Procedure Call, using the standard HTTP/2 for remote RPC.
    • Async Call, an easier way to make async call.
    • Logging, the log must be same format, and needs the tracing id.
    • Exception, all of the exception must be align with HTTP status code.
    • Middle-ware Adapter, it could adapt the same usage middle-ware, such as, cache,queue, etc.
    • API Documentation , integrates the Swagger API model to automatically generate API documents.

3. Features

Here just list the major features.

3.1 Basic

The Ease Service currently only support Java.

  • JDK 1.8+
  • Spring boot 2.2.1
  • HTTP/1.1
  • HTTP/2.0
  • gRPC
3.2 Supported Middle-wares

The Ease Service currently is based on the following Open Source softwares.

  • Service Discovery/Register.

    • Eureka 1.9+
    • Consul 1.6+
    • Zookeeper 3.0+
    • ETCD 3.0+
  • Configuration Management

    • Apollo
    • Spring Cloud Config
  • Service Proxy

    • Zuul 1/2
    • Spring Cloud Gateway
    • Envoy
  • Queue

    • RabbitMQ 3.0+
    • Kafka 2.0+
  • Cache

    • Redis
  • DataBase

    • MySQL 5.5+
3.3 Service Governance
  • Service Category. An well organized category can be easy to explorer all of the services.

    • The management of service instances.
    • The management of service category.
    • The version and configuration management.
  • Resilient Fault Tolerant. Supporting rate-limit, circuit breaker, retry, fallback etc

    • The Resilient policy and configuration management.
    • The Switch to enable and disable the resilient function.
  • Canary Deployment. The whole architecture traffic scheduling for canary deployment.

    • the canary service tags management
    • the canary configuration
  • Health Check . calculate the Apdex base on throughput, latency and error rate.

  • Metrics & Logs Collection . collecting the running data. Note: All of the data would be bound with service name.

    • Tracing logs. the request tracing logs collection

    • *Metrics.

      • Application Level - JVM, JDBC, HTTP request throughput, response time, error rate, etc.
      • Platform Level - The request for other middle-wares, such as: Service Gateway, Kafka, Redis, RabbitMQ, MySQL etc.
      • OS Level - CPU, Memory, IO etc.
3.4 Standardized Development
  • Declaration RPC. An Declaration RPC framework.
  • Standardized Logging. Make sure all of Service has same logging formation and the mandatory log fields, such as: process id, timestamp, trace id, etc.
  • Exception Handling. make sure the major exception can be aligned with the HTTP status code.
  • SWagger API Directory. Putting all of the API document in one place, so that the everyone can understand other department in the whole organization.
3.5 Others
  • Permission Management. The Role based permission management.

    • Role, Resource and Permission management.
    • Approval and Audit.
    • Enterprises LDAP integration.
  • Ease service mechanism . Ease Service achieves better service governance in two different ways, Intrusive/None-Intrusive.

    • Instrusive: Using SDK, requires code modification, less performance affected.
    • None-Instrusive: Using JavaAgent+Sidecar, no code modification, bring more complex operationis.
相关推荐
傻啦嘿哟26 分钟前
Python正则表达式:用“模式密码“解锁复杂字符串
linux·数据库·mysql
辰哥单片机设计2 小时前
JW01三合一传感器详解(STM32)
数据库·mongodb
小刘同学++2 小时前
Qt使用 SQLite 数据库的基本方法
数据库·qt·sqlite
施嘉伟5 小时前
Oracle 11g RAC ASM磁盘组剔盘、加盘实施过程
数据库·oracle
橘猫云计算机设计6 小时前
springboot基于hadoop的酷狗音乐爬虫大数据分析可视化系统(源码+lw+部署文档+讲解),源码可白嫖!
数据库·hadoop·spring boot·爬虫·python·数据分析·毕业设计
卓怡学长7 小时前
w304基于HTML5的民谣网站的设计与实现
java·前端·数据库·spring boot·spring·html5
冰^7 小时前
MySQL VS SQL Server:优缺点全解析
数据库·数据仓库·redis·sql·mysql·json·数据库开发
电商数据girl7 小时前
产品经理对于电商接口的梳理||电商接口文档梳理与接入
大数据·数据库·python·自动化·产品经理
hoho不爱喝酒7 小时前
微服务Nacos组件的介绍、安装、使用
微服务·云原生·架构
Spring小子8 小时前
黑马点评商户查询缓存--缓存更新策略
java·数据库·redis·后端