微服务实例是jar包还是war包？
微服务实例的格式可以是JAR包或WAR包，具体取决于所使用的技术和框架。一般来说，使用Spring Boot等框架开发的微服务通常以JAR包的形式发布和部署。而使用Servlet容器（如Tomcat）或java EE应用程序服务器的情况下，微服务可能以WAR包的形式发布和部署。
因此，微服务实例可以是JAR包或WAR包，具体取决于开发者和所使用的技术栈。
Java微服务和分布式的区别有哪些？
1、分布式系统是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成的系统，分布式是建立在网络之上、通过将不同的功能模块分别部署在不同的服务器节点，从而降低单一系统的访问压力，通过分布式部署可以用更小的成本代理更高的系统使用效率。
2、微服务是在传统SOA和单体应用的基础上发展而来的，将系统功能服务化，拆解成一个个独立的服务，每个服务只支撑单一业务，并对外提供OpenAPI，满足系统集成的需要。
3、分布式和微服务是比较类似的，二者最明显的区别就是部署方式的不同，分布式是为了降低系统压力，从而将系统模块独立部署，每个模块满足单一业务，并提供服务化集成交互的能力，符合微服务的特征，所以分布式也可以说是微服务的一种体现。但微服务是为了提高系统的灵活性、集成性，从而将功能模块服务化，但是模块化的服务可能部署在同一个服务器上，所以微服务不一定是分布式的，要取决于系统的部署方式。
4、分布式的目的是为了降低系统压力，提高并发性能，而微服务更多是将系统简单化、降低耦合度、满足更多、更灵活的使用和集成场景。但二者在交互模式都是以服务API的方式来连接各个模块，通过服务中心进行服务的注册与配置，灵活地实现服务发现、服务编排、安全管控等。
数通畅联云ESB服务总线基于K8S云平台、支持分布式部署运行，提供全生命周期API管理，包括：服务注册、服务发现、服务调用、服务监控、服务审计、服务统计，同时以向导式、图形化方式支持WS/RS服务快速开发、编排，基于分布式跟微服务完美结合实现，做为iPaaS解决方案的核心组件，敏捷支持异构系统连接、服务治理、应用集成，是消除信息孤岛、数据烟囱、建立企业集成底座的不二之选。
数通畅联专注于企业IT架构、SOA综合集成、数据治理分析领域，感谢您的阅读与关注。
微服务是架构的一种设计方法；分布式是应用的一种部署形态。不论架构是否***用服务或者微服务进行设计，都可以按照分布式进行部署。而现在的设计理念(更多是受亚马逊的成功所影响)比较倡导按照微服务进行架构设计，这样更利于分布式部署。
服务或者微服务之间有区别，但相似性更高。传统的程序调用，一般***用API的方式或者混合编码。这种方式造成编译依赖，互相影响比较大。如果按照服务的方式，通过消息进行调用，信息***用标准的格式进行编解码。依赖被解开，调用与被调用方可以独自演进，极大提升效率。同时这种方式可以较简单的实现异构操作系统间的交互，使得系统间集成变成轻而易举的事情。
发布方进行新服务的注册，调用方则动态查询服务的存在，然后通过消息的方式进行调用。
分布式则是一种应用部署的创举，通过弹性伸缩，消息缓存等，使得我们[_a***_]编写的程序具备大容量请求消息的处理能力，这在之前是不可想象的。比如Tomcat、docker等技术。
再引申一步，现有的公有、私有云兴起，就依赖容器～微服务～消息中间件等基础技术。当然这与亚马逊的技术创举分不开。
补充强调一下：微服务是一种架构设计方法，与语言无关。
