Amazon CloudWatch 客戶

CloudWatch 資料來源探索功能轉變了我們處理日誌分析的方式，並增強了日誌探索的直覺性。資料來源和面向可預先提供適當的關聯內容並加速日誌分析，從而讓所有使用者能夠更輕鬆地存取分析。因此，我們大幅縮短了疑難排解所需的時間。

藉助 CloudWatch 可觀測性平台，我們團隊可以更及時地了解應用程式的效能，簡化並加速團隊協作。該平台提供有關應用程式效能的即時洞察，並提供全面的端對端分析，讓團隊能夠以資料為基礎做出更明智的決策。因此，我們可以更有效率、更主動地維護和管理績效，讓團隊專注於創新和追求卓越，並協助為團隊和客戶打造一個更美好的世界。

利用 Amazon CloudWatch 與 Amazon OpenSearch Service 之間的全新整合式分析體驗和零 ETL 整合，Works Human Intelligence 可以為 VPC 流程日誌和 CloudTrail 建立立即可用的 OpenSearch 儀表板。這有助於我們使用從源自日誌的視覺化來監控、分析和進行疑難排解。

CloudWatch 和 OpenSearch Service 之間的整合對我們來說已經徹底改變遊戲規則！ 我們的團隊已經熟悉使用 OpenSearch 管道處理語言 (PPL) 和 SQL，因此可以很輕鬆地學習在 CloudWatch Logs Insights 中使用 PPL/SQL。我們能夠更快地進行疑難排解，而藉助儀表板，您可輕鬆地從日誌中發現趨勢和潛在問題。這意味著可以減少挖掘的時間，而花更多時間專注於重要事項。

Amazon CloudWatch 是 Zurich Insurance 的可觀測性基礎架構的關鍵元件。在 Zurich，我們致力於保持對工作負載的可觀測性，並在可行的情況下儘量利用雲端原生工具。Amazon CloudWatch 不僅符合這些目標，也增強了我們直接在工作負載運作的位置對其進行監控的能力。Amazon CloudWatch 讓我們能夠集中指標和提醒，簡化問題回應流程，從而更有效地識別和解決問題。這種集中式可觀測性架構協助我們縮短了平均復原時間，確保我們為客戶維持最高標準的服務連續性和可靠性。藉助 Amazon CloudWatch，Zurich Insurance 可以自信地監督基礎設施並主動管理任何潛在的中斷，從而改善卓越營運和客戶滿意度。

Amazon CloudWatch 團隊在我們遷移離先前的可觀測性解決方案時向來是不可或缺，這是成本和可用性的問題所帶動的。我們的過渡包括使用 CloudWatch Synthetics 進行 TLS 憑證監控和 API 端點監控，以及透過 OpenTelemetry (OTEL) 和 PHP SDK 進行追蹤的應用程式檢測。回應時間、從錯誤計數和請求計數衍生的錯誤率以及交易計數等重要的效能指標，皆受到嚴謹地監控。異常偵測系統也已到位，可在回應時間和錯誤率中發現異常情況。我們還針對問題提醒整合了 PagerDuty 和 SNS 主題。我們與 CloudWatch 的合作關係超越了典型的客戶關係，著重在協作和其出色的回應能力，這是他們快速實施量身打造解決方案時的例子。這表明了我們與 AWS 和 CloudWatch 團隊合作的非凡價值。

EA Sports 與 AWS 合作試用 Amazon CloudWatch 網際網路監視器測試版，以處理 EA Sports 面對的幾個核心優先事項。這些優先事項之一是準確、自信地識別因網際網路連線問題導致的使用者掉線，從而縮短其偵測網際網路問題的平均時間。他們還想要偵測應用程式效能問題是由網際網路網速波動引起，還是由 AWS 網路引起，以及了解此類問題對遊戲堆疊的影響。最後，重點是剖析全球範圍內進入 EA 遊戲的具體流量路徑，以了解使用者在何處以及透過何種方式與他們建立遊戲連線。針對使用者影響的異常偵測通常需要花費大量時間，並且經常會出現診斷問題。

