人妻无码中文字幕一区二区三区 ,中文字幕亚洲码在线,亚洲AV片不卡无码久久,2018国产大陆天天弄

OA | 項目 | 合同 | 知識 | 檔案 | CRM | KM | ERP |  設備 |  專題       
偉創(chuàng)首頁 易企管 定制軟件 解決方案 經(jīng)典案例 行業(yè)資訊
關(guān)于我們  |  聯(lián)系我們  | 400-0906-395

偉創(chuàng)軟件:辦公軟件專家

+ 企業(yè)信息化咨詢顧問      + 辦公軟件集成方案      + 企業(yè)信息化解決方案     
+ 數(shù)據(jù)集成及安全方案      + 數(shù)據(jù)挖掘解決方案      + 移動辦公及云辦公     
當前位置: 偉創(chuàng)軟件 -> 軟件服務/產(chǎn)品 -> 辦公自動化系統(tǒng) -> 傳統(tǒng)應用的docker化遷移

中小企業(yè)辦公自動化系統(tǒng)

OA、ERP整合 中小企業(yè)信息化務實思考

偉創(chuàng)軟件 -> 辦公自動化系統(tǒng)
三個以上軟件系統(tǒng),比如OA、 ERP、CRM、HR、BI以及財務軟件,但這些軟件的數(shù)據(jù)格式、數(shù)據(jù)庫類別、操作系統(tǒng)、應用系統(tǒng)等都不盡一樣,位置分散相互獨立,甚至一些中小企業(yè)在同一個系統(tǒng)下的財務、辦公、銷售、生產(chǎn)等系統(tǒng)也各自獨立。 最關(guān)鍵的問題是這些異構(gòu)系統(tǒng)之間成為多個應用和數(shù)據(jù)的孤島,難于共..

多媒體視頻會議系統(tǒng)性能介紹

偉創(chuàng)軟件 -> 辦公自動化系統(tǒng)
端的視頻;可支持16路活動視頻廣播和16路音頻混音廣播。在主持人廣播自己視頻時,也可以監(jiān)視某個參與者的視頻,最多可監(jiān)視16路視頻,可實現(xiàn)會議中心會場瀏覽16路分會場視頻(16分屏),Active Meeting 2004還具有視頻輪詢監(jiān)視功能,可根據(jù)所定義的時間間隔自動輪流查看遠端會場的視頻。Act..

OA系統(tǒng)行業(yè)如何做好OA試用

偉創(chuàng)軟件 -> 辦公自動化系統(tǒng)
99%的用戶都會選擇后者。 的確,方案總是很豐滿、很完美,尤其是那些善于營銷的企業(yè),會把自己的方案書寫得非!案叽笊稀薄Ee個或許不太恰當?shù)睦,方案就相當于“廣告”,并不一定能準確反映出產(chǎn)品的真實狀況。 因此,用戶更愿意去親自試用產(chǎn)品,看產(chǎn)品的功能、性能到底如何,是否能夠滿足和適合自己。 可是..

 

傳統(tǒng)應用的docker化遷移

