Akka 核心知识梳理
本文参考自 segmentfault 中的 JVM 并发框架 Akka 专栏,此专栏质量非常高,推荐!
以下是我对核心知识的梳理:
A Coder,a Programmer,a Developer
在商城的某个位置有一个商品列表,该列表是由L1、L2两个子列表拼接而成。当用户浏览并翻页时,需要从列表L1、L2中获取商品进行展示。展示规则如下:
用户可以进行多次翻页,用offset表示用户在之前页面已经浏览的商品数量,比如offset为4,表示用户已经看了4个商品
n表示当前页面需要展示的商品数量
展示商品时首先使用列表L1,如果列表L1长度不够,再从列表L2中选取商品
从列表L2中补全商品时,也可能存在数量不足的情况
请根据上述规则,计算列表L1和L2中哪些商品在当前页面被展示了
给定一个非空整数数组,找到使所有数组元素相等所需的最小移动数,其中每次移动可将选定的一个元素加1或减1。 您可以假设数组的长度最多为10000。
例如:
输入:
[1,2,3]
输出:
2
说明:
只有两个动作是必要的(记得每一步仅可使其中一个元素加1或减1):
[1,2,3] => [2,2,3] => [2,2,2]
K8s 可以通过创建 service 的方式,提供固定的 IP 和端口,当服务不受经常变动的 pod 的影响。
k8s 可以根据 service 的 manifest 来创建新的服务,可以通过以下命令来访问service,
1 | kubectl exec [podName] --curl -a [url] |
收到请求的 service 会从下辖的 pod 中用负载均衡的方式随机调一个pod 对请求进行响应。
sessionAffinity为ClientIp可以让特定客户端的请求每次都指向同一个 pod。上篇K8s 入门笔记第一部分讲的是 K8s 的部分名词,第二部分讲解的是 docker 技术,而 k8s 其实是一种容器编排工具(远不止此),是作为 docker 技术的上层建筑而定位的。
核心名词补充(参考下文 K8s 的架构辅助理解):
其他名词还是参考K8s 入门笔记中的第一部分。
zk,一般就是指 zookeeper。在 CAP 理论中,zk 主要保证 CA,并在发生网络分区错误时,仅提供只读能力。
学习书籍:《ZooKeeper 分布式过程协同技术详解》 Flavio Junqueira /Benjamin Reed
推荐阅读:Zookeeper你应该了解基础知识