shein面试：nacos无入侵配置，做过吗，怎么做？

刺骨的言语ヽ痛彻心扉 2024-03-27 00:04 84阅读 0赞

### 说在前面 ###

在40岁老架构师 尼恩的**读者社区**(50+)中，最近有小伙伴拿到了一线互联网企业如阿里、滴滴、极兔、有赞、shein 希音、百度、网易的面试资格，遇到很多很重要的面试题：

>  *  无入侵配置，做过吗，怎么做的？
>  *  Nacos 怎么做无代码侵入性的配置管理？

小伙伴 没有回答好，导致面试挂了，来求助尼恩，如何才能回答得很漂亮， 让面试官刮目相看、口水直流。

**无入侵配置, 尼恩在自己的社区里边问了一下， 很多小伙伴都没有听过说。**

所以，尼恩给大家做一下系统化、体系化的梳理，使得大家内力猛增，可以充分展示一下大家雄厚的 “技术肌肉”，**让面试官爱到 “不能自已、口水直流”**，然后实现”offer直提”。

当然，这道面试题，以及参考答案，也会收入咱们的 《[尼恩Java面试宝典][Java]》V117版本PDF集群，供后面的小伙伴参考，提升大家的 3高 架构、设计、开发水平。

> 《尼恩 架构笔记》《尼恩高并发三部曲》《尼恩Java面试宝典》的PDF，请关注本公众号【技术自由圈】获取

#### 文章目录 ####

*   *  说在前面
     *  无入侵配置方案一：什么是无代码侵入性的配置管理
     *   *  安装confd插件
         *  confd结合Nacos实现nginx配置管理示例
         *  Nacos结合confd做无入侵配置总结
     *  无入侵配置方案二：如何使用confd+ACM管理Nginx配置
     *   *  准备工作
         *  创建confd配置文件
         *  创建模版文件
         *  在ACM上创建所需的配置文件
         *  启动confd
         *  生成配置文件
         *  动态修改 Nginx 配置
     *  无入侵配置方案三：使用etcd+confd管理nginx配置
     *   *  1、目标Nginx 配置文件
         *  2、实现框架
         *  3、生成配置
     *  参考文献
     *  说在最后
     *  推荐阅读

### 无入侵配置方案一：什么是无代码侵入性的配置管理 ###

一般的配置管理系统都是代码侵入性的，应用接入配置管理系统都需要使用对应的SDK来查询和监听数据的变更。对于一些已经成熟的系统来说，接入SDK来实现动态配置管理是很难实现的，Nacos通过引入配置管理工具confd可以实现系统的配置变更做到无代码侵入性。

为什么要支持confd，老的应用配置管理模式是启动时读取配置文件，然后重新读取配置文件需要应用重启。

confd是一个轻量级的配置管理工具，可以通过查询后端存储系统来实现第三方系统的动态配置管理，如Nginx、Tomcat、HAproxy、Docker配置等。confd目前支持的后端有etcd、ZooKeeper等，Nacos 1.1版本通过对confd定制支持Nacos作为后端存储。

confd能够查询和监听后端系统的数据变更，结合配置模版引擎动态更新本地配置文件，保持和后端系统的数据一致，并且能够执行命令或者脚本实现系统的reload或者重启。

#### 安装confd插件 ####

confd的安装可以通过源码安装方式，confd基于Go语言编写，其编译安装依赖Go，

尼恩提升， 学习java的同学们，一定要懂go， 在这里就可以看confd的源码了

首先需要确保本地安装了Go，版本不低于v1.10 创建confd目录，下载confd源码，编译生成可执行文件

mkdir -p $GOPATH/src/github.com/kelseyhightower
    cd $GOPATH/src/github.com/kelseyhightower
    wget https://github.com/nacos-group/nacos-confd/archive/v0.19.1.tar.gz
    tar -xvf v0.19.1.tar.gz
    mv nacos-confd-0.19.1 confd
    cd confd
    make

复制confd文件到bin目录下，启动confd

sudo cp bin/confd /usr/local/bin
    confd

