部署腳本
1、Spark腳本提交/運行/部署
1.1 spark-shell（交互窗口模式）
運行Spark-shell需要指向申請資源的standalone spark集群信息，其參數為MASTER，還可以指定executor及driver的內存大小。
sudo spark-shell --executor-memory 5g --driver-memory1g --master spark://192.168.180.216:7077
spark-shell啟動完後，可以在交互窗口中輸入Scala命令，進行操作，其中spark-shell已經默認生成sc對象，可以用：
val user_rdd1 = sc.textFile(inputpath, 10)
讀取數據資源等。
1.2 spark-shell（腳本運行模式）
上面方法需要在交互窗口中一條一條的輸入scala程序；將scala程序保存在test.scala文件中，可以通過以下命令一次運行該文件中的程序代碼：
sudo spark-shell --executor-memory 5g --driver-memory1g --master spark//192.168.180.216:7077 < test.scala
運行後會自動進入spark-shell交互窗口並且運行test.scala中的程序，運行完成後，會自動退出spark-shell。
如果程序退出終端後，Linux終端失效，可以試試：stty echo 命令
1.3 spark-submit （程序部署）
Spark提供了一個容易上手的應用程序部署工具bin/spark-submit，可以完成Spark應用程序在local、Standalone、YARN、Mesos上的快捷部署。可以指定集群資源master，executor/ driver的內存資源等。
sudo spark-submit --masterspark://192.168.180.216:7077 --executor-memory 5g --class mypackage.test workcount.jar hdfs://192.168.180.79:9000/user/input.txt
workcount .scala 代碼打包workcount.jar，並將文件需要上傳到spark的安裝目錄下面；
hdfs//192.168.180.79:9000/user/input.txt為輸入參數；
⑵ Weblogic如何使用腳本部署一個java web應用
java -cp ${WLS_HOME}/wlserver_10.3/server/lib/weblogic.jar: weblogic.Deployer -adminurl t3://${WLSIP}:${PORT} -user ${WLS_USER} -password ${WLS_PASS} -deploy -name ${dep} ${DEST_DIR}/${dep}
⑶ 如何通過寫腳本，將開發環境內容部署到生產環境中
具體如何更新代碼，其實跟具體的語言有一些關系。比如 java 有標準的 jar ，c/c++ 等可以編譯成可執行文件再部署，Python / PHP 這類的動態語言就比較麻煩。
如果你是靜態語言，最好是編譯好以後直接打成系統包( deb, rpm 等等)，然後通過包管理軟體或者直接 來發布。如果是動態語言，那就繼續往下看。
配置管理
develop 和 proction 代碼是一樣的，最大的區別是運行環境， 這個區別通常要通過一個配置文件來區分。所以你的應用應該在不同針對不同的環境有不同的配置文件。然後通過一個環境變數或者符號鏈接等等方式去指定你的配置文件。
⑷ 怎麼寫一個軟體發布部署的shell腳本
如果你的軟體都是命令行自動安裝的話你可以通過shell腳本批量安裝把安裝軟體的命令寫進去，用一個for循環就可以了
⑸ 如何快速實現應用批量部署
如果你的軟體都是命令行自動安裝的話
你可以通過shell腳本批量安裝
把安裝軟體的命令寫進去，用一個for循環就可以了
⑹ 怎麼部署shell環境
採用shell腳本完成
具體的流程
1、系統設置，關閉防火牆、設置主機名之類的
2、提取公共的部分，例如JDK、多台伺服器之間的ssh訪問
3、服務的安裝，包括解壓、修改配置文件、添加開機自啟、服務啟動
4、服務的卸載（文件目錄、數據文件、啟動項）、重復安裝
5、狀態監控
Shell腳本
關閉防火牆
⑺ 如何用腳本自動化部署xml文件
僅僅需要按下按鈕
最近，我的岳父向我展示了他的T系列福特，我發現自己開始著迷於他堅持練習的啟動汽車的方式。首先調整火花塞，打開汽油活塞，像主氣缸中加入一些汽油，掛空擋，拉起手剎，之後在汽車前面搖動發動機點火。這輛車就又可以繼續行駛了。
在看到我的岳父需要扳動變速箱並腳踩踏板才能保持汽車行駛的時候，我對於自己的汽車的簡單進入方式和一鍵啟動有了新的認識。
而對於規模不斷增長、相當復雜的物理和虛擬數據中心，不論是本地的還是遠程的，你都不能依靠某個人來記住如何啟動T系列福特，而是需要通過執行重復的任務來保證其正常運行。
自動化可以幫助解決下面的一系列問題：
? 重復。如果需要多次執行同一個任務，並且需要保持可靠性和一致性，就需要對任務進行自動化和計劃執行了。
? 人為失誤。避免人為失誤，特別是在危機處理過程中，對於大規模環境的成功運營是至關重要的。即便是一個好的管理員，面對關鍵業務中斷的巨大壓力，也可能犯下錯誤使得情況變得更加糟糕。
? 文檔問題。 自動化對於特定的步驟和預期的、可審計的結果都提供了清晰的文檔。需要確保你的IT部門已經制定了災難恢復文檔，並且已經已經實現了自動化。
自動化面臨新的挑戰
當然，自動化不能神奇地解決所有IT問題。一個良好的自動化策略需要理解哪些地方怎樣使用恰當的工具，並且在最大程度上發揮這些工具的作用。
可以使用不同的方式來實現自動化。讓我們從可以提供圖形用戶界面（GUI）的工具開始，它們可以讓IT管理員重復執行任務，並且實現對任務的大規模管理。
Windows Server
2012中的圖形化伺服器管理器和系統中心虛擬機管理器（SCVMM）等這些工具提供了一些自動化和擴展特性，比如向多個伺服器部署角色，或者同時管理多
台虛擬機，但是不要錯誤地認為這是一種靈活的自動化環境。沒有一種GUI能夠理解你的特殊業務需求。
為了實現能夠業務部門所有需求的靈活性，需要一個由向導和有限的按鈕組成的、能夠順利執行的工具。最好的自動化策略應該提供一個對所有可能性和控制許可權都開放的環境——而這也意味著可能導致徹底的失敗。並沒有一種簡易的、使用於所有環境的自動化方式。
高效的自動化工具都是十分復雜的，需要IT專家在培訓和特定技術領域進行大量投入。學習自動化技能能夠促進職業發展、增加跨平台的潛力和為公司盈利。
除此之外，IT部門必須和業務部門協同合作，來為自動化制定一個有價值的方案。關於這一點，IT專家和CIO都應該閱讀由Gene
Kim、Kevin Behr和George Spafford共同編寫的The Phoenix
Project。這本書介紹了IT部門應該如何成為業務的一部分，而不是現在的敵對關系。
⑻ 求助，MDT 2013部署完操作系統後，如何執行命令行命令或腳本
察看一下腳本的運行環境:以哪個用戶身份運行的,運行路徑是否滿足要求 最後多看看/var/log/下的日誌,一般就能找到答案了
⑼ JS腳本在本地可用，部署到伺服器就不行，求解決
var trim_Version = version[1].replace(/[ ]/g, "");這句話錯了