本地軟件為什么會遭受云競爭？

本地軟件遭受云競爭的主要原因之一是，通常僅在有新版本時才對本地軟件進行修補。因此，每當我購買該軟件的版本時，無論何時發(fā)行新版本，我都必須付費才能升級許可證。或者，我至少必須等到該新版本修復該軟件中出現(xiàn)的錯誤或潛在問題。

另一個原因是該軟件的開發(fā)人員和用戶可能被阻止。也許計費軟件（或他們使用的任何軟件）正在阻止他們有效地開展工作。他們希望事情在實際進行中時能順利進行。因此，人們解決此問題的方法之一是通過解鎖自己并切換到在線某個地方的SaaS。輸入他們的電子郵件，選擇一個密碼，然后開始使用適合他們需求的更好版本的軟件。

SaaS的另一個優(yōu)點是經(jīng)常提到較短的反饋循環(huán)……

因此，從供應商的角度來看，如果您每兩年發(fā)布一次內(nèi)部部署軟件，則與客戶的反饋周期更長–為什么？因為您只能每兩年發(fā)布一次，所以您不會立即獲得所做更改的反饋。因此，也許有些客戶要求您提供該軟件的新功能。但是每兩年只能向大量客戶發(fā)送一次，因為那是您的發(fā)布周期。例如，理想情況下，您希望能夠發(fā)布新的更改或功能，并讓人們在將其發(fā)布到SaaS之后立即使用它。然后，您可以獲取有關此反饋是否良好的反饋，是否可以在其他情況下使用，等等。因此，從供應商的角度來看，或者是由自己構建的SaaS的公司，這是一件非常重要的事情。同樣，與本地軟件相反。

另一件事是，作為開發(fā)人員（或開發(fā)人員），您希望擁有較短的反饋循環(huán)。因此，如果您是開發(fā)人員并且需要數(shù)據(jù)庫環(huán)境，通常在大型組織中，您可以去IT部門索要數(shù)據(jù)庫服務器，如果幸運的話，您可以在一天到一周的時間內(nèi)獲得它。如果您不是那么幸運（我曾在這些公司工作過），則需要一個月甚至半年的時間才能獲得該數(shù)據(jù)庫服務器。它阻塞了您的工作，使您無法立即獲得有關該數(shù)據(jù)庫服務器存在的事實的反饋，并且您的代碼實際上可以針對該數(shù)據(jù)庫服務器運行。因此，即使要花費一天的時間，對于最佳的開發(fā)流程來說，這仍然是一個非常長的反饋周期。

另一個示例是，如果您需要針對軟件運行測試。理想情況下，您希望這些測試立即運行。您不想等到其他團隊為您運行測試，然后向您發(fā)送一封電子郵件，其中包含在這些測試中發(fā)現(xiàn)的所有內(nèi)容的摘要。您只想提交您的代碼，確保它在幾秒鐘或幾分鐘內(nèi)構建好，您想獲得響應并查看您的更改是否有好有壞。

自動化的過程聽起來很誘人-但是有什么風險？

自動化流程基本上可以幫助您縮短開發(fā)人員想要的反饋循環(huán)。因此，我僅給出了單元測試的示例。但是也許您正在構建SaaS，您可能會提供多種服務。也許您想自動化該事物的部署，以便能夠在該事物上運行功能測試或集成測試。您可以這樣做，我認為您必須這樣做以減少反饋回路?，F(xiàn)在，重要的是，由于開發(fā)人員有時希望將其自動化太多，因為……我們是開發(fā)人員，我們希望事物美觀且結(jié)構化。

但是，部署事物的自動化只是一個工具，可以為您提供有關實際構建的事物的更快反饋。因此，我認為，即使是一種快速而骯臟的方法，也是一件好事，因為它可以減少反饋循環(huán)所需的時間，而您仍然不需要花費太多時間來使事物自動化。但最后，我認為您確實應該自動化。

云為DevOps帶來什么好處？在內(nèi)部部署情況下面臨哪些挑戰(zhàn)？

云為DevOps帶來了很多好處。其中之一是，您基本上可以使用許多可用的API來自動化整個環(huán)境。因此，在Amazon上，您可以托管Docker實例。在Azure上有一個API，您可以在其中基本描述表面的外觀，所需的服務器類型，應具有的RAM數(shù)量，應有的IP地址，是否應建立與網(wǎng)絡的VPN連接以及以此類推。因此，通過使用云服務來做到這一點，您基本上可以只編寫整個環(huán)境的腳本并使其運行。

