光明大陸資料庫
『壹』 請問一下什麼是4A公司呀
4A詞源於美國，The American Association of Advertising Agencies的縮寫，中文為「美國廣告代理協會」。
因名稱里有四個單詞是以A字母開頭，故簡稱為4A。後來世界各地都以此為標准，取其從事廣告業、符合資格、有組織的核心規則，再把美國的國家稱謂改為各自國家或地區的稱謂，形成了地區性的4A廣告公司。
(1)光明大陸資料庫擴展閱讀：
4A標准
4A協會對成員公司有很嚴格的標准，所有的 4A廣告公司均為規模較大的綜合性跨國廣告代理公司。
4A廣告公司內部規劃很細致，大多是根據不同的服務客戶會分成幾個組，最上面的創意總監，下面有美術指導（藝術總監），文案，設計師（也叫做完稿，不同於國內小公司的製作，具有設計能力）。
創意總監一般為國外或港台資深廣告人，大多為文案出身。美術指導多為國內高水平的設計師，有一定的創意能力，文案即為創意和寫作的高手。
『貳』 運維真的是整個IT行業技術含量最低的崗位嗎
在互聯網行業，運維一直是一個被深深誤解的位置，以至於很多人認為IT行業運維的技術含量很低，其實並非如此。
從本質上講，運維其實就是你用自己的技術儲備知識的崗位，保證你管理的IT服務能夠正常運行。
在商業上也是一樣。軟體工程師的任務是通過編寫代碼將軟體以圖形化的形式提供給用戶，而運維工程師的任務是使軟體在計算機或系統上正常運行。但是一旦軟體出現問題，大多數人想找的是軟體工程師，而不是運維工程師。
就像我們蓋房子一樣。產品開發負責房子的規劃，設計師負責房子的外觀設計，開發工程師負責建造房子，運維負責打好房子的地基。而打好地基，並不意味著簡單地挖個坑。裡面的技術含量很高。必須徹底研究坑的大小、深度、大小、濕度等。
房子蓋好後，大家只會關注房子蓋好後的風格。很少有人會注意房子的地基，但是一旦房子倒塌，大家就會懷疑地基是否牢固，運維這時候就出來了。回到平底鍋。
很多人片面地認為運維沒有技術含量。這其實是一種錯誤的認識。因為運維也是分很多層次的，就看你達到了哪個階段。基本上，現在一個運維除了掌握基本功，如果你還可以掌握雲計算技術和一門編程語言（比如Python語言最適合運維人員），那你就已經是高人了級別，基本上是全棧開發運維人員。這種運維不用擔心找不到工作，工資自然比其他普通運維高。
我自己在大公司和小公司都待過。我覺得主要是初級運維太多了，他們做了很多根本不能叫運維的事情。總結了以下幾點：
運維必然會做基礎工作，比如部署服務，上線，甚至搬機器，重裝系統等等。但是運維不能只做這個，所以如何在剩餘的時間內做有利於運維技術提升的事情就顯得尤為重要。
舉個簡單的例子：當你做研發的時候，你在其中處於什麼位置，你如何體現你的價值和技術能力？如果沒有，你基本上是在幫助別人。
廣泛的范圍包括：硬體、網路、操作系統、資料庫、存儲、開源軟體；職責：部署和調試各種功能，如ldap、samba、nagios等；進一步細化的分工還包括：壓力測試、性能優化、內核參數調優、系統問題跟蹤等。
很多運維要在不同層次上做太多的事情，導致很多事情只是完成任務，缺乏深入研究，當然也可能缺乏深入研究場景。
其實和第一點關系比較大，因為目標本身沒有足夠的規劃，總結性的介紹不夠，技術的提升也比較有限。
舉個真實的例子，我認識一個做運維7年多的人。這期間，他在幾家公司幹了很多事，時間也不短。通常情況下，會有相當多的積累。前段時間，我正要推薦他在內部擊球時，我查看了他的簡歷。我有幾個感受： 整個簡歷都是描述性詞彙，沒有數據支持；項目工作全是敘述性描述，充鬧虧滿服務搭建和問題解決，沒有技術點；唯一的技術工作是一筆帶過，沒有方案選擇和技術能力體現，技術水平無法體現；
我自己也面試過很多人，說實話，這種簡歷離及格還差得很遠。應聘公司拿到這樣的簡歷，怎麼能快速的了解到你就是公司需要的人？
如果我們不知道運維的具體內容，我們無權評價運維的技術含量。一般來說，互聯網公司的運維內容分為兩個層次：
簡單的說，就是部署服務、維修電腦、安裝系統、安裝軟體、處理網路問題等等，做各種家務活，甚至弄個路由器、剪網線。
網路運維，即網路工程，必須精通各種網路協議和架構，Cisco、華為、H3C路由和交換，至少兩項；
資料庫運維，資料庫運維應該理解為DBA，至少要精通，並且要精通資料庫；
操作系統運維必須精通操作系統，了解操作系統內部工作原理，了解一些硬體知識，了解網路協議進行故障排除；
還有很多其他的事情，比如伺服器運維，都需要覆蓋面廣，同時擁有多種技術；
運維技術差，可能只是因為公司小，如果公司規模小，大家看到的運維工作只能是表面和基礎的工作，現在很多運維崗位都被雲服務取代了。運維的內容是在雲平台上運行軟體。
事實上，有人認為在平台滾辯上操作軟體很簡單，但實際上，如果沒有計算機相關知識的積累，很難知道雲平台上的功能實現。在這方面，技術含量不低。
如果公司逐漸成長為大型公司，運維的價值就會凸液備神顯。比如雲資源和離線資源的管理、資料庫管理、網路管理、計算資源、網路資源負載、調度處理，都需要豐富的計算機理論知識和實踐經驗，否則無法提供穩定、上層的可靠服務。
作為一家提供互聯網服務的公司，用戶能否穩定可靠地使用互聯網服務，是他們生活的基礎。想像一家公司每三天失敗一次並且服務不可用。雖然強調了運維的存在，但大家還會相信你的產品嗎？
運維功能：
首先，BAT在運維上的分工更加細化。通常，系統、資料庫和應用運維是完全分離的。因此，它可能更側重於功能，當然涉及的范圍肯定會很窄。
在工作職能方面，運維主要圍繞可用性、效率提升和成本控制三個主要方面，與公司和研發目標密切相關。運維所做的大部分工作都是基於這三個目標。拆卸。
在技術改進方面，主要是以項目的形式，利用對服務的理解和技術方案來解決常見問題。
技術工作：
以服務可用性為例。這不僅僅是處理警報。操作時要小心。就像編寫一些自動化工具一樣簡單。
在工作方式上：
嚴格按照既定計劃安排工作、審查、總結。分工的實施是否有明確的規則，什麼時間維度准確到季度？月？星期？天？我多久回顧一次？
結合這些方面，BAT運維的同學才有可能實現快速的技術提升。這是我所看到的。
最後說一下運維方向：
為了在運維方面有一個光明的未來，需要幾個要素：
至少是已經發展起來並具有一定機器規模的業務。沒有必要在這里擊球，但選擇適合您的。
很多人不喜歡處理問題，然後只想著做高大上的事情。我不想告訴你這個結果，但它沒有接地，他們製作的東西沒有使用，等等。
所以我覺得運維架構師一定是一個懂業務、熟悉業務、非常熟悉的人。我身邊也遇到過這樣的人。他們級別很高，通常不處理任何問題，但在關鍵時刻（例如出現問題時），他可以快速找到關鍵點並解決它們，有些細節甚至比您還要多。明白了，不得不佩服。運維一定是這樣的人！
就算每天重復上線、處理故障問題、響應需求、開發維護腳本，也無所謂。關鍵是你有沒有從你做過的問題中看到業務和運維中的痛點，並使用現有的。技術方案，處理解決！
有很多問題，並不是說解決了很多問題就是一個偉大的人。問題的關鍵在於如何解決問題，同時體現你的整體視角和技術能力。
舉個最簡單的例子，一台機器的磁碟快滿了。這一定是一個特別小的問題。運維同學應該經常遇到。
如果你只檢查磁碟使用情況，然後刪除數據或調整刪除磁碟的腳本，那是最糟糕的文件；檢查磁碟使用情況，確認是單機還是批處理機有問題，為什麼此時報告，確認清楚可以解決，這是一個更高的層次；我查看了磁碟佔用，徹底發現了磁碟增長的原因，但發現磁碟增長是不可控的，現有的數據刪除方法無法避免報警。那麼有沒有辦法保證重要數據正常保留時磁碟不會報警呢？然後用技術方案解決，這是更高的層次。 . . . . .有很多這樣的例子。
你會發現運維其實就是利用你對系統、網路、硬體、規格、服務的熟悉，結合專業知識，用技術方案解決一系列研發測試無法解決或無法解決的常見問題。單獨解決。並且可以形成工具、平台、框架，最終為運維部門甚至公司創造價值。這是一個很棒的操作和維護。
所以還是同一句話：沒有技術含量低的崗位，全看你怎麼做。
隨著時代的發展，我們現在使用的任何技術，很多事情都可以通過雲計算解決，也有相應的產品和方案來解決，雲計算也對運維產生了一定的影響。新的發展趨勢由此而來。
第一個是從IOE到開源X86。其實去IOE也有一段時間了，為什麼要去IOE？ 2008年，全網印象比較深刻。當時，安全已逐漸上升到國家層面。此外，中國本土環境也日新月異。國產化需求和自主研發能力越來越強。一個強大的內部基因被定位。此外，還考慮到無論是國家層面還是企業層面，各行業都希望靈活控制結構的能力。這也是這個行業本地化的需求，這也是去IOE的第二個理由。從長遠來看，IOE架構和非IOE架構會長期共存，因為技術系統的升級不是一兩天就能解決的，尤其是一些核心資料庫、核心應用、核心系統的核心系統。當年經常部署在IOE框架下。
第二個是運維自動化和智能化。這個已經提了好幾年了，從接觸實踐到現在大概有五六年了，現在還在提。事實上，很多行業一直在迭代優化運維的自動化和智能化。它確實可以為我們的運維帶來很多優勢和優勢。
第三個是雙態IT運維。在傳統向互聯網和移動轉型的過程中，一方面為了保證現有業務的運營，另一方面為了適應這種新的IT技術的變化。
第四個是研發與運營的融合，即DevOps。 DevOps 在過去的兩三年裡已經滲透到了千家萬戶。其核心理念包括精益管理、敏捷等理論，通過持續交付、持續集成工具鏈，以及一些輕量級的IT服務管理。基於這些概念和工具，形成了從研發到運營的全流程體系。IT運維效率更高，迭代更快，反饋更快，更好地滿足內部業務需求和用戶需求。這也是研發運營一體化理念的價值所在。
第五個是整合雲資源，提供一個更大的平台來支撐大數據、AI智能、運維等一切各行各業 這也是互聯場景的一大趨勢。這對運維來說既是挑戰，也是機遇。為什麼？因為這個行業在不斷變化，技術也在不斷變化，只要順應大勢而變，我們就站在時代的潮流中。
如果我們在之前的運維理念上還是保守的，不上雲，不摸雲，那你肯定被淘汰了，因為我十年前很難部署一個資料庫，各種配置，各種調用，現在就可以直接打開一個RDS，進行優化，集群就完成了。在效率和穩定性上，分分鍾達到我們傳統的運維水平，這也是我們運維要面對的大勢所趨。
基於此，雲原生的概念在過去一兩年比較流行。事實上，它是對現有雲架構系統技術棧進行更深更廣的整合，採用Devops、微服務、敏捷的概念，採用類似中國大陸和台灣的概念或者開放的概念來構建和重塑技術體系，更好地支持新業務的快速迭代開發，這其實和DevOps的概念有很多相似之處。
第六個是數字化。這也是近兩年在中國的熱門話題。事實上，它也是。我們曾經建設過各種各樣的信息化，建設了很多系統和平台，但往往也搭建了很多障礙，導致我們很多信息系統不可用，業務碎片化。組織也支離破碎。數字化要解決的問題是通過底層的數據和演算法構建新的服務，打通我們的業務。這就是數字化要解決的問題。
大體上講了這么多趨勢，當然也有一些，大體是一樣的。以前是用硬體，現在是軟體自動定義；過去用伺服器，現在用雲，我們現在用雲，未來可能更混合。雲端，雲端整合；以前是技術運維，現在從事技術運維的整合；另外，同樣重要的是，無論我們現在做什麼，網路空間安全現在都提升到了國家層面，在企業裡面也提供了企業的最高點，這個網路安全是IT的一個標准。