摘要经常会有同学遇到api通过ip可以访问，但是通过域名却不可以访问。本篇文章总结了造成这种情况可能的原因。 因为与具体技术的选型、规则配置有关，所以没有深入讨论，只是列出可能性，仅供参考。分析问题通过域名访问不到的请求表现的现象有接口返回404一个错误页面提示method type不支持提示接口缺乏必要的参数这些都是接口访问不到，2是配置了错误页面;3,4则发出的POST/PUT 请求，但是请求
1. 前端的开发规范目录构建的规范命名原则：简洁 比如： src 源代码 img 图片资源 js JavaScript脚本 dep 第三方依赖包不使用复数 比如： 不使用 imgs docs根目录（root）结构按职能划分 比如： 1. src 源代码（逻辑） 2. doc 文档 3. dep 第三方依赖包 4. test 测试根据业务逻辑进行文件夹的划分src
common 公共资
consul客户端配置微服务实例名称和ID作者：luoluocaihong consul客户端必须配置微服务实例名称和ID,微服务启动的时候需要将名称和ID注册到注册中心,后续微服务之间调用也需要用到.名称可以通过以下两种方式配置,优先级从高到低.两个都不配置则默认服务名称为applicationspring.cloud.consul.discovery.service-na
要描述了几种API版本控制的方法。用户可以查询原始的API，或者添加定制的头文件来接收特定的版本。如果应用程序收到一个重大修订，将URI修改为V2。在进行迭代改进时，将创建与更改日期相一致的端点，并允许用户将日期信息附加。然后，可以选择保留旧版本的时间。而且在设计和版本化API时，您可以应用许多不同的理念。以下为译文API设计是一个“火辣热门”的话题！关于API的最佳结构和版本的方法已经有很多优秀
SpringCloud微服务组件consulconsul是一个可以提供服务发现，健康检查，多数据中心，Key/Value存储等功能的分布式服务框架，用于实现分布式系统的服务发现与配置。与其他分布式服务注册与发现的方案，使用起来也较为简单。Consul用Golang实现，因此具有天然可移植性(支持Linux、Windows和Mac OS X)；安装包仅包含一个可执行文件，方便部署。安装下载启动./c
一、基本规则1、代码清晰又清晰又简洁的代码当然是最好的了，但简洁不如清晰重要。总的讲不要使用单词的简写，除了非常常用的简写以外，尽量使用单词全称。API的名称不要有歧义，一看你的API就知道是以什么方式做了什么事情，不要让人有疑问！2、一致性代码保持一致，例如：创建UI相关的方法,可以使用统一的方法命名，所见即所得，见表知其意，这样，既保证了代码的一致性，也可以方便我们后续维护和管理，也利于团队代
微服务构建本质上是软件构建过程中长期演进积累的一系列理念、架构原则、工具和最佳实践。领域驱动设计的软件思想体系和方法论可以用于指导微服务建模、微服务划分、微服务架构设计等相关工作，它可以促使技术人员与领域专家达成共识，构建领域边界合理、具备明确界限上下文、关注点分离、独立自治的微服务。领域驱动设计概述领域驱动设计（Domain Driven Design）概念的兴起可以追溯到1986年，《人月神话
什么是服务发现首先我们先思考一个问题，当我们在浏览器中输入一个域名比如baidu.com，然后发生了什么才能让我们访问到百度的网页？简单来说，浏览器会首先从主机的hosts文件中查看是否有baidu.com对应ip的映射，如果有就直接用hosts文件得到的ip来请求数据，如果没有那么就需要去DNS服务器来请求ip地址，Dns服务器在自己数据库中查找域名对应的ip，如果有多个ip那么需要用DNS负载
Martin Fowler在他的博客中试试这样描述微服务的 In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communi
术语科普开始讲SpringCloud Alibaba之前先科普一下项目常用术语，方便后续内容讲解服务器：分软件与硬件，软件：类型tomcat这种跑项目的程序， 硬件：用来部署项目的电脑(一般性能比个人电脑好)服务：操作系统上术语：一个程序，开发中术语：一个能对外提供功能的程序微服务：小的服务，一个完整项目可以拆n个子项目，这些子项目能独立运行，独立对为提供功能。节点：微观上：一个服务，宏观上：一台
什么是微服务就目前而言，对于微服务业界并没有一个统一的、标准的定义（While there is no precise definition of this architectural style）。通常而言，微服务是一种架构模式或者架构风格，他提倡将单一的应用划分为一个独立的服务，每个服务运行在自己独立的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通
我觉得说微服务的服务分层前，有必要说一下微服务的演进历史和微服务架构的一些常用设计模式一、微服务演进历史 MVC (Modle View Controller) 架构： 当业务规模很小时，将所有功能都部署在同一个进程中，通过双机或者前置负载均衡器实现负载分流；此时，用于分离前后台逻辑的 MVC 架构是关键。RPC (Remote Procedure Call)架构：当垂直应用越来越多，
C#的命名规范 1、命名约定Pascal和Camel命名约定编程的命名方式主要有Pascal和Camel两种（Pascal：每个单词的首字母大写，例如ProductType；Camel：首个单词的首字母小写，其余单词的首字母大写，例如productType） 以下是一些常用的C#成员及其推荐命名方法： 标志符 规则 实例与描述 类class Pas
命名空间和group1.namespace作为环境隔离使用，例如开发环境、测试环境、生产环境等。2.group作为微服务隔离，每个group代表一个微服务，例如customer-service等。配置文件命名1.nacos中data-id相当于spring.application.name，由于每个微服务都有一个默认的application.yml配置文件，所以每个微服务的默认配置文件命名为微服务
一，微服务1，什么是微服务？微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底 地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事， 从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动 或销毁，拥有自己独立的数据库。2，微服务与微服务架构【微服务】 强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，狭
“微服务”架构是近期软件应用领域非常热门的概念。那什么是微服务？简单的说，微服务架构就是将一个完整的应用 从数据存储开始垂直拆分成多个不同的服务，每个服务都能独立部署、独立维护、独立扩展，服务与服务间通过诸如REST、API的方式互相调用。传统IT架构面临的一些问题以及云计算及互联网公司大量开源轻量级技术不停涌现并日渐成熟 ，这就催生了新的架构设计风格 – 微服务架构的出现。（简单描述一下轻量
目录打包编写DockerFile构建镜像创建容器并启动容器测试打包使用maven或者其他构建工具，打包可运行jar或者war，这里使用可运行jar进行部署。编写DockerFile创建构建目录，复制jar包到构建目录，并编写Dockerfile如下；#基础镜像，在openjdk8的基础上构建
FROM openjdk:8
#维护人信息
MAINTAINER weihao weihao322@16
# Java 微服务模块服务命名规范
## 1. 流程图
```mermaid
flowchart TD
A(开始)
B[创建微服务模块]
C[定义服务接口]
D[实现服务接口]
E[服务命名规范]
F(结束)
A --> B --> C --> D --> E --> F
```
## 2. 步骤表格
| 步骤 | 描述
微服务是什么微服务起源于2005年Peter Rodgers博士在云端运算博览会提出的微Web服务(Micro-Web-Service)，根本思想类似于Unix的管道设计理念。2014年，由Martin Fowler 与 James Lewis共同提出了微服务的概念，定义了微服务架构风格是一种通过一套小型服务来开发单个应用的方法，每个服务运行在自己的进程中，并通过轻量级的机制进行通讯（HTTP A
