目的
本文介绍了Postgresql数据库的常用用法,方便你正确的用库。
在这个互联网知识呈爆炸增长的时代,作为一个程序员要掌握的知识越来越多,然再好的记性也不如烂笔头,有了笔记我们就是可以时常扒拉扒拉以前的知识,顺便可以整理下自己的知识体系。
如今市面上云笔记产品,说实在真不少,什么有道,印象,为知等等,本人目前使用的是有道,无它,免费而已其他几个倒没怎么接触过,毕竟重复的产品一个就够了。笔记用了有三年多时间了,基本都是写写工作日志,备忘一下工作中遇到的脚本命令,顺便记录下工作中遇到的问题,由于只是记录文字,目前10G的空间仅仅使用了冰山一角。
今天,给大家一起分享的是蚂蚁笔记,一个有极客范的云笔记!官方的介绍也相当牛逼:前所未有的文档体验,近乎完美的平台覆盖,支持团队协同,企业级私有云,蚂蚁笔记 = 笔记 + 博客 + 协作 + 私有云。
其实最主要的是蚂蚁笔记开源了,既然如此,云服务器又那么便宜,我们何不自己搭建一个云笔记服务,无论是自己还是分享给同事都是极好的,最主要的是还可以绑定域名生成博客,笔记AND博客一举两得岂不乐哉。
当然,如果有些小伙伴对信息安全要求较高的,不希望自己的信息记录在别人的服务器上,对开源源码有一定研究,使用起来还是不错的。但是如果单纯是为了省钱就没必要了,即使收费的有道一天也就几毛钱而已,而云服务器费用,自身是否有技术支持也是以后使用的硬伤,下面开始如何安装使用教程。
当系统变的复杂,配置项越来越多,一方面配置管理变得繁琐,另一方面配置修改后需要重新上线同样十分痛苦。这时候,需要有一套集中化配置管理系统,一方面提供统一的配置管理,另一方面提供配置变更的自动下发,及时生效。提到统一配置管理系统,大家应该比较熟悉,常见的:zookeeper、etcd、consul、git等等。上述的集中配置中心使用的时候,部署图大致是这样的:
server端只需要调用config-server对应客户端获取配置,和监听配置变更就可以了。总体来说没有太大难度。
接下来要说一下confd,它提供了一种新的集成思路。confd的存在有点类似于快递员,买了东西不需要自己到店去取货了,confd这个快递员会把货取过来,然后送到家里,并且通知你货已经送到了。加入confd之后的架构大致是这样的:
微服务架构在互联网应用领域中愈来愈火,引入微服务主要解决了单体应用多个模块的紧耦合、无法扩展和运维困难等问题。微服务架构就是按照功能粒度将业务模块进行垂直拆分,对单体应用本身进行服务化和组件化,每个组件单独部署为小应用(从DB
到UI
)。微服务与微服务之间通过Service API
进行交互,同时为了支持水平扩展、性能提升和服务可用性,单个服务允许同时部署一个或者多个服务实例。在运行时,每个实例通常是一个云虚拟机或者Docker
容器。
微服务系统内部多个服务的实例之间如何通信?如何感知到彼此的存在和销毁?生产者服务如何知道消费者服务的地址?如何实现服务与注册中心的解耦?这就需要一个第三方的服务注册中心,提供对生产者服务节点的注册管理和消费者服务节点的发现管理。