搜尋

搜尋結果

Docker Image打包建議
科技新知
MacauYeah・2024-07-10

之前筆者有分享過兩個不同的Docker Image打包方式 App直接打包成Image 只把底層程式打包在Image中例如Tomcat,再用Docker Volume的方式讓Container可以起動App。 筆者就兩種方式做了一個條列式的對比。詳見連結 httpsmacauyeah.github.ioAProgrammerPreparesVMDockerNotesDeployDockerClusterCN.html 因為兩種方式筆者都有實作過,也算用了很段時間,所以也有一些實際經驗可以分享。 如果大家上正式的Docker課程,Docker導師通常會推薦為每個App打包成獨立Image,因為底層程式的Overhead通常不大,例如底層程式是Tomcat、Apache、Nignx這類網頁伺服器,重量級的開銷並不是因為多幾個Web Engine的分身造成,通常都是因為業務本身。但如果你講的底層程式是資料庫等的大型程式,才可能會有明顯的差異。 但實務上的建議,就是必需考慮自身的經驗,到底那個方案自己比較有把握。獨立打包App,在正式環境也需要考慮跟蹤問題的情況,多個不同App要溝通,也是了解Container網絡。如果打包底層程式,所有App都可以當成是本機下運行,更有信心追蹤問題,也是一個很好的出發點,到了有需要彈性改變不同App的需要,才轉向獨立打包的做法。 筆者最初也是走這個打包底層程式的方向,到了自己有信心試用Docker Swarm,才走向獨立打包的做法。筆者親身經驗,因為到了Docker Swarm,網段會變得暴增,這跟公司現有的內部網絡相衝的機會就會變多。在Swarm起立初時,筆者並沒有意識到這件事,所以當初排查問題,也花了一些時間才知道要向網段衝突上著手。 另一個出自Docker導師實務上的建議,就是正式環境中不要做用Docker compose,應該使用Docker Swarm。那怕Swarm只有一個節點,也應該用Swarm,導師的主要理據是Swarm有Rolling Update (滾動更新)的機制。同一個node也可以有多個分身,每個分身輪流更新,就不會出現大中斷的情況。筆者就自身經驗,Tomcat可以同時容納一個App的多個版本,Nginx也有Failover(故障轉移)等,如果你很熟這些功能,不一定要需要靠Swarm去提供。可以按自己步調去慢慢適應。

四年的等待-《戰神:諸神黃昏》上
手機‧電玩
MacauYeah・2022-12-02

一鏡到底的運鏡手法、優秀的畫面、劇場的吸引力,都是《戰神(2018)》的優點。再加上筆者是一個忠實的劇情黨,所以對它的續作《戰神:諸神黃昏》期待更加高。原本還以為會很快就DLC形式推出,結果一等就是四年。 以下部份涉及劇透,不想受影響的朋友趕緊回頭。 筆者尚沒玩到大結局,就初期三章,但感覺要麼故事伏筆很多,要麼就是有點硬來。從一開始,大家都在找尋謎之提爾,與芙蕾雅開戰停戰、到變成夥伴,這幾個部份的劇情都不錯。 但阿特柔斯處理所謂的預言,由積極找尋預言, 到突然進入巨人世界鐵森林了解預言。再由安格爾博達解說預言是由她母親所畫的,並得知父親會死亡,自己會幫助奧丁。由不相信到自己主動找奧丁,這種奇怪的舉動,實在令人費解。雖然阿特柔斯還是處於叛逆期的狀態,但就顯得有點別扭。可能之後有反轉吧。 到遊戲方面,介面處理有點「老」,感覺好像回到十年前的版面設計。而所謂的開放世界,其實還是半開放吧,與《戰神(2018)》一樣,每段劇情的路線差不多都是只有一條到達終點,其他路線只是拿物品而已,支線劇情仍然處理得不錯,可以知道每個角色的過去以及地區的面貌。而且夥伴角色不同,但不可以選擇。怪物的種類在本作就暫時只有幾款是全新的,其他還是沿用上集的。 未完,待續