Samsung Cloud 為您的所有 Galaxy 裝置提供流暢的備份、同步、還原和升級體驗。在 Samsung Cloud 裡開發新功能時，AWS X-Ray 是非常實用的工具。尤其是在開發需要在多個伺服器之間通訊的使用案例時，X-Ray 對於識別特定伺服器上發生的瓶頸或問題非常實用。X-Ray 可以使用簡單的程式碼與外部元件 (例如 Envoy Proxy 和 Amazon DynamoDB) 連結，而 X-Ray 主控台上顯示的子片段在調整資料庫查詢方面非常有幫助。您可以將錯誤內容和 HTTP 狀態代碼等其他資訊新增至 X-Ray 片段，只需一個追蹤 ID，即可在主控台上輕鬆找到這些資訊。如此一來，開發人員可以快速解決問題，並提高服務的穩定性。

Amazon CloudWatch Metrics 為所有 AWS 服務提供了一組豐富、全面的指標。然而，對我們來說最重要的是，SonarCloud SRE 小組是從功能角度衡量和監控我們的服務的表現，因為這就是 SonarCloud 使用者的看法。為實現此目標，我們的應用程式服務使用 CloudWatch 內嵌式指標格式產生功能指標。該格式會將 JSON 日誌條目即時轉換為 CloudWatch 自訂指標資料點。這非常容易實作，而且與基礎設施鬆散耦合：唯一需要的僅是日誌！ 這樣，我們就可以全面了解應用程式服務的運作狀態，並使用這些資料來改進和應對問題。

今年早些時候，我們發布了新的 PGA TOUR 數位體驗，讓球迷可以在行動裝置和 Web 平台上存取即時排行榜、更快的比賽更新速度、比賽賠率以及深入的玩家資訊。這些新體驗不斷提供更出色的整體球迷參與度。在 AWS 上的建置為我們的開發團隊提供了交付現代應用程式所需的一切，而使用 CloudWatch 可讓我們監控行動應用程式和 Web 應用程式的後端。我們可以利用 CloudWatch 儀表板以及 Synthetic Canary，以單一窗格檢視的方式，輕鬆地對多個不同的 AWS 服務 (包括 AppSync 和 Lambda) 進行視覺化、主動監控和發出提醒。立即存取系統狀態和可用性，讓我們能夠為球迷提供最佳體驗。

Amazon CloudWatch 憑藉其多樣的功能在 Solaris 的營運中發揮重要作用，尤其是在日誌記錄和監控指標、日誌和蹤跡方面。利用 CloudWatch 跨帳戶可觀測性，我們可以取得與在所有 AWS 帳戶上執行的微服務架構和應用程式相關的寶貴洞察。藉助 CloudWatch Logs，我們能夠執行高效的偵錯和深入的根本原因分析，從而確保自有系統的平穩運轉。同時結合 CloudWatch Metrics，我們能夠監控與資源耗用相關的持續問題，並依據高錯誤率或異常將相關指標作為觸發警示的輸入。CloudWatch 警示還在如下方面起到關鍵作用：透過 Slack 和 PagerDuty 等各種通道及時向我們發出提醒，以及確保我們可及時回應緊急情況。此外，利用 CloudWatch 的全面功能，我們能夠主動管理自己的系統、偵測問題並有效地最佳化自身的資源。

使用 Amazon CloudWatch Logs Infrequent Access 後，Fluent Commerce 現在能夠擴展我們的業務，同時具有以成本效益的方式支援客戶的需求。我們喜歡能夠針對全方位的資料分析選擇標準日誌類別及針對大容量應用程式日誌選擇 Infrequent Access 日誌類別的靈活性。這有助於我們提高應用程式可見性、提高營運效率和管理成本。

