?1.可觀察性[跟蹤、監(jiān)控和記錄是至關(guān)重要的

你正在開發(fā)你的軟件，你已經(jīng)準(zhǔn)備好部署它了。所有的測(cè)試都通過(guò)了，測(cè)試覆蓋率也達(dá)到了一個(gè)不錯(cuò)的水平。知道這一點(diǎn)后，我們可以部署我們的代碼，并繼續(xù)平靜地工作。盡管這不是最理想的情況（而且很罕見），我們的代碼仍然可能失敗。是的!因此，開發(fā)人員需要一直觀察他們的代碼，并讓它一直報(bào)告指標(biāo)。萬(wàn)一有什么故障，你需要讓你的系統(tǒng)準(zhǔn)備好向你提供日志。正如Andrzej所寫的。

可觀察性是至關(guān)重要的。沒有它，開發(fā)者就是瞎子。它使我們有機(jī)會(huì)隨時(shí)對(duì)系統(tǒng)中發(fā)生的每個(gè)問(wèn)題作出反應(yīng)。

2.同時(shí)使用 "無(wú)服務(wù)器 "和 "有服務(wù)器 "方法是一種很好的做法。在這種情況下，我們可以從兩種軟件開發(fā)方法中獲益。

Serverless是一種運(yùn)行應(yīng)用程序的方式（似乎），沒有任何服務(wù)器參與。當(dāng)然，這是一個(gè)重大的簡(jiǎn)化--總是有服務(wù)器參與其中；只是在這種情況下，你不需要對(duì)它們做任何事情，而且它們是預(yù)先配置好的。它被吹捧為新的黑科技，除了......它并不是解決所有疾病的完美療法。首先，你不能配置底層服務(wù)器，正如我們之前提到的。你也不能真正知道引擎蓋下有什么。這個(gè)主要的缺點(diǎn)同時(shí)也是這個(gè)方法的主要優(yōu)點(diǎn)。你不需要配置任何東西，所以與其說(shuō)是部署?擔(dān)心，不如說(shuō)是部署?忘記。

無(wú)服務(wù)器或有服務(wù)器的解決方案都有好處。在現(xiàn)代系統(tǒng)中，將兩種方法結(jié)合起來(lái)以獲得大部分的解決方案是很常見的。

3.容器化一切!Kubernetes是一項(xiàng)熱門技術(shù)!

并非所有的軟件開發(fā)趨勢(shì)都是好主意。你還記得CoffeeScript或Ruby嗎？遺憾的是，我們有。幸運(yùn)的是。 Kubernetes(K8S)似乎并不打算加入這兩個(gè)人的悲哀谷。K8S正在使DevOps專家的生活變得更加、更加、更加容易。

以下是引入容器化和容器編排作為技術(shù)戰(zhàn)略的核心條款所能帶來(lái)的好處。

• 你將能夠輕松地優(yōu)化你的IT基礎(chǔ)設(shè)施成本
• 由于無(wú)縫擴(kuò)展，你的用戶可以期待更高的可用性和更好的服務(wù)水平協(xié)議
• 使用Kubernetes使你的團(tuán)隊(duì)更容易使用多云解決方案
• 由于容器和容器編排工具與技術(shù)無(wú)關(guān)，你可以使用任何你想要的技術(shù)來(lái)建立一個(gè)更精簡(jiǎn)的團(tuán)隊(duì)。
• 通過(guò)容器化， 你不再遇到 "它在我的機(jī)器上能用 "的 老問(wèn)題了
• 在收購(gòu)了一家金融科技初創(chuàng)公司后，西北互惠銀行必須整合云原生和內(nèi)部流程之間的工作流程，更頻繁地進(jìn)行部署，并統(tǒng)一其團(tuán)隊(duì)的操作，以確保他們的客戶繼續(xù)獲得他們所習(xí)慣的無(wú)縫體驗(yàn)。使用Kubernetes幫助他們將部署速度提高了25倍以上，從一年24次到10個(gè)月500次以上，計(jì)劃內(nèi)的中斷已經(jīng)成為過(guò)去，由于他們的API管理是部署在Kubernetes上的整體堆棧的一部分，基礎(chǔ)設(shè)施成本大幅下降。你可以在案例研究中了解更多關(guān)于這些要點(diǎn)、向AWS的過(guò)渡、使用微服務(wù)、更新的開發(fā)者自主權(quán)，以及讓他們的450萬(wàn)客戶對(duì)其服務(wù)的質(zhì)量和速度感到滿意。
• 在Capital One的案例中，底線是一個(gè)大話題。他們的估計(jì)顯示，如果不使用K8s自動(dòng)和輕松擴(kuò)展的能力，他們的AWS基礎(chǔ)設(shè)施成本將很容易增加兩倍甚至四倍。他們通過(guò)使用Kubernetes看到的其他好處是新產(chǎn)品的上市時(shí)間，現(xiàn)在只需2周，而以前可能需要3個(gè)月或更多的時(shí)間。開始關(guān)注Kubernetes開發(fā)的主要原因？Capital One的團(tuán)隊(duì)希望提高他們處理流數(shù)據(jù)的速度，以便在欺詐檢測(cè)和信貸決策領(lǐng)域做出關(guān)鍵決策，以及處理對(duì)銀行日常運(yùn)營(yíng)至關(guān)重要的其他大數(shù)據(jù)和機(jī)器學(xué)習(xí)應(yīng)用。你可以在案例研究中了解更多關(guān)于這些要點(diǎn)、部署速度的提高、K8s如何幫助統(tǒng)一Capital One的開發(fā)環(huán)境等等。

除了顯而易見的好處外，我們將留給你一些案例研究，希望能給你帶來(lái)啟發(fā)，幫助你決定使用Kubernetes是否適合你，并展示更深入的好處。

• 縮短新功能的上市時(shí)間，將配置速度從幾個(gè)月提高到幾分鐘，并確保一家為7500萬(wàn)用戶服務(wù)的教育公司的高SLA。
• 在包括許多產(chǎn)品在內(nèi)的復(fù)雜開發(fā)環(huán)境中，應(yīng)用程序版本之間的停機(jī)時(shí)間為零，新的部署時(shí)間從幾小時(shí)縮短到幾秒鐘，新的發(fā)布速度提高了3倍。
• Zalando 這家歐洲時(shí)尚電子商務(wù)領(lǐng)導(dǎo)者使用K8s進(jìn)行擴(kuò)展，實(shí)現(xiàn)了多種業(yè)務(wù)用例，如當(dāng)日交付、多租戶、增加他們的產(chǎn)品和地理范圍，并使他們能夠重新編寫和創(chuàng)建他們一直作為定制軟件使用的所有SaaS產(chǎn)品。
• Adidas 電子商務(wù)網(wǎng)站的加載時(shí)間減少了一半，每天發(fā)布多次，而不是每月一次，由于阿迪達(dá)斯轉(zhuǎn)向云原生，開發(fā)人員的自主性大大增強(qiáng)。

4.當(dāng)涉及到軟件架構(gòu)時(shí)，我們應(yīng)該分而治之。

大尺寸的單體在某種程度上是一個(gè)昨天的故事。它們長(zhǎng)期困擾著開發(fā)者，但現(xiàn)在不會(huì)了。將巨大的單元代碼庫(kù)分割成較小規(guī)模的應(yīng)用程序是新的做事方式。它可以使你的應(yīng)用程序防火，減少錯(cuò)誤的頻率，使應(yīng)用程序在發(fā)生錯(cuò)誤時(shí)更加安全。缺點(diǎn)是，應(yīng)用程序變得更難測(cè)試，而且需要更多的資源來(lái)完成。對(duì)于規(guī)模較小的團(tuán)隊(duì)來(lái)說(shuō)，維護(hù)一個(gè)單體機(jī)仍然更有意義。

將一個(gè)單體應(yīng)用分成獨(dú)立的微服務(wù)。

5.開源和自由軟件是未來(lái)的方式。

React, Angular，以及Zuul，分別來(lái)自Meta（曾經(jīng)是Facebook）、谷歌和Netflix，是無(wú)數(shù)開發(fā)者每天在工作中使用的工具。如果沒有這些組織向所有愿意使用它們的人免費(fèi)發(fā)布的工具，每個(gè)人的工作就會(huì)變得更加困難。無(wú)數(shù)的服務(wù)將不會(huì)出現(xiàn)在陽(yáng)光下，因?yàn)榫帉戇@些應(yīng)用程序太難或太耗時(shí)了。所有這些都是因?yàn)椋诰帉戇@些應(yīng)用程序之前，人們必須弄清楚如何為規(guī)模編寫前端，而不分享所學(xué)到的經(jīng)驗(yàn)將是極其低效的。

