springcloud链路监控 spring cloud和dubbo哪个会被淘汰？
spring cloud和dubbo哪个会被淘汰？
Dubbo生态系统不如spring cloud，将首先被淘汰。springcloud将是现有架构的首选。毕竟，它更容易使用。
如何看待越来越多公司弃用PHP使用Java？
当小公司使用Java时，他们会英年早逝。例如，在过去的16年里，o2o非常流行。我认识的一家小公司在当地做过服务平台，比如洗衣服、家电维修、租房等等。公司的技术团队选择了Java。队员总数约为10人。光技术部每个月的费用是15万元。这家公司已经经营了一年，但由于损失了150万元加上运营费用，它无法生存。
选择Java是有原因的。技术总监是从一家大公司招聘来的。据说他经验丰富，处理百万级并发是小菜一碟。
不幸的是，他对小公司面临的财务状况一无所知。他的老板出身于传统行业，对如何控制科技公司的风险一无所知。他真的认为他到处都能飞。
如果您更改PHP，您可以在Internet上销售大量源代码。如果你想雇一个程序员来维护它，一年可以花30万元。剩下的钱可以流向市场。
如果你小心，你实际上可以盈利，因为他们公司损失了150万元，因为源代码可以以20万元的价格卖给其他几家公司。他们都卖给自己圈子里的朋友。不管怎样，他们不理解彼此，互相欺骗。
嗯，我是那个团队的技术总监。毕业后，我在一家大公司工作，主业是Java。我被他们的老板骗了一起创业，然后我努力工作了一年。在过去的三年里，我开了一家外包公司。该公司的技术路线主要是PHP。我的经验是，小公司在创业时使用PHP至少可以节省80%的技术开支。当公司有了雏形，能够有稳定的收入时，我们可以考虑使用java来应对日益增长的需求。
微服务调用为啥用RPC框架，http不更简单吗？
简单一点，HTTP是协议，RPC是概念！RPC可以基于HTTP协议（feign）、TCP协议（netty）、RMI协议（soap）和web服务（XML-RPC）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如Dubbo中的Dubbo协议、grpc protobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？
关键是RPC是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是RPC的实现过程！HTTP和RPC是两码事
！在性能方面，HTTP本身是基于TCP协议的，属于应用层协议，所以HTTP协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过TCP实现的RPC协议快。不管HTTP有多优化，它绝对没有TCP那么快！另一方面，TCP依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程IO延迟越短，线程IO延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索！
springcloud链路监控 zabbix springboot链路追踪
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