客戶是我們最重要的資產。Amazon CloudWatch 為開發人員和網站可靠性工程師提供對系統和產品的即時可觀測性，從而降低相關問題對客戶的影響。我們的多個業務部門合作測試各項 Amazon CloudWatch 功能，這些功能有助於透過跨應用程式和基礎設施的即時統一檢視實現監控和疑難排解。針對指標、日誌和追蹤，該服務帶來顛覆性的可觀測性和資料關聯性。沒有情境的資料毫無意義，因此 CloudWatch 協助以情境方式關聯資料，使資料具有意義和影響力。

由於 JPMC 使用數千個容器，藉助具有增強可觀測性的 Amazon CloudWatch Container Insights 目前提供的額外詳細指標，我們可在持續為客戶提供可靠服務的同時更快地進行疑難排解

隨著 DevSecOps 成為主要的軟體交付方法，我們的客戶正在尋求整合式交付模式，將網站可靠性工程 (SRE) 最佳實務結合在統一體驗中。擁有利用雲端原生服務的預建整合式應用程式和基礎架構監控解決方案，有助於我們的客戶監控其應用程式的效能，並提高其服務的可靠性。Amazon CloudWatch Application Signals 可滿足客戶對全面性應用程式監控解決方案的需求，讓他們能夠快速偵測事件、進行疑難排解及予以解決，並專注於最重要的事情，也就是最終使用者體驗。

藉助 Amazon CloudWatch 中的跨帳戶可觀測性，我們可以從統一位置即時監控和分析所有微服務的事件，並且該服務與 AWS Organizations 整合，從而可使用組織單位進行簡單的設定和管理。為每項微服務建立一個 AWS 帳戶有助於我們更快、更安全地進行開發。採用跨帳戶指標並能夠在統一位置設定關鍵警示，這將我們的可觀測性提升到更高的水準，並有助於我們保證達到服務水準協議的要求和持續改進。

SnapLogic 工程服務部副總裁 Anjana Kashyap 表示：Amazon CloudWatch Container Insights 可協助我們即時監控基礎架構和應用程式。我們的客戶依賴即時資訊以用於金融交易或醫療保健資料等關鍵目的。Amazon CloudWatch Container Insights 可協助我們回應效能變化、最佳化資源使用情況，並為我們提供維持系統順暢運行所需的營運狀況洞察。

Thomson Reuters 以客戶為中心，開始整合不同的提醒、監控和災難復原計畫。Amazon CloudWatch 透過集中式日誌記錄、自訂主控台、帶運作狀態檢查的自動容錯移轉以及為所有 25,000 名 Thomson Reuters 員工提供關鍵目錄服務的最低權限模型，將所有這些計畫完美地結合在一起。我們使用 AWS Secrets Manager 和 AWS Key Management Service，透過授權和資料庫金鑰加密來改善安全狀態；同時使用 Route 53，透過 Amazon Elastic Kubernetes Service 的自我修復和自動擴展功能提供災難復原。因此，我們透過 CloudWatch 和相關服務實現了所有目標，以滿足安全合規性和強制性技術管控。

DesignCrowd 使用 CloudWatch Logs Infrequent Access，以符合成本效益的方式擴展和建立新的工作負載，以用於應用程式檢測、偵錯和建置日誌，同時繼續深入了解應用程式的運作狀態。此日誌類別中所有可用的功能將使我們的內部團隊能夠監控我們的應用程式，而無需限制在 CloudWatch 中擷取的日誌。

Amazon CloudWatch 網際網路監視器提供的邊緣可觀測性非常有用，特別是該功能可自訂，從而幫助我們最大限度地減少誤報。與 AWS 合作將有助於我們不斷推進自訂解決方案，並在我們的 AWS 邊緣基礎設施上提供一致的網際網路監控。

將 AWS Container Insights 與 EKS 叢集完美整合，提供 Kubernetes 環境的每個層級的可見性，提高營運效率，並提高我們的事件回應能力。

