需要根据监控内容来统筹考虑，如监控接口性能、业务交易量、链路调用等，可使用grafana做监控面板，prometheus来进行metric监控。

很多都关注API接口的权限，但是服务内部的权限也非常重要。我们现在的做法是：1、限定调用方，如IP限定2、限定调用的时间、非限定时间访问会记录并告警3、审计，调用的明细需要做审计总之，服务内部的调用相对来说默认比较安全，所以更多的是约束和后续的审计...

目前微服务的发展方向是ServiceMesh，目前基本确定是Istio项目，好处是应用不在需要关注服务注册发现，应用路由，链路监控等功能，关注于应用开发；支持不同的开发语言；局限性是和容器平台结合很紧，同时由于所有的应用路由都由平台代理，灵活性不如Spring CLoud；其次目前性能也不如Sprin...

第一、微服务+容器在探索期，我认为两个应该分阶段拆分做，第一阶段，高微服务，第二阶段再搞容器。第二、spring cloud 和Dubbo 是实现微服务的两种手段，未来发展前景个人看好spring。针对银行业务场景我没具体实施过，所以不好评价...

docker容器本质是一个受限的linux系统，不论dubbo还是spring boot都可以运行于linux，因此也可以运行在云上。dubbo更侧重于一个RPC框架，曾经停更一段实践，从而出现了各种分支，现在更新已经强势回来；spring cloud更侧重于一个solution，涉及到微服务的各个方面，都有专门框架来处理。...

请参考：https://developers.redhat.com/blog/2016/12/09/spring-cloud-for-microservices-compared-to-kubernetes/这里面说明了spring cloud以及k8s的优缺点，希望对你有帮助。Since both platforms are not directly comparable feature by feature, rather than digging ...