Bởi nhân viên Techopedia, ngày 6 tháng 9 năm 2017
Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về quản lý hiệu suất PeopleSoft với Matt Sarrel và Bill Ellis trong tập này của Hot Technologies.
Eric Kavanagh: Được rồi, quý bà và quý ông. Xin chào và chào mừng trở lại một lần nữa. Hôm nay là thứ Tư lúc 4 giờ Đông và, trong vài năm qua, điều đó có nghĩa là trong thế giới CNTT và doanh nghiệp và dữ liệu lớn này, đó là thời gian của Hot Technologies. Đúng vậy, tên tôi là Eric Kavanagh. Tôi sẽ là người điều hành của bạn cho sự kiện ngày hôm nay.
Chúng ta sẽ nói về các hệ thống điều hành kinh doanh, folks; chúng ta đang nói về PeopleSoft, cách quản lý hiệu suất của các môi trường phức tạp. Tôi luôn muốn đề cập, bạn đóng một vai trò lớn trong các sự kiện này, vì vậy xin đừng ngại. Đặt câu hỏi của bạn bất cứ lúc nào; bạn có thể làm như vậy bằng cách sử dụng cửa sổ trò chuyện hoặc Hỏi & Đáp - bằng cách nào đó nó được thông qua. Tôi rất thích nghe những gì bạn muốn biết và đó là cách tốt nhất; bạn nhận được giá trị tốt nhất cho thời gian của bạn. Chúng tôi lưu trữ tất cả các webcast này để nghe sau, vì vậy hãy ghi nhớ điều đó.
Nếu các hệ thống đang chạy chậm, chỉ cần ghi nhớ cuộc sống đã từng như thế nào. Bức ảnh này thực sự là từ năm 1968, lịch sự của một người phụ nữ tên Danelle, và tôi phải nói rằng đây thực sự là một lời nhắc nhở nghiêm túc về việc mọi thứ đã thay đổi như thế nào. Thế giới đã trở nên phức tạp hơn đáng kể và tất nhiên nhu cầu kinh doanh và trải nghiệm người dùng có xu hướng song hành với nhau. Nhưng những ngày này, có một chút mất kết nối. Như chúng ta thường nói, có một sự không phù hợp, và thực tế là những người kinh doanh luôn muốn mọi thứ nhanh hơn và nhanh hơn, các đội CNTT phải giao hàng là những người chịu áp lực phải hoàn thành công việc và đó là một thế giới khốc liệt ngoài kia.
Tôi phải nói rằng, cạnh tranh đã nóng lên ở khắp mọi nơi. Nếu bạn chỉ nhìn vào bất kỳ ngành công nghiệp nào, bạn có thể thấy rằng có những phát triển lớn trong những ngày này - Amazon mua Whole Food chẳng hạn. Bạn có thể yên tâm ngành công nghiệp tạp hóa đang xem xét kỹ lưỡng về ngành đó. Chúng tôi thấy điều này ở khắp mọi nơi, do đó, các nhà lãnh đạo doanh nghiệp thực sự cần phải đảm bảo rằng họ tìm ra cách - và đây là từ thông dụng ngày nay - chuyển đổi kỹ thuật số, làm thế nào để vượt qua tổng đài cũ sang các hệ thống mới và mạnh mẽ hơn nhiều. Đó là những gì chúng ta sẽ nói về ngày hôm nay.
Một trong những vấn đề phải đối mặt với rất nhiều tổ chức, đặc biệt là những tổ chức đã tồn tại được một thời gian, là những hệ thống kế thừa này. Đó là một máy tính lớn của IBM từ ngày trước. Có hệ thống di sản ở khắp mọi nơi. Một trong những trò đùa là hệ thống kế thừa là một hệ thống đang được sản xuất, nghĩa là thời điểm nó đi vào sản xuất, về mặt kỹ thuật nó là một hệ thống cũ. Luôn luôn có những cách mới để làm việc.
Và có một số phát triển rất thú vị trong vài năm gần đây về việc tìm cách hầu như điều hòa các hệ thống để không nhất thiết chỉ cải thiện hiệu suất của một hệ thống, mà là tìm cách tạo ra một chiến thuật giảm tải hoặc chiến thuật giảm tải để xử lý hiệu suất theo những cách khác Hôm nay, chúng ta sẽ nói nhiều hơn về cách cải thiện hiệu suất của một hệ thống như PeopleSoft, điều này tất nhiên là vô cùng phức tạp. Nhưng khi được thực hiện tốt, khi được tải, khi được thực hiện, khi được quản lý tốt, nó có thể làm những điều tuyệt vời. Nhưng khi nó không được quản lý tốt, đó là khi bạn có đủ loại vấn đề.
Vậy chuyện gì xảy ra? Bạn phải thực tế về mọi thứ và trong bất kỳ môi trường nào, nếu người dùng không có được thứ họ muốn, sớm hay muộn họ sẽ chuyển sang hệ thống bóng tối. Lúc nào chả vậy. Hệ thống bóng có thể rất năng suất, chúng có thể giúp mọi người hoàn thành công việc. Nhưng tất nhiên có rất nhiều vấn đề. Chắc chắn trong toàn bộ lĩnh vực tuân thủ và quy định, các hệ thống bóng tối là một điều không nên. Nhưng họ ở ngoài đó và tôi nghĩ điều quan trọng cần nhớ là các hệ thống của bạn, nếu hệ thống chính của bạn không hoạt động nhanh hoặc không hoạt động hiệu quả, sớm hay muộn sẽ có cách giải quyết và những cách giải quyết đó có thể rất khó để khai quật, chúng có thể khó hoàng hôn vì họ rất quan trọng đối với việc kinh doanh. Chúng có thể khó tích hợp, vì vậy hãy nhớ rằng nó ở ngoài đó và đó chỉ là một lý do khác để cải thiện hiệu suất.
Mới gần đây tôi đã nghe thấy biểu hiện này và tôi phải ném nó ra khỏi đó: Sự chuyên chế của sự cấp bách. Tôi nghĩ chỉ cần nghe rằng bạn có thể biết những gì tôi đang nói và những gì xảy ra trong hầu hết các tổ chức là khối lượng công việc đạt đến mức độ quan trọng và mọi người đang làm nhiều nhất có thể, và việc thay đổi bất cứ điều gì trở nên rất khó khăn. Bạn đang phải chịu đựng sự đau khổ từ sự chuyên chế của cấp bách - tất cả mọi thứ phải được thực hiện ngay lập tức. Chà, nâng cấp một hệ thống không xảy ra ngay lập tức.
Bất cứ ai từng sống qua việc nâng cấp ERP từ phiên bản này sang phiên bản khác đều biết rằng đó là một quá trình tương đối đau đớn, vì vậy hãy lưu ý điều này: Nếu bạn thấy nó trong tổ chức của mình, hãy nhận ra nó. Hy vọng rằng bạn có thể thông qua ai đó hoặc nếu bạn là người cao cấp như CIO hoặc CTO hoặc CEO, nhận ra rằng đây là một tình huống rất nguy hiểm bởi vì một khi bạn đứng sau tám quả bóng, thật khó để thoát ra từ phía sau tám bóng.
Nó giống như toàn bộ câu hỏi hóc búa marathon: Nếu bạn vượt lên phía sau trong một cuộc đua của một loại nào đó và mọi người đi trước bạn và tất cả bạn vẫn đang chạy, sẽ rất khó để bắt kịp nếu bạn bị tụt lại quá xa. Vì vậy, chỉ cần xem ra cho điều đó và ghi nhớ điều đó.
Và với điều đó, tôi sẽ trao nó cho Matt Sarrel để cung cấp cho chúng tôi một số hiểu biết về cách xử lý sự phức tạp với môi trường PeopleSoft. Matt, mang nó đi
Matt Sarrel: OK, cảm ơn bạn, Eric. Xin chào tất cả mọi người. Và vì vậy, hãy xem, tôi sẽ bắt đầu bằng cách cho bạn biết lý do tại sao tôi nghĩ tôi là người phù hợp để nói chuyện với bạn về việc quản lý hiệu suất. Vì vậy, tôi có 30 năm kinh nghiệm trong công nghệ. Tôi muốn nói rằng tôi đã làm việc theo cách của mình thông qua việc trở thành một người thực hành, một quản trị viên mạng, giám đốc CNTT, VP kỹ thuật tại một vài công ty mới khởi nghiệp. Sau đó, tôi đã thực hiện quá trình chuyển đổi này thành một giám đốc kỹ thuật tại PC Mag. Có hình của tôi ở đó, nhưng về cơ bản tôi trông như một đứa trẻ.
Và sau đó tiếp tục và trở thành một nhà báo ở nhiều ấn phẩm khác nhau như eWeek và InfoWorld, là một nhà phân tích tại Gigahome, kết nối với Bloor Group và điều hành cả một công ty tư vấn. Và có tôi: Hình ảnh bên trái này trông giống như bây giờ. Bức ảnh ở giữa này là nơi tôi rất hạnh phúc - trong một căn phòng đầy dây điện và ánh sáng mờ ảo, và khi trời lạnh - trời rất lạnh và mọi người khác phải cảm thấy khó chịu khi tôi cảm thấy nhiệt độ thoải mái- khôn ngoan. Và có thông tin liên lạc của tôi, nếu bạn có bất kỳ câu hỏi tiếp theo nào.
Tôi muốn đặt sân khấu ở đây và chỉ nói về hiệu suất, như Eric đã nói. Bây giờ chúng ta đã bước vào thế giới này nơi người dùng có kỳ vọng này đã được đặt bởi các ứng dụng và trang web của người tiêu dùng. Và mọi người thường sẵn sàng đi làm và ngồi đó và chờ đợi hệ thống của họ vì đó là những gì họ cần, và bây giờ mọi người không thực sự sẵn sàng ngồi ở đó. Vì vậy, đó là một câu hỏi về việc họ có muốn chiếc xe máy này bay quanh đường đua hay không. Có lẽ họ không muốn anh chàng đi xe đạp và chở con gái đến trường. Nhưng bạn sẽ cung cấp cái gì?
Và thật khó vì - thực sự tôi rất hào phóng với điều này từ một đến ba giây - mọi người cũng muốn có phản hồi ngay lập tức và họ muốn truy cập từ bất cứ đâu. Rằng bất cứ nơi nào có thể là bất cứ nơi nào trong tòa nhà của bạn hoặc trong khuôn viên của bạn, hoặc nó có thể là bất cứ nơi nào trên thế giới bất cứ lúc nào tùy thuộc vào hiệu quả kinh doanh của bạn. Và tôi đoán những gì tôi đang xây dựng là khi chúng ta nói về hiệu suất, điều quan trọng là phải suy nghĩ về hiệu suất từ góc độ của trải nghiệm người dùng.
Điều quan trọng là xác định mục tiêu hiệu suất trước khi đo lường và điều chỉnh. Tôi có hình ảnh của một bộ chỉnh và sau đó là một bộ chỉnh. Người đàn ông thực sự là người bắt sóng, anh ta cần biết anh ta đang điều chỉnh để làm gì hoặc không có điểm nào thực sự đặt tay lên cây đàn piano và điều chỉnh nó. Vì vậy, xác định mục tiêu trước đó, điều đó sẽ giữ cho nó thực sự thay vì điều chỉnh các mục tiêu để phù hợp với tình hình hiện tại. Điều quan trọng là theo dõi các số liệu theo thời gian và nhận ra cách các hệ thống thay đổi với hiệu suất ứng dụng tải của người dùng, bị ảnh hưởng bởi các cảnh tài nguyên và mô hình sử dụng.
Điều quan trọng là luôn tương quan tất cả những điều này cùng với trải nghiệm người dùng hoặc sự cố hỗ trợ, thiết lập đường cơ sở cho hiệu suất mà bạn mong đợi có thể cung cấp và khi bạn tiếp cận độ lệch so với đường cơ sở đó, hãy cảnh báo chủ động để bạn có thể hành động trước khi chúng tôi nhấn vào tình trạng thất bại của cá voi. Và bạn biết rằng đòi hỏi khả năng để có thể xác định và giải quyết nguyên nhân gốc rễ của vấn đề hiệu suất rất nhanh chóng và dễ dàng. Và một lần nữa, đây là sớm hơn, tốt hơn, phải không?
Chúng tôi biết, từ lịch sử trong quá khứ nhìn vào các nỗ lực phát triển, bạn càng sớm có thể tìm và khắc phục các sự cố về hiệu suất, bạn càng trở nên tốt hơn. Nếu bạn đợi cho đến khi tất cả mã hoặc hệ thống của bạn hoạt động để bắt đầu kiểm tra hiệu suất hoặc bắt đầu phát hiện ra vấn đề, tôi sẽ không nói rằng đã quá muộn, nhưng một lần nữa, bây giờ bạn là người có khởi đầu không tốt trong cuộc đua marathon và bây giờ bạn đang chơi đuổi kịp thay vì nhảy ra ngoài và vượt lên. Vì vậy, làm thế nào để bạn làm điều này? Bạn có dự đoán mức trung bình và tải tối đa của bạn?
Và bạn tiếp tục và bạn kích thước các máy chủ vật lý của bạn hoặc máy chủ ảo của bạn hoặc các trường hợp đám mây của bạn hoặc các thùng chứa và tài nguyên container của bạn và sau đó chạy một bằng chứng về khái niệm và chạy thử nghiệm? Đây là những khoảng thời gian, đây là lúc bạn muốn bắt một thứ gì đó, mặc dù vậy, bạn vẫn nên nắm bắt nó trong sản xuất hơn là bỏ qua nó trong sản xuất. Nhưng thực sự, vào thời điểm bạn tham gia thí điểm, bạn đã thiết lập phương pháp và quy trình của mình xung quanh việc theo dõi và cải tiến liên tục.
OK, rất nhiều công ty - chúng tôi nói về chuyển đổi kỹ thuật số. DevOps, trong cuộc cách mạng DevOps đang đóng một vai trò rất lớn trong sự chuyển đổi kỹ thuật số đó. Và đây là một quá trình từ đầu đến cuối mà thực sự không bao giờ dừng lại. Vì vậy, nó giống như hai bàn tay vẽ nhau, và đây là thứ tốt. Đó là một vòng lặp vô hạn giữa hai bàn tay của kế hoạch, mã, xây dựng, kiểm tra, phát hành, triển khai, vận hành, giám sát, quay lại kế hoạch. Nó tự ăn và chúng tôi tự động hóa nó để nó đi nhanh chóng. Nó tạo ra một vòng phản hồi giám sát hiệu suất sản xuất và nó sử dụng nó để chủ động phát hiện ra các vấn đề về hiệu suất và khắc phục chúng trước khi chúng ảnh hưởng đến toàn bộ cơ sở người dùng của bạn.
Và một điều nữa, bây giờ bạn đã có nó, các nhà phát triển CNTT và nhân viên vận hành di chuyển rất nhanh và phù hợp, bạn cũng có thể dễ dàng sắp xếp những nỗ lực này với các nhân viên kinh doanh. Hiệu suất phần mềm doanh nghiệp là một con thú phức tạp. Người ta có thể ví nó như một đội bóng đá ngồi trước một tấm bảng chỉ đường, và mọi thứ hoạt động riêng biệt và mọi thứ hoạt động cùng nhau. Tôi luôn nghĩ về nó như một câu chuyện cũ khi tôi có chiếc xe đầu tiên và tôi đã sửa một thứ. Tôi đã sửa điều hòa và sau đó những gì đã xảy ra là phần còn lại của hệ thống làm mát không thành công. Vì vậy, bạn đã có điểm đau của bạn và mọi thứ sẽ cùng nhau và điều chỉnh. Bạn phải tổ chức mọi thứ theo cách như vậy và xây dựng các quy trình để khi bạn thực hiện các thay đổi của mình, bạn hiểu mọi thứ tác động đến mọi thứ khác như thế nào.
Và cũng phải cẩn thận và kiểm tra lại. Kiểm tra, vô hiệu, thực hiện. Và một lần nữa chúng ta đến vấn đề này trong việc xây dựng các chương trình giám sát và cải thiện hiệu suất liên tục. Và trên thực tế, đây là slide cuối cùng của tôi. Trong khi chúng ta nói về sự phức tạp này và đó là một sự phức tạp đẹp đẽ giống như bên trong chiếc đồng hồ này, chúng ta có rất nhiều phần chuyển đến PeopleSoft. Mỗi thứ ảnh hưởng đến mọi thứ khác lên xuống ngăn xếp. Và có rất nhiều nơi khác nhau, nơi bạn có thể tìm kiếm chìa khóa cho các vấn đề về hiệu suất mà bạn rất dễ bị lạc nếu không có công cụ phù hợp và không có quy trình phù hợp. Và một lần nữa trên tất cả mọi thứ, trong nhiều trường hợp, điều tôi nghĩ rằng chúng tôi đã học được là bạn có thể khắc phục sự cố cơ sở hạ tầng, nhưng biến số lớn sẽ là mã ứng dụng tùy chỉnh của bạn. Và do đó, có các quy trình phù hợp để thử nghiệm và liên tục cải thiện mã ứng dụng của bạn là điều quan trọng.
Và đó là phần cuối của tôi, và tôi sẽ chuyển nó cho Bill.
Eric Kavanagh: Được rồi, Bill, hãy để tôi đưa cho bạn chìa khóa cho WebEx tại đây. Tôi thích sự phức tạp đẹp đẽ đó - đó là một điều tốt đẹp. Bạn đã có một vài trích dẫn thực sự tốt ở đó, Matt. OK, Bill, mang nó đi. Truy cập vào nhanh chóng nếu bạn muốn chia sẻ màn hình của bạn. Tất cả các bạn.
Bill Ellis: Cảm ơn bạn, Matt và cảm ơn bạn, Eric. Chỉ cần xác nhận, tất cả các bạn có thể thấy màn hình của tôi bây giờ?
Eric Kavanagh: Vâng, thực sự.
Bill Ellis: Vì vậy, chúng tôi sẽ nói về sản phẩm của IDERA Chính xác cho PeopleSoft và khả năng hiển thị mà họ có thể cung cấp để giúp bạn thành công trong việc quản lý ngăn xếp ứng dụng phức tạp. Một cách để xác định khó khăn là một ứng dụng, tối thiểu sáu công nghệ, nhiều người dùng cuối và điều đó khiến cho việc trả lời những câu hỏi đơn giản trở nên rất khó khăn. Là một người dùng cuối có vấn đề? Ai là người dùng cuối, họ đang làm gì, nguyên nhân sâu xa là gì?
Những gì chúng ta thường thấy là tình huống này - và điều này có thể áp dụng cho PeopleSoft cũng như các ứng dụng khác hoặc PeopleSoft tương tác với các ứng dụng khác - nằm trong bộ dữ liệu hoặc có thể là đám mây ngày nay, người dùng cuối không thực sự quan tâm sự phức tạp đó. Họ chỉ muốn hoàn thành giao dịch, cách tiếp cận, tra cứu hàng tồn kho, thẻ thời gian báo cáo, những loại điều đó. Nếu mọi thứ chậm hoặc không có sẵn, thông thường tất cả những người thông minh, có mục đích tốt này sẽ không biết cho đến khi người dùng cuối phàn nàn.
Đó là một khoảng trống về khả năng hiển thị ngay tại đó, và sau đó điều có thể xảy ra là nó có thể khởi động một quá trình tốn thời gian và bực bội nơi mọi người có thể mở một công cụ và họ nhìn vào, thật không may, chỉ là một tập hợp con của ngăn xếp ứng dụng. Vì vậy, loại khó khăn trong việc trả lời những câu hỏi cơ bản vẫn còn.
Và rất nhiều lần có thể có một vấn đề và bạn sẽ truy cập quản trị viên WebLogic và anh ta sẽ nói, À, bộ nhớ, các bộ sưu tập rác đều trông rất tuyệt. Tôi thực sự không nghĩ đó là WebLogic. Bạn hãy truy cập quản trị viên DBA và họ nói, cơ sở dữ liệu, nó chạy giống như ngày hôm qua. Mười đầu nhìn tốt. Có thể quản trị viên lưu trữ đánh bạn với một số số liệu như I / O mỗi giây hoặc thông lượng, đó là số liệu ở mức khung và có thể không phản ánh trên ứng dụng cụ thể của bạn, ít hơn nhiều so với cơ sở dữ liệu hoặc quy trình cụ thể.
Và vì vậy tất cả họ đều có những số liệu này dường như cho thấy vấn đề là ở nơi khác, tuy nhiên người dùng cuối này đang gặp vấn đề hoặc đã báo cáo vấn đề, nhưng làm thế nào chúng ta có thể giải quyết vấn đề này theo cách tốt hơn? Và cách tốt hơn, cách chính xác - hoặc đây là một cách chúng tôi cung cấp - là đo lường các giao dịch của người dùng bắt đầu từ trình duyệt qua mạng, vào máy chủ web, vào Java Jolt, vào tuxedo, vào cơ sở dữ liệu bao gồm cả DB2 và cuối cùng vào kho.
Và những gì nó thể hiện là tổng thời gian nói rằng, Well Well, ai đang gặp vấn đề?, Và sau đó chúng ta có thể xác định người dùng cuối bằng cách họ đăng nhập vào PeopleSoft và chúng ta cũng có thể nắm bắt thông qua bản dịch tuxedo mà bảng điều khiển PeopleSoft đang thực hiện.
Vì vậy, thời gian được đưa vào một kho lưu trữ lịch sử mà chúng ta gọi là cơ sở dữ liệu quản lý hiệu suất và điều này trở thành một bản nhạc duy nhất giúp đơn giản hóa rất nhiều ai, cái gì, khi nào, ở đâu, tại sao. Chính xác cũng bao gồm các khuyến nghị. Có lẽ điều quan trọng nhất là bởi vì chúng tôi luôn nắm bắt tất cả thông tin - ở cả cấp độ nhân viên CNTT kỹ thuật - bạn có thể đo lường trước và sau. Vì vậy, bạn có thể mang phép đo bằng phép đo hoặc Six Sigma cho toàn bộ hoạt động của hiệu suất.
Và vì vậy, hãy xem như một ngày trong cuộc sống. Trước hết, bạn có thể mở màn hình cảnh báo chính xác và đây là nơi bạn sẽ nhận được cảnh báo sớm. Cảnh báo hàng đầu là bạn có cảnh báo hoạt động. Vì vậy, đó là người dùng thực hiện các giao dịch và về cơ bản chúng tôi không đáp ứng SLA của chúng tôi. Tương tự như vậy, chúng ta có một trạng thái khi có sẵn - và về cơ bản điều này nói rằng một phần cơ sở hạ tầng ứng dụng của chúng ta không có sẵn - vì vậy chúng ta có thể truy cập và chúng ta thực sự có thể thấy các trường hợp tuxedo trong biểu mẫu và bạn thực sự có thể thấy rằng một trong những trường hợp là xuống Tất cả các hoạt động đang được đẩy đến một trường hợp này và nó phải đối phó với điều đó. Về cơ bản chúng tôi đã tạo ra một nút cổ chai.
Bây giờ, cũng giống như, đối với hoạt động chạy trên này, bạn thực sự có thể bắt đầu nhận ra những phát hiện rằng, mặc dù chúng tôi có vấn đề về cơ sở hạ tầng tổng thể này, vẫn có cách để cải thiện hiệu quả xử lý trong JVM cụ thể cho WebLogic này. Và đây là nơi thực sự có một điều quan trọng: Rất nhiều lần mọi người di chuyển như một đám mây và họ nói, đó là bao nhiêu CPU và bạn cần bao nhiêu bộ nhớ?
Vâng, mặt khác của đồng tiền đó được gọi là năng lực là hiệu quả xử lý. Nếu tôi sử dụng ít bộ nhớ hơn, nếu tôi sử dụng ít CPU hơn, tôi chỉ đơn giản là không cần nhiều như vậy. Và như Matt đã nói trước đó, mọi thứ đều liên quan. Bây giờ những gì tôi có thể làm là tôi có thể mở màn hình giao dịch PeopleSoft và trong màn hình, trục y là thời gian đáp ứng, trục x là thời gian trong cả ngày.
Chúng tôi có một biểu đồ thanh ngăn xếp ở đây hiển thị thời gian của khách hàng. Đó thực sự là trình duyệt, máy chủ web. Màu xanh là thời gian Java, loại màu hồng là tuxedo, màu xanh đậm là thời gian cơ sở dữ liệu. Hồ sơ này đã không xảy ra bởi chính nó; nó xảy ra do các bảng PeopleSoft cụ thể - chúng đã được thực thi và chúng được trình bày cho bạn theo thời gian phản hồi. Thực sự có thời gian của từng bước trong ứng dụng cũng như biểu đồ thanh ngăn xếp hiển thị ứng dụng ở đây theo bảng. Tôi cũng có thể truy cập và tìm một người dùng cụ thể hoặc xếp hạng người dùng của mình.
Màn hình này cho phép tôi chỉ định một người dùng cụ thể bằng tên đăng nhập. Hãy suy nghĩ về mức độ đáng chú ý hoặc mạnh mẽ của nó. Rất nhiều lần, nó không chỉ là về cơ sở hạ tầng và cách thiết lập, mà là cách người dùng cuối đang sử dụng hệ thống. Bạn có thể có một thuê mới hoặc ai đó có chức năng công việc mới: Nó có thể không biết cách sử dụng ứng dụng một cách chính xác. Điều này thực sự có thể giúp xác định cơ hội đào tạo.
Mặt khác của đồng tiền là nếu tôi có thể tập trung vào một người dùng cụ thể - ở đây tôi đang xem người dùng đó trong các giao dịch cụ thể của họ và thời gian phản hồi mà họ trải nghiệm - Tôi có thể giải quyết trực tiếp trải nghiệm người dùng về một người cụ thể người sử dụng. Nó không còn là về các số liệu chung ở cấp hệ thống, mà là về trải nghiệm của người dùng cuối và điều đó rất mạnh mẽ. Các phần của môi trường của bạn chắc chắn sẽ là nội bộ, nhân sự, vv Có thể có những phần khác mà khách hàng phải đối mặt. Dù bằng cách nào, bạn muốn cung cấp trải nghiệm khách hàng tốt nhất, hiệu quả nhất có thể.
Bây giờ đối với một bảng điều khiển cụ thể, tôi có thể đi vào và đi sâu vào để trả lời các câu hỏi. Vì vậy, đây là loại lặn sâu mà chúng ta có thể làm để phát hiện ra những gì đang xảy ra và bạn có thể thực hiện việc lặn sâu này trước khi bạn gọi người dùng cuối hoặc nếu người dùng cuối đã gọi cho bạn, bạn có thể bắt đầu một quy trình Nói, đúng, đâu chính xác là nguyên nhân gốc rễ? Hay Và nó sẽ không giống như việc sử dụng CPU và ghi đè, đó sẽ là mã ứng dụng mà họ thực hiện.
Hãy đi sâu vào và chúng ta sẽ xem xét việc quản lý nội dung đó và bạn thực sự có thể thấy một phân tích về giao dịch đó: khởi động trình duyệt, nhập điểm vào máy chủ web vào Java Jolt và chúng tôi thực sự đang hiển thị mã đang thực thi vào Bảng điều khiển tuxedo, cuối cùng là câu lệnh SQL trong đó Precise hiển thị văn bản của câu lệnh SQL được thực hiện bởi bảng điều khiển PeopleSoft cụ thể này.
Mọi người mà chúng ta nói chuyện đều có công cụ, nhưng cái họ không có là bối cảnh. Kết nối các dấu chấm hoặc theo dõi giao dịch từ trình duyệt cho đến câu lệnh SQL là bối cảnh. Điều này làm gì, như DBA của bạn, thay vì nhìn vào mọi thứ ở mức độ cá thể hoặc cơ sở dữ liệu, giờ đây tôi có thể điều tra ở cấp độ câu lệnh SQL.
Vì vậy, tôi có thể nói, vâng, những điểm nghẽn đối với một câu lệnh SQL riêng lẻ là gì và điều này cực kỳ mạnh mẽ. Vui lòng xem xét rằng giao dịch này không thể chạy nhanh hơn câu lệnh SQL và mọi giao dịch kinh doanh quan trọng đều tương tác với hệ thống hồ sơ. Cơ sở dữ liệu, dù muốn hay không, là nền tảng của hiệu suất và nếu tôi có thể chi tiết đến mức tập trung vào các câu lệnh SQL riêng lẻ quan trọng cho giao dịch kinh doanh, tôi thực sự có thể đưa trò chơi của mình lên cấp độ tiếp theo.
Một điều khác mà bạn có thể nhận thấy ở đây là cách tính phần trăm đóng góp mà Chính xác cung cấp. Bản thân trình duyệt thực sự là một phần quan trọng của ngăn xếp ứng dụng. Bạn có JavaScript thực thi, bạn có thời gian kết xuất, bạn có các thành phần trang, GIF, JPEG. Và bạn thực sự thấy rằng ứng dụng của bạn có thể hoạt động rất khác nhau trong Chrome so với IE và các phiên bản khác nhau. Chính xác cũng sẽ có thể cho bạn thấy điều đó và có thể đôi khi thực sự có một nút cổ chai hoặc sự tranh chấp trong trình duyệt có thể gây ra những thứ như màn hình đóng băng.
Có thể xác định điều đó cho phép CNTT không sủa sai cây, nhưng để giải quyết nguyên nhân gốc rễ của các vấn đề khác nhau có thể xảy ra. Bây giờ những gì tôi có thể làm là cho một câu lệnh SQL cụ thể, sau đó tôi có thể phân tích chính xác những gì đang xảy ra tại câu lệnh SQL đó. Vì vậy, ở đây chúng tôi đã giảm xuống để xem chuyên gia cơ sở dữ liệu.
Một trong những điều phân biệt Chính xác ở cấp cơ sở dữ liệu là chúng tôi lấy mẫu trên cơ sở phụ thứ hai. Điều này là so với các đối thủ cạnh tranh của chúng tôi chỉ nhìn một lần cứ sau 10 phút, cứ sau 15 phút. Vì vậy, mức độ chi tiết, mức độ phân giải là các đơn đặt hàng có cường độ tốt hơn so với các đối thủ của chúng tôi.
Và một lần nữa, vì cơ sở dữ liệu là một phần của nền tảng của chúng tôi, chúng tôi sẽ cho phép DBA của bạn thực sự đưa hiệu suất lên cấp độ tiếp theo. Vì vậy, tôi có thể thấy rằng câu lệnh SQL này thực sự đã chi 50% nếu thời gian thực hành truy cập hệ thống con được lưu trữ, 50% thời gian sử dụng CPU. Nhấp vào nút điều chỉnh và sau đó tôi có thể đi vào và xem chi tiết các kế hoạch thực hiện và chính xác điều gì đã thúc đẩy mô hình sử dụng đó.
Bây giờ là một trích dẫn từ một trong những khách hàng của chúng tôi - nếu họ không ở trong Oracle Shop, họ đã sử dụng một công cụ Oracle có tên OEM và OEM thực sự là loại cơ sở dữ liệu hoặc tập trung - đó là các DBA liên tục nhìn vào danh sách 10 hàng đầu nào? Nhưng với Chính xác, chúng tôi có thể kết nối các dấu chấm với các câu lệnh SQL riêng lẻ và do đó mức độ chi tiết cho phép DBA thực sự điều chỉnh ở cấp độ giao dịch chứ không chỉ ở cấp cơ sở dữ liệu cao hơn nhiều.
Điểm thứ hai thực sự quan trọng đối với khách hàng này là Chính xác, bằng cách dịch URL phức tạp của bạn thành tên bảng điều khiển PeopleSoft - nếu tôi ở trong CNTT và tôi có thể nói về quản lý cây, quản lý nội dung, một trang nhân sự cụ thể, theo cách mà người mà tôi đang cố gắng giúp biết tôi thực sự đang nhìn và hiểu những gì họ đang nhìn bởi vì đó không còn là những chữ tượng hình, đó là cái tên mà họ quen thuộc.
Một trong những câu hỏi mà chúng tôi đã hỏi - có vẻ như mọi lúc, vì vậy tôi nghĩ tôi chỉ chủ động trả lời các câu hỏi - làm thế nào bạn nắm bắt được ID người dùng PeopleSoft trên thế giới? Hãy để tôi đi qua các bước. Đây là một màn hình đăng nhập PeopleSoft. Để truy cập nó, tôi phải điều hướng đến máy chủ web của mình và màn hình này xuất hiện. Khi ứng dụng được gắn với Chính xác, màn hình này thực sự chứa tập lệnh Chính xác và tôi có thể tiết lộ bằng cách nhấp chuột phải, xem nguồn. Và điều này thực sự sẽ cho tôi thấy mã tạo nên trang bên dưới và ở đây trong khung trang thực sự là Chính xác cho mã web và điều này cho phép tôi chụp màn hình đăng nhập, địa chỉ IP, loại trình duyệt, toàn bộ rất nhiều thông tin về kết xuất và trải nghiệm người dùng cuối thực sự. Và khi tôi nhập tên người dùng và nhấp vào đăng nhập, Chính xác là có thể đo những gì tôi đang làm.
Tôi mở ra, đi đến trình quản lý cây, tôi muốn thực hiện thao tác tìm kiếm, điền vào trường và tôi bấm tìm kiếm. Một bộ kết quả được trình bày cho tôi, vì vậy tôi đã duyệt qua toàn bộ ngăn xếp ứng dụng cho đến cơ sở dữ liệu. Làm thế nào để chính xác cho thấy điều này? Hãy tiếp tục và xem xét. Mở ra Chính xác, tôi đi vào, tôi có thể thấy hoạt động, tôi có thể nhấp vào tab hoạt động sẽ hiển thị màn hình này. Đây là các URL chưa được dịch. Tôi có thể hiển thị cho người dùng và đây là ID người dùng của tôi mà tôi vừa đăng nhập và đây là hoạt động của tôi.
Bạn có thể thấy rằng tôi đã sử dụng Firefox phiên bản 45 để đưa nó lên. Tôi đã thực hiện ứng dụng 12 lần và về cơ bản là khi ai đó rời khỏi một trang web trước khi nó hoàn toàn xuất hiện, điều này cho thấy một vấn đề kinh doanh. Vì vậy, đó là cách chúng tôi có thể nhận ID người dùng cuối. Thật tuyệt, mọi người thực sự đánh giá cao khi bạn biết chính xác những gì đang diễn ra.
Bây giờ chúng tôi muốn thay đổi bánh răng một chút kỳ lạ. Chúng tôi đã xem xét các giao dịch sau đó. Chúng tôi đã nghiên cứu sâu về một giao dịch cụ thể và xem xét các câu lệnh SQL của nó. Bây giờ tôi muốn thay đổi bánh răng và xem xét một số công nghệ khác trong ngăn xếp ứng dụng PeopleSoft bắt đầu với WebLogic.
Và đây là một ví dụ WebLogic và bạn có thể thấy hoạt động theo thời gian. Bạn có một báo cáo tài chính. Nó cho tôi biết ngay lập tức con dơi, bộ nhớ được sử dụng gần tối đa. Một trong những điều mà chúng tôi tìm thấy là hầu hết mọi người chạy toàn bộ ngăn xếp ứng dụng, hoặc ít nhất là một phần, trong một môi trường chung, thường là VMware. Bạn phải cân bằng bao nhiêu tài nguyên bạn yêu cầu và bạn cần bao nhiêu. Bạn không muốn trở thành một con heo tài nguyên. Tương tự như vậy, bạn không muốn đặt một ràng buộc xử lý bằng cách không yêu cầu đủ bộ nhớ trong trường hợp này.
Cấu hình là rất quan trọng để quản lý hiệu suất là tốt. Vì vậy, chúng tôi thực sự có thể vào bộ sưu tập rác bộ nhớ và tất cả các bộ đếm JMX WebLogic để tôi biết chính xác sức khỏe của biểu mẫu WebLogic của mình.
Bây giờ vào tuxedo. Tuxedo tại nhiều cửa hàng là một loại hộp đen và đó là một phần rất quan trọng của PeopleSoft. Đó là loại keo giữ mọi thứ lại với nhau và vì vậy tôi gần như nghĩ về nó như một phần mở rộng của hệ điều hành. Đó là thứ bạn sử dụng và cấu hình rất cẩn thận. Ngẫu nhiên - đây là một lưu ý nhỏ - trong phần bình luận mở đầu, Eric đã đề cập đến sự chuyên chế của khẩn cấp, và tôi nghĩ rằng điều đó thực sự phát huy khi các cửa hàng PeopleSoft đang xem xét chuyển từ UI cổ điển sang UI lỏng vì bạn sẽ thấy rằng bạn đứng sau đường cong do cách giao diện người dùng thực hiện môi trường PeopleSoft.
Bây giờ bạn có vấn đề tại WebLogic, tại tuxedo, tại cơ sở dữ liệu và tại bộ lưu trữ ở đây chỉ vì HTML5 thực hiện một số lượng lớn tin nhắn. Có thể ít nhất gấp 10 lần giao diện người dùng cổ điển và nhắn tin bổ sung có nghĩa là lưu lượng truy cập bổ sung. Vì vậy, cấu hình của tuxedo phải được sửa đổi để phù hợp với lưu lượng bổ sung. Một vài điều về màn hình này đã kết thúc ở phía bên phải, chúng ta có các biểu đồ theo thời gian cho thời gian phản hồi có trọng số, thời gian phản hồi trung bình cũng như số lần thực hiện.
Ở đây chúng tôi có thông tin về tất cả các tên miền tuxedo trong môi trường. Chúng tôi chia ra các dịch vụ, người dùng, quy trình máy chủ cũng như IP. Tôi có thể chuyển cái này sang số thực thi và trình bày chúng theo thứ tự giảm dần để tôi có thể thấy những gì đang được thực hiện nhiều lần nhất. Tôi cũng có thể cuộn xuống để tiết lộ các tên miền; hầu hết mọi người có nhiều tên miền trong môi trường của họ, để cơ bản trải đều hoạt động và tôi có thể đặt tuân thủ SLA, do đó cảnh báo ở lớp tuxedo.
Nếu bạn có hàng đợi, bạn có các vấn đề khác nhau xảy ra do cấu hình. Bạn thường - vì đó là tác động toàn cầu - bạn thường sẽ không thực hiện thay đổi nhanh chóng. Bạn muốn tăng dần hệ thống như là một phần của quy trình QA, điều này sẽ quay trở lại điểm mà Matt đã đưa ra trước đó về việc giải quyết các vấn đề về hiệu suất sớm trong quy trình. Sẽ tốt hơn nhiều khi cấu hình đúng khi bạn đi vào sản xuất thay vì đi vào sản xuất và phát hiện ra rằng cấu hình không phù hợp với mô hình sử dụng. Tôi thực sự thích phần giới thiệu mà Eric và Matt đã cung cấp ngày hôm nay. Tôi nghĩ rằng họ đã thực sự nhắm đến các thách thức mà bạn gặp phải trong việc quản lý và phát triển môi trường PeopleSoft.
Bây giờ, tôi đã nói điều này một lần trước đây - tôi nghĩ rằng đáng để nói lại: Mọi giao dịch kinh doanh quan trọng đều tương tác với cơ sở dữ liệu. Và vì vậy, hãy khám phá làm thế nào Chính xác có thể cung cấp thêm thông tin. Ở đây là một ví dụ cụ thể của Oracle. Cách tiếp cận chính xác tương tự mà chúng ta đã thấy - trục y là thời gian thực hiện, trục x là thời gian trong ngày, nhưng bây giờ biểu đồ thanh ngăn xếp là trạng thái thực thi trong Oracle. Điều này cho chúng ta thấy những hạn chế xử lý trên hệ thống là gì. Ở đây thực sự có một báo cáo phát hiện cho tôi biết bạn đã có bộ đệm nhật ký làm lại cao này.
Tôi cũng đang xem phiên bản chọn này từ PSVersion. Nó thực sự tiêu tốn rất nhiều tài nguyên. Ngẫu nhiên, vì chúng tôi đang lấy mẫu và chúng tôi cung cấp chế độ xem độ phân giải cao này về những gì thực sự xảy ra trên hệ thống, bạn có thể ngạc nhiên những người tiêu dùng tài nguyên thực sự trên hệ thống của bạn là gì, bởi vì nếu bạn chỉ tìm kiếm cứ sau 10 phút, thì không phải vậy sẽ cho bạn thấy những người tiêu dùng tài nguyên là gì. Và do đó, bằng cách biết người tiêu dùng tài nguyên thực sự là gì, bạn thực sự có thể giải quyết việc xử lý thực sự trên các nút thắt cổ chai hoặc trên hệ thống.
Bây giờ ở đây chúng tôi đã nhảy qua tab hoạt động và đây là hoạt động. Bạn có thể thấy chúng tôi đang xem CPU, hệ thống con lưu trữ, khóa ứng dụng, chờ hệ điều hành, RAC, cam kết, máy chủ Oracle, giao tiếp và tổng hợp nội bộ với nhau. Đây là trục y, đây là tổng thời gian thực hiện.
Dưới đây là các câu lệnh SQL dẫn đến hồ sơ này và một trong những điều bạn thấy là độ trễ thấp - hai mili giây nhưng với gần 4.500 lần thực thi có nghĩa là câu lệnh SQL thực sự là người tiêu dùng tài nguyên số một trên hệ thống của bạn và điều đó tốt cho biết rôi. Nó cũng không chờ đợi trên một khóa hoặc chờ đợi. Đó là sử dụng CPU 100% thời gian. Điều đó không có nghĩa là không có những thứ tôi không thể làm về nó. Có rất nhiều điều tôi có thể làm về nó nếu tôi biết những câu lệnh và đối tượng SQL nào đang được truy cập. Và đây là một số cách mà chúng ta có thể giúp đỡ.
Bây giờ ở dưới đây có chi tiết này và điều này có thể đặt chúng ta vào bối cảnh của các chương trình PeopleSoft riêng lẻ và mỗi chương trình này phục vụ một mục đích khác nhau trong PeopleSoft. Bạn thực sự có thể bắt đầu giải quyết ở cấp cơ sở dữ liệu về cách ứng dụng đang được sử dụng.
Và nếu tôi chọn một chương trình cụ thể, thì tôi có thể cô lập các câu lệnh SQL mà chương trình đó đã gửi để tôi có thể tập trung vào ứng dụng thay vì tập trung vào công nghệ cơ sở dữ liệu khi tôi đang xem và tối ưu hóa cơ sở dữ liệu và cấu hình cơ sở dữ liệu. Tôi muốn chỉ mang đến sự chú ý của bạn. Thông thường, nhiều tổ chức lớn được chia thành các DBA cơ sở hạ tầng và các DBA ứng dụng. Chính xác, bằng cách hiển thị ứng dụng cũng như mức tiêu thụ tài nguyên, chúng tôi thực sự có thể thu hẹp khoảng cách và giải pháp này hữu ích cho cả hai loại DBA trên hệ thống.
Bây giờ, phần này thực sự là phần thể hiện của chúng tôi những gì chúng tôi có thể làm ở cấp cơ sở dữ liệu. Và điều xảy ra ở đây là chúng tôi đã đóng băng màn hình, có một lựa chọn từ PS_Prod và những gì chúng tôi đã làm là chúng tôi nhấp vào nút điều chỉnh này và điều này làm cho chúng tôi vào không gian làm việc SQL này. Bây giờ, đối với bạn, những người không phải là DBA, điều này có thể không thực sự thú vị. Đối với những người là DBA, bạn có thể thấy điều này khá thú vị. Những gì chúng tôi đang trình bày ở đây là thời lượng của câu lệnh SQL cụ thể này so với các thay đổi trên hệ thống. Và điều này đang hiển thị thứ tư, thứ năm, thứ sáu, thời lượng là khoảng 2/10 giây. Thứ bảy và chủ nhật công ty này không hoạt động - may mắn cho họ. Đến thứ hai, có một sự thay đổi: Kế hoạch truy cập đã thay đổi. Kế hoạch truy cập mới là tất cả các cách bất ngờ lên đây. Điều đó thực sự đủ chậm, dẫn đến đóng băng màn hình.
Bây giờ nếu tôi là một DBA, tôi cần thêm thông tin để biết nguyên nhân gốc thực sự. Tôi cần phải biết tối ưu hóa cơ sở dữ liệu lựa chọn. Vì vậy, Precise đưa ra sự so sánh này cho thấy kế hoạch thực hiện nhanh và hiệu quả khi mọi thứ đang hoạt động tốt cũng như kế hoạch thực hiện chậm và không hiệu quả. Tham gia bộ lọc này là phổ biến cho các DBA chạy PeopleSoft. Bộ lọc làm gì là nó tìm mọi hàng trong một bảng, nó nhìn vào từng hàng trong bảng tham gia - cần rất nhiều CPU. Nó cực kỳ không hiệu quả vì không có bộ lọc chỉ nhìn vào tập hợp con của các hàng cần thiết, nhưng bằng câu lệnh SQL và điều đó không hiệu quả dẫn đến thời gian thực hiện chậm hơn. Do đó, cuối cùng họ làm chậm bảng điều khiển PeopleSoft trong đóng băng màn hình và Chính xác có thể đi đến nguyên nhân gốc thực sự mà bạn sẽ không bao giờ biết được trừ khi bạn có một công cụ tiết lộ mã ứng dụng, các câu lệnh SQL, v.v.
Đó là loại lặn sâu. Bây giờ chúng ta sẽ kéo chế độ xem lên tới 10.000 feet vuông của bảng điều khiển. Trong Chính xác, bảng điều khiển thực sự không dành cho nhóm kỹ thuật - nó thực sự dành cho bạn để sử dụng để chia sẻ thông tin với các hoạt động, có thể với nhóm ứng dụng, có thể với chuỗi lệnh của bạn. Và do đó, một bộ bảng điều khiển có thể hiển thị bảng PeopleSoft và thời gian của máy khách để bạn biết trải nghiệm của người dùng cuối là gì. Một bảng điều khiển khác có thể đã được cấu hình cho các hoạt động và bảng điều khiển này có thể nhìn vào đã có bất kỳ cảnh báo đóng băng? Chúng tôi thực sự có các cảnh báo ở các cấp độ HĐH, web, WebLogic, tuxedo và cơ sở dữ liệu. Không có thông báo ở đây, thời gian phản hồi trung bình. Bạn có thể thấy rằng chúng tôi đang chạy khoảng một phần ba giây. Ở đây tôi thực sự có thể nhìn vào cơ sở hạ tầng của mình cho tôi thấy tất cả các VM trong môi trường của tôi và tôi có thể bắt đầu xử lý, cân bằng tải và tôi cũng có thể nhìn vào các miền tuxedo của mình. Môi trường đặc biệt này có sáu tên miền khác nhau và vì vậy tôi có thể thấy những tên miền đó và tôi thực sự có thể vào cân bằng web.
Bây giờ, kho lưu trữ lịch sử của Precise mà PMDB, cơ sở dữ liệu quản lý hiệu suất, có hàng tấn số liệu. Và đôi khi ai đó muốn biết về số lượng truy cập trình duyệt hoặc bạn có thể thực hiện đếm truy cập theo loại trình duyệt hoặc hiệu suất theo loại trình duyệt. Có rất nhiều thứ có thể được thực hiện để cung cấp khả năng hiển thị bổ sung trên hệ thống của bạn.
Ở đây, cái này, chúng ta thực sự đang xem việc sử dụng bộ nhớ WebLogic và bạn thấy mẫu răng cưa đẹp này, cách sử dụng bộ nhớ. Có bộ sưu tập rác, nó lấy các tài liệu tham khảo. Nó quay trở lại và vì vậy đây là một mô hình rất đẹp mà bạn muốn thấy. Vì vậy, đây là loại nhìn vào môi trường PeopleSoft như một tập hợp các hệ thống con và điều này sẽ phù hợp cho các hoạt động. Câu hỏi cơ bản nhất là, Vâng Vâng, chuyện gì đang xảy ra ở máy chủ? Chính xác có tất cả những điều này. Nó cũng cung cấp các số liệu máy chủ là tốt. Và vì vậy, ở đây bạn thực sự có thể đo CPU, bộ nhớ, I / O, máy chủ, người dùng trên hệ thống và do đó bạn có khả năng hiển thị đầy đủ. Và đó là một cách - kết hợp với xu hướng dài hạn - là cách mọi người sử dụng Chính xác để lập kế hoạch năng lực.
Và tôi chỉ muốn ném một ghi chú nhỏ ở đó. Thông thường một cửa hàng sẽ có rất nhiều ngân sách cho phần cứng, cho máy chủ, rất nhiều ngân sách cho nhân viên. Bạn sẽ đầu tư như thế nào, bạn sẽ đặt cược ở đâu? Sử dụng Chính xác, bạn có được một lợi thế bởi vì bạn thấy hệ thống con lưu trữ đang được sử dụng. Nếu bạn đang thực hiện nhiều I / O ngẫu nhiên, Chính xác sẽ cho bạn thấy điều đó. Nó sẽ giúp chứng minh đầu tư vào lưu trữ trạng thái rắn. Điều đó có thể quan trọng đối với cửa hàng của bạn hơn là mua CPU bổ sung nếu việc sử dụng CPU xảy ra thấp.
Bạn muốn đầu tư vào nơi tắc nghẽn xử lý thực sự, nơi bạn thực sự có thể có một khoản tiền. Và bằng cách giải quyết chính xác mọi thứ, từ hiệu quả xử lý mã hóa ứng dụng cho đến khả năng, chúng tôi cho phép bạn đánh giá và ghi lại những nhu cầu đó bằng những con số.
Bây giờ phần cuối cùng là cảnh báo và cảnh báo thực sự là cách này bắt đầu. Nhớ lấy? Chúng tôi đã thấy một cảnh báo rằng có một SLA hiệu suất và chúng tôi thấy rằng một phiên bản WebLogic đã ngừng hoạt động. Vì vậy, hãy nhìn vào giao diện cảnh báo. Và một lần nữa, chuyện gì đang xảy ra? Một trong những điều tôi muốn chỉ ra trong quan điểm này là Chính xác không chỉ có các cảnh báo hiệu suất và cảnh báo trạng thái về tính khả dụng, chúng tôi còn có các cảnh báo theo xu hướng. Lý do cảnh báo xu hướng là quan trọng là nếu hệ thống của bạn không hoạt động hoặc có một hoặc hai người dùng, có thể mọi thứ chạy rất tốt. Mãi cho đến khi bạn bắt đầu thêm người dùng và họ bắt đầu thực hiện ngày càng nhiều hoạt động mà bạn bắt đầu tranh giành dữ liệu, cho các tài nguyên ở cấp độ tuxedo, ở cấp độ WebLogic, ở cấp độ mạng, ở cấp độ cơ sở dữ liệu. Và sự tranh chấp đó dẫn đến suy giảm hiệu suất và cuối cùng bạn có thể vượt qua một dòng và đó là một cảnh báo về hiệu suất, và về cơ bản, bạn không đáp ứng các mục tiêu SLA cho tổ chức. Và vì vậy những bộ cảnh báo này rất đẹp.
Tầng web, ở phía bên trái, tầng web thực sự đo lường trải nghiệm của người dùng cuối và sau đó bạn có được các công nghệ trong ngăn xếp ứng dụng bên dưới. Đây là loại màn hình kiến trúc của chúng tôi về cách chúng tôi làm tất cả những điều này. Lý tưởng nhất là bạn muốn có một máy chủ Chính xác độc lập với môi trường hoặc môi trường được giám sát. Một máy chủ chính xác có thể xử lý nhiều ứng dụng.
Đối với PeopleSoft và cho cơ sở dữ liệu Oracle và DB2, chúng tôi yêu cầu một tác nhân cục bộ. Nếu môi trường PeopleSoft của bạn bị SQL Server kết thúc, có một tùy chọn là không cần thiết. Chúng tôi cũng có đặc quyền cho Sybase. Trọng tâm của mô hình bảo mật của chúng tôi là dữ liệu được thu thập tại đây, trong khi người dùng Chính xác xác thực thành Chính xác. Đó là các quy trình hoàn toàn riêng biệt, thông tin xác thực riêng biệt, xác thực riêng biệt và đó là một phần của mô hình bảo mật của chúng tôi. Và có thêm chi tiết.
Tôi nghĩ rằng điều này là đủ để giới thiệu về kiến trúc bây giờ. Nếu có bất kỳ câu hỏi nào, xin vui lòng hỏi họ, như Eric đã đề cập.
Chỉ là một bản tóm tắt nhanh chóng, giải pháp này được thiết kế cho 24 trong 7 trong sản xuất. Chúng tôi khuyên bạn nên sử dụng chúng tôi trong QA. Nếu bạn làm phát triển nội bộ, hãy bắt đầu sử dụng chúng tôi trong phát triển. Chúng tôi sẽ dịch URL phức tạp, URI thành tên bảng điều khiển PeopleSoft. Khi tôi nói về sản xuất, chúng tôi cực kỳ thấp để bạn có thể nhìn thấy, bạn luôn biết những gì đang xảy ra, bạn đang xác định người dùng cuối.
Tôi không phải đi vào và xác định các giao dịch này - chỉ có các điểm kết nối tự nhiên từ trình duyệt, URL, điểm nhập cảnh, kết nối máy chủ web vào WebLogic, bối cảnh thư mời cung cấp câu lệnh SQL. Sau đó, chúng tôi có thể nắm bắt câu lệnh SQL và những gì nó đang làm. Chính xác là cơ sở dữ liệu thông minh và tôi nghĩ rằng đây là một yếu tố phân biệt đối với chúng tôi và nó cho phép DBA của bạn cộng tác, nâng cao khả năng hiển thị của ứng dụng.
Điểm cuối cùng là bởi vì chúng tôi luôn luôn, chúng tôi luôn thu thập, bạn luôn có thể đo lường trước và sau và định lượng sự cải thiện hoặc, trong trường hợp hiếm hoi bạn có thể đã thay đổi hiệu suất, bạn sẽ biết điều đó và bạn có thể cuộn nó trở lại ngay lập tức. Hầu hết các đối thủ cạnh tranh của chúng tôi, những gì họ làm là nếu bạn cần xem thông tin bổ sung, bạn phải bật khả năng hiển thị bổ sung và thông thường, khả năng hiển thị bổ sung đó áp đặt rất nhiều chi phí. Với Chính xác, bạn luôn có tầm nhìn và bạn luôn có thể giải quyết vấn đề. Vì vậy, nếu bạn đang truy cập trang web Chính xác, vui lòng kiểm tra bất kỳ sản phẩm Chính xác nào, cho dù đó là Chính xác cho Oracle. Chúng tôi được liệt kê là Nền tảng hiệu suất ứng dụng chính xác và có một nút ở đó để yêu cầu bản demo.
Trên thực tế, nếu tôi chia sẻ màn hình của mình, tôi nghĩ rằng tôi có thể điều hướng đến đó để cho bạn thấy những gì trông giống như vậy để bạn có thể thấy điều này ngay trước mắt. Đây là trang web IDERA. Bạn đi đến sản phẩm. Tôi có thể chọn bất kỳ thành phần Chính xác nào và tôi chỉ muốn thấy nó hoạt động. Điều này sẽ khởi động quá trình của chúng tôi để chia sẻ thông tin bổ sung có thể quan trọng đối với trang web của bạn. Hoặc nếu bạn muốn biết thêm về việc di chuyển sang UI lỏng, bạn có thể liên hệ với chúng tôi.
Và điều đó, Eric, tôi muốn chuyển dùi cui cho bạn.
Eric Kavanagh: OK, thỏa thuận tốt. Tôi phải nói một lần nữa - một bài thuyết trình khá toàn diện và ấn tượng ở đó, Bill. Bạn đã đề cập đến một loạt các công cụ mà tôi muốn hỏi về. Chúng tôi không có nhiều thời gian - khoảng chín phút - và tôi muốn Matt có cơ hội hỏi một vài câu hỏi và có ít nhất một hoặc hai từ khán giả.
Nhưng bạn đã đề cập đến một điều mà tôi nghĩ rằng rất, rất thú vị về cách Chính xác có thể hỗ trợ mua sắm cho nhóm CNTT vì bạn có thể chỉ ra, bạn có thể đưa ra một trường hợp để bất kỳ ai đưa ra quyết định rằng những gì bạn cần là trạng thái vững chắc hơn lưu trữ, ví dụ, hoặc những gì bạn cần là những cải tiến cho mạng hoặc bất kỳ trường hợp nào có thể. Nhưng đó là một vấn đề lớn. Bạn có thường thấy các công ty nhận ra điều đó và sử dụng điều đó hay bạn đang cố gắng truyền giáo thêm điều đó?
Bill Ellis: Vâng, thực sự là cả hai, và điều đáng nói là các kiểu sử dụng, ngay cả đối với một ứng dụng gói như PeopleSoft, các kiểu sử dụng là khác biệt ở mỗi trang web. Tôi có may mắn được thực hiện di chuyển PeopleSoft tại một ngân hàng và các ngân hàng sử dụng hệ thống sổ cái chung rất khác so với hầu hết các tổ chức. Bạn thực sự có thể có các giao dịch riêng lẻ được thực hiện tại một chi nhánh, tất cả chúng đều được đăng lên sổ cái.
Và vì vậy, thay vì đăng hàng chục hoặc hàng trăm sổ cái chung, bạn thực sự đang đăng hàng trăm ngàn. Và đó là cách tôi tham gia vào Chính xác là do các kiểu sử dụng và nó cho phép chúng tôi giải quyết, nhưng nhu cầu của ứng dụng cả ở cấp mã, cấp cấu hình, cũng như ở cấp cơ sở hạ tầng. Vì vậy, hoàn toàn tôi là một người tin tưởng lớn và tôi cũng muốn truyền giáo điều đó vì bạn không nên đưa ra quyết định phần cứng chỉ đơn giản dựa trên việc sử dụng. Bạn nên dựa trên nhu cầu của môi trường của bạn.
Eric Kavanagh: Và có một câu hỏi từ một người tham dự, và sau đó, Matt, tôi sẽ chuyển nó cho bạn một hoặc hai câu hỏi. Chà, đây là một câu hỏi hay và thật buồn cười vì đó là một câu trả lời dài, lớn mà bạn có thể đưa ra. Người tham dự hỏi: Làm thế nào để bạn thu thập số liệu hiệu suất ở cuối của người dùng sau khi triển khai và trong khi thử nghiệm?
Tôi nghĩ rằng bạn đã làm rất tốt khi đi sâu vào việc các số liệu hiệu suất đó sâu sắc và phong phú như thế nào. Bạn đã nói về thậm chí phụ giây cho một số trong những điều này so với cứ sau năm phút hoặc 10 phút. Đó là khi bạn sẽ có được mức độ chi tiết cần thiết để tìm câu trả lời của mình, phải không?
Bill Ellis: Vâng, điều quan trọng là những người thu thập thông tin hiệu suất đều dựa trên công nghệ. Vì vậy, khi chúng tôi triển khai, chúng tôi cần biết về cách xây dựng ngăn xếp ứng dụng của bạn, bắt đầu với hệ điều hành, phiên bản của nó, phiên bản nào của tuxedo, WebLogic, phiên bản công cụ People nào bạn đang chạy.
Và đó thực sự là thiết kế của những tác nhân thực hiện điều đó, bộ sưu tập dữ liệu cho phép chúng tôi tiết lộ mức độ hiển thị mà Chính xác cung cấp. Và tầm nhìn đó, tôi nghĩ, đôi khi có thể hơi đáng sợ với mọi người. Nhưng nếu mục tiêu của bạn là thực sự tham gia và cải thiện mọi thứ và nâng hiệu suất lên 11, thì đó thực sự là mức độ hiển thị mà bạn muốn có. Và nếu Chính xác có thể cung cấp cho nó và đó là chi phí thấp, câu hỏi là tại sao không? Vì vậy, tôi nghĩ rằng đó là một câu hỏi hay và xin vui lòng liên hệ với chúng tôi nếu bạn muốn thảo luận thêm.
Eric Kavanagh: OK, tốt. Và Matt, bạn có câu hỏi nào không?
Matt Sarrel: Tôi nghĩ rằng tôi ổn. Ý tôi là, tôi đã xử lý sự cố WebEx ở đây.
Eric Kavanagh: Ồ không. Chúng ta cần Chính xác để hiểu chính xác tại sao.
Matt Sarrel: Vâng, tôi đoán câu hỏi mà tôi đã nghĩ đến khi bạn nói chuyện, Bill, là nếu bạn có thể thảo luận một chút về cách nhiều đội có thể vào cùng một trang khi khắc phục sự cố về hiệu suất, bởi vì tôi biết đó là điều gì đó lặp đi lặp lại nhiều lần là người chịu trách nhiệm cho những gì và làm thế nào mọi người có thể làm việc cùng nhau để cung cấp chất lượng tốt nhất cho nhân viên.
Bill Ellis: Vâng, vì vậy nhân viên CNTT có xu hướng đắt đỏ. Trong hầu hết các cửa hàng, bạn được chia thành các nhóm dựa trên công nghệ, do sự phức tạp của công nghệ. Một trong những điều lớn xảy ra là có vấn đề về hiệu suất và có rất nhiều lần xung đột, phòng chiến tranh triệu tập. Và đó là nơi mọi người có các số liệu để bằng cách nào đó miễn trừ cấp bậc của họ bởi vì họ không có bối cảnh. Họ đang xem xét những gì đang xảy ra ở cấp WebLogic hơn là những gì đang xảy ra ở cấp mã giao dịch. Hoặc họ đang xem mức cơ sở dữ liệu thay vì câu lệnh SQL riêng lẻ của giao dịch.
Và bằng cách có thể xác định chính xác tầng vấn đề và mã vấn đề trong tầng đó, điều đó giúp giải phóng các nhóm khác không đi hoặc dành thời gian trong các tài nguyên tìm kiếm một vấn đề không nằm trong khu vực của họ. Nếu đó là một vấn đề cơ sở dữ liệu, hãy đến DBA với thông tin mà họ cần để giải quyết vấn đề. Họ sẽ rất vui khi làm điều đó.
Nhưng tương tự, đừng lãng phí tuxedo, nhóm hỗ trợ WebLogic tập trung vào các vấn đề trong cơ sở dữ liệu. Tương tự, nếu sự cố xảy ra trong cấu hình WebLogic, đừng dành thời gian của DBA trong một loại phòng chiến tranh nào đó để cố gắng tự vệ. Chỉ cần đi và khắc phục sự cố trong WebLogic.
Chúng tôi thấy rằng nhân viên CNTT đánh giá cao Chính xác vì tiết kiệm thời gian, vì thông thường những phòng chiến tranh đó không được ngân sách đưa vào kế hoạch thời gian cho mỗi tổ chức FTE. Nó giống như thời gian bổ sung. Và vì vậy, có thể xử lý những vấn đề đó hiệu quả hơn là thực sự quan trọng. Và đối với tổ chức triển khai UI lỏng, việc có thể mở rộng quy mô sản xuất và giải quyết các vấn đề họ thực sự gặp phải trong sản xuất thực sự không quan trọng đối với từng nhân viên hoặc nhóm, mà thực sự đối với quản lý CNTT nói chung vì đó thực sự là một tin xấu nếu họ phải quay lại. Vì vậy, câu hỏi tuyệt vời, bởi vì nó không chỉ là công nghệ. Nó thực sự luôn luôn là về mọi người.
Matt Sarrel: Phải, đó là con người và quy trình. Vâng, đó là câu hỏi duy nhất xuất hiện cho tôi trong bản demo. Nếu có bất kỳ người khác từ khán giả?
Eric Kavanagh: Vâng, tôi sẽ chỉ ném một cái cuối cùng cho bạn, Bill và Matt đã nói về điều này một cách ngắn gọn trong bài thuyết trình của mình. Chúng tôi đã bắt đầu thấy vụ mùa này lên. Nó vẫn rất hướng về phía trước, nhưng các container và việc sử dụng container và Docker và những thứ thuộc về bản chất đó, nó lớn đến mức nào khi ném các bạn?
Bill Ellis: Vì vậy, từ này có nghĩa là những thứ khác nhau tùy thuộc vào các công nghệ khác nhau. Vì vậy, chúng tôi đang phát triển các sản phẩm của mình để chăm sóc các container ở cấp cơ sở dữ liệu và ở cấp ứng dụng. Và như một phần của điều đó, đó là toàn bộ môi trường với các chuyển động, đám mây và chúng ta hoạt động trong đám mây. Nhưng có một quá trình khám phá và do đó tùy thuộc vào cách các ứng dụng này - bao gồm PeopleSoft - đang phát triển, chúng tôi đang phát triển giải pháp giám sát của mình để có thể cung cấp mức độ sâu sắc rất có giá trị trong quá khứ.
Eric Kavanagh: Vâng. Và tôi phải nói rằng, mỗi khi tôi nhìn thấy những bản demo này, tôi chỉ ngạc nhiên về độ chi tiết mà bạn có và đó là những gì bạn cần để có thể hiểu được và bạn cần có một sự giáo dục xung quanh tình huống bình thường là gì, những gì tiêu chuẩn.
Và mọi người cung cấp rất nhiều nội dung xung quanh điều đó - giúp mọi người xác định điều gì là bình thường, điều gì không bình thường. Bạn đã nói về xu hướng cảnh báo, ví dụ, đây là tất cả các cơ chế mà bạn có thể sử dụng để hiểu rõ hơn là một cái gì đó sai, là một cái gì đó không sai, và tất nhiên sau đó phải đi sâu vào để tìm nó, nhưng bạn có tất cả dữ liệu.
Bill Ellis: Vâng, và đó là một điều thực sự quan trọng; Tôi nghĩ rằng Matt đã nói về điều đó. Điều gì là bình thường? Môi trường khác nhau có một mức độ bình thường khác nhau. Nếu bạn đang chạy với phần cứng cao cấp, logic và dữ liệu của Oracle, những gì bình thường trong cửa hàng của bạn hoặc những gì có thể đạt được trong cửa hàng của bạn sẽ khác so với khi bạn chạy trong một cơ sở hạ tầng ít mạnh hơn. Vì vậy, điều đầu tiên là tìm ra những gì bình thường, bắt đầu tính toán đường cơ sở đó và theo cách đó bạn có thể bắt đầu cải thiện từ đó.
Eric Kavanagh: OK, đó là một điểm tốt. Chúng tôi có một câu hỏi cuối cùng đến, nó trông như thế. Chỉ một câu hỏi cuối cùng tôi sẽ ném cho bạn, Bill. Có sự khác biệt nào giữa SQL và giám sát hiệu suất cơ sở dữ liệu từ quan điểm của dữ liệu cấp hệ thống và cấp ứng dụng không? Sự khác biệt giữa giám sát SQL và hiệu suất cơ sở dữ liệu, từ quan điểm của bạn là gì?
Bill Ellis : Chà, không có gì xảy ra trong cơ sở dữ liệu cho đến khi câu lệnh SQL của nó được thực thi. Sự tranh chấp câu lệnh SQL là những gì - khóa điều khiển, chờ đợi, sự tranh chấp các tài nguyên ở cấp dữ liệu và ở cấp độ SQL Server. Và vì vậy, nếu tôi có thể thấy cả trình điều khiển của câu lệnh SQL và tác động của nó đến hệ thống, tôi đã gây ra hiệu ứng; Tôi có thể liên kết những gì ứng dụng DBA quan tâm với những gì DBA cơ sở hạ tầng quan tâm cho đến khi tôi có thể thực sự tận dụng tối đa công cụ Chính xác.
Nếu tôi là một DBA cơ sở hạ tầng và tôi đang xem xét những thứ như sử dụng, tôi thực sự quản lý bằng một bàn chải rộng so với việc tôi có thể xem xét một câu lệnh SQL riêng lẻ và tôi thực sự có thể giảm thiểu tài nguyên tiêu thụ - cho dù đó là CPU, bộ nhớ, I / O - Tôi có thể giải quyết cả hai mặt của cùng một đồng tiền.
Eric Kavanagh: OK, thưa các bạn. Chúng tôi bị cháy chỉ sau hơn một giờ. Lớn, lớn nhờ những người bạn của chúng tôi tại IDERA. Rất cảm ơn Matt Sarrel đã tham gia cùng chúng tôi hôm nay. Chúng tôi lưu trữ tất cả các webcast này để xem sau, vì vậy hãy quay lại và thường chỉ trong vài giờ, kho lưu trữ sẽ tăng lên. Vì vậy, hãy kiểm tra xem và tất cả những gì tôi phải nói là tôi yêu những thứ này, tôi yêu Chính xác, tôi thích có thể đi vào đám cỏ dại. Và tôi không biết bất kỳ công cụ nào khác cho phép bạn tìm hiểu sâu về tất cả các phần và phần khác nhau của ngăn xếp ứng dụng so với những gì những người đó có tại IDERA với Chính xác.
Với điều đó, chúng tôi chào tạm biệt bạn, folks. Cảm ơn một lần nữa, chúng tôi sẽ nói chuyện với bạn lần sau.
