python 和 java 都不错的样子😁
Python VS Java曾几何时,软件开发人员一直在使用C语言环境。几年之后,Java出现在一个更好的选择,具有一些独特的优势。 例如: Java具有更好的OOP支持,紧凑和全面的编码模式。 Jav...
Paxos、Raft、ZAB 等分布式算法经常会被称作是“强一致性”的分布式共识协议,其实这样的描述抠细节概念的话是很别扭的,会有语病嫌疑,但我们都明白它的意思其实是在说“尽...
妙论点赞😎
多样性与一致性的统一文 / 芹菜 亚里士多德说: “城邦的本质在于多样性,而不在于一致性……无论是家庭还是城邦,他们的内部都有着一定的一致性,不然的话,他们是不可能组建起来的。但这种一致性是有一...
文 / 芹菜 亚里士多德说: “城邦的本质在于多样性,而不在于一致性……无论是家庭还是城邦,他们的内部都有着一定的一致性,不然的话,他们是不可能组建起来的。但这种一致性是有一...
冷静/沉稳😎
155 新书《没必要疯狂工作》(It Doesn't Have to Be Crazy at Work)长时间工作、过度加班和睡眠不足已经成了当代白领的工作常态,但是在新书《没必要疯狂工作》(It Doesn't Have to Be Crazy at Work)的两位作者看来...
把预测留给神仙 几乎所有的投资大师都会有两个完全相同的忠告:第一、不要预测市场,第二、不要频繁交易。 //www.greatytc.com/p/4f0f201d01...
javalets go! 大数据/spark/java/spring boot json的出现,改变了 前后端的 合作方式,改变了好多东西
https://mp.weixin.qq.com/s/WQc1mto89gwDu3DIq-d7bQ
我觉得吧 没什么空虚的 我一般辞职 都是先玩一个月或者跟多 每天坚持健身 自己做饭 慢慢的 慢慢的 特喵的就不想去上班了
前言 前文再续,就书接上一回,随着与Server、TCP、Protocol的邂逅,Swoole终于迎来了自己的故事,今天,我们来聊聊Swoole的进程模型。 前边几篇东西虽然...
吐槽一下:
软件领域大部分技术本质是极其简单的,这一行里新技术层出不穷名字又爱唬人,很多大佬又喜欢写些技术文章,把简单问题复杂化,导致很多新人被各种吓、觉得八辈子都学不完。
举例,我不同意老师你的这一句:
Spring Cloud所涉及到的技术点与功能是极为庞大的
我认为:
Spring Cloud所涉及到的技术点与功能很多很杂,但都极其简单,不庞大很渺小;这些个技术点加起来只干了一件事,让分布式服务维护(服务治理)起来更方便高效,明细如下:
分布式开发与部署:因为一个服务有很多节点(机器),所以需要搞一个可视化的发布部署管理系统,部署快速方便点
配置管理:因为想改配置,机器太多不可能人肉重启,所以需要一个动态生效的配置系统,上这个管理系统上一改,所有机器都能快速生效
网关路由:对用户比如app提供的http接口,由于后面提供了很多服务,为了让各种用户使用简单,提供统一的网关层,就干一件事,根据比如url来转发请求到对应的服务
熔断:分布式服务通常流量比较大,万一突发事件,流量再猛增几倍,可能真个系统就挂了,所以需要搞一个预警,流量达到一个峰值就降级,服务直接返回空
负载均衡:服务分布式了,万一某个节点量很大,别的节点很少,量大的节点就会挂,所以需要一个让流量均衡打到每个节点的玩意
日志处理:服务分布式了,不可能挨个登陆机器去查日志,最好有一个集中收集可查询的系统
追踪:一个请求需要十几个服务处理,最终结果失败了,要查原因,不可能每个服务挨个去看日志,需要一个穿通整个流程的玩意
数据处理:略
服务注册与发现:服务有多个节点,上新下旧,咋通知客户端,需要一个玩意搞这个
安全:略
回过头看上面这些所谓的庞大的技术点,每一个都很渺小,本质上都极其简单且不重要(跟核心业务流程比较),没有这些,分布式服务也能跑,只不过维护起来得累死,为了不加班为了不累死,大牛们各种“投机取巧”搞出一堆小玩意挨个解决各种维护问题点