从微服务划分,微服务之间通信到程序员能力提高的一些思考
这个问题是由工作中的一次需求的变动引起的。 1:为什么会有这个思考 我们当前做的是一个视频门户系统,这个系统分为四个子系统:cms(内容系统),bms(订购系统),tms(终端管理系统),ims(用户系统)。这四个系统对应同名的四个数据库,分别记录相关的数据。 问题出现在一次需求 ...
原文：关于微服务划分的一些思考
我们公司落地微服务架构已多年，而我也接触开发了一段时间了。恰好，最近又抽空把 微服务设计 一书随手翻了一遍，便有了抒写此文的念头，虽然文中所述并非具有很强的普适性，倒也权当自己近来的总结和思考罢了。 我想对于许多初始接触微服务开发的人员来说，都会或多或少有这样的疑问 微服务应该如何划分 我的服务粒度应该如何评定 在探讨这些问题之前，我们不妨先问自己：什么才算是好的服务 坦率地讲，这个问题与微服务无 ...
2020-04-18 16:04 0 769 推荐指数：
相关推荐
微服务分布式事务的一些思考
关于微服务分布式事务的一些思考，笔者没有参与过复杂分布式事务的场景，各位大神路过可以分享一些遇到的案例，大家一起探讨。 关于分布式事务，笔者推荐的处理方法是“尽量避免”，如果实在避免不了（这已经是高并发、用户量比较多的网站了）则使用“最终一致性”处理（参照CAP理论base思想 ...
微服务架构的一些常用组件
1. 服务治理。通常是采用注册发现的机制。有一个注册中心 2. 集中式配置 3. 反向代理 4. ADN， CDN 5. 分布式存储 6. 分布式日志 7. 分布式锁 8. 消息队列 9. 分布式文件存储 10. 断路器 11. 分布式数据库 ...
微服务划分的姿势
我们知道微服务是一种理念，没有确切的定义和边界，好比设计原则，是属于抽象的概念。在定义不明确的情况下谈划分也是一种各说各话，具体问题需要具体分析，所以这篇文章谈到的划分也不是绝对标准，仅供参考。 有人说微幅不难，难的是服务的划分，虽然我持保留意见。但是从侧面也反应了划分 ...
对于“社区”的一些思考
偶然发现，自己喜欢逛的几个网站都有一个烙印：都有“社区”这个关键字。比如博客园，InfoQ，知乎，果壳，简书等，都以社区定位，服务特定群体，由用户产生内容，而且都有很多高质量的内容。 博客园： InfoQ： 知 ...
react的一些思考
在做好第一个需求之后，我接到了一个react写的产品，这让我异常的兴奋，终于能写react了 开始做的时候整体框架已经搭建好了，这让我有点小失落，我还以为我要开始搭框架了呢，没事，搭的也挺好的。 ...
对 UDP 的一些思考
先放两个链接 快速可靠协议-KCP 可靠 UDP 传输 最近在玩王者荣耀，发觉两件事： 1. 可以 4G 和 wifi 无痛切换 2. 当网络不好的时候，发出去的消息并不保证到达服务器。比如你在很卡的时候做了某些操作，等网络恢复之后你会发现，你还是在某个没有做那些操作之前的状态 ...
关于Homography的一些思考
搬运自我的CSDN https://blog.csdn.net/u013213111/article/details/101233824 1 DoF of Homography 参考： 南京师大 ...