对比微服务相比分布式服务来说，它的粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高，分布式服务最后都会向微服务架构演化，这是一种趋势， 不过服务微服务化后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维将会很难。一、Dubbo与SpringCloud优缺点相同点：SpringCloud 和Dubbo可以实现RPC远程调用框架，可以实现服务治理。不同点:S

俗话说：不想进大厂的程序员不是好程序员楼主14年小本毕业。离职也有一段时间了，因为一些原因，休整了一段时间。然后3月初开始准备面试（在上家公司工作之余心里一直有着进大厂的执念）。上家公司是智能家居互联网行业的，使用的技术框架有dubbo、zookeeper、mybatis、springMVC、redis等，数据库是用的mysql。我们主要是java后端开发的，感觉上家公司没啥发展前景了就想着在金三

什么是微服务？微服务是一种体系结构样式，将单个应用程序划分为较小的服务单元，并在微服务之间使用HTTP的API进行资源访问和操作。导图微服务体系结构的优点：服务的独立部署：每个服务都是独立项目，可以独立放置，不依赖其他服务，并且连接器很低。服务快速入门：分割后服务启动速度必须比分割前快得多。因为依赖的库少，代码量少。更适合敏捷开发：敏捷开发以用户的需求进化为核心，以迭代、渐进的方法进行。服务分割可

引言上一篇文章我们围绕如何合理利用资源的主题做了一些最佳实践的分享，这一次我们就如何提高服务可用性的主题来展开探讨。怎样提高我们部署服务的可用性呢？K8S 设计本身就考虑到了各种故障的可能性，并提供了一些自愈机制以提高系统的容错性，但有些情况还是可能导致较长时间不可用，拉低服务可用性的指标。本文将结合生产实践经验，为大家提供一些最佳实践来最大化的提高服务可用性。如何避免单点故障？K8S 的设计就是

针对腾讯、百度、阿里、京东等100+家互联网公司，对其技术方向进行调查和研究从18年开始，各大厂商都陆续把底层业务从KVM、Vmware等底层架构开始逐步迁移到Docker+K8s体系中来，而且80%大中型企业的关键业务中更多的云化将是接下来的重中之重，因为很多企业已经意识到容器以及其他云原生的应用不仅会带来技术模式的改变，甚至带来运营模式和商业模式颠覆性的变化。这个变化将会加速企业的竞争，对企业

前言前段时间公司的服务大升级使用Jenkins+Docker+K8S自动化部署之后，感觉用起来有点大快人心之感。攻城狮本地开发，开发完成后提交代码到代码仓库，自动触发jenkins进行持续集成与部署，部署完成会收到结果邮件。项目运行过程中可通过日志系统查看程序日志，有异常会触发监控系统发送报警。从编码到上线后结果反馈都可以攻城狮自主完成，形成完整闭环，完整流程的工具链及协助异常情况的处理，工作量减

TomcatTomcat想必不用我做过多的介绍，它由于开源、轻量，与JBoss、Weblogic 等企业级应用服务器相比，占用资源小，扩展性好，深受Java研发人员喜爱，尤其是在当前主流的基于POJO的轻量级编程方式下构建应用系统。为什么要学Tomcat?Tomcat可以很容易与Apache Http Server、Nginx等很多知名的Web服务器集成，以实现负载均衡和集群化部署。所有这些特性都

今年九月初阿里巴巴更新的第三版的JDK源码小册，在原有技术知识点基础上再次进行了更新，同时还加深了技术的深度和细度！下面咱们来看一下有什么核心知识点！整套JDK笔记共计八大核心篇章下面为大家展示各个部分的详细内容！多线程基础学习Atomic类讲解Lock与Condition深入理解同步工具类研究重学并发容器线程池与Future精通ForkJoinPool精通Completa

MySQL现在在很多设计、开发、测试人员的眼中会认为SQL优化只是DBA 的事情。他们不需要去关心。反映到具体工作中，他们缺乏相应的优化意识，只注重功能的实现而忽略了相应的执行成本。最终的结果往往就是代码质量不高，软件上线后问题多。LZ当初就是只注重功能的实现而忽略了相应的执行成本，导致问题贼多。后面在疫情期间抽时间系统地梳理了一下SQL优化才避免了很多这样不必要的问题。但需要注意的是有些人认为S

开源一套金三银四自刷的面试题库，自己感觉还不错，也拿了几个Offer（三个大厂的，字节、蚂蚁、滴滴）！下面直接上干货哈！JVM篇（87道）JVM篇中面试题中的知识点：JVM入门级CLASS文件格式、详解CLASS加载过程、JAVA内存模型、内存屏障与JVM指令、JAVA运行时数据区和常用指令多线程与高并发篇（108道）多线程与高并发篇面试题中的知识点：多线程与高并发基础概念、JUC同步工具、同步容