我向您介紹 DevOpsConf 指南，今年的會議規模達到銀河系規模。 從某種意義上說，我們成功地整合了一個如此強大且平衡的計劃，各種專家都會喜歡通過它：開發人員、系統管理員、基礎設施工程師、品質保證、團隊領導、服務站以及參與技術開發的每個人過程。
我們建議參觀 DevOps 領域的兩大領域：一是可以透過程式碼靈活變更的業務流程，二是可以使用工具。 也就是說，在我們的會議上，將有兩股在內容上、特別是在報告數量上同等強度的會議。 第一個重點在於工具的實際使用，第二個重點在於使用業務問題範例的流程，這些業務問題被視為程式碼並作為程式碼進行管理。 我們相信技術和流程是密不可分的，並在新浪潮公司工作的演講者的幫助下系統地展示了這一點，並分享了他們透過解決問題和克服挑戰來獲得新的發展理念的道路。
如果您願意，請查看我們指南的簡短摘要 :
- 30月8日，會議第一天，我們將在第一大廳審議XNUMX個業務案例。
- 第一天在第二大廳，我們將分析更高度專業的儀器解決方案。 每份報告都包含許多很酷的實務經驗，但並非適合所有公司。
- 1月XNUMX日，在第一個大廳，相反，我們談論更多技術，但更廣泛。
- 第二天在第二個大廳，我們討論並非在所有專案中都會出現的具體任務，例如在企業中。
但我要立即指出，這種劃分並不意味著觀眾的劃分。 相反，對一個工程師來說，了解業務問題、知道自己所做事情的意義、有實務經驗很重要。 而對於一個團隊負責人或服務站來說，其他公司的案例和經驗當然很重要，但同時你需要了解內部的運作方式。 在剪輯下方，我將更詳細地告訴您所有主題，並幫助您制定詳細的旅行計劃。
會議將在Infospace舉行，我們將兩個主要大廳稱為“金心”——就像《銀河系漫遊指南》中的船一樣，利用不可能的原理在太空中移動，而“在銀河的邊緣”宇宙” ——就像同一傳奇故事中的餐廳。 從現在開始我將使用這些名稱來指曲目。 「金心」星系區域的報到站更適合主要旅遊團；如果您喜歡的話，這些都是必去的景點。 對於經驗豐富的旅行者來說，「在宇宙的邊緣」有一些有趣的物體。 很少有人能到達那裡，但那些敢於通過小行星帶到達那裡的人會眼睛灼熱。
同時，您可以輕鬆地從一個房間移動到另一個房間，隨時都會找到適合您的主題。 正如我已經說過的，該計劃非常平衡。 我們有更多的課堂報告，但是，計劃委員會不情願地將它們轉移到 或推遲到聖彼得堡春季會議，以免打破平衡並實施原來的想法。 會議計劃允許您使用不同的範例和從不同的角度考慮每個計劃的主題（持續交付、基礎設施即程式碼、DevOps 轉型、SRE 實踐、安全性、基礎設施平台）。
現在坐下來，我們的銀河飛船即將全部停下來。
《金心》，30月XNUMX日
擔任 CTO 的前 90 天
將開幕會議 利昂娜火。 關於繼承遺留系統以及隨之而來的問題。 Leon 將告訴您服務站如何了解他開始工作的技術系統。 對於現代公司的技術總監來說，管理DevOps流程是主要任務，Leon將以有趣、幽默的方式向您展示 技術部分和業務部分之間的關係 從SRT的角度來看。
初學者和那些想成為初學者的人絕對應該閱讀這份報告。 畢竟，成長為公司的技術總監是一回事，重新擔任這個角色又是另一回事；這樣的特技飛行不是每個人都能做的。
DevOps 基礎 - 從頭開始進入項目
Следующий 繼續這個話題，但是 安德烈·尤馬舍夫 （LitRes）將稍微從全局角度考慮這個問題並回答以下問題：當開始在不同團隊中工作時，您需要了解哪些基礎知識； 如何正確分析問題的範圍； 如何制定活動計劃； 如何計算 KPI 以及何時停止。
基礎設施即程式碼的未來
接下來我們將休息一下來討論基礎設施即程式碼的主題。 羅曼·博伊科 DevOpsConf 上的 AWS 解決方案架構師 關於新工具 AWS雲開發套件，它允許您用熟悉的語言（Python、TypeScript、JavaScript、Java）描述基礎架構。 我們將直接了解什麼讓雲端更接近開發人員，如何開始使用此工具並建立可重複使用元件以方便基礎架構管理。 對於會議參與者來說，這是一個用俄語了解世界創新的絕佳機會，其技術細節程度在此處很常見，但在西方則不然。
從發佈到 FastTrack
午餐後，我們將再花幾個小時討論轉型問題。 在 葉夫根尼婭·福門科 讓我們來看看MegaFon的DevOps轉型：從他們嘗試使用傳統方法（例如KPI）的階段開始，克服了一切都不清楚，需要拿出新工具並改變自己的階段， 直到流程完全重組。 對於企業來說，這是一次非常酷且激勵人心的體驗，企業的承包商也參與了 DevOps 轉型，Evgeniy 也將談論這一點。
如何成為跨職能團隊
У 米哈伊爾·比佔 在團隊中進行轉型變革方面擁有豐富的經驗。 現在，Mikhail 作為 Raiffeisenbank 加速團隊的領導者，使團隊實現跨職能。 在他的 讓我們談談缺乏跨職能團隊的痛苦，以及為什麼跨職能團隊的挑戰不會隨著發明、製造和實施而結束。
SRE實踐
在此過程中，我們會發現兩份專門針對 SRE 實踐的報告，它們正在不斷發展，並在整個 DevOps 流程中佔據重要地位。
阿列克謝·安德烈耶夫 來自 Prisma 實驗室 ，為什麼新創公司需要 SRE 實踐以及為什麼它會獲得回報。
馬特維·格里戈里耶夫 來自渡渡鳥披薩 這是一家較大公司的 SRE 範例，該公司已經超越了新創階段。 Matvey 本人如此評價自己：一位經驗豐富的 .NET 開發人員和一位初學者 SRE 將分別分享開發人員（不僅僅是一個開發人員，而是整個團隊）向基礎架構過渡的故事。 為什麼 DevOps 是開發人員的邏輯路徑 如果您開始將所有 Ansible 劇本和 bash 腳本視為成熟的軟體產品並對它們應用相同的要求，會發生什麼，我們將在 30 月 17 日 00:XNUMX 在 Golden Heart 大廳舉行的 Matvey 報告中進行討論。
完成第一天的計劃 丹尼爾·季霍米羅夫，誰在他的 提出了一個重要的問題： 科技如何與使用者幸福感相關。 為了解決「一切正常，但用戶不滿意」的問題，MegaFon從監控單一系統，然後是伺服器、應用程序，轉變為透過用戶的眼睛來監控服務。 所有技術專家、客戶和供應商如何開始關注這些KQI指標，我們將在會議第一天晚上揭曉。 之後，我們將在晚會的非正式場合討論基礎設施和轉型。
“在宇宙的邊緣”，30 月 XNUMX 日
從儀器的角度來看，「宇宙邊緣」大廳的前三場報告將會非常有趣。
馬克西姆‧科斯特里金 （十六） Terraform 中的模式 對抗大型和長期項目的混亂和常規。 Terraform 開發人員提供了相當方便的使用 AWS 基礎架構的最佳實踐，但有一個細微差別。 Maxim 將使用程式碼範例示範如何不將包含 Terraform 程式碼的資料夾變成雪球，而是使用模式來簡化自動化和進一步開發。
格里戈里·米哈爾金 從 拉莫達 “我們為什麼要開發 Kubernetes Operator，我們從中吸取了哪些教訓？” 將有助於填補有關如何使用 Kubernetes 實施基礎設施即程式碼實踐的資訊缺乏。 例如，Kubernetes 本身包含使用 yaml 檔案的服務描述，但這不足以滿足所有任務。 底層管理需要操作人員，如果你想正確管理 Kubernetes，這個演講非常有用。
下次報告的主題是 Hashicorp金庫 - 相當特別。 但事實上，只要您需要管理密碼並具有處理機密的共同點，就需要此工具。 去年，Sergey Noskov 講述瞭如何在 Hashicorp Vault 的幫助下在 Avito 管理秘密，看看那個 來吧 尤里·舒特金 從 Tinkoff.ru 獲得更多經驗。
塔拉斯·科托夫 (EPAM) 建構包含自己的骨幹網路的雲端基礎設施這項更為罕見的任務 IP/MPLS網路。 但體驗很棒，報告也很硬核，所以如果你明白它在講什麼，一定要來看看這個報告。
晚上晚些時候，我們將討論雲端基礎架構中的資料庫管理。 基里爾·梅爾尼丘克 使用體驗 Vitess 用於在 Kubernetes 叢集內使用 MySQL。 一 弗拉基米爾·里亞博夫 來自 Playkey.net ，如何處理雲端內的資料以及如何正確使用可用的儲存空間。
《金心》，1 月 XNUMX 日
1月XNUMX日，一切都將相反。 金心大廳將設有一條更以技術為導向的賽道。 因此，對於穿越「金心」的工程師來說，我們首先邀請您深入了解商業案例，然後看看這些案例在實踐中是如何解決的。 反過來，管理者首先考慮可能的任務，然後開始更好地理解如何在工具和硬體中實現這項任務。
在大型雲端儲存的幕後
第一個發言者 阿蒂米·卡皮圖拉。 他去年的報告「我認為，由於故事的深度令人難以置信，與會者稱其為最好的。 這次 將繼續使用Mail.Ru Cloud Solutions 解決方案進行儲存設計並分析系統故障的先例。 這份報告對管理者來說不明顯的好處是，Artemy 不僅檢視了技術問題本身，也檢視了解決問題的整個過程。 那些。 您可以了解如何管理整個流程並將其應用到您的公司。
逆向去中心化部署
葉戈爾·布加恩科 這不是他第一次出現在會議上；他的報告傳統上包含有爭議的論點，但它們讓你思考。 我們希望 Egor 關於去中心化部署的討論將引發一場有趣且最重要的建設性討論。
我們又在雲端了
阿列克謝·瓦霍夫是業務組件和技術的強大融合，工程和管理方面都會對此感興趣。 Alexey 會告訴你 Uchi.ru 是如何運作的 雲端原生基礎設施：如何使用 Service Mesh、OpenTracing、Vault、集中式日誌記錄和總體 SSO。 隨後，15:00，Alexey 將舉行 ，每個來到這裡的人都可以親手觸摸這些樂器。
Avito 中的 Apache Kafka：三個輪迴的故事
阿納托利·索爾達托夫 當然，使用 Kafka 的人會對 Avito 如何將 Kafka 建構成一項服務感興趣。 但另一方面也很好地揭示了 創建內部服務的過程：如何收集同事的服務需求和願望，實現接口，在團隊之間建立互動並在公司內創建服務作為產品。 從這個角度來看，歷史對於非常不同的會議參與者來說再次有用。
讓微服務再次輕量化
在這裡，一切似乎從名字就可以清楚看出。 但論文認為 德米特里·蘇格羅夫 來自樂華梅蘭的，甚至在節目委員會中引起了激烈的爭論。 總之，這將為討論什麼是微服務、如何寫微服務、如何維護微服務等主題奠定良好的基礎。
用於管理 BareMetal 基礎設施的 CI/CD
下一份報告又是二合一的。 一方面， 安德烈·克瓦皮爾 （WEDOS Internet，as）會講到管理BareMetal基礎設施，這是比較具體的，因為大家現在主要用的是雲，如果持有硬體的話，規模也不會那麼大。 但非常重要的是，安德烈 應用 CI/CD 技術來部署和管理 BareMetal 基礎設施，從這個角度來看，該報告將引起團隊領導和工程師的興趣。
會繼續話題 謝爾蓋·馬卡連科, 在這個勞力密集過程的幕後 兵棋推演平台.
容器安全嗎？
將在金心大廳完成節目 亞歷山大·卡約羅夫 關於貨櫃安全的討論文件。 Alexander 已經在 RIT++ 就讀 討論 Helm 的安全問題以及解決方法，這次不僅限於列出弱點，而是 完全隔離環境的工具。
“在宇宙的邊緣”，1 月 XNUMX 日
即將開始 亞歷山大·布爾采夫 （布拉馬布拉馬）和 加快網站速度的可能解決方案之一。 讓我們看看五重奏的成功實施 加速僅歸功於 DevOps 工具 無需重寫程式碼。 您仍然需要決定是否在每個專案中重寫程式碼，但記住這樣的經驗總是有用的。
1C 中的 DevOps：企業
彼得·格里巴諾夫 來自1C公司 揭穿在大型企業中不可能實施 DevOps 的迷思。 還有什麼比 1C 更複雜：企業平台，但由於 DevOps 實踐即使在那裡也適用，我認為這個神話是站不住腳的。
客製開發中的 DevOps
安東·赫列維茨基 葉夫根尼·福緬科 (Evgeniy Fomenko) 報告的繼續 ，MegaFon 如何在承包商方面建立 DevOps 並建立持續部署，包括來自多個軟體供應商的客製化開發。
將 DevOps 引入 DWH/BI
對於不同的參與者來說，這是一個非標準但有趣的話題 瓦西里·庫岑科 來自俄羅斯天然氣工業銀行。 Vasily 將分享如何在資料開發中培養 IT 文化以及如何在資料倉儲和 BI 中應用 DevOps 實踐的實用建議，並將告訴您處理資料的管道有何不同，以及哪些自動化工具在處理資料時真正有用。數據。
沒有安全部門（你）如何生活
午餐後 莫娜·阿爾希波娃 (sudo.su) 我們有基礎知識 開發安全 並將解釋如何將安全性作為一個流程嵌入到您的開發過程中並停止使用單獨的安全部門。 這個主題很緊迫，這份報告對很多人來說應該非常有用。
大型解決方案的 CI/CD 中的負載測試
完美補充了先前的主題 弗拉基米爾·霍寧 來自 MegaFon。 這裡我們要講的是 如何將品質引入 DevOps 流程：如何使用Quality Gate，記錄系統內的各種案例，以及如何將其全部整合到開發過程中。 該報告特別適合使用大型系統的人，但即使您不處理巨額帳單，您也會發現自己感興趣的方面。
SDLC 與合規性
下一個主題與大公司更相關——如何將合規解決方案和標準要求引入流程中。 伊利亞·米特魯科夫 來自德意志銀行技術中心 該 工作標準很可能與 DevOps 相容.
到最後 馬特維·庫庫伊 （Amixr.IO） 關於世界各地數十個團隊如何執勤、整理事件、組織工作和建立可靠系統的統計數據和見解，並將解釋這一切與 SRE 的關係。
現在我甚至有點羨慕你了，因為一路走來 你只需要這樣做。 您可以創建自己的個人計劃，並享受報告如何有機地相互補充，但我很可能像任何指南一樣，沒有時間仔細環顧四周。
順便說一句，除了主要活動之外，我們還有一個露營地——一個聚會室，參與者自己可以在其中組織小型聚會、研討會、大師班，並在親密的環境中討論緊迫的問題。 任何參與者都可以，並且任何參與者都可以充當計劃委員會並為其他聚會投票。 這種格式已經證明了它的有效性，特別是在網路方面，所以仔細看看 日程安排，並在會議期間關注有關新聚會的公告 .
DevOpsConf 2019 銀河見！
來源： www.habr.com