這就是為什么我們必須贊揚(yáng)開源和自由軟件的維護(hù)者、創(chuàng)造者以及所有其他為創(chuàng)造和維護(hù)這種軟件做出貢獻(xiàn)的人。

創(chuàng)造一種工具/技術(shù)并使其開源（或使其免費(fèi)）給組織帶來(lái)永恒的榮耀。

6.使用架構(gòu)模式。

在軟件開發(fā)中，有一條常見的規(guī)則--不要重新發(fā)明車輪。由于知道我們很可能曾經(jīng)面臨過(guò)與別人相同的問(wèn)題，這條規(guī)則就變得更加有價(jià)值了。這就是為什么世界各地的工程師和開發(fā)人員使用建筑模式來(lái)組織他們的項(xiàng)目--而不是浪費(fèi)時(shí)間去思考如何找出別人已經(jīng)想出的解決方案。

許多現(xiàn)代軟件都使用CQRS和Event Sourcing等模式。不要重新發(fā)明輪子，使用這些模式。

7.編程語(yǔ)言在不斷發(fā)展。

我們有越來(lái)越多新的編程語(yǔ)言的事實(shí)并不奇怪。它們都是來(lái)來(lái)去去，離開后又被其他語(yǔ)言取代。沒有人再用Algol或Pascal編碼了。然而，有一個(gè)老前輩，C，仍然存在，盡管這是一個(gè)值得單獨(dú)探討的話題。

