八大誤區,逐一擊破(3):在雲端上,變更和資料的管理都不足為奇

Hi!我們是Atlassian全球白金合作夥伴-龍智。我們發現不少企業對是否要遷移上雲感到猶豫不決,多數情況下是因為尚未掌握正確的訊息,存在著許多認知上的誤區。我們將Atlassian白皮書《打破遷移上雲的八個誤區》的內容譯製為易於閱讀的中文系列文章。

本系列文章中,龍智將從安全與防範、雲端效能、雲端版vs.Server版應用程式(外掛程式)、變更管理、雲端資料管理、管理員角色和職責、Atlassian雲端產品的客製化以及企業可擴充性八個方面,幫助您深入了解雲端產品的世界。

根據官方消息,Atlassian Server版產品(Jira, Confluence, Jira Service Management等)支援將於太平洋時間2024 年2 月15 日結束,但只要遷移到雲端版或資料中心版產品,就可以繼續獲得支援。

對於希望保持自託管的企業客戶來說,資料中心版是一個可靠的、長期的選擇。

而對於全球化策略佈局的公司,我們建議您率先一步部署Atlassian雲端版產品,不僅可以搶先體驗上雲的各種優勢,還能獲得雙重授權的優惠。

取得更多資訊或最佳解決方案,立即聯絡Atlassian全球白金合作夥伴-龍智。

 

第四大誤區
變更管理在雲端上難以控制

我們常遇到這樣的情況,公司在考慮上雲的過程中,會因為變更管理問題而猶豫。

遷移上雲端後,我們是否能夠控制變更、管理風險並確保資料安全?這是否又會對我們的變更管理目標或終端使用者造成風險?這些都是企業注重的問題。但好消息是,對於您的團隊來說,雲端帶來的更敏捷的實踐比笨重的傳統變更管理更好、更安全。

為什麼這麼說?看了以下關於變更管理的三個誤解您就能明白。

● 控制可以提高性能

在傳統方法中,企業試圖透過變更管理委員會 (CAB) 和冗長的審批流程來控制所有變更,以達到他們的變更管理目的。這種邏輯似乎是合理的:更多的審批意味著更安全的發布,即使它們會拖慢速度。

然而,在這個速度至上的世界裡,這種邏輯是經不起推敲的。根據《2019年DevOps報告》所述,採用較慢的傳統變更管理流程的團隊,表現不佳的可能性比起他們的敏捷同行高出260%。這意味著高績效者更有可能採取的是敏捷開發——這對選擇更敏捷模式的人來說是個好消息。

事實是,我們大多數人並不真正需要六層審批流程和幾個月來來回回的合規審批委員會……我們真正需要的是一些簡單的確認和平衡。 

GUY HERBERT 
風險預測者,Atlassian

● SaaS公司在沒有通知的情況下,發布了太多新功能

確實,Atlassian一直在不停地改進、測試和發布新功能、安全性更新和修補程式。但是,在如今業務需求、安全最佳實踐和用戶期望不斷變化的世界中,這是跟上時代步伐的唯一方法。

緩慢的發布計劃是有代價的。最明顯的是,如果安全問題落後,您的企業未來可能會出現災難。光是2019年上半年,資料外洩事件就暴露了41億筆記錄。如果駭客攻擊使您的業務下線呢?專家估計,停機成本每分鐘會對企業造成平均5,600至9,000美元的損失。

另一個明顯的代價是合規性。如果您的系統不符合所在地區或行業的法律要求,那就比較痛苦了,因為這意味著合規性的更新需求和安全性方面的更新進度一致。

同樣明顯的代價是,這會讓您落後於創新曲線。在這個速度可以創造利潤的世界中,緩慢的發佈時間表使競爭對手很容易超越您的團隊。

一個相對不太明顯,但同樣重要的代價,就是團隊的時間。小而頻繁的更新讓人很容易習慣,並且不會減慢團隊的速度;而每年或每兩年的更新,您的團隊則需要面對一個可能是巨大的新功能或介面更新,需要更長的學習曲線。更不用說那些大的更新可能會引入新的bug——如果沒有頻繁的修復,團隊必須連續幾個月都圍繞著它們工作。

● 自行控制更新能讓使用者/團隊更輕鬆

當我們自己控制更新時,我的使用者/團隊會更輕鬆?

就像您的內部團隊一樣,比起同時適應一堆大變化,用戶定期適應小變化時麻煩會少很多。

當然這只是從邏輯上來說,小變化比學習一個全新的系統更容易適應。對於本地系統,控制更新通常意味著:以一大堆更改轟炸用戶的情況每年會發生數次。然而,雲端版產品每次都只會有一些小的更新和變化。