利用 Amazon CloudWatch 提供的即時監控，我們能夠透過 CloudWatch Metrics 監控基礎設施的用量，從而確定運算資源的節省方式，在簡單工作負載上節省約 12%，以及在更複雜的工作負載上節省更多。

Tech Mahindra 期待 Amazon CloudWatch 網際網路監視器的正式發佈，好讓我們能夠將其加入我們的關鍵客戶應用程式並實現智慧根本原因分析 (RCA)。我們的操作員和服務工程師已經能夠使用網際網路監視器測試版中向 CloudWatch Logs 發佈的測量結果進行增強的疑難排解，協助他們得出自訂指標和設定警示，以支援客戶專門的使用案例。網際網路監視器可以監控和分析全球 AWS 基礎設施的運作狀態以及與可能出現的本機網路延遲問題關聯，從而協助我們防止因網路和基礎設施故障而引發的問題。

Amazon CloudWatch Evidently 幫助我們在推出新功能之前發現預料之外的結果，從而幫助降低生產環境中的風險。藉助 Evidently，我們可以管理新功能中發現的任何漏洞，監控關鍵指標，然後向更廣泛的客戶群體推出。Evidently 提供的關鍵優點包括能夠在不同版本之間分配流量並取得使用者對新功能的意見回饋。

Amazon CloudWatch 中的跨帳戶可觀測性可以幫助 Tech Mahindra 透過針對所有帳戶的單一主控台檢視和統一的關鍵指標警示，實現對其 F500 客戶的集中監控。跨帳戶可觀測性將緩解 F500 企業面臨的如下挑戰：管理多個帳戶，以及透過一致的跨帳戶設計打造監控功能。此外，跨帳戶可觀測性還有助於在一個監控帳戶下輕鬆管理多個開發和品質保證環境，並以一致的方式監控用量和強制實作合規性。我們堅信，藉助跨帳戶可觀測性，我們可以為客戶提供自訂而統一的 RCA 機制、標準化的企業級成本分析解決方案以及應用程式事務監控和分析。

為了支援受管服務營運和諮詢互動活動，我們使用 Amazon CloudWatch 來監控和記錄所有 AWS 系統。藉助跨帳戶可觀測性功能，我們能夠一目了然地檢視所有專案，無需任何其他工具，且只需極少量的設定。

跨帳戶日誌記錄是我們的客戶一直在尋找的功能，Amazon CloudWatch 中的跨帳戶可觀測性以最少的工作量提供了立即可用的整合。集中式儀表板可協助支援團隊快速識別並解決影響更廣泛環境的問題。藉助 CloudWatch 中的跨帳戶可觀測性，無需整合第三方工具即可進行集中日誌記錄。

Rego SaaS 的目標是為客戶提供全方位的服務和支援；我們努力在客戶受到影響之前發現並解決問題。藉助 CloudWatch Synthetics，我們可監控生產環境的五個關鍵指標。在過去的一年裡，CloudWatch Synthetics 和基於 Amazon CloudWatch 警示、Amazon SES 和 AWS Lambda 函式的簡單系統，讓我們得以積極主動地應對客戶的應用程式和基礎設施問題。有了 CloudWatch Synthetics，我們的 DevOps 和支援團隊甚至能在客戶通知我們發生問題之前就開始分析和解決問題。CloudWatch Synthetics 是為我們的客戶超越 SLA/SLO，以及我們最終取得成功的關鍵一環。

我們一直在尋找一種簡單而無縫的整合，從而快速啟動並執行，為我們的產品收集核心 Web 重要指標。我們一直在使用 Amazon CloudWatch RUM 來監控網站效能，特別是頁面載入時間、JavaScript 錯誤和其他核心 Web 重要指標。使用 RUM 有助於我們的團隊收集和測量我們網站的真實世界效能指標，同時也讓我們有統一的方式來收集和分析這些資料。RUM 之所以脫穎而出，是因其與我們的產品和 CloudWatch 的其他部分無縫整合，讓我們能使用所收集的資料進行進一步處理，而毋須擔心失去連線或資料短缺的問題。