一個(gè)值得注意的方面是它們多年來(lái)的演變方式。起初，命令式語(yǔ)言是唯一存在的語(yǔ)言。然后，面向?qū)ο蟮恼Z(yǔ)言蓬勃發(fā)展，現(xiàn)在，有些人可能會(huì)爭(zhēng)辯說(shuō)，它們正被更靈活的語(yǔ)言所淘汰，這些語(yǔ)言混合了一些命令式、函數(shù)式和面向?qū)ο蟮奶匦浴?/p>

語(yǔ)言的發(fā)展方式越來(lái)越獨(dú)立于我們工作的系統(tǒng)，以及與之相關(guān)的系統(tǒng)?，F(xiàn)代語(yǔ)言是跨平臺(tái)的。由于DevOps的發(fā)展，語(yǔ)言的選擇變得越來(lái)越不重要了。

8.由于現(xiàn)代基礎(chǔ)設(shè)施的存在，復(fù)雜性正在從應(yīng)用程序轉(zhuǎn)移到外部平臺(tái)。

在地下室的物理服務(wù)器上的傳統(tǒng)基礎(chǔ)設(shè)施被云供應(yīng)商和相關(guān)技術(shù)所取代。我們有作為服務(wù)的虛擬機(jī)、作為服務(wù)的數(shù)據(jù)庫(kù)和作為服務(wù)的許多其他信息元素。軟件解決方案中的主要規(guī)劃已經(jīng)轉(zhuǎn)移到了基礎(chǔ)設(shè)施的高水平設(shè)計(jì)，因?yàn)楹芏鄸|西可以在此基礎(chǔ)上自動(dòng)化。此外，我們還有容器和容器協(xié)調(diào)。它接管了復(fù)雜性，因?yàn)槲覀兛梢园严到y(tǒng)分成更小、更簡(jiǎn)單的部分。

應(yīng)用程序代碼變得更加獨(dú)立于平臺(tái)。然而，其復(fù)雜性在于基礎(chǔ)設(shè)施和運(yùn)營(yíng)。應(yīng)用程序開發(fā)人員越來(lái)越專注于業(yè)務(wù)邏輯。DevOps工程師處理其余部分。

9.SCRUM != AGILE

采用特定的過(guò)程通常會(huì)導(dǎo)致學(xué)習(xí)行為，最終導(dǎo)致習(xí)慣。至少，這是它的理論。

