链路追踪——不漏过任何一个异常服务
在微服务架构中,通常一次请求会涉及多个服务的调用;而每个服务可能由专属团队负责,分布在不同的机器上。为保证整个系统的可用性,有必要监测每个服务的调用情况,已达到快速找到请求失败的原因。
什么是链路追踪:
可以将分布在系统中的所有节点通过一个全局唯一ID串联起来,然后以可视化视图的方式展示一个请求从进入到系统到得到响应的完整过程。
在客户端发起请求时,先在第一层生成全局的tranceid,每一次的RPC都会将这个tranceid传出去。这样就将整个请求链路都串联起来了。
同时,在第一层会产生spanid,表示当前请求所在的位置。请求到达服务B时 spanid是“0.1”,到达服务D时spanid是“0.2”。
常见的web开发技术体系
Web应用程序主要分为静态网站和动态网站。静态网站使用HTML编写,页面内容固定不变。动态网站通常使用HTML和动态脚本语言编写,Web服务器对动态脚本代码进行处理,并转化为浏览器可以解析的HTML代码,返回给客户端浏览器,显示给用户,显示的内容随着时间、环境或者数据库的操作结果而改变。
目前,主流的动态网站开发技术体系主要有:PHP体系、Java Web体系、ASP.NET体系、Python体系和Node.js体系。
Web服务器
也称为WWW服务器或HTTP服务器,其主要功能是提供网上信息浏览服务。
Uinx和Linux系统常用的Web服务器包含Apache、Nginx、Lighttpd、Tomcat、WebSphere、Weblogic、JBoss等,其中应用最广泛的是Apache。Windows系统最常用的服务器是微软公司的IIS。
存储容量单位由小到大分为比特(bit,b)、字节(Byte,B)、千字节(KB)、兆字节(MB)、吉字节(GB)、太字节(TB)、拍字节(PB)、艾字节(EB)等。
Helm 的常用操作命令汇总
#查看仓库
helm repo list
#更新仓库
helm repo update
#删除仓库
helm repo remove 仓库名称
#搜索应用
helm search repo 名称
#安装应用
helm install 自定义应用名称 搜索出的结果名
#查看安装后的应用
helm list
helm status 应用名称
#创建chart
helm create chart名称
执行的结果交给其他命令:
三种方式:
方法1: xargs
find ./ -name "1.txt"|xargs -i cp {} /opt
find ./ -name "1.txt"|xargs -i mv {} /opt
find ./ -name "1.txt"|xargs rm
find ./ -name "1.txt"|xargs ls -l
方法2: exec
find ./ -name "1.txt" -exec cp {} /opt \;
find ./ -name "1.txt" -exec mv {} /opt \;
find ./ -name "1.txt" -exec rm {} \;
find ./ -name "1.txt" -exec ls -l {} \;
方法3: ``反引号
ls -l `find ./ -name "1.txt"`
cp `find ./ -name "1.txt"` /opt
rm -f `find ./ -name "1.txt"`
安装自动补全命令 常用软件
yum -y install lrzsz wget net-tools vim tree bash-completion.noarch bash-completion-extras.noarch
企业级使用磁盘方式:
第一步: 插入磁盘
第二步: 格式化磁盘
[root@oldboyedu ~]# mkfs.xfs -f /dev/sdb
meta-data=/dev/sdb isize=512 agcount=4, agsize=13056 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=0, sparse=0
data = bsize=4096 blocks=52224, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal log bsize=4096 blocks=855, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
第三步: 挂载使用
[root@oldboyedu ~]# mount /dev/sdb /data1
[root@oldboyedu ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 19G 1.8G 18G 10% /
devtmpfs 918M 0 918M 0% /dev
tmpfs 929M 0 929M 0% /dev/shm
tmpfs 929M 9.6M 919M 2% /run
tmpfs 929M 0 929M 0% /sys/fs/cgroup
/dev/sda1 197M 102M 95M 52% /boot
tmpfs 186M 0 186M 0% /run/user/0
/dev/sdb 201M 11M 191M 6% /data1
第四步: 写入开机自动挂载
vim /etc/fstab
/dev/sdb1 /data1 xfs defaults 0 0
第五步: 卸载
umount /data1
[root@oldboyedu ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 19G 1.8G 18G 10% /
devtmpfs 918M 0 918M 0% /dev
tmpfs 929M 0 929M 0% /dev/shm
tmpfs 929M 9.6M 919M 2% /run
tmpfs 929M 0 929M 0% /sys/fs/cgroup
/dev/sda1 197M 102M 95M 52% /boot
tmpfs 186M 0 186M 0% /run/user/0
数据中台
2016年,阿里巴巴提“数据中台”。数据中台的核心,是避免数据的重复计算,通过数据服务化,提高数据的共享能力,赋能数据应用。
之前,数据是要啥没啥,中间数据难于共享,无法积累
建设数据中台之后,要啥有啥,数据应用的研发速度不再受限于数据开发的速度,一夜就可根据场景,孵化出很多数据应用,这些应用让数据产生价值
5 总结
数据中台构建于数据湖之上,具备数据湖异构数据统一计算、存储的能力,同时让数据湖中杂乱的数据通过规范化的方式管理起来。
数据中台需要依赖大数据平台,大数据平台完成了数据研发的全流程覆盖,数据中台增加了数据治理和数据服务化的内容。
数据中台借鉴了传统数据仓库面向主题域的数据组织模式,基于维度建模的理论,构建统一的数据公共层。
数据中台:
吸收传统数仓、数据湖、大数据平台优势
又解决数据共享的难题,通过数据应用,实现数据价值落地
进程
在Linux中,当一个进程在运行时修改了配置文件,该进程读取的配置文件内容通常仍然是先前的,除非它重新加载配置文件或者支持热重载。
许多进程在启动时加载其配置文件,然后在整个运行期间保持这些配置设置。如果你修改了配置文件,这些修改通常不会立即反映到运行中的进程。进程通常需要重新启动或者进行特定的操作来重新加载配置文件。
有一些进程支持热重载,这意味着它们能够在运行时重新加载配置文件,而不需要停止和重新启动。具体的实现方式取决于进程本身,有些进程可能通过收到特定的信号(例如SIGHUP)来触发重新加载配置文件的操作。
如果你希望确保进程能够在配置文件发生变化时立即生效,你可以查阅相关文档以了解该进程是否支持热重载,或者考虑使用信号通知进程重新加载配置文件。
总的来说,对于大多数进程,它们在启动时读取配置文件,之后不会主动重新读取。修改配置文件后,你可能需要重新启动进程以使更改生效。