本文演示如何利用Uniconnector平台，自动生成Mysql数据库的API，节约开发人员编写后台API的时间。使用生成API的前提是开发者有自己的数据库，有数据库的管理权限，并能通过外网IP访问数据库。 案例内容：生成UniChat App数据库交互接口 案例实施：利用Uniconnector平台，生成微服务 1.创建UniChat 应用，数据库类型选择Mysql 2.配置应用 - 基本信息，可修改应用名称、应用编码、应用类型和状态。 3.配置应用 - 配置数...
【编者的话】本文是使用微服务创建应用系列的第五篇文章。第一篇文章介绍了微服务架构模式，并且讨论了使用微服务的优缺点；第二和第三篇描述了微服务架构模块间通讯的不同方面；第四篇研究了服务发现中的问题。本篇中，我们从另外一个角度研究一下微服务架构带来的分布式数据管理问题。1.1 微服务和分布式数据管理问题单体式应用一般都会有一个关系型数据库，由此带来的好处是应用可以使用 ACID transactions，可以带来一些重要的...
面对微服务如火如荼的发展，很多人都在了解，学习希望能在自己的项目中帮得上忙，当你对微服务的庐山真面目有所了解后，接下来就是说服自己了，到底如何评估微服务，什么时候使用微服务，什么时间点最合适，需要哪些技术储备和资源投入等等，这些都是你需要面对和解决的。本文从单体架构，微服务架构，微服务风险评估，微服务落地条件等几个方面探讨微服务的落地过程，希望对你有所启发。 讲解微服务之前，我们先简单了解下单体...
微服务实战（三）：深入微服务架构的进程间通信【编者的话】这是采用微服务架构创建自己应用系列第三篇文章。第一篇介绍了微服务架构模式，和单体式模式进行了比较，并且讨论了使用微服务架构的优缺点。第二篇描述了采用微服务架构应用客户端之间如何采用API Gateway方式进行通信。在这篇文章中，我们将讨论系统服务之间如何通信。简介在单体式应用中，各个模块之间的调用是通过编程语言级别的方法或者函数来实现的。但是一个基于微...
单独的数据库： 微服务设计的一个关键是数据库设计，基本原则是每个服务都有自己单独的数据库，而且只有微服务本身可以访问这个数据库。它是基于下面三个原因。优化服务接口：微服务之间的接口越小越好，最好只有服务调用接口（RPC或消息），没有其他接口。如果微服务不能独享自己的数据库，那么数据库也变成了接口的一部分，这大大拓展了接口范围。错误诊断：生产环境中的错误大部分都是和数据库有关的，要么是数据出了问题，要么...
定义：微服务是一种架构风格、由马丁在其博文中首次提出；特点：1. 一组小的服务 2.独立的进程 3.轻量级级通信协议（即http） 4.基于业务能力 5. 独立部署 6.无集中式管理挑战：1. 分布式复杂性 2. 数据一致性 3.运维复杂性 4. 测试复杂性康威法则：公司的组织架构应与开发系统的架构保持一致，这样能提升研发效率；引入微服务的适用性：当系统越来越复杂时，如果采用单系统可以会带来生产力的降低，这样可以考虑引入微服务，根据实...
本例子是一个springcloud的configserver，client例子利用git存储各个服务的配置文件server获取配置文件的仓库位置，并把server注册到eureka中，同时为了实现ＨＡ，多开几个serverclient通过server获得git的地址，运行时利用获得的git配置文件来配置服务自身。这样子服务的配置修改更加方便git上的配置文件仓库地址：https://github.com/linjiaqin/springcloud-config-repo 本例子代码：https://github.com/linjiaqin/scdemo一.Conf...
微服务架构是当前很热门的一个概念，它不是凭空产生的，是技术发展的必然结果。虽然微服务架构没有公认的技术标准和规范草案，但业界已经有一些很有影响力的开源微服务架构平台，架构师可以根据公司的技术实力并结合项目的特点来选择某个合适的微服务架构平台，以此稳妥地实施项目的微服务化改造或开发进程。本文盘点了四种常用的微服务架构方案，分别是ZeroC IceGrid、Spring Cloud、基于消息队列与Docker Swarm。ZeroC IceGrid微...
前言最近发现 网上好多自己的博客，很多朋友转载了文章却不加下 原载地址，本文欢迎转载一起学习，请在目录出加上原出处，感谢。转载来自：博客(一枝花算不算浪漫)看了前面几篇文章的小伙伴知道，前几天在学习设计模式，所以标题也是用的【一起学xxx】，后面不出意外的话 都会使用这个标题了。公司项目一直用的也是spring cloud，目前自己的水平仅仅也停留在使用阶段，所以最近用业余时间来学习下spring cloud相关组件。文章打算采...
如何在细粒度的架构中更好的微服务。这里会从持续集成和持续交付说起。1.持续集成简介CI（Continuous Integration , 持续集成）CI能够保证新提交的代码与已有的代码进行集成，从而保证所有人保持同步。CI服务器会检测到代码已提交并签出，然后花些时间来验证代码是否通过编译以及测试能否通过。作为这个流程的一部分，我们经常会生成一些构建物(artifact)以供后续验证使用。理想情况下，这些构建物应该只生成一次，然后在本次提交所...
为了支持业务层中的事务，我试图在Go中查找类似Spring的声明式事务管理，但是没找到，所以我决定自己写一个。 事务很容易在Go中实现，但很难做到正确地实现。需求:将业务逻辑与事务代码分开。 在编写业务用例时，开发者应该只需考虑业务逻辑，不需要同时考虑怎样给业务逻辑加事务管理。如果以后需要添加事务支持，你可以在现有业务逻辑的基础上进行简单封装，而无需更改任何其他代码。事务实现细节应该对业务逻辑透明。事务逻辑应该...
微服务现在已经是各种互联网应用首选的云架构组件，无论是 BAT 还是 滴滴、美团 ，微服务都是重要的一环。相对于微服务，传统应用架构有以下缺点：1. 业务代码混杂，团队成员职责边界不清，团队协作体验不佳，开发效率低下。传统应用架构中，各个业务模块代码都存在于同一个应用当中，各个业务模块之间交互逻辑复杂，代码统统混在一起，难免出现要去别人代码里改代码的情况2. 代码耦合度高，日趋臃肿，难以重构，维护成本越来越高。...
我是看完了这个作者写的spring boot实战派后，特意来买他的spring cloud，两本的由浅入深，讲得比较通俗易懂，很详细，从两本但是没有出视频这点不是太好。总体感觉为：1.节奏感和细节牛逼。2.注释很详细，这本的注释比第一本好非常多。3.他的两本书的编排都区别于其他书，安排的顺序好，先学什么，后学什么安排非常合理，这也可以归纳到节奏感。4.内容都是最新的，跟上时代。5.纸的质量还不错，厚实。6.排版设计非常好。下面从章节...
前言微服务是当前非常流行的技术框架，通过服务的小型化、原子化以及分布式架构的弹性伸缩和高可用性，可以实现业务之间的松耦合、业务的灵活调整组合以及系统的高可用性。为业务创新和业务持续提供了一个良好的基础平台。本文分享在这种技术架构下的数据架构的设计思想以及设计要点，本文包括下面若干内容。微服务技术框架中的多层数据架构设计数据架构设计中的要点要点1：数据易用性要点2：主、副数据及数据解耦要点3：分库分表要...
很少在周末发文，还是由于昨晚刚收到实体书，还是耐不住性子马上发文了。 一年前，耗时半年多的时间，写出了我的第一本书《Spring Cloud微服务-全栈技术与案例解析》。时至今日，一年的间隔，今天第二本《Spring Cloud微服务 入门 实战与进阶》也出版了。去年出版的《Spring Cloud微服务:全栈技术与案例解析》一书，虽然写的不好，但是得到了大家的支持以及反馈，基于大家的反馈，重新进行了更正和改进。基于比较稳定的 Spring Clo...