#### confd结合Nacos实现nginx配置管理示例 ####

本文介绍使用Nacos结合confd实现Nginx配置管理，为简单起见以Nginx的黑名单功能为演示示例，Nacos使用官网部署的服务，[域名为console.nacos.io][console.nacos.io]。

Nginx的安装可以参考网上文章

![8a7f931e8bd943798e19dbec0e798f21.png][]

> **注意：请点击图像以查看清晰的视图！**

*  1.创建confd所需目录

confd配置文件默认在/etc/confd中，可以通过参数-confdir指定。目录中包含两个子目录，分别是：conf.d templates

mkdir -p /etc/confd/{
        conf.d,templates}

*  2.创建confd配置文件

confd会先读取conf.d目录中的配置文件(toml格式)，然后根据文件指定的模板路径去渲染模板。

vim /etc/confd/conf.d/nginx.toml

内容为如下，其中nginx.conf.tmpl文件为confd的模版文件，keys为模版渲染成配置文件所需的配置内容，/usr/local/nginx/conf/nginx.conf为生成的配置文件

[template]
    src = " nginx.conf.tmpl"
    dest =
    "/usr/local/nginx/conf/nginx.conf"
    keys = [
    "/nginx/conf",
    ]
    check_cmd = "/usr/local/nginx/sbin/nginx -t
    -c {
        {.src}}"
    reload_cmd = "/usr/local/nginx/sbin/nginx
    -s reload"

*  3.创建模版文件

拷贝Nginx原始的配置，增加对应的渲染内容

cp /usr/local/nginx/conf/nginx.conf
    /etc/confd/templates/nginx.conf.tmpl
    vim /etc/confd/templates/nginx.conf.tmpl

增加内容为:

···
    {
        {
        $data := json (getv "/nginx/conf")}}
    {
        {
        range $data.blackList}}
    deny {
        {
        .}};
    {
        {
        end}}
    ···

*  4.在Nacos上创建所需的配置文件

在public命名空间创建dataId为nginx.conf的配置文件，group使用默认的DEFAULT\_GROUP即可，配置内容为json格式

{
        
    "blackList":["10.0.1.104","10.0.1.103"]
    }

![10feae52a4e1ce2439347dd42bcb70ed.png][]

*  5.启动confd

启动confd，从Nacos获取配置文件，渲染Nginx配置文件。backend设置成nacos，node指定访问的Nacos服务地址，watch让confd支持动态监听

confd -backend nacos -node http://console.nacos.io:80 -watch

*  6.查看Nginx配置文件，验证Nginx启动

查看生成的/usr/local/nginx/conf/nginx.conf配置文件是否存在如下内容

...
    deny 10.0.1.104;
    
    deny 10.0.1.103;
    ...

curl命令访问Nginx，验证是否返回正常。http响应状态码为200说明访问Nginx正常

curl http://$IP:8080/ -i
    HTTP/1.1 200 OK
    ...

*  7.查看本机IP，加到Nacos配置文件黑名单中

假设本机的IP为30.5.125.107，将本机的IP加入到Nginx黑名单

{
        
    "blackList":["10.0.1.104","10.0.1.103","30.5.125.107"]
    }

*  8.查看Nginx配置文件，验证黑名单是否生效

查看生成的/usr/local/nginx/conf/nginx.conf配置文件是否存在如下内容

...
    deny 10.0.1.104;
    
    deny 10.0.1.103;
    
    deny 30.5.125.107;
    ...

curl命令访问Nginx，访问应该被拒绝，返回403

curl http://$IP:8080/ -i
    HTTP/1.1 403 Forbidden
    ...

#### Nacos结合confd做无入侵配置总结 ####

使用Nacos结合confd来做自动化管理，confd作为轻量级的配置管理工具可以做到对第三方系统无代码侵入性。

本文只是简单使用Nginx的黑名单功能来演示Nacos+confd的使用方式，当然Nginx还具有限流、反向代理等功能以及其他的系统比如Naproxy、Tomcat、Docker等也同样可以使用Nacos+confd做管理。

### 无入侵配置方案二：如何使用confd+ACM管理Nginx配置 ###

