>5月份時曾部署上線了C++的Web伺服器，溫故而知新，本篇文章梳理總結一下部署流程知識； >- 最初的解決方案：https://blog.csdn.net/BinBinCome/article/details/129750951?spm=1001.2014.3001.5501 >- 後來的解決方案 ...

5月份時曾部署上線了C++的Web伺服器，溫故而知新，本篇文章梳理總結一下部署流程知識；

最初的解決方案：https://blog.csdn.net/BinBinCome/article/details/129750951?spm=1001.2014.3001.5501

後來的解決方案：https://blog.csdn.net/BinBinCome/article/details/129796690?spm=1001.2014.3001.550

以下是本文的大概內容思維導圖：
在這裡插入圖片描述

一、最初的解決方案

原理：
當用戶註銷（logout）或者網路斷開時，終端會收到 HUP（hangup）信號從而關閉其所有子進程。因此，我們的解決辦法就有兩種途徑：要麼讓進程忽略 HUP 信號，要麼讓進程運行在新的會話里從而成為不屬於此終端的子進程。

方法1：進程忽略HUP信號

命令：
nohup (no hang up，不掛起）：用於在系統後臺不掛斷地運行命令，退出終端不會影響程式的運行。在預設情況下（非重定向時），會輸出一個名叫 nohup.out 的文件到當前目錄下，如果當前目錄的 nohup.out 文件不可寫，輸出重定向到 $HOME/nohup.out 文件中。
使用：

nohup ./IM_chat >> IMchat.log 2>&1 &
    - ./IM_chat : 當前文件目錄下的新坑項目可執行文件
    - >> IMchat.log 2>&1: 將標準錯誤 2 重定向到標準輸出 &1 ，標準輸出 &1 再被重定向輸入到 IMchat.log 文件中
    - & : 讓命令在後臺執行，終端退出後命令仍舊執行

其他知識：
1、Linux中的0、1、2： 0是standard input，標準輸入，1是standard output，標準輸出，2是standard error，標準錯誤輸出
2、停止運行進程的方法：
ps -aux | grep "IM_chat"
Kill - 9 進程號PID
AI回答版知識：
在Linux中，0、1、2是特殊文件描述符，用於表示標準輸入（stdin）、標準輸出（stdout）和標準錯誤（stderr）。它們在I/O重定向和管道操作中起著重要的作用。

標準輸入（stdin）：文件描述符0，通常與鍵盤輸入相關聯。當程式需要從用戶獲取輸入時，可以讀取標準輸入流來接收用戶的輸入數據。例如，通過命令行輸入或從終端讀取數據。
標準輸出（stdout）：文件描述符1，通常與顯示器相關聯。當程式產生輸出時，預設會將輸出內容發送到標準輸出流，併在終端上顯示。可以通過重定向操作將標準輸出流重定向到文件，以便將輸出保存在文件中。
標準錯誤（stderr）：文件描述符2，通常也與顯示器相關聯。與標準輸出類似，但標準錯誤流用於輸出錯誤和警告消息，而不是正常的程式輸出。通常，錯誤消息會直接列印到終端上，而不受標準輸出重定向的影響。
這些概念涉及到Linux的輸入輸出（I/O）機制和文件描述符的概念：

輸入輸出（I/O）：指電腦系統與外部設備之間的數據交換過程。在Linux中，輸入可以來自鍵盤、文件或其他進程的輸出。輸出可以顯示在終端、寫入文件或發送給其他進程。
文件描述符：在Linux中，每個打開的文件（包括設備和管道）都與一個唯一的整數標識符相關聯，稱為文件描述符。0、1和2是預定義的文件描述符，分別對應標準輸入、標準輸出和標準錯誤。
I/O重定向：通過重定向操作，可以改變程式預設的輸入或輸出位置。使用特殊的符號（如<、>和>>）將輸入/輸出從一個源/目標指向另一個源/目標。例如，將命令的輸出重定向到文件，或從文件中讀取輸入而不是鍵盤。
管道操作：管道允許將一個進程的輸出直接傳遞給另一個進程的輸入，以實現進程間通信。通過使用|符號，可以將一個命令的輸出連接到另一個命令的輸入，形成一個管道鏈。
這些機制使得在Linux系統中可以方便地控制輸入和輸出流，以及處理輸入輸出的重定向和管道操作，從而增強了程式的靈活性和可擴展性。

方法2：進程運行在新會話

服務跑起來後，過了段時間訪問自己的寫的webserver伺服器里放的個人主頁頁面發現竟然掛了！於是檢查日誌沒發現啥問題，於是嘗試讓進程運行在新會話的方法；
screen 提供了 ANSI/VT100 的終端模擬器，使它能夠在一個真實終端下運行多個全屏的偽終端。如果有大量命令需要在穩定的後臺里運行，可以避免對每條命令都做這樣的操作；

yum -y install   screen                # 安裝screen
screen -dmS sessionname         # 建立一個處於斷開模式下的會話，sessionname可更改為自己的服務名
screen -list                                 # 列出所有會話，查看是否建立會話
screen -r sessionname                 # 重新連接指定會話,運行自己的服務

用快捷鍵CTRL + a + d 來暫時斷開當前會話。退出終端連接，查看服務是否穩定運行

本次最初方案即srceen中組合nohup加上&的組合拳，終極版還能加上systemctl配置開機自啟！的參考文章：

二、後來的解決方案

平穩運行大概大半個月後，偶然發現服務又掛了，不能忍了個人主頁誰天天看在不在運行啊！直接上腳本每一段時間自動檢測一下服務是否運行中，沒運行的話就重啟一下！（以下腳本可自己定義去修改，非正式使用腳本）

#!/bin/sh

while true

do

ps -ef | grep "temporaryfile" | grep -v "grep"
#查找系統中含有"temporaryfile"字元的進程，並且排除grep本身的進程。
if [ "$?" -eq 1 ]
#如果未運行
then

python3 /home/xxx/xxxxxx.py
#啟動應用，修改成自己的啟動應用腳本或命令

echo "process has been restarted!"

else

echo "process already started!"

fi

sleep 60

done

參考文章：https://zhuanlan.zhihu.com/p/599421452

三、最後的思考

雖然腳本的辦法挺不錯的，服務一直運行到今天2023/9/3都沒有掛過，但是不由得思考兩個問題
1、最開始的webserver服務為什麼會掛掉？看日誌也沒有分析出原因
2、大型企業的後臺服務是怎樣運行維護的呢？不至於我這樣一個一個的手動啟動和查進程關閉或者使用腳本吧

ai回答：
大型公司的後臺Linux部署通常採用更為複雜和全面的解決方案。這些解決方案可能包括：

容器化技術：使用容器技術（如Docker）將應用程式和其依賴項打包成可移植的容器鏡像，從而實現隔離和可擴展性。
自動化部署：使用自動化工具（如Ansible、Chef或Puppet）來管理和部署伺服器和應用程式，實現快速、可靠的部署過程。
高可用性和負載均衡：使用負載均衡器和集群管理工具，確保系統的高可用性和可擴展性。
日誌和監控：使用日誌記錄和監控工具（如ELK堆棧、Prometheus、Grafana等）來收集、分析和監視系統的運行情況，以及進行故障排除和性能優化。

服務掛掉的原因由於時間久遠（大概幾個月前）很難追溯了，但是第二個問題卻是可以繼續推動無限進步！

1、Docker技術： 看完了w3c教程成功入門並用其搭建vulhub靶場過；https://www.w3cschool.cn/docker/docker-command-manual.html
2、自動化部署工具： K8s，是用於自動部署、擴縮和管理容器化應用程式的開源系統，這個看來得學學了；
3、負載均衡和高可用 ：負載均衡集群--知乎，打開新世界大門原來負載均衡技術的實現除了我知道的nginx軟體技術以外還有硬體技術的實現；
4、日誌和監控工具：Elastic Stack（Elasticsearch Logstash 和 Kibana）
Elastic Stack，通常縮寫為ELK，是一種流行的三合一日誌集中、解析和可視化工具，可將來自多台伺服器的大量數據和日誌集中到一臺伺服器中。
ELK Stack 包含 3 種不同的產品：
Logstash
Logstash是一個免費的開源數據管道，它收集日誌和事件數據，甚至處理數據並將其轉換為所需的輸出。使用名為“ beats ”的代理將數據從遠程伺服器發送到logstash。“ beats ”將大量系統指標和日誌發送到Logstash，然後對其進行處理。然後它將數據提供給Elasticsearch。
彈性搜索
Elasticsearch基於Apache Lucene構建，是一個開源分散式搜索和分析引擎，適用於幾乎所有類型的數據——包括結構化和非結構化數據。這包括文本、數字和地理空間數據。
它於 2010 年首次發佈。Elasticsearch是ELK堆棧的核心組件，以其速度、可擴展性和 REST API 著稱。它存儲、索引和分析從Logstash傳遞的大量數據。
Kibana
數據最終傳遞給Kibana，這是一個與Elasticsearch一起運行的 WebUI 可視化平臺。Kibana允許您探索和可視化來自 elasticsearch 的時間序列數據和日誌。它在直觀的儀錶板上可視化數據和日誌，這些儀錶板採用各種形式，例如條形圖、餅圖、直方圖等。

要學的東西還有很多啊，無限進步！ 以下是一些參考文章。

參考文章：

本文來自博客園，作者：BingeBlog，轉載請註明原文鏈接：https://www.cnblogs.com/bingeblog/p/17674487.html

Web伺服器部署上線的踩坑流程回顧與知新

一、最初的解決方案

方法1：進程忽略HUP信號

方法2：進程運行在新會話

二、後來的解決方案

三、最後的思考