然而，在某些情況下，過(guò)程仍然是過(guò)程，人們只是為了走過(guò)場(chǎng)而苦苦掙扎，但行為從未發(fā)展。這樣想吧，你見過(guò)多少開發(fā)團(tuán)隊(duì)經(jīng)歷了所有的Scrum儀式，但實(shí)際上沒有以敏捷的方式工作？太多了嗎？我們同意。

那么你能做什么呢？首先，團(tuán)隊(duì)認(rèn)同，這始終是需要建立的第一步。如果你的團(tuán)隊(duì)沒有看到使用這種方法論工作的價(jià)值，那么所有的過(guò)程和儀式在長(zhǎng)期內(nèi)都不會(huì)有什么進(jìn)展。

第二步是確保你有一個(gè)偉大的scrum master和項(xiàng)目經(jīng)理，以確保良好的實(shí)踐被傳遞下去，并確保任何反對(duì)意見被采納。

第三步是認(rèn)識(shí)到：當(dāng)敏捷價(jià)值和Scrum框架沒有任何價(jià)值時(shí)，將其強(qiáng)行灌輸?shù)饺藗兊暮韲道?，?huì)讓你很快就一無(wú)所獲。我們已經(jīng)在我們的文章中詳細(xì)介紹了這一點(diǎn)以及更多的內(nèi)容，標(biāo)題為 “Scrum isn’t the answer for every IT project”.

SCRUM可以是敏捷的，但它并不能保證敏捷性。敏捷性來(lái)自于行為，而不僅僅是過(guò)程。

10.持續(xù)安全

正如我們之前多次寫到的，安全不能是事后的想法。我們不能簡(jiǎn)單地 "留待以后"。"檢查應(yīng)用程序的安全問(wèn)題必須被整合到DevOps流程中，并且從第一天起就被整合到開發(fā)流程本身。幸運(yùn)的是，我們可以使用一些工具來(lái)使這個(gè)過(guò)程無(wú)摩擦。其中之一是 Snyk.它是一個(gè)全面的工具，可以 "發(fā)現(xiàn)并自動(dòng)修復(fù)你的代碼、開源依賴、容器和基礎(chǔ)設(shè)施中的漏洞[...]。"

我們必須在開發(fā)周期中應(yīng)用安全檢查程序。安全是信任的基礎(chǔ)--未來(lái)的貨幣。

11.審計(jì)云供應(yīng)商的服務(wù)價(jià)格

由于三個(gè)主要的云計(jì)算供應(yīng)商幾乎不存在競(jìng)爭(zhēng)，他們提供的服務(wù)的差異是（或多或少）任意的。在現(xiàn)實(shí)中，我們可能看到的唯一差異是服務(wù)價(jià)格的差異。這就是為什么，對(duì)這個(gè)特定的供應(yīng)商有偏見并不一定是壞事。大多數(shù)情況下，確實(shí)沒有什么區(qū)別。

選擇你感到舒服的，并且已經(jīng)了解的供應(yīng)商。邊走邊評(píng)估，不要害怕改變。

云供應(yīng)商沒有虛擬競(jìng)爭(zhēng)，沒有成本套利。云基礎(chǔ)設(shè)施的成本非常依賴于通貨膨脹和經(jīng)濟(jì)衰退。

12.一切都可以 "作為服務(wù) "來(lái)做。

平臺(tái)即服務(wù)，基礎(chǔ)設(shè)施即服務(wù)，數(shù)據(jù)庫(kù)即服務(wù)，軟件即服務(wù)，后端即服務(wù)......我們沒有給你更多的例子，你應(yīng)該明白我們的意思。你能想到的一切都可以由第三方完成并出售給你。

使用這些服務(wù)是一種權(quán)衡。你放棄了一些控制權(quán)，以便變得更精簡(jiǎn)，能夠更快地進(jìn)行迭代，并在前期節(jié)省一些資金。

由于云供應(yīng)商和無(wú)服務(wù)器方法的重要性的增長(zhǎng)，每一個(gè)軟件都可以作為一個(gè)服務(wù)來(lái)完成。

13.每個(gè)人都在使用Visual Studio Code。