Nginx 作为优秀的开源软件，凭借其高性能高并发等特点，常常作为web和反向代理服务部署在生产环境中。但是当 Nginx 的规模较大时， Nginx 的运维成本也是不断上升。

如何通过confd+ACM来管理 Nginx 配置，通过集中式的配置管理方式解决 Nginx 的大规模运维问题，运维和开发人员不用登陆到 Nginx 机器上，只需要配置好confd，然后在ACM上操作就可以动态修改 Nginx 的配置参数。

![6d2b4879194343a193b158f57c933846.png][]

> **注意：请点击图像以查看清晰的视图！**

#### 准备工作 ####

在操作本文的示例之前需要配置好开通ACM和对confd的使用有基本概念，ACM的开通及其基本使用可以参考：[这里][Link 1]

confd的基本使用可以参考：[这里][Link 2]

Nginx 在日常开发中使用得比较多的功能是负载均衡、限流、缓存等， Nginx 的使用和安装可以在网上查阅相关资料。本文结合负载均衡和限流功能讲解如何使用confd+ACM实现 Nginx 的大规模运维操作。

#### 创建confd配置文件 ####

创建confd所需的toml格式配置文件

vim /etc/confd/conf.d/myapp.toml

check\_cmd用于检验 Nginx 配置的正确性，当src配置错误则不会覆盖 Nginx 配置  
reload\_cmd用于reload Nginx 配置

[template]
    src = " Nginx .conf.tmpl"
    dest = "/usr/local/ Nginx /conf/ Nginx .conf"
    keys = [
    "/myapp/ Nginx /conf",
    ]
    
    check_cmd = "/usr/local/ Nginx /sbin/ Nginx  -t -c {
        {.src}}"
    reload_cmd = "/usr/local/ Nginx /sbin/ Nginx  -s reload"

#### 创建模版文件 ####

vim /etc/confd/templates/ Nginx .conf.tmpl

getv从ACM中获取对应dataId的配置，/myapp/ Nginx /conf对应的dataId为myapp. Nginx .conf，配置格式为json格式，模版文件包含了 Nginx 的upstream、限流、黑白名单配置内容，通过json指令解析配置文件。upstream后端IP通过从ACM的配置的backends数组中获取，同样地，白名单和黑名单IP分别存储在whiteList和blackList的数组中，限流的速率和并发数通过rateLimit和connectionLimit设置

...
    {
        {
        $data := json (getv "/myapp/ Nginx /conf")}}
    geo $whiteiplist {
        
        default 1;
        {
        {
        range $data.whiteList}}
        {
        {
        .}} 0;
        {
        {
        end}}
    }
    
    map $whiteiplist $limit {
        
        1 $binary_remote_addr;
        0 "";
    }
    limit_req_zone $limit zone=rateLimit:10m rate={
        {
        $data.rateLimit}}r/s;
    limit_conn_zone $limit zone=connectionLimit:10m;
    
    {
        {
        range $data.blackList}}
    deny {
        {
        .}};
    {
        {
        end}}
    upstream myapp {
        
        server 11.160.65.95:8080;
    }
    server {
        
        listen       80;
        server_name  localhost;
    
        #charset koi8-r;
    
        #access_log  logs/host.access.log  main;
        location / {
        
            root   html;
            index  index.html index.htm;
            proxy_pass http://myapp;
    
            limit_conn connectionLimit {
        {
        $data.connectionLimit}};
            limit_req zone=rateLimit burst={
        {
        $data.burst}} nodelay;
        }
    ...
    }
    ...

#### 在ACM上创建所需的配置文件 ####

创建dataId为myapp. Nginx .conf的配置文件，group使用默认的DEFAULT\_GROUP即可，配置内容设置好上游节点、黑白名单以及限流阈值

{
        
    "backends":["10.0.1.100:80","10.0.1.101:80"],
    "whiteList":["10.0.1.102","10.0.1.103"],
    "blackList":["10.0.1.104","10.0.1.104"],
    "rateLimit":"10",
    "connectionLimit":"10",
    "burst":"10"
    }