作者:佚名  來源:網(wǎng)絡
導讀:辦公自動化系統(tǒng) , 傳統(tǒng)應用的docker化遷移:應用來說,使用和不使用Docker可能并不能直接給企業(yè)帶來好處,相反使用中遇到了問題肯定會給企業(yè)帶來麻煩。那我們?yōu)槭裁匆褂肈ocker呢?Docker最大的好處是標準化應用交付,當然隨之提高了工作效率,并節(jié)約了成本,據(jù)國外的統(tǒng)計使用Docker平均可以提升60%的效率,同時節(jié)約40%的成本。我們可
關(guān)鍵詞: 協(xié)同辦公  ERP軟件  檔案  客戶管理  知識管理  項目管理  合同管理 

   傳統(tǒng)應用容器化遷移的思考

    對于傳統(tǒng)應用來說,使用和不使用Docker可能并不能直接給企業(yè)帶來好處,相反使用中遇到了問題肯定會給企業(yè)帶來麻煩。那我們?yōu)槭裁匆褂肈ocker呢?Docker最大的好處是標準化應用交付,當然隨之提高了工作效率,并節(jié)約了成本,據(jù)國外的統(tǒng)計使用Docker平均可以提升60%的效率,同時節(jié)約40%的成本。我們可以把Docker比作一條軟件的生產(chǎn)線,當你有了這條生產(chǎn)線后,帶來的效率提升是質(zhì)的飛躍。不過,當你在引進Docker這條生產(chǎn)線的時候,你肯定會有很多的疑慮,比如:

    如何能保證現(xiàn)有生產(chǎn)線到Docker的平滑過渡?

    如何確保員工能夠快速的上手?

    如何合理利用現(xiàn)有的資源,比如數(shù)據(jù)庫、網(wǎng)絡等?

    如何使用新的服務框架?

    如何重新定義軟件層的依賴?

    如何處理操作系統(tǒng)的問題?

    如何重新定義軟件的生命周期?

    傳統(tǒng)應用的容器化遷移建議

    當我們需要遷移一個應用的時候,首先需要了解一個應用當前正在使用的資源有哪些。你需要了解當前系統(tǒng)的拓撲結(jié)構(gòu),現(xiàn)有的拓撲結(jié)構(gòu)是遷移的最好參考,傳統(tǒng)的單體模式下,很多應用程序運行在一臺主機之上,但在微服務體系下,我們更傾向于通過容器來解耦合,實際上,并不是所有系統(tǒng)都適合于解耦合,我們的進程間通訊是必須要考慮的因素,任何一個企業(yè)在遷移過程中都不愿意去重新對一個模塊進行重編碼,因為有的程序可能根本就找不到代碼。本文結(jié)合我們的實際經(jīng)驗闡述傳統(tǒng)應用在容器化遷移中需要考慮的一些因素。

    操作系統(tǒng)

    如果你的應用是基于Windows系統(tǒng),并且不打算使用Linux,可以直接忽略本文(很多應用是可以遷移到Linux的,比如Java、PHP、Python等)。對于進程來說,它是只工作在Ring 3還是工作在Ring 0-3是至關(guān)重要的,如果你進程涉及到內(nèi)核的操作,需要非常的小心,因為他可能會引起系統(tǒng)崩潰。我們知道通常system call是會從用戶態(tài)轉(zhuǎn)到內(nèi)核態(tài),所以基本都會涉及到內(nèi)核操作。我所說的內(nèi)核操作是指你自己寫了相應的驅(qū)動或者內(nèi)核模塊,因為你的kernel代碼肯定是更容易出問題的。因此,我們需要了解容器并不是虛擬機,它本身是一個進程,一個受到諸多管控的進程。即使你的容器里面的內(nèi)核版本很高,但骨子里都是你的Host內(nèi)核。因此,容器的隔離并不會像虛擬機一樣徹底,對于一個虛擬機,即使你的內(nèi)核操作引起的崩潰,也不會導致其他虛擬機崩潰,但是,容器則會和大家一起崩潰。所以,我們應當盡量通過容器來隔離不涉及內(nèi)核操作的應用。如果您不清楚是否涉及內(nèi)核,也不用擔心,目前基本上95%以上的Linux應用都不直接涉及內(nèi)核操作。我們一般的web服務器,后端服務,基本都不涉及內(nèi)核操作。

    CPU

    對于單個應用程序,首先需要考慮的是CPU問題,需要幾個CPU,需要多強的CPU。如果是CPU消耗性的程序,要在不影響其他應用情況下,盡可能多的分配CPU。CPU一般是稀缺資源,需要結(jié)合實際使用的上限值、下限值和均值做規(guī)劃。最好的方法就是利用ps、top、htop等工具進行跟蹤,最好能跟蹤一個軟件運行周期,得到軟件的CPU上限和下限。CPU的跟蹤結(jié)果會左右后續(xù)的容器資源限定值。

    內(nèi)存的大小

    使用容器的一大目的就是要限定應用的資源使用,因此我們需要獲得容器的初始內(nèi)存大小,運行中內(nèi)存大小以及最大內(nèi)存。這一部分可以通過vmstat等工具來獲得。需要指出的是,內(nèi)存和CPU都是利用CGroup內(nèi)核技術(shù)進行控制的,所以控制的是使用上限,并不是分配以后就專屬于某個容器。只不過如果你的應用使用內(nèi)存超過了上限,程序會觸發(fā)OOM(out of memory),可能會被Kill掉,例如你是通過tomcat來封裝應用的,由于啟動時候需要使用更多的內(nèi)存,可能會存在被Kill的可能性。這些都可以通過docker log和系統(tǒng)日志來進行查看。

    進程模型

    隨著高級語言的出現(xiàn),熟悉操作系統(tǒng)進程模型的人越來越少。父進程是什么,子進程是什么,進程樹是怎么樣的,線程是怎么構(gòu)建的都需要弄清楚。這有助于理解應用在一臺服務器中所處的位置,以及它能帶來的影響。這一部分是通過ps命令來查看的。

    網(wǎng)絡部分

    應用使用的是TCP還是UDP,使用了哪些端口,同時數(shù)據(jù)包的大小是怎么樣的,網(wǎng)絡的上下行負載在什么程度。這些可以通過tcpdump、 sar和netstat來獲得,有了這些才能設計出容器將要使用的網(wǎng)絡模型,是橋接、Host、Overlay、自定義還是網(wǎng)絡插件,每一種容器網(wǎng)絡都有一定的特點,性能和復雜度也各不相同,我們需要選擇最合適的模型來進行規(guī)劃,而不是選擇最復雜的。

    用戶管理及安全

    傳統(tǒng)應用系統(tǒng)里面可能有自己的一套安全體系,比如ldap、 active directory等,因此這一部分也是需要考慮的,而安全這部分,也需要考慮證書、防火墻等問題。容器可以有效的提升用戶管理的效率,我們可以把ldap做到容器里面,同時也可以只暴露需要的端口,降低被攻擊的可能性。

    日志處理

    傳統(tǒng)的應用有的可能沒有日志管理,有的可能使用syslog或者rsyslog,然后通過中心日志服務器來進行日志匯總。有了容器以后,我們可以借助諸如Ghostcloud的第三方平臺,集中化收集日志?梢栽赿aemon層面,也可以在容器層面來進行收集。有了容器之后,你可以很方便的收集全系統(tǒng)日志,如果你有一個基于日志的大數(shù)據(jù)平臺,可以在改動很小的情況下做分析。

    共享存儲及數(shù)據(jù)庫

    很多傳統(tǒng)應用都會使用跨主機的文件服務,比如NFS、CIFS。當遷移含有這些服務的應用時,需要添加外部掛在卷。對于MySQL或者Mongo等數(shù)據(jù)庫,在遷移的時候需要考慮是否將數(shù)據(jù)持久化進容器,還是通過外部的掛在卷。如果通過外部掛在卷,需要考慮容器的HA。同時,如果你的數(shù)據(jù)庫沒有辦法提供Linux平臺的支持,你的數(shù)據(jù)庫肯定是不能做遷移的,當然如果數(shù)據(jù)庫提供Linux下的客戶端,你可以將數(shù)據(jù)庫和應用做一次拆分,再做遷移。對于存儲和磁盤的跟蹤也是必須注意的,Host的RAID怎么做,是否需要支持動態(tài)擴展,應用程序的運行目錄大小及層次結(jié)構(gòu),應用程序的運行時磁盤操作,應用程序的持久化操作以及應用的日志及Crash Core都是需要考慮的地方。這一部分,需要一些專業(yè)的知識,同時借助于strace等跟蹤工具來進行分析,這些將決定后續(xù)容器的掛載卷及空間分配,同時也會決定容器文件系統(tǒng)設計方案。

    服務發(fā)現(xiàn)

    傳統(tǒng)企業(yè)或者應用可能會用到諸如ESB的服務總線,但是隨著開源技術(shù)的出現(xiàn)和微服務架構(gòu)的興起,我們完全可以借助于開源項目或者第三方服務來實現(xiàn),用的比較多的是consul、etcd 和Zookeeper,其中ZK也是使用非常多的高可用中間件,只不過前兩者更專注于服務發(fā)現(xiàn),后者是一個通用的組件,并不僅針對服務發(fā)現(xiàn)。以前企業(yè)里面涉及到服務發(fā)現(xiàn),很多時候都需要對微服務的方式進行統(tǒng)一約定,而由于容器本身有一個外部的daemon引擎,其服務發(fā)現(xiàn)方式可以通過Registrator內(nèi)置到daemon里面,跟傳統(tǒng)模式也有區(qū)別。

    持續(xù)集成

    很多傳統(tǒng)應用出現(xiàn)的時候還沒有敏捷、DevOps和CI/CD,但是隨著移動互聯(lián)網(wǎng)的高速發(fā)展,軟件的更新越來越頻繁,很多時候一個系統(tǒng)需要在一天內(nèi)部署幾十次。通過不斷重復的部署和測試,可以極大的提高軟件的穩(wěn)定性。Docker的快速啟動和鏡像倉庫是天生為CI/CD設計的,以前我們啟動一個虛擬機需要幾分鐘,而啟動容器只需要幾秒鐘,有了這種能力以后集群式的和并行的持續(xù)集成才能成為可能。對于持續(xù)集成目前業(yè)界也沒有一個通用的模式,而且每個團隊可能習慣的方式和關(guān)注點都不一樣,因此存在很多定制的地方,有的以鏡像為引導,有的以代碼為引導,沒有最好的方式,只有最適合團隊的方式;同時,持續(xù)集成的流程也沒有最好的,只有更好的。需要不斷在開發(fā)過程中進行優(yōu)化。以前國內(nèi)很多企業(yè)受一些國外廠商的影響,花了巨資去購買流程及其復雜的流程軟件,其實現(xiàn)在看來并不都適合國內(nèi)的開發(fā)環(huán)境。一個簡單的例子就是,由于眾所周知的原因,國內(nèi)訪問外網(wǎng)的速度就很慢,而現(xiàn)在很多開源項目都放在github上,國外很多看似理所當然的事情,并不適合國內(nèi)環(huán)境。

 

..


 
OA  ERP  CRM  進銷存  知識  人事  自動化  流程  工程項目  成本  協(xié)同  項目  檔案  移動  移動平臺  合同  電子檔案  不動產(chǎn)  國有資產(chǎn)  自建房  宅基地  公租房  國有不動產(chǎn)  設備  銷售CRM  客戶關(guān)系  項目  知識庫  人事  ERP  無紙化  資訊 
 
熱線電話:400-0906-395  偉創(chuàng)軟件-辦公軟件專家 All Rights Reserved. 產(chǎn)品服務  資訊專題  行業(yè)專題  偉創(chuàng)軟件  京ICP備17005839號 
項目 | 合同 | 知識 | 檔案 | OA | CRM | 設備 | 資訊 | 設備 | 專題 |            
<蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>