Visual Studio Code在全世界掀起了一場(chǎng)風(fēng)暴。擁有微軟的支持，擁有開源許可證，用TypeScript編寫，并允許輕松擴(kuò)展功能，這些都是偉大的決定。到目前為止，文本編輯器是現(xiàn)代程序員中最受歡迎的選擇。其他選擇，如基于Intellij的集成開發(fā)編輯器（IDE）或Vim，都在VS Code的陰影下，盡管 JetBrains’ Fleets可能會(huì)改變這種狀況。

由于有多種擴(kuò)展和定制工具，VS Code成為開發(fā)者中最受歡迎的IDE。

14.如今，TensorFlow被廣泛使用。

TensorFlow，谷歌的機(jī)器學(xué)習(xí)框架在程序員中是一個(gè)非常受歡迎的選擇。首先，它在GitHub的前20個(gè)最受歡迎的存儲(chǔ)庫(kù)里。然后，有多個(gè)端口。 支持 JavaScript ，這些團(tuán)隊(duì)在他們的例如。 React Native應(yīng)用程序，或 web apps in React或任何其他 JS 框架。 這提供了巨大的靈活性，并允許團(tuán)隊(duì)將解決方案嵌入許多解決方案中。

由于TensorFlow，我們可以在網(wǎng)絡(luò)應(yīng)用中實(shí)現(xiàn)AI解決方案。訓(xùn)練的模型是由庫(kù)提供的。開發(fā)人員應(yīng)該專注于訓(xùn)練它們。

15.一個(gè)很好的長(zhǎng)期雇傭策略是雇傭年輕工程師并對(duì)他們進(jìn)行培訓(xùn)。

雇用年輕工程師是一個(gè)良好的長(zhǎng)期戰(zhàn)略。雖然沒有適合所有公司的 "最佳戰(zhàn)略"，但雇用年輕工程師并培訓(xùn)他們絕對(duì)是成長(zhǎng)和保留內(nèi)部人才的最佳方式之一。

雇用年輕人是一種很好的方式，可以隨著時(shí)間的推移慢慢擴(kuò)大你的團(tuán)隊(duì)，并建立一種內(nèi)部文化，與雇用那些可能已經(jīng)定型的人相比，更容易塑造。初中生還能提供一個(gè)新的視角，并更多地接觸到當(dāng)前的趨勢(shì)。

在一些情況下，這并不理想，例如，當(dāng)你的公司需要快速擴(kuò)展和開發(fā)新功能時(shí)。如果你有一個(gè)小的內(nèi)部團(tuán)隊(duì)，由于不現(xiàn)實(shí)的開發(fā)期望，他們總是試圖趕上他們的積壓工作，這也不是最好的。

雇用年輕工程師培訓(xùn)他們的策略并不是沒有陷阱的。在你的團(tuán)隊(duì)中的初級(jí)員工沒有經(jīng)過(guò)以前公司的審查，他們沒有工作經(jīng)歷，而且很可能是一擊即中。不幸的現(xiàn)實(shí)是，雖然這種策略在適當(dāng)?shù)难a(bǔ)償方案下可以很好，但初級(jí)雇員可能會(huì)發(fā)現(xiàn)自己的位置，他們只需轉(zhuǎn)移公司，而不是等待或推動(dòng)晉升或加薪，就可以使自己的工資翻倍、三倍甚至四倍。

這就是為什么要有透明的工資和薪資表，向人們展示他們?cè)诼殬I(yè)道路上的發(fā)展方向和方式。這就是為什么擁有優(yōu)秀的入職培訓(xùn)計(jì)劃也非常重要，以確?；ㄔ谂嘤?xùn)后輩上的時(shí)間得到很好的利用，并使導(dǎo)師和學(xué)員都受益。

根據(jù)許多研究，對(duì)軟件開發(fā)人員來(lái)說(shuō)，一個(gè)很好的長(zhǎng)期雇用做法是雇用沒有經(jīng)驗(yàn)的工程師，并對(duì)他們進(jìn)行培訓(xùn)，讓他們了解組織的方式。

這就是了。2022年最有影響的15個(gè)趨勢(shì)。在你看來(lái)，哪一個(gè)是最有影響的？我們錯(cuò)過(guò)了什么嗎？?