更不用說,透過不斷地提供快速的錯誤修復和改進,團隊能夠更好地完成他們的工作,並且可以將花費在這些任務上的時間重新分配到更高價值的工作上。

自從我們遷移上雲,我們的內部IT工單減少了50%。我主要聽到的不是處理錯誤或管理請求,而是我們的用戶想要添加的新應用程式和功能,最終幫助他們更好地完成工作,為我們的客戶提供更多的價值。 」

JAMES SEDDON 

資深工具管理員,IGLOO軟體

第五大誤區
在雲端上,資料難以管理

數據,當今商業世界的靈魂。

它使我們有能力為客戶提供良好的服務,而且,與所有權力一樣,它也伴隨著相應的責任——對我們的客戶、員工以及我們開展業務的國家/地區的法律負責。

因此,當我們談論雲端時,資料安全和管理是企業最常關注的問題,這也是有道理的。

Atlassian將資料安全性和資料管理的便利性放在優先考慮的位置。繼續閱讀,您將重新認知「雲端是否會帶來資料風險」這個問題。

● 我的資料在雲端不安全

事實上,現在大部分企業(94%) 表示他們的資料在雲端中更加安全。

這有很多原因。一個原因是48%的開發人員表示他們沒有時間花在安全上,這意味著如果你將其保留在內部,那麼它很可能會從優先清單中消失。另一個是雲端採用的零信任方法,這意味著資料經過多次安全檢查(而不是本地系統的典型單一安全檢查)。

安全性是內建於Atlassian雲端版產品結構中的。他們採用了多種控制措施來保護您的數據,包括跨雲端服務傳輸和靜態時的加密、外部漏洞研究(如Atlassian的Bug Bounty計劃)等。

幾十年來,企業安全控制都是由單一邊界構成的,其目的是為了保護大公司而建構。然而,自從基於邊界的城堡和護城河(castle-and-moat)安全模型被開發出來後,企業的技術領域就發生了巨大變化。

進入「零信任」這個行業的專家已經轉向的新安全模式,能解決現代工作中日益增長的安全挑戰。 「零信任」是一個框架,在這個框架中,企業放棄了一個大的邊界,轉而在每個端點和公司內為使用者提供保護。

● 雲端無法讓我控制資料的儲存位置

Atlassian通常將您的資料儲存在盡可能靠近大多數用戶的位置。但如果你想要更多的控制權?新的Atlassian Cloud Enterprise計畫可讓您選擇資料駐留地。這表示您可以根據自己的業務需求或法律要求,選擇資料子集(例如工單或頁面)託管的位置。

如需詳細了解雲端託管基礎架構,或想使用Atlassian管理資料駐留,請聯絡Atlassian全球白金合作夥伴-龍智,您將獲得協助。

●  我不能直接在雲端查詢我的資料庫

雖然從技術層面來說,這是正確的,但它不會影響您完成工作。您可以透過Jira REST API 和Confluence REST API直接與您的工具互動。如果您仍然不知道該怎麼做,請聯絡Atlassian全球白金合作夥伴—龍智

● 當使用第三方應用程式或整合時,我失去了對資料的控制權

這是錯誤的。為了保護您客戶資訊的隱私性,Atlassian API會封鎖使用者資訊。這意味著Marketplace中的應用程式只能存取被使用者設定為「公開」的個人資料。未經許可,第三方永遠無法存取資料。

點選下方按鈕,取得Atlassian白皮書《打破遷移上雲的八大迷思》,打破關於遷移上雲的常見誤區,做出最有利於企業的決策;

如需了解更多關於遷移上雲的準備、步驟以及最適合您的產品版本選擇,歡迎您立即諮詢Atlassian全球白金合作夥伴—龍智

普通話/英語服務: +852-55169850;

粵語服務:+852-51679050;

郵箱:customer@hkdsdtech.com。

文章來源:本文編譯摘錄自Atlassian 白皮書《打破遷移上雲的八大迷思》,有刪改。

關於龍智

DragonSoft 於 2006 年成立,現已成爲中國領先的 DevSecOps 解決方案提供商。
我們融合 DevOps 與敏捷管理理念,並整合全球頂尖工具,爲客戶提供應用生命周期管理(ALM/SDLM)、DevSecOps 及敏捷開發等解決方案,涵蓋實施部署、系統升級、培訓支持、定制開發及維護服務。 透過自動化軟件開發流程,促進團隊協作,全面提升開發效率與產品質量,同時確保整個過程可追溯、可量化。