Browsed by
日期:2020年9月1日

基于文件和文档的知识管理技巧

基于文件和文档的知识管理技巧

閱讀本文約花費: 6 (分鐘)  如何保存和管理知识,是个人知识管理的一个非常重要的问题。知识最大的载体之一是文件,很多人下载的资料文件很多,但大多数甚至从来没有打开过,或者不知道放到哪里了,实际上这样的知识对于个人来说是没有价值的。   在大多数人的电脑中,“桌面”、“我的文档”、“下载”等目录都是混乱不堪的,极大的影响了个人的工作效率,文件保存的越多,越找不到,如果有多台工作电脑(如公司的台式电脑、家里的台式电脑、笔记本电脑),则文件管理的混乱程度将翻倍增加。   下面就是我对于基于文件形式的个人知识管理的一些思路和方法:规范化目录命名和文件命名,利用云存储软件同步多台电脑文档,所有文档按照分类放在不同的文件夹内进行管理,通过Everything软件进行快速文件搜索。   软件选择   文档搜索选用Everything,这个软件可谓Windows文件搜索神器,几百K的工具让搜索文件快到几乎输入完搜索内容就出现了结果,只要平时文件归档有序,文件名规范化编写,即可高效率地搜索到需要的文件。   云存储软件选项较多,国内软件有坚果云、微云,国外软件有Dropbox,Microsoft OneDrive等等,可选择一个合适的使用,如果只有一台电脑,没有同步文件的需求,不使用云存储软件也可以。   目录分类   目录分类建议采取麦肯锡提出的MECE原则(Mutually Exclusiv…

Read More Read More

如何搭建支付中台系统?

如何搭建支付中台系统?

閱讀本文約花費: 10 (分鐘) 编辑推荐:本文主要讲解了什么是中台呢?中台能解决什么问题,如何去搭建适合公司的中台系统?支付中台如何落地? 什么是中台 中台其实最早是起源于军事领域,在二战时期的美军在各个战场上,看起来有打不完的弹药、耗不完的燃料、充足的食品补给、及时准确的情报……但其资源却在万里之遥的美国本土,这一切是如何做到的呢? 就是依靠庞大的中台体系,支持到世界各战场。前方战场上的一名士兵,平均就有12名人员支持,在战场-基地-本土形成前、中、后台的效率系统。 国内互联网最早实行中台战略的就是阿里。 由于阿里涉及的业务线非常多,在没有中台之前都是每个业务自己去做一套系统,但是每个业务系统都有相同的模块,例如订单系统、支付系统、商户系统、短信系统等。因此就导致各个业务线重复造轮子的现象,业务端不仅需要对业务模块进行优化和升级,同时也需要维护这些基础支撑服务。 用一句话概括:中台就是将所有业务的公共模块抽象出来,单独创建一个中台系统统一对这些公共模块进行维护,统一输出服务提供业务方使用,让业务方能够集中全力发展业务。 中台解决什么问题 理解了中台的概念,那么就需要思考对于互联网公司,中台系统的搭建能够解决什么问题呢? 可以解决你的996问题 中台是独立于业务系统而又服务于业务系统的存在,业务系统的前台和后台是关联存在的,但是中台的定位就是出于整个公司层面,要服务于多条业务线。…

Read More Read More

Apache proxy和Haproxy与正向代理反向代理是什么关系

Apache proxy和Haproxy与正向代理反向代理是什么关系

閱讀本文約花費: 1 (分鐘)假设有一台服务器 A。 正向代理就是说,当你要访问网站 B 时,发起向 B 的请求,但实际浏览器会先连接到 A 上,A代替你向 B 请求数据,然后再把数据返回给你。此时 A 称为正向代理。 反向代理则是你要访问网站 B,但由于各种各样的原因 B 并没有直接向你暴露其真实地址,而是躲在服务器 A 后面。你是向 A 发起的请求,A 收到请求之后转发给 B。此时 A 称为反向代理。 所以,Apache (或者 NGINX)、HAProxy这些都是反向代理。 具体反向代理的解释也可以参考下 Apache HTTP Server 的 GUIDE 中的相关描述:Reverse Proxy Guide 有一堆服务器,你先连到一个代理,然后被转发到具体的服务器上。这是反向代理。 你被墙了,先连到一个代理上,然后再转发到Google或者其它站点,这是正向代理。 你和服务器要进行通讯 如果你找一个代理人,通过代理人和服务器沟通,那这个代理人是正向代理。 如果服务器找了个代理人,让代理人处理和你的通讯,那这个代理人是反向代理。 Tags: Google, Nginx

负载均衡基础知识

负载均衡基础知识

閱讀本文約花費: 18 (分鐘)一、什么是负载均衡?  互联网早期,业务流量比较小并且业务逻辑比较简单,单台服务器便可以满足基本的需求;但随着互联网的发展,业务流量越来越大并且业务逻辑也越来越复杂,单台机器的性能问题以及单点问题凸显了出来,因此需要多台机器来进行性能的水平扩展以及避免单点故障。但是要如何将不同的用户的流量分发到不同的服务器上面呢?  早期的方法是使用DNS做负载,通过给客户端解析不同的IP地址,让客户端的流量直接到达各个服务器。但是这种方法有一个很大的缺点就是延时性问题,在做出调度策略改变以后,由于DNS各级节点的缓存并不会及时的在客户端生效,而且DNS负载的调度策略比较简单,无法满足业务需求,因此就出现了负载均衡。  客户端的流量首先会到达负载均衡服务器,由负载均衡服务器通过一定的调度算法将流量分发到不同的应用服务器上面,同时负载均衡服务器也会对应用服务器做周期性的健康检查,当发现故障节点时便动态的将节点从应用服务器集群中剔除,以此来保证应用的高可用。  负载均衡又分为四层负载均衡和七层负载均衡。四层负载均衡工作在OSI模型的传输层,主要工作是转发,它在接收到客户端的流量以后通过修改数据包的地址信息将流量转发到应用服务器。  七层负载均衡工作在OSI模型的应用层,因为它需要解析应用层流量,所以七层负载均衡在接到客户端的流量以后,还需要一个完整的TCP/IP协议栈。…

Read More Read More

Scroll Up