![abc5622ffc785e9ce50b240690302320.png][]

#### 启动confd ####

启动confd，设置好backend、endpoint、命名空间namespace和阿里云账号accessKey/secretKey

confd -backend nacos -endpoint {
        endpoint}:8080 -namespace {
        namespace} -accessKey {
        accessKey} -secretKey {
        secretKey}

![1862e9b622cee3ac65a2fa27384d9b8e.png][]

#### 生成配置文件 ####

confd将ACM中的参数通过模板文件渲染生成新的 Nginx 配置文件，查看生成的/usr/local/ Nginx / Nginx .conf配置文件是否符合预期，并检查 Nginx 是否成功reload配置。

...
    geo $whiteiplist {
        
        default 1;
    
        10.0.1.102 0;
    
        10.0.1.103 0;
    
    }
    
    map $whiteiplist $limit {
        
        1 $binary_remote_addr;
        0 "";
    }
    
    limit_req_zone $limit zone=rateLimit:10m rate=10r/s;
    limit_conn_zone $limit zone=connectionLimit:10m;
    
    deny 30.5.125.74;
    
    deny 10.0.1.105;
    
    upstream myapp {
        
        server 11.160.65.95:8080;
    }
    server {
        
        listen       80;
        server_name  localhost;
        location / {
        
                root   html;
                index  index.html index.htm;
                proxy_pass http://myapp;
    
                limit_conn connectionLimit 10;
                limit_req zone=rateLimit burst=10 nodelay;
            }
    ...
    }
    ...

#### 动态修改 Nginx 配置 ####

运行时当需要调节 Nginx 的名单或者限流阈值的时候，可以在ACM上修改配置的内容。当然在生产环境可以使用ACM的灰度发布功能（Beta发布）验证没问题再全量发布下去。

![e04d84574078047e5ed46d9bf1d9d6c7.png][]

这里演示了如何使用confd+ACM管理 Nginx 配置，降低 Nginx 的运维成本。

### 无入侵配置方案三：使用etcd+confd管理nginx配置 ###

nginx的配置是一个典型的key value类型的，而且 配置文件能够 分模块+ 嵌套，一个目录下面可以包含其他配置，目录下还可以有目录，嵌套多层。

结合confd ，可以把配置信息，动态的存储在 k-v型 Nosql数据库中。

如今key value类型的Nosql数据库非常多，redis、leveldb、etcd 等，

etcd 提供类似文件系统操作，使用raft协议保持数据一致性，非常适合云计算分布式部署场景，将confd与etcd搭配，非常适合nginx这样的配置格式。

#### 1、目标Nginx 配置文件 ####

要生成的目标Nginx 配置，大概如下；

upstream www_test {
        
        server 196.75.121.112:443;     （动态生成）
    }
    
    server {
        
        listen       443 ssl; （动态生成）
        server_name  www.test.com; (动态生成)
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;; 
        ssl_certificate             /home/build/openresty/nginx/cert/dealssl/www.bestenover.com.crt; (动态生成)
    
        location / {
         
            proxy_pass https://www_test; (动态生成)
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto https;
            proxy_redirect off;
        }   
    }

#### 2、实现框架 ####

使用etcd新建与nginx配置对应的目录如下：

![2a005bd4866fa3c2c0bf5e98bb255138.png][]

可以设计一套webui， 展示配置和后台生成nginx配置，总体的配置流程图如下所示：

![9b55400761d948e2a3636cd50cbeb4a7.png][]

> **注意：请点击图像以查看清晰的视图！**

#### 3、生成配置 ####

WEBUI通过API将配置写入mysql和etcd，

confd注册监控etcd的key为/nginx/，只要发生变化就通知confd根据模板生成配置。

confd默认的配置路径为/etc/confd/，创建conf.d和template两个目录，分别存放配置资源和配置模板。

nginx的配置资源如下所示：test.conf.toml

[template]
    src = "test.conf.tmpl"
    dest = "/tmp/test.conf"
    keys = [ 
        "/nginx",
    ]
    check_cmd = "/usr/sbin/nginx -t -c {
        {.src}}"
    reload_cmd = "/usr/sbin/service nginx reload"

