暂无介绍
一、业务开发与基础开发的区别 -划分方式 一种将后台开发细分的方式：前台开发(业务)、中台开发(中间件、应用基础服务、PAAS服务、IAAS服务)、后台开发(运维开发)。一般前台开发对应于业务开发，中台开发对应基础开发，后台开发对应运维。 -规模 基础开发的目标是解决业务的公共痛点，所以一般数据量、并发量大于业务。就美团来说，一般的基
分布式系统是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成的系统。分布式系统的出现是为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器，处理更多的数据。 一、第一阶段 最初假设的网站中，我们把应用系统网站、文件和数据库都放在一台服务器上，一台服务器包打天下。
以下图片是基于自身对知识掌握的基本能力而画出的，并没有系统全面的读过活跃于互联网大牛的著作（个人认为那样会限制自身的思维空间），因此，若图片里存在错误，敬请批评指正，谢谢！ 演化过程： 1.20190409初版设计完成。 2.20190413版演化阴阳系统。 3.20190418版重新设计“安全”方位中WSFS，着重设计XSS和CSRF的攻防。 4.20190423版重新设计“运
本文将介绍如何使用DockerCompose搭建Istio。Istio号称支持多种平台（不仅仅Kubernetes）。然而，官网上非基于Kubernetes的教程仿佛不是亲儿子，写得非常随便，不仅缺了一些内容，而且还有坑。本文希望能补实这些内容。我认为在学习Istio的过程中，相比于Kubernetes，使用DockerCompose部署更能深刻地理解Istio各个组件的用处以及他们的交互关系。在理解了这些后，可以在其他环境，甚至
概念重复请求是指一个请求因为某些原因被多次提交，场景简述如下：1）用户快速多次点击按钮2）Nginx失败重试机制3）服务框架失败重试机制4）MQ消息重复消费5）第三方支付支付成功后，因为异常原因导致的多次异步回调； 幂等性是指同样的请求参数，多次请求返回的结果相同。一般是因为重复请求导致的重复操作等，但重复请求不只包含并发时的重复请求还包括并并
原文地址：http://www.cnblogs.com/jhli/p/6019895.html 1 IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从
第一次写博客，想了半天先从简单的三层架构开始吧，希望能帮助到你！ 简单介绍一下三层架构，三层架构从上到下分：表现层（UI），业务逻辑层（BLL），数据访问层（DAL）再加上数据模型（Model），用ef访问数据库，Model也就是与数据库表映射的实体。废话少说，上代码。 Model层 为方便说明，新建一个实体模型UserInfo，数据库表中应该对应一个UserInfo表，至于怎样
本文是在云平台架构实践（参考这里）中对于如何拆分微服务的一些经验总结。 业务原则 单一责任原则：对于一个微服务而言，具有有限的业务范围，可以帮助我们满足服务开发和交付的敏捷性； 适当的边界：关注微服务的功能范围，一个服务的大小应该等于满足某个特定业务能力所需要的大小； 业务分层：从整体规划上把业务分层，形成单向依赖，避免微服务之间的网状
本文是在云平台构建过程中的一些经验总结，主要说明了PaaS层的微服务架构设计和落地。 目标 降低系统的复杂度，减少系统的不确定性。 方法 量化，标准化，自动化。 规范 流程规范 工程创建流程 开发流程 源码管理流程 测试流程 发布流程 设计规范 微服务设计 接口设计 监控设计 代码规范 代码组织 代码开发 工具规范 自动化开发工具 CI/CD工具 单元测试工具 代码质量管
本系列文章演示如何快速搭建一个简单的云原生架构的实践环境。 基于这个基础架构，可以持续部署微服务架构的应用栈，演练敏捷开发过程，提升DevOps实践能力。 1整体规划 1.1拓扑架构 1.2基础设置 硬件配置 最低：2核CPU，4G内存，30G硬盘。 建议：8核CPU，16G内存，100G硬盘。 编号 IP OS 主机名 角色 环境 说明 A 192.168.1.101 CentOS7.4 ddc_node01 Manager Global 运行UCP和Jenkins的节点 B 192.16
本文演示如何用JHipster生成一个单体架构风格的应用。 环境需求：安装好JHipster开发环境的CentOS7.4（参考这里） 应用名：app1 实体名：role 主机IP：192.168.220.120 首先创建一个应用目录 $mkdirapp1 1生成工程代码 进入app1目录，输入命令后回车： $cdapp1/ $jhipster 命令行输出JHipster启动信息 现在开始问答环节 1.1Whichtypeofapplicationwouldyouliketocreate? 选择生成的应
本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。 环境需求：安装好JHipster开发环境的CentOS7.4（参考这里） 应用栈名称：appstack 认证微服务：uaa 业务微服务：microservice1 网关微服务：gateway 实体名：role 主机IP：192.168.220.120 微服务体系规划 本系列文章会说明如何生成uaa（即图中的JHipsterUAA），microservice1，gateway这3个微服务。 JHipsterConsole是现有的轮子，
本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。 环境需求：安装好JHipster开发环境的CentOS7.4（参考这里） 应用栈名称：appstack 认证微服务：uaa 业务微服务：microservice1 网关微服务：gateway 实体名：role 主机IP：192.168.220.120 1生成认证微服务的工程代码 因为业务微服务和网关微服务都会依赖uaa，所以首先生成uaa的工程代码。 进入appstack/uaa目录，输入命令后回车：
本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。 环境需求：安装好JHipster开发环境的CentOS7.4（参考这里） 应用栈名称：appstack 认证微服务：uaa 业务微服务：microservice1 网关微服务：gateway 实体名：role 主机IP：192.168.220.120 1生成业务微服务的工程代码 进入appstack/microservice1目录，输入命令后回车： $cdappstack/microservice1/ $jhipster 命令行输出J
本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。 环境需求：安装好JHipster开发环境的CentOS7.4（参考这里） 应用栈名称：appstack 认证微服务：uaa 业务微服务：microservice1 网关微服务：gateway 实体名：role 主机IP：192.168.220.120 1生成网关微服务的工程代码 进入appstack/gateway目录，输入命令后回车： $cdgateway/ $jhipster 命令行输出JHipster启动信息 现在开始问答环节