这部剧的部分理念让我很受启发，我们是芸芸众生的一个小部分，世界上有数十亿的普通人在过他们自己的生活，人生短暂又漫长，遵循自己的内心去追求，无论是大的梦想还是小的爱好，过好每一天，当生命结束时，回顾自己的一生，可以微笑的同世界拜拜
2011年的时候你高一，大概就是国庆节前夕，你说你每天都提不起精神，每天都郁郁寡欢，你说你可以明显感受到自己的心跳声很大，会觉得每一口气都像瓶塞一样一直堵在心口，怎么喘气也喘不开，……其实那时候我就应该知道，你这是抑郁症早期症状。过了差不多一个月的时间，你说你每次一洗头就疯狂的掉发，满手都是头发跟泡沫，那段时间你都要秃头了，你说你晚上睡不着，入睡困难，早上又起不来，每次起床都像背着一大块石头，每天一睁起眼就就觉得这一天没有意思，没有意义……然后我发现你越来越不愿意说话，一说话也是变得语无伦次起来。你说你不喜欢白天出去，总觉得走在外面会有很多人都看着你，觉得白天特别压抑，反而晚上出去就不会压抑，会觉得很释放，你说你喜欢去热闹的地方听吵吵闹闹的声音，因为这样心里会有一种落寞感，你说你享受这样有戏剧化的感觉。我记得有一次月考公布成绩后，那天晚上你坐我对面哭着跟我说，觉得活着没有意义，感觉好累好累，学习压的喘不过气，怎么学成绩都提不上去，你说还不如死了呢！其实那时候你抑郁症已经很严重了，你也告诉家人自己可能有抑郁症，但家人一直说想太多，自己给自己的压力太大怎么可能抑郁，其实你自己也说不相信自己会得抑郁症，但其实就是抑郁啊！ 故事很长……在这里跟他告个别…… 也感谢编剧对抑郁症的普及
目标 ZooKeeper 是用来做什么的？ 之前没有ZK，为什么会诞生 ZK？ 凭直觉: ZooKeeper 是用于简化分布式应用开发的，对开发者屏蔽一些分布式应用开发过程中的底层细节 ZooKeeper 对外暴露简单的 API，用于支持分布式应用开发 ZooKeeper 在提供上述功能的同时，其还是一个 高性能、高可用、高可靠的分布式集群 上面说这么多，总结一下，ZK 能解决分布式应用开发的问题，ZK 能很好的解决问题。到这一步，疑问就更多了： 分布式应用开发，有哪些常见问题？ZK 是如何屏蔽这些底层细节的？ ZooKeeper 对外暴露了那些 API？这些 API 如何支持分布式应用开发的？这些 API 还能简化吗？API 的语义性怎么样？ ZooKeeper 自身是一个高性能、高可用、高可靠的分布式集群，那有个简单的问题： 高性能是指什么？ZooKeeper 为了达到高性能，做了哪些工作？ 高可用? 高可靠? 为什么有 ZooKeeper 一个应用程序，涉及多个进程协作时，业务逻辑代码中混杂有大量复杂的进程协作逻辑。 上述多进程协作逻辑，有 2 个特点： 处理复杂 处理逻辑可重用 因此，考虑将多进程协作的共性问题拎出，作为基础设施，让 RD 更加专注业务逻辑开发，即： ZooKeeper 就是上述多进程协作基础服务的一种。 ZooKeeper 的特点 ZooKeeper 有几个简单特点： ZooKeeper 的 API：从 文件系统 API 得到的启发，提供简单的 API ZooKeeper 运行在专用服务器上，跟业务逻辑分离，保证了高容错性和可扩展性 ZooKeeper 是存储设施，但特别注意 ZK上存储的数据聚焦为：协作数据（元数据），而不是应用数据，应用数据有自己的存储方案，例如 HDFS 等 ZK 本质上，可以看作一种特殊的 FS 特别说明： 应用数据和元数据，由于使用场景不同，对一致性和持久性的要求有差异， 因此，架构设计、数据治理过程中，应将 2 类数据独立看待、独立存储。 ZooKeeper 的使命 ZK 要解决的核心问题： ZK 目标：简化分布式应用开发中，多进程协作问题。为分布式应用，提供高效、可靠的分布式协调服务（基础服务），例如： 统一的命名服务 分布式锁 进程崩溃检测 Leader 选举 配置管理：配置变更时，及时下发到各个 Client。 一个简单的问题：多进程的协作是什么？尼玛呀，有完没完，啥问题你都有，面对这个掉咋天的脑壳，还是回答一下。 多进程协作，整体分为 2 类： 协作：多进程需要一同处理某些事情，一些进程采取行动是的其他进程能够正常工作，例如：主从结构，M 向 S 分配任务，S 才会执行，否则 S 就保持空闲状态 竞争：两个进程不能同时工作，一个进程必须等待另个进程执行完毕，例如：主从结构，M 节点失效后，很多 S 都想成为 M，这时，就需要互斥锁，只有第一个获得锁的 S 成为 M 特别说明： 不跨网络协作：多进程，可以在同一台物理主机上，同步原语很方便(比如管道、共享内存、消息队列、信号量) 跨网络协作：多进程，分布在不同的物理主机上，ZK 关注这一类 跨网络多进程协作，进程通信，基本思路有 2 个： 消息机制：通过网络，直接信息交换，多消息传递算法，实现同步原语 共享存储：利用外部共享存储，实现多进程协作，要求共享存储提供有序访问，ZK 采用这种方式 真实系统中，跨网络通信，有几个共性问题： 消息延迟：由于网络原因，后发送先到达 处理器性能：由于系统调度原因，消息到达后，延迟处理 时钟偏移：不同
导演能力方差太大，第三个故事导演来牧宽就是个臭sb，一颗老鼠屎坏了一锅粥
那些在深处、隐秘而又未知的东西都在我的身上静待着连我自己都不期许的未来。
最近太忙了，用了将近一个月的时间才看完，断断续续的，要好好理理。里面有很多观点真得是自己重来没有想过
这部剧的部分理念让我很受启发，我们是芸芸众生的一个小部分，世界上有数十亿的普通人在过他们自己的生活，人生短暂又漫长，遵循自己的内心去追求，无论是大的梦想还是小的爱好，过好每一天，当生命结束时，回顾自己的一生，可以微笑的同世界拜拜
2011年的时候你高一，大概就是国庆节前夕，你说你每天都提不起精神，每天都郁郁寡欢，你说你可以明显感受到自己的心跳声很大，会觉得每一口气都像瓶塞一样一直堵在心口，怎么喘气也喘不开，……其实那时候我就应该知道，你这是抑郁症早期症状。过了差不多一个月的时间，你说你每次一洗头就疯狂的掉发，满手都是头发跟泡沫，那段时间你都要秃头了，你说你晚上睡不着，入睡困难，早上又起不来，每次起床都像背着一大块石头，每天一睁起眼就就觉得这一天没有意思，没有意义……然后我发现你越来越不愿意说话，一说话也是变得语无伦次起来。你说你不喜欢白天出去，总觉得走在外面会有很多人都看着你，觉得白天特别压抑，反而晚上出去就不会压抑，会觉得很释放，你说你喜欢去热闹的地方听吵吵闹闹的声音，因为这样心里会有一种落寞感，你说你享受这样有戏剧化的感觉。我记得有一次月考公布成绩后，那天晚上你坐我对面哭着跟我说，觉得活着没有意义，感觉好累好累，学习压的喘不过气，怎么学成绩都提不上去，你说还不如死了呢！其实那时候你抑郁症已经很严重了，你也告诉家人自己可能有抑郁症，但家人一直说想太多，自己给自己的压力太大怎么可能抑郁，其实你自己也说不相信自己会得抑郁症，但其实就是抑郁啊！ 故事很长……在这里跟他告个别…… 也感谢编剧对抑郁症的普及
目标 ZooKeeper 是用来做什么的？ 之前没有ZK，为什么会诞生 ZK？ 凭直觉: ZooKeeper 是用于简化分布式应用开发的，对开发者屏蔽一些分布式应用开发过程中的底层细节 ZooKeeper 对外暴露简单的 API，用于支持分布式应用开发 ZooKeeper 在提供上述功能的同时，其还是一个 高性能、高可用、高可靠的分布式集群 上面说这么多，总结一下，ZK 能解决分布式应用开发的问题，ZK 能很好的解决问题。到这一步，疑问就更多了： 分布式应用开发，有哪些常见问题？ZK 是如何屏蔽这些底层细节的？ ZooKeeper 对外暴露了那些 API？这些 API 如何支持分布式应用开发的？这些 API 还能简化吗？API 的语义性怎么样？ ZooKeeper 自身是一个高性能、高可用、高可靠的分布式集群，那有个简单的问题： 高性能是指什么？ZooKeeper 为了达到高性能，做了哪些工作？ 高可用? 高可靠? 为什么有 ZooKeeper 一个应用程序，涉及多个进程协作时，业务逻辑代码中混杂有大量复杂的进程协作逻辑。 上述多进程协作逻辑，有 2 个特点： 处理复杂 处理逻辑可重用 因此，考虑将多进程协作的共性问题拎出，作为基础设施，让 RD 更加专注业务逻辑开发，即： ZooKeeper 就是上述多进程协作基础服务的一种。 ZooKeeper 的特点 ZooKeeper 有几个简单特点： ZooKeeper 的 API：从 文件系统 API 得到的启发，提供简单的 API ZooKeeper 运行在专用服务器上，跟业务逻辑分离，保证了高容错性和可扩展性 ZooKeeper 是存储设施，但特别注意 ZK上存储的数据聚焦为：协作数据（元数据），而不是应用数据，应用数据有自己的存储方案，例如 HDFS 等 ZK 本质上，可以看作一种特殊的 FS 特别说明： 应用数据和元数据，由于使用场景不同，对一致性和持久性的要求有差异， 因此，架构设计、数据治理过程中，应将 2 类数据独立看待、独立存储。 ZooKeeper 的使命 ZK 要解决的核心问题： ZK 目标：简化分布式应用开发中，多进程协作问题。为分布式应用，提供高效、可靠的分布式协调服务（基础服务），例如： 统一的命名服务 分布式锁 进程崩溃检测 Leader 选举 配置管理：配置变更时，及时下发到各个 Client。 一个简单的问题：多进程的协作是什么？尼玛呀，有完没完，啥问题你都有，面对这个掉咋天的脑壳，还是回答一下。 多进程协作，整体分为 2 类： 协作：多进程需要一同处理某些事情，一些进程采取行动是的其他进程能够正常工作，例如：主从结构，M 向 S 分配任务，S 才会执行，否则 S 就保持空闲状态 竞争：两个进程不能同时工作，一个进程必须等待另个进程执行完毕，例如：主从结构，M 节点失效后，很多 S 都想成为 M，这时，就需要互斥锁，只有第一个获得锁的 S 成为 M 特别说明： 不跨网络协作：多进程，可以在同一台物理主机上，同步原语很方便(比如管道、共享内存、消息队列、信号量) 跨网络协作：多进程，分布在不同的物理主机上，ZK 关注这一类 跨网络多进程协作，进程通信，基本思路有 2 个： 消息机制：通过网络，直接信息交换，多消息传递算法，实现同步原语 共享存储：利用外部共享存储，实现多进程协作，要求共享存储提供有序访问，ZK 采用这种方式 真实系统中，跨网络通信，有几个共性问题： 消息延迟：由于网络原因，后发送先到达 处理器性能：由于系统调度原因，消息到达后，延迟处理 时钟偏移：不同
导演能力方差太大，第三个故事导演来牧宽就是个臭sb，一颗老鼠屎坏了一锅粥
那些在深处、隐秘而又未知的东西都在我的身上静待着连我自己都不期许的未来。
最近太忙了，用了将近一个月的时间才看完，断断续续的，要好好理理。里面有很多观点真得是自己重来没有想过