nginx的配置模板如下所示：test.conf.tmpl

upstream www_{
        {
        getv "/nginx/https/www/server/server_name"}} {
        
        {
        {
        range getvs "/nginx/https/www/upstream/*"}}server {
        {
        .}};{
        {
        end}}
    }
    
    server {
        
        server_name         {
        {
        getv "/nginx/https/www/server/server_name"}}:443;
        ssl on
        ssl_certificate     {
        {
        getv "/nginx/https/www/server/ssl_certificate"}};
        ssl_certificate_key {
        {
        getv "/nginx/https/www/server/ssl_certificate_key"}};
        location / {
         
            proxy_pass        http://www_{
        {
        getv "/nginx/https/www/server/server_name"}};
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto https;
            proxy_redirect    off;
        }   
    }

开启confd，执行 ./confd -watch -backend etcd -node http://127.0.0.1:2379

使用ectdctl添加配置如下：

./etcdctl set /nginx/https/www/server/server_name test.com
    ./etcdctl set /nginx/https/www/server/ssl_certificate /home/waf/build/openresty/nginx/cert/client/client.crt
    ./etcdctl set /nginx/https/www/server/ssl_certificate_key /home/waf/build/openresty/nginx/cert/client/client.key;
    /etcdctl set /nginx/https/www/upstream/server1 192.168.1.2:443
    ./etcdctl set /nginx/https/www/upstream/server2 192.168.4.2:443

confd的执行结果如下所示：

![1e7ca565e1ab1c64c7731e7fcdd44b35.png][]

生成位置文件如下所示：

upstream www_test.com {
        
        server 192.168.1.2:443;
        server 192.168.4.2:443;
    }
    
    server {
        
        server_name         test.com:443;
        ssl on
        ssl_certificate     /home/waf/build/openresty/nginx/cert/client/client.crt;
        ssl_certificate_key /home/waf/build/openresty/nginx/cert/client/client.key;
        location / {
         
            proxy_pass        http://www_test.com;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto https;
            proxy_redirect    off;
        }   
    }

最终的生成效果，与模板生成的保持一致。

### 参考文献 ###

https://segmentfault.com/a/1190000019741469

https://www.cnblogs.com/Anker/p/6112022.html

cond的github上文档介绍：https://github.com/kelseyhightower/confd/blob/master/docs/template-resources.md

[etcd与confd实现配置管理][etcd_confd]

http://www.tuicool.com/articles/eeiAve

etcd的参考：https://github.com/coreos/etcd

https://yq.aliyun.com/articles/11035

http://www.infoq.com/cn/articles/coreos-analyse-etcd/

### 说在最后 ###

非入侵 配置 面试题，是非常常见的面试题。

以上的内容，如果大家能对答如流，如数家珍，基本上 面试官会被你 震惊到、吸引到。

在面试之前，建议大家系统化的刷一波 5000页《[尼恩Java面试宝典PDF][Java]》，并且在刷题过程中，如果有啥问题，大家可以来 找 40岁老架构师尼恩交流。

最终，**让面试官爱到 “不能自已、口水直流”**。offer， 也就来了。

### 推荐阅读 ###

《[百亿级访问量，如何做缓存架构设计][Link 3]》

《[多级缓存 架构设计][Link 4]》

《[消息推送 架构设计][Link 5]》

《[阿里2面：你们部署多少节点？1000W并发，当如何部署？][2_1000W]》

《[美团2面：5个9高可用99.999%，如何实现？][2_5_9_99.999]》

《[网易一面：单节点2000Wtps，Kafka怎么做的？][2000Wtps_Kafka]》

《[字节一面：事务补偿和事务重试，关系是什么？][Link 6]》

《[网易一面：25Wqps高吞吐写Mysql，100W数据4秒写完，如何实现？][25Wqps_Mysql_100W_4]》

《[亿级短视频，如何架构？][Link 7]》

《[炸裂，靠“吹牛”过京东一面，月薪40K][40K]》