藉助 AWS 的 CloudWatch RUM 創新工具，Cognizant 無需第三方解決方案即可提供客戶所需的精細可見性和控制，從而將營運自動化框架提升到更高的水準。CloudWatch RUM 的入門流程簡單且無縫，並且整合我們目前正在使用的原生服務。我們發現可實現出色可見性的功能，包括按載入時間對來自不同瀏覽器的應用程式回應進行分類、帶有自訂日期的頁面載入甘特圖、按時間排列的應用程式載入結果以及使用 PDF 格式產生報告的功能。

我們投入大量資金推進應用程式微服務架構的可觀測性和監控，但由於缺少由外而內的監控，無法確保向客戶提供穩定可靠的產品。藉助 Amazon CloudWatch Synthetics，我們現在能夠模擬真實使用者以監控正常執行時間可用性，從而填補我們可觀測性堆疊中的空白。我們正在建立 Canary，以反映使用者使用我們產品的體驗，並就即時問題獲得提醒，在影響客戶之前及時糾正問題。藉助 CloudWatch Synthetics，我們可以達到服務水準協議 (SLA) 的要求，並且可透過進行分類和偵錯來縮短平均解決時間 (MTTR)。CloudWatch Synthetics 的設定非常簡單。工程師以外的團隊成員可以使用 Synthetics Recorder 產生 Canary，從而極大地提高 EBSCO 中服務的相關性和價值。

我們希望將所有監控、日誌記錄、指標和提醒整併至單一工具。CloudWatch 協助我們減輕安裝、設定和學習第三方系統的營運負擔。我們的團隊廣泛使用 CloudWatch 來監測多項高設定檔工作負載的錯誤率和狀態代碼。我們也使用 CloudWatch 將 Auto Scaling 動作自動化，因此得以最佳化提供 Amazon ECS 叢集技術的 Amazon EC2 執行個體類型成本。CloudWatch 事件可讓我們提供使用率和定價資訊給團隊，讓他們能夠針對合規和安全性使用案例，使用雲端稽核帳戶安全性、觸發 AWS Lambda 動作並安排資源。CloudWatch 能實現下一代自動化，並擴展每個人的能力。

我們目前的日誌分析解決方案需要設定及維護負擔、保留要求不同、成本過高，因此工程團隊無法在開發及測試環境兩處存取和查詢日誌。使用 CloudWatch Logs Insights，我們現在可以在 CloudWatch Logs 中查詢日誌，從而降低營運複雜性。依查詢次數付費機制，給予我們依照自身步調擴充的靈活性，我們的工程師可以開始消耗和查詢日誌，不必像目前的解決方案一樣苦苦等待設置、整合及擷取完成。檢視指標和日誌可加速疑難排解，也使我們受惠。Logs Insights 是有效且價位合理的解決方案，我們的工程師可從單一 AWS Console 監測應用程式並深入了解日誌。

CloudWatch 可讓我們收集 Amazon EC2、Amazon Kinesis、Amazon DynamoDB 和 Amazon API Gateway 等 AWS 服務的指標，以及 AWS Lambda 函式的日誌。我們非常欣賞不必自行管理堆疊或第三方 SaaS 廠商的原生整合方法。有助我們在極短時間內開始提醒、自動擴展及進行容量規劃。能夠快速、簡單地處理我們的主要使用案例，使 CloudWatch 成為首選解決方案。

