微服务架构对于程序员来说是需要掌握的新型技术之一，而其受到追捧的原因就是符合互联网的发展以及其便捷性。今天我们就一起来了解一下，微服务架构带来的变化。
微服务架构给IT系统和团队带来了以下显著的变化：
基础设施的升级，需要引入虚拟化(如Docker)，现存基础设施也需要与之进行适配;
系统架构的升级，需要引入服务注册(如Consul)，服务间的交互方式也需要与之进行适配;
运维平台的升级，建议引入日志收集(如Fluentd)，分布式跟踪(如Zipkin)和仪表盘(如Vizceral/Grafana)等;
运维效率和自动化水平的提升也迫在眉睫，否则无法应对实例数量，变更频率，系统复杂度的快速增长;
观念的转变，基础设施，系统架构和运维平台等的大幅升级，犹如小米加步枪换成飞机大炮，相应的战略战术也需要与之相适配才行。
微服务架构下用户面临的监控问题
在转型到微服务架构以后，用户在监控方面主要会面临以下问题。
监控配置的维护成本增加。某个在线系统大概有106个模块，每个模块都需要添加端口监控，进程监控，日志监控和自定义监控;不同服务的监控指标，聚合指标，报警阈值，报警依赖，报警接收人，策略级别，处理预案和备注说明也不完全相同;如此多的内容，如何确保是否有效，是否生效，是否完整无遗漏。
当前针对维护成本，业界常用的几种方法有：
通过变量的方式尽量减少人工输入;
通过监控配置文件解析做一些可标准化的校验;
通过故障演练验证报警是否符合预期;
其次，三方依赖越来越多。昌平电脑培训发现例如Docker的可靠性很大程度上取决于宿主机，如果所在的宿主机发生资源争用，网络异常，硬件故障，修改内核参数，操作系统补丁升级等，都可能会让Docker莫名其妙地中招。