《[太猛了，靠“吹牛”过顺丰一面，月薪30K][30K]》

《[炸裂了…京东一面索命40问，过了就50W+][40_50W]》

《[问麻了…阿里一面索命27问，过了就60W+][27_60W]》

《[百度狂问3小时，大厂offer到手，小伙真狠！][3_offer]》

《[饿了么太狠：面个高级Java，抖这多硬活、狠活][Java 1]》

《[字节狂问一小时，小伙offer到手，太狠了！][offer]》

《[收个滴滴Offer：从小伙三面经历，看看需要学点啥？][Offer]》

> 《尼恩 架构笔记》《尼恩高并发三部曲》《尼恩Java面试宝典》PDF，请到下面公号【技术自由圈】取↓↓↓

[Java]: https://blog.csdn.net/crazymakercircle/article/details/132927258
[console.nacos.io]: http://xn--console-e73k064bojj.nacos.io/
[8a7f931e8bd943798e19dbec0e798f21.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/a9b0cf9070124d92b555ed11a637bda8.png
[10feae52a4e1ce2439347dd42bcb70ed.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/78feae957aa449538d09613c01fa6d13.png
[6d2b4879194343a193b158f57c933846.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/6ff2c553e73f4765b7f48227f198ff12.png
[Link 1]: https://help.aliyun.com/document_detail/59953.html
[Link 2]: https://help.aliyun.com/document_detail/124844.html
[abc5622ffc785e9ce50b240690302320.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/07acb518b5d3456e9c396eac52c3ba8a.png
[1862e9b622cee3ac65a2fa27384d9b8e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/f08d1bff2c9b433cb57de282cd63c5bd.png
[e04d84574078047e5ed46d9bf1d9d6c7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/fae9b41adc694ce2b0a73ee0677e9ea9.png
[2a005bd4866fa3c2c0bf5e98bb255138.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/e8d96fd05bf24ddaa3b2d5d68bbe24f0.png
[9b55400761d948e2a3636cd50cbeb4a7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/5de685e7704145fbb57b4342413a1206.png
[1e7ca565e1ab1c64c7731e7fcdd44b35.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/11/5e7162abb72041e99ffc9927ea13237d.png
[etcd_confd]: http://xiaorui.cc/2015/01/25/confd%E5%92%8Cetcd%E5%AE%9E%E7%8E%B0%E9%85%8D%E7%BD%AE%E7%AE%A1%E7%90%86%E5%8F%8A%E8%87%AA%E5%8A%A8%E5%8F%91%E7%8E%B0/
[Link 3]: https://blog.csdn.net/crazymakercircle/article/details/132628780
[Link 4]: https://blog.csdn.net/crazymakercircle/article/details/132637261
[Link 5]: https://blog.csdn.net/crazymakercircle/article/details/132561087
[2_1000W]: https://blog.csdn.net/crazymakercircle/article/details/132526730
[2_5_9_99.999]: https://blog.csdn.net/crazymakercircle/article/details/132509763
[2000Wtps_Kafka]: https://blog.csdn.net/crazymakercircle/article/details/132479866
[Link 6]: https://blog.csdn.net/crazymakercircle/article/details/132456546
[25Wqps_Mysql_100W_4]: https://blog.csdn.net/crazymakercircle/article/details/132403212
[Link 7]: https://blog.csdn.net/crazymakercircle/article/details/132379306
[40K]: https://blog.csdn.net/crazymakercircle/article/details/132150378
[30K]: https://blog.csdn.net/crazymakercircle/article/details/132000420
[40_50W]: https://blog.csdn.net/crazymakercircle/article/details/131615296
[27_60W]: https://blog.csdn.net/crazymakercircle/article/details/131147192
[3_offer]: https://blog.csdn.net/crazymakercircle/article/details/131027012
[Java 1]: https://blog.csdn.net/crazymakercircle/article/details/130989697
[offer]: https://blog.csdn.net/crazymakercircle/article/details/130956376
[Offer]: https://blog.csdn.net/crazymakercircle/article/details/129317821