藉助 Amazon CloudWatch，CloudPassage 能夠每天對數十 GB 的日誌進行索引搜尋。藉助 CloudWatch Logs，公司可以在統一位置管理和分析日誌，無論是從 Amazon ECS、AWS Fargate、AWS CodeBuild 還是自訂來源接收這些日誌。「我們使用基於微服務的架構。Amazon CloudWatch 是一種即時可用的解決方案，因為使用時無需設定或維護基礎設施。CloudWatch 處理我們的擴展毫無問題，且已移除整合和管理多個工具的操作負擔。使用它給我們帶來的最大獲益是降低了 MTTR (平均維修時間)，因為我們的 DevOps 團隊可以快速跨我們的容器基礎設施尋找問題。客戶受益於一個穩定的平台，該平台可用於更快地發現和修復潛在錯誤，並且加快功能開發。減少發現和修復現有功能中錯誤的時間意味著開發人員可將更多時間用於開發新功能。

藉助 Amazon CloudWatch，我們能夠將 Canva 的微服務後端架構與自己的日誌記錄架構無縫整合。我們選擇 CloudWatch 的原因在於它簡化彙總各種 AWS 服務中不同類型日誌串流的程序，同時降低通常與日誌管理相關的管理成本和複雜性。CloudWatch 還支援透過日誌串流匯出某些日誌的功能，這可讓我們設定外部自動日誌分析管道。因此，該工具無疑是我們的最佳選擇。

我們採用各種 AWS 服務來控制自己的基礎設施。Amazon CloudWatch 透過即時提供任何問題的詳細可見性來妥善解決此問題。透過分析模式和密切監控資料，CloudWatch 可讓我們在關鍵業務時期發現和避免潛在問題。藉助事件導向型自動化動作 (例如提醒和擴展)，我們將問題偵測時間從幾天縮短到幾分鐘。藉助 Amazon CloudWatch Logs Insights，我們可以識別系統中真正的痛點，主動解決難以大規模管理的潛在問題。CloudWatch 最終讓我們動態管理基礎設施資源，從而每月節省 70% 的成本 (僅 Web 基礎設施部分)。

我們使用 CloudWatch 監控和觸發已部署資源的自動稽核檢查。每個團隊都必須管理自己的 AWS 環境，而藉助 CloudWatch，我們可以圍繞這些帳戶建立特定的防護機制。由於還可以監控標籤的變更並追蹤 AWS 資源上的標籤狀態，我們能夠將標籤合規性提高 50%，這有助於形成 AWS 成本報告。透過集中式管理和分散式營運，我們能夠大幅降低成本，並滿足 IT 合規性和稽核準備的所有要求。

我們實作 CloudWatch 的原因是需要集中式服務來儲存日誌和從日誌中擷取指標。例如，透過 Amazon CloudWatch Logs，我們可以提醒與「錯誤」相符的日誌行號。 此外，Amazon CloudWatch Logs Insights 極大地簡化了搜尋大量日誌的程序。現在，我們可以從這些資料中得出可行的洞察，從而能夠解決營運問題並提高整個組織中的應用程式效能。藉助此解決方案，我們的開發人員可以將更多時間投入 Arctic Wolf SOC 即服務的開發。

Amazon CloudWatch 是我們監控 AWS 和內部部署基礎設施的自然選擇。我們的應用程式團隊和開發人員現在可以使用單一平台，透過日誌和指標收集並存取所有帳戶和區域中的所有效能和營運資料。這一優點讓這些人員的日常工作變得輕鬆，因為他們現在可以提高為支援客戶而建置的應用程式的彈性。

我們使用 CloudWatch 為 Amazon Simple Queue Service 和 EC2 Auto Scaling 群組的擴展動作建立提醒。這些洞察為我們的擴展決策提供依據，可讓我們在不影響客戶體驗的情況下最有效地利用 AWS 運算資源。藉助 CloudFormation，我們可以為面向客戶型應用程式使用的 AWS 資源部署邏輯堆疊，從而可進行可重複和一致的跨 AWS 帳戶部署。因此，我們得到一種使用組態即程式碼編寫應用程式堆疊的簡便方法，而不是依賴容易出錯、可能不一致的手動組態。