微服务架构中怎么解决部署、日志、异常，数据、事务的问题。
倘若现在有一个问题， 就是让简要的概括，微服务中遇到上面的问题是怎么解决处理的
有没有热心的人能够简单的解答一下,感激不尽
微服务架构中 可以分出一个配置文件读取服务 和一个网关服务，这两个服务开启后就不需要频繁变更，在需要配置文件修改时候重启项目就可以生效。
日志 可以输出到项目文件夹中。配置logger的配置文件具体配置可以在百度。事务用的是注解。数据的化 我用的是json数据 服务于服务之间不产生任何耦合。
说一下我们公司的情况吧，打包的时候是把配置文件和日志文件分离出来，和jar包放到同一个文件夹下，再编写一个启动项目的shell脚本，再把这个文件夹考到要部署的服务器节点上，启动就行了。异常也是以日志的形式保存到项目的跟目录下，至于事务的话就是加注解@Transactional(rollbackFor = Exception.class)
部署使用持续集成比较好 接入docker容器管理
日志使用ELK统一收集
事务就是分布式事务的解决方案了这个网上有很多
数据存储一般就是数据库吧 nosql或者RDBMS
微服务架构系统灵活性，健壮性，扩展性好，特别适合需求变化迅速的场景。但系统复杂度高，部署，管理难度大。微服务除了开发期框架之外，还有需要一系列的运行期中间件支撑，如API网关，服务注册中心，统一配置中心等。 目前国内比较成熟的吧，东软有一支团队在做，他们网站是 https://platform.neusoft.com/