現(xiàn)在，有人會說您也可以在本地進行此操作。沒錯。主要區(qū)別在于您想多次連續(xù)進行。因此，想象一下您正在構建軟件并且正在使用一種稱為功能分支的概念，其中每個功能都是在源代碼的不同分支中開發(fā)的–也許您想為源代碼的每個分支提供一個環(huán)境。但是，也許您的下一個發(fā)行版是50個分支，在這種情況下，這意味著您需要整個環(huán)境50次-才能測試和托管環(huán)境。

在云中，您可以非?？焖俚貓?zhí)行此操作–您可以為此付費并可以開始使用它。如果要在內(nèi)部進行此操作，則必須具有能夠托管50個環(huán)境的功能。再說一次，您可能可以這樣做，但是那50個環(huán)境（或能夠運行該環(huán)境的能力）將始終存在，并且您需要為此環(huán)境付費。而在云中，即使該功能分支的壽命很短（例如一周），您也可以租用該容量一周，然后再將其退還給云，因此您不再需要為此付費。

在最近的會話中，您談到了人為約束如何減慢了開發(fā)過程。您能告訴我們這是怎么發(fā)生的嗎？

當開發(fā)人員在“區(qū)域”中或有自己的流程時，他們的工作效率最高?？赡茏鳛殚_發(fā)人員，您已經(jīng)經(jīng)歷了這一過程。您來到辦公室，為自己喝咖啡，開始工作，突然之間是午餐時間，您的咖啡還在那兒……很明顯很冷。但是您沒有意識到已經(jīng)過去了這么長時間。那是在“區(qū)域”中。這是非常重要的事情，因為您不必停下來思考問題和打擾等等。因此，通過減少通常在每個組織中出現(xiàn)的人為約束，您可以使開發(fā)人員更多地處于區(qū)域內(nèi)。

例如，一個人為的約束可能是您需要使用特定的工具來完成某些任務。為什么有那個規(guī)則？在許多公司中，如果您開始問這個問題，那么沒人會回答您。或答案將是“因為那個家伙說我們必須這樣做?！?如果您與該人交談，他會像“您必須使用該工具”。沒有正當?shù)睦碛?，而僅僅是因為他是一名經(jīng)理-那里就有約束?？赡苁且粋€工具，一個過程，等等。

但是問題是，如果您使用令人沮喪的工具來執(zhí)行此操作，則有時您必須解決該問題或等待一個小時才能使用該工具并完成操作，從而中斷了您的思維訓練（或您位于“區(qū)域”中） 。因此，您已經(jīng)出局了，必須從中斷中恢復過來。人為的約束通常會給開發(fā)人員的思維帶來更多干擾。

企業(yè)IT團隊在轉(zhuǎn)向云方法之前需要考慮什么？

我認為顯然讓人們熟悉云平臺是最重要的事情之一。首先從技術上講：因此知道該平臺支持什么，我該如何做，有何警告...也許如果我將這種工作負載從我的數(shù)據(jù)中心傳輸?shù)皆浦袑o法正常工作，那么您必須熟悉這些事情。

然后是計費級別。由于您是按使用付費：在您自己的環(huán)境中，您可以通過計算功耗，服務器價格，連接性等等來扣除環(huán)境成本。在云方案中，存在與您使用的服務類型相關的各種定價模型。因此，例如，關于虛擬機的方式，您可能需要為存儲支付費用，可能需要為帶寬支付費用，可能需要為使用該產(chǎn)品的時間支付費用，依此類推。所有這些事情都會有效影響您在月底支付的價格。因此，您需要熟悉一下，以避免月度賬單上令人討厭的意外。

還有一件事你需要研究，那就是依從性。也許你的公司不希望特定的數(shù)據(jù)超出公司的范圍。也許你的政府說你的數(shù)據(jù)不能離開這個國家，或者應該留在你自己的地下室里，或者應該放在一個數(shù)據(jù)中心，距離另一個數(shù)據(jù)中心只有這么多公里。因此，你也需要檢查這些事情，以確保你符合你所做的一切，而不是搬起石頭砸自己的腳(無論是技術上，賬單上還是合規(guī)方面）。