Bởi nhân viên Techopedia, ngày 31 tháng 8 năm 2016
Takeaway: Host Rebecca Jozwiak thảo luận về các vấn đề hiệu quả và xử lý sự cố cơ sở dữ liệu với các nhà phân tích Eric Kavanagh và Dez Blanchfield cũng như Bill Ellis của IDERA.
Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.
Rebecca Jozwiak: Thưa quý vị và các bạn, xin chào, và chào mừng đến với Hot Technologies của năm 2016. Chủ đề hôm nay, "Ứng dụng chạy chậm? Thời gian để có được chính xác." Và không phải tất cả chúng ta đều biết quá rõ những vấn đề có thể xảy ra khi mọi thứ đang chạy chậm? Đây là Rebecca Jozwiak, tôi đang điền vào Eric, người đang thực hiện một vai trò mới ở đây, hôm nay. Vâng, năm nay rất nóng và, bạn biết đấy, khi nói đến công nghệ, như tôi đã nói, điều bạn thực sự không muốn là chạy chậm bất cứ thứ gì, bất kỳ phần nào trong hệ thống của bạn. Và chỉ để sử dụng một ví dụ về người tiêu dùng, ý tôi là nếu bạn có một nhà hàng, thì thực phẩm đó tuyệt vời đến mức nào, nếu dịch vụ chậm, có lẽ bạn sẽ không quay trở lại. Bây giờ, thật dễ dàng, trong một nhà hàng để tìm ra lý do tại sao một cái gì đó chạy chậm. Có thể nhà bếp thiếu nhân viên hoặc có sự cố với một số thiết bị, hoặc có thể nhân viên phục vụ hơi lười biếng, và thật dễ dàng để xác định và sửa nó.
Nhưng khi bạn nghĩ về một trung tâm dữ liệu, đó là một câu chuyện hoàn toàn khác. Đó có thể là sự cố mạng, truy vấn xấu gây nhiễu mọi thứ, hiệu suất ứng dụng hoặc cáp bị lỗi thậm chí có thể gây ra một số vấn đề. Và xử lý sự cố với loại phức tạp đó có thể, bạn biết đấy, khó nhất là. Đó là những gì chúng ta sẽ nói về ngày hôm nay. Và chúng tôi đã nhận được, như tôi đã nói, Eric Kavanagh đã tham gia với tư cách là nhà phân tích ngày nay. Chúng tôi đã có Dez Blanchfield nhà khoa học dữ liệu của chúng tôi và chúng tôi có Bill Ellis từ IDERA, người sẽ nói về giải pháp của công ty anh ấy giúp quản lý hiệu suất ứng dụng. Và với điều đó, tôi sẽ chuyền bóng cho Eric. Eric, sàn là của bạn.
Eric Kavanagh: Được rồi, nghe hay đấy, mọi người. Và đó thực sự là một sự tương tự lớn, bởi vì bạn đã nói đến những khó khăn hoặc dễ dàng trong việc khắc phục sự cố có thể được thực hiện và bạn có thể giải quyết ngay. Các vấn đề về hiệu năng luôn xuất phát từ một số loại sự cố trong mạng. Ý tôi là, nó có thể đơn giản như phần cứng cũ chẳng hạn, nhưng điểm mấu chốt là bất kỳ tình huống nào như lời kêu gọi khắc phục sự cố. Đó là những gì tôi sẽ nói về ngày hôm nay. Và hãy tiếp tục và nhảy trên các slide ở đây.
Đây là rắc rối. Khắc phục sự cố - thật thú vị cho những người thích nó, đó là điều tuyệt vời. Nếu bạn tìm thấy một người thích xử lý sự cố, hãy giữ lấy người đó, cung cấp cho họ một số công cụ để hoàn thành công việc, bởi vì công cụ thực sự tốt nếu bạn có thể tìm thấy ai đó có thể tìm ra thứ gì đó và hoàn thành công việc. Nhưng điểm mấu chốt là việc khắc phục sự cố là có vấn đề và nó luôn luôn xảy ra và nó sẽ luôn như vậy, và nếu bạn bắt đầu nói về việc khắc phục sự cố, điều bạn thực sự gặp phải là phân tích nguyên nhân gốc rễ. Cái gì là nguyên nhân của vấn đề?
Chà, nếu bạn chỉ ngồi lại và suy nghĩ một chút về ngay cả những ngày ở máy tính lớn, có tất cả các loại vấn đề có thể xảy ra. Và sau đó, bạn phải có những người thực sự biết công cụ của họ bởi vì thậm chí không có công cụ tốt để xử lý sự cố, vì vậy bạn thực sự phải biết dấu nhắc lệnh của mình và chúng tôi sẽ nói về điều đó trong một giây. Và tôi thực sự đã quên đưa vào một trong những slide yêu thích của mình, tôi sẽ tìm nó trong khi chúng tôi tham gia chương trình hôm nay, có lẽ trong buổi thuyết trình của Dez. Nhưng tôi muốn trình chiếu, với bất kỳ ai chưa xem nó, một trong những chương trình truyền hình hài hước nhất của Anh từ trước đến nay, nó có tên là The The Crowd IT IT. Và về mặt khắc phục sự cố, người đàn ông Ailen, một trong hai người IT toàn bộ công ty, luôn nói điều tương tự mỗi khi có bất kỳ cuộc gọi nào bắt đầu, Bạn đã thử tắt và bật lại chưa? Vì vậy, hãy thử tắt và bật lại. Bạn sẽ ngạc nhiên về mức độ thường xuyên mà điều đơn giản đó có thể giải quyết một số vấn đề.
Những người bạn đã xử lý sự cố tại nhà có thể với cha mẹ hoặc bạn bè của bạn, có thể không phải với con bạn vì họ có xu hướng biết phải làm gì, tắt và bật lại. Nhưng bất kể, khắc phục sự cố không dễ dàng, nó sẽ không bao giờ dễ dàng, nhưng chúng ta sẽ nói chuyện hôm nay về một số điều bạn có thể làm để làm cho nó dễ dàng hơn. Vì vậy, dấu nhắc lệnh - vâng, thực sự, tôi đã đủ tuổi để nhớ những ngày đầu của máy tính khi tất cả những gì bạn có là dấu nhắc lệnh để thực hiện TRỰC TIẾP, Enter. Đó là những gì sẽ thấy, thư mục của các tệp và cảm thấy tích cực rằng nó thực sự đã thực hiện một số lệnh, phải không? Dez, tất nhiên, nhà khoa học dữ liệu của chúng tôi, anh ấy biết cách sử dụng dấu nhắc lệnh. Và nếu bạn có thể sử dụng dấu nhắc lệnh, đó là một thứ tuyệt vời bởi vì hầu hết chúng ta chỉ sử dụng một loại GUI, giao diện người dùng đồ họa, nhưng luôn có một cái gì đó, luôn có một số ngắt kết nối giữa GUI và dòng lệnh bên dưới. Và chỉ để cung cấp cho bạn một ví dụ ngẫu nhiên, nếu bạn muốn biết bao nhiêu mã của một số chương trình cơ bản hiện có trong tài liệu ngày nay, hãy chuyển sang phiên bản mới nhất của Microsoft Word, nhập vào hello hello thế giới và sau đó làm lưu HTML. Sau đó, mở tài liệu kết quả đó trong trình soạn thảo văn bản và có thể bạn sẽ thấy các trang và trang thẻ. Điều đó được gọi là phình mã, và phình mã không thực sự tốt để khắc phục sự cố, chỉ để bị cùn.
Tất nhiên, máy khách-máy chủ đã xuất hiện và đó là thứ tuyệt vời. Và theo một cách nào đó, chúng ta sẽ quay trở lại theo hướng đó, nhưng chỉ cần nghĩ về sự phức tạp đi kèm với tình huống, bây giờ vấn đề là ở đâu trên máy khách, có phải trên máy chủ, đó có phải là mạng không? Nó đâu rồi? Những trang web chỉ nghĩ về vi-rút và khi vi-rút có thể xâm nhập vào một mạng, điều gì có thể xảy ra? Nó có thể đi bất cứ đâu. Vi phạm dữ liệu những ngày này là điên rồ. Chúng gây ra vấn đề về hiệu suất. Chúng tôi đã có tin tặc Nga, chúng tôi có thể xác định bằng địa chỉ IP. Chúng tôi khá chắc chắn họ là người Nga, hoặc họ rất thân thiết, hoặc họ rất thông minh người Ukraine hoặc người Ba Lan hoặc thậm chí là người Mỹ, sử dụng proxy. Nhưng chúng tôi đã có tin tặc xâm nhập vào trang web nhỏ cũ của chúng tôi, Inside Phân tích, trong nhiều năm qua và gây ra tất cả các loại vấn đề. Công cụ chỉ dừng hoạt động, bạn không thể hoàn thành công việc. Những thứ được sử dụng để làm việc không hoạt động. Làm sao bạn biết? Làm thế nào để bạn biết nó là gì? Cũng như một ví dụ khác ở đây, là một môi trường rất phức tạp, rất khó để đi vào đám cỏ dại và thực sự hiểu cách mọi thứ đang diễn ra và hoạt động đối với chúng tôi, đặc biệt là nếu bạn có cả đống plugin. Công cụ có thể phát điên khá nhanh. Tôi là người đi trước bản thân mình.
Tôi đã ném vào đây, luôn luôn cảnh giác với việc nâng cấp. Nâng cấp luôn làm tôi sợ ánh sáng ban ngày. Chắc chắn hệ điều hành. Tôi nhớ những ngày mà Microsoft thực sự sẽ đề xuất rằng, vâng, bạn có thể nâng cấp hệ điều hành của mình từ phiên bản này lên phiên bản đó. Vâng, tôi đã thử một vài lần, và điều đó không bao giờ, làm việc. Chỉ cần nhớ rằng, môi trường càng lớn, càng phức tạp thì tình huống sẽ càng trở nên khó khăn hơn. Và sau đó là ảo hóa. Hãy suy nghĩ về những gì VMware đã làm với CNTT. Nó cách mạng hóa CNTT, nhưng nó cũng tạo ra lớp trừu tượng này. Nếu bạn có một lớp trừu tượng ở cấp độ nền tảng đó, thì đó là một trò chơi bóng hoàn toàn mới, đó là một quả bóng sáp hoàn toàn mới và bạn thực sự phải đánh giá lại những gì bạn đang làm và tất cả các công cụ cũ phải thay đổi. Và bây giờ tất nhiên là đám mây, phải không? Đối với khách hàng, đám mây rất tuyệt, vì nó rất đơn giản, giao diện người dùng khá đơn giản, nhưng tất nhiên bạn không thực sự có nhiều quyền kiểm soát đối với đám mây. Nhưng đối với những người đứng sau hậu trường, có rất nhiều thứ họ cần biết và hiểu những ngày này. Môi trường đã trở nên phức tạp hơn nhiều. Và chắc chắn với thương mại điện tử, và bạn nghĩ về tất cả số tiền giao dịch trong những ngày này. Đó là lý do tại sao bạn sẽ không tìm thấy tôi ủng hộ một xã hội không tiền mặt sớm. Điểm mấu chốt ở đây là tình hình ngày càng trở nên rắc rối hơn.
Và giữ hiệu suất tối ưu luôn luôn liên quan đến một số yếu tố xử lý sự cố. Tôi không quan tâm bất cứ ai nói với bạn, không có công cụ hoàn hảo, không có viên đạn bạc và sẽ không bao giờ bởi vì - trong một viễn cảnh thú vị khác ở đây - chúng ta vẫn đang học nói silicon. Chúng tôi vẫn đang học cách hiểu làm thế nào ngay cả mạng hoạt động ở cấp độ nghiêm trọng. Nếu bạn nhìn vào phần mềm quản lý hệ thống, ngày nay nó sẽ khá tốt. Tuy nhiên, bạn đang nhìn vào các dòng lên xuống và bạn đang nhìn vào các đại diện của thực tế, sẽ cần một người biết những gì đang xảy ra để khớp với các manh mối mà bạn có thể nhìn vào các công cụ tối ưu để có thể hiểu những gì đang hoạt động và những gì không và đó là rất nhiều thử nghiệm và sai sót, chỉ để nói thẳng. Với điều đó, tôi sẽ trao nó cho Dez Blanchfield và sau đó chúng tôi sẽ nghe từ Bill Ellis của IDERA, người sẽ khiến chúng ta phải xấu hổ với kiến thức của mình. Với điều đó, Dez, mang nó đi.
Dez Blanchfield: Này, cảm ơn Eric. Cảm ơn bạn. Led độc đáo vào segue nhỏ của tôi. Tiêu đề của tôi, Nghệ thuật biểu diễn, tôi nghĩ là cực kỳ thích hợp trong bối cảnh chúng ta đang nói về ngày hôm nay, bởi vì theo nhiều cách khi chúng ta nghĩ về nghệ thuật biểu diễn, chúng ta nghĩ về khiêu vũ và âm nhạc và những thứ sáng tạo khác. Và thẳng thắn thường xuyên hơn không, nếu chúng ta giải quyết vấn đề và trong môi trường CNTT và hệ thống kinh doanh quy mô rất lớn, thực sự có một yếu tố nghệ thuật và thường là nghệ thuật đen, bởi vì tình huống trong kinh nghiệm của tôi trong hơn 25 năm qua là ngăn xếp ứng dụng hiện đại, rất phức tạp tăng nhanh với tốc độ mà chúng ta chưa từng thấy trước đây. Và chúng tôi thẳng thắn đấu tranh để theo kịp và có những tổ chức như Uber chẳng hạn, và bất cứ điều gì, và nhóm phát triển Pokémon Go, ý tôi là họ đang trải qua sự tăng trưởng và sự phức tạp và sự phức tạp với tốc độ chỉ là thiên văn. Thậm chí không có sách viết về nó bởi vì chúng tôi đã không hình dung được mức tăng trưởng đó. Quan điểm của tôi là định nghĩa cốt lõi của ngăn xếp ứng dụng đã thay đổi theo cấp số nhân và tôi sẽ giải thích lý do tại sao tôi nghĩ đó là trường hợp, và sau đó dẫn đến thách thức, rằng những người bạn tốt của tôi tại IDERA dường như có một giải pháp để giải quyết .
Rất ngắn gọn, tất cả chúng ta đều biết những điều này nhưng chỉ để tóm tắt lại, bạn biết đấy, trong những ngày đầu chúng ta đã có những gì tôi gọi, kiến trúc ứng dụng, phiên bản 1.0. Đó là một máy tính của máy chủ, trong trường hợp này là máy tính lớn có một loạt các thiết bị đầu cuối được gắn vào, việc chẩn đoán các sự cố trên thiết bị đầu cuối tương đối dễ dàng - bạn có thể theo dõi cáp giữa thiết bị đầu cuối và sau đó là máy tính của máy chủ và đó là cáp 0 hoặc đầu nối hoặc một số vấn đề nếu nó không liên quan đến thiết bị đầu cuối và bạn đang nhìn thấy mọi thứ trên màn hình, thật dễ dàng để biết rằng thứ gây ra sự cố nằm ở Máy tự. Và bạn có thể từ từ chẩn đoán vị trí trong ngăn xếp từ phần cứng cho đến lớp phần mềm và giao diện người dùng. Trong những gì tôi gọi là phiên bản 1.1, chúng tôi đã làm cho nó phức tạp hơn một chút. Chúng tôi đặt các thiết bị ở giữa để chúng tôi có thể đặt nhiều thiết bị đầu cuối hơn. Và chúng là một loại thiết bị liên lạc và thường chúng là mux hoặc bộ ghép kênh và chúng sẽ chạy trên đường dành riêng hoặc đường quay số và do đó bạn có một máy tính lớn ở một địa điểm xa - nó có thể là liên bang hoặc quốc tế - và một số thiết bị được kết nối qua một liên kết SMA hoặc một số loại kết nối WAN và các thiết bị đầu cuối đó vẫn hoạt động theo cùng một cách. Nhưng bạn đã phức tạp hơn một chút vì bạn phải tìm hiểu xem vấn đề là giữa các thiết bị đầu cuối và thiết bị comms hay thiết bị comms và máy tính lớn. Nhưng ngăn xếp vẫn tương đối giống nhau trong máy tính lớn.
Phiên bản 1.2, phức tạp hơn một chút một lần nữa bởi vì bây giờ chúng tôi đã thêm nhiều thiết bị hơn, chúng tôi đã thêm máy in và những thứ khác, và chúng tôi tập hợp những thứ này và tôi nghĩ về một bộ xử lý mặt trước sẽ xử lý tất cả các vấn đề của thiết bị, máy in và các thiết bị đầu cuối và vv với máy tính lớn kết thúc xa. Một chút phức tạp hơn. Nhưng một lần nữa, chủ đề nhất quán của máy tính lớn là các ứng dụng chạy cục bộ, do đó việc giải quyết vấn đề vẫn khá giống nhau trong ngăn xếp ứng dụng. Và sau đó chúng tôi có những người có kỹ năng chạy các vấn đề với thiết bị đầu cuối và máy in và bộ điều khiển cụm. Nhưng sau đó, chúng tôi đã phức tạp hóa mọi thứ và chúng tôi đã xây dựng các mạng và tất cả các loại kiến trúc giống nhau giới thiệu một lớp mạng. Chúng tôi đột nhiên có một mạng chuyển đổi, và các máy trạm phức tạp hơn rất nhiều. Và phiên bản kiến trúc này, chúng tôi thường có các ứng dụng giao diện người dùng đồ họa tại máy trạm. Chúng tôi không chỉ có một máy chủ chạy ngăn xếp ứng dụng, mà chúng tôi còn có một chồng ứng dụng khác chạy cục bộ, và tất nhiên là cùng một mô hình cơ bản của các thiết bị kết nối với máy chủ. Sau đó, chúng tôi đã thực hiện một bước nhảy lượng tử cho mô hình gần đây hơn của cái mà tôi gọi là 2.1, đó là nơi chúng tôi đã lấy chồng ứng dụng đó và chúng tôi đã làm cho nó phức tạp hơn rất nhiều, khó chẩn đoán hơn. Và chúng tôi đã giới thiệu nhiều thiết bị hơn ở phần đầu, trên trình duyệt web và PC và thiết bị di động, v.v. Và ở đây, ngăn xếp ứng dụng sau đó bắt đầu đi sâu hơn một chút vào tích hợp như hệ điều hành và trình ảo hóa.
Hình ảnh này ở phía bên tay phải chúng ta có toàn bộ ngăn xếp bao gồm cơ sở hạ tầng mạng, máy chủ lưu trữ, máy ảo, hệ điều hành và ba tầng ứng dụng cơ sở dữ liệu kim loại truyền thống, v.v., ở phía trước bên phải. Chẩn đoán các vấn đề ứng dụng và các vấn đề hiệu suất trên mô hình này trở nên khó khăn hơn rất nhiều. Có quá nhiều bộ phận chuyển động và cố gắng đi sâu vào ngăn xếp đó, bạn biết đấy, đã trở thành một cơn ác mộng và bạn phải liên quan đến các bộ kỹ năng và tổ chức bổ sung để đối phó với điều đó. Nó không chỉ là nhóm ứng dụng của bạn nữa, đột nhiên bây giờ bạn có người có cơ sở hạ tầng, bạn có chuyên gia cơ sở dữ liệu, hoàn toàn chỉ làm việc trên cơ sở dữ liệu và không có gì khác - trái ngược với một lập trình viên hệ thống biết cách đi vòng quanh cơ sở dữ liệu. Bây giờ chúng ta đã có một kịch bản trong đó các bộ phận CNTT phải đối phó với sự phức tạp rộng lớn hơn đáng kể của dịch vụ là một dịch vụ và đây là nơi thế giới bùng nổ và những thách thức giải quyết vấn đề của chúng ta trở thành cơn ác mộng đến một thứ gần như không thể chịu đựng được trong một số cách thức.
Và điều này xuất hiện ở quy mô có thể giải quyết được, chúng tôi đang cố gắng cung cấp dịch vụ tại. Phiên bản 3 của những gì tôi coi là ngăn xếp ứng dụng - nó đã giới thiệu đây là một mô hình dịch vụ, trong đó mô hình truyền thống ở phía bên trái, ngăn xếp CNTT doanh nghiệp, nơi mọi thứ phải được quản lý ở cuối của chúng tôi với tư cách là người tiêu dùng và nhà cung cấp các dịch vụ - từ cơ sở dữ liệu bảo mật ứng dụng, hệ điều hành, lưu trữ dịch vụ ảo hóa, trung tâm dữ liệu mạng - chúng tôi phải quản lý tất cả, nhưng chúng tôi có quyền truy cập vào tất cả và vì vậy chúng tôi có thể mở rộng khả năng và bộ kỹ năng kỹ thuật của mình và chúng tôi có thể khoan sâu ngay thông qua ngăn xếp đó và chúng tôi có thể tìm thấy mọi thứ. Nhưng khi dịch vụ cơ sở hạ tầng và dịch vụ nền tảng và mô hình dịch vụ phần mềm ra đời, tất cả chúng tôi bất ngờ truy cập vào cơ sở hạ tầng phía sau, quyền truy cập vào các nền tảng và công cụ chúng tôi cung cấp dịch vụ, đã bị loại bỏ khỏi chúng tôi. Khi chúng tôi bắt đầu sử dụng dịch vụ cơ sở hạ tầng, chúng tôi chỉ thực sự có bốn phần hàng đầu từ hệ điều hành, cơ sở dữ liệu, ngăn xếp ứng dụng bảo mật môi trường trở lên, có sẵn cho chúng tôi. Tất cả mọi thứ dưới đó là ma thuật đen. Và nó thậm chí còn thú vị hơn khi bạn chuyển sang dịch vụ nền tảng vì bạn cũng chỉ đang quản lý ngăn xếp ứng dụng.
Khi bạn sử dụng phần mềm như một dịch vụ và một mô hình truyền thống là webmail hoặc ngân hàng internet, tất cả những gì bạn có là truy cập vào trình duyệt web, vì vậy cố gắng chẩn đoán những gì đằng sau không thể chịu đựng được, chắc chắn. Và tôi đã chia nó thành các múi giờ, thành các khe thời gian hoặc các múi giờ nếu bạn thích hoặc các thế hệ, từ đó sang trái, chúng tôi đã đi từ những năm trước 2000 và ngăn xếp truyền thống nơi chúng tôi có quyền truy cập cho toàn bộ môi trường và chúng ta có thể đi sâu vào đó. Nhưng theo thời gian nó ngày càng trở nên phức tạp. Đến đầu những năm 2000 đến giữa năm 2000, đến cuối năm 2000 đến ngày nay, nơi chúng ta đã đi từ dịch vụ cơ sở hạ tầng, dịch vụ nền tảng, dịch vụ phần mềm, đến bây giờ chúng ta chủ yếu đề cập đến một dịch vụ kinh doanh. Và sự phức tạp đã tăng lên đáng kể. Có rất nhiều bộ phận di chuyển. Nhưng sự sẵn có của các kỹ năng càng ngày càng khó hơn và càng ngày càng khó để tận dụng. Tìm những người có bộ kỹ năng phù hợp với quyền truy cập đúng vào các công cụ phù hợp để đi sâu vào ngăn xếp này và tìm ra, đâu là thứ gì đó chạy chậm. Đây là máy tính xách tay hay máy tính để bàn của tôi, là điện thoại hay máy tính bảng của tôi, nó có khả năng kết nối qua 3 hoặc 4G hay liên kết chuyên dụng của tôi với ADSL hay ISDN là gì? Hoặc thậm chí quay số, mặc dù điều đó ngày càng ít xảy ra trong những ngày này. Là máy chủ web kết thúc, nó là một cái gì đó bên trong máy chủ web? Có phải là máy chủ ứng dụng? Đây có phải là thứ gì đó xung quanh bộ nhớ và đĩa của CPU và hiệu năng mạng bên trong máy chủ ứng dụng không? Là cơ sở dữ liệu chạy trong đó?
Và bạn có thể tưởng tượng, bạn vẽ bức tranh này rất nhanh về sự phức tạp bắt đầu mở rộng giống như một hình ảnh vụ nổ lớn, của bong bóng không ngừng tăng lên này mà chúng ta đang cố gắng để có được vòng tay và có kỹ năng lặn vào và kiến thức và nơi để mổ xẻ và kéo ra. Và chúng ta đang ở thời đại mà ở đó, bạn biết đấy, con người không thể đối phó với quy mô vật lý, ngay cả khi bạn có khả năng tách môi trường cơ sở dữ liệu ra và tách cơ sở dữ liệu đó ra và lặn vào chi tiết trong cơ sở dữ liệu đó. Số lượng cơ sở dữ liệu bạn phải quản lý hiện đang tăng nhanh. Tất cả mọi thứ bây giờ được cung cấp bởi một cơ sở dữ liệu. Rất ít ứng dụng ngày nay không được cung cấp bởi cơ sở dữ liệu. Và các loại cơ sở dữ liệu đang phát triển nhanh chóng là tốt. Nó không chỉ là cơ sở dữ liệu SQL truyền thống nữa, đôi khi là SQL, đôi khi không phải là SQL, đôi khi là cơ sở dữ liệu đồ thị, đôi khi là cơ sở dữ liệu tài liệu. Và có tất cả các loại chức năng khác nhau mà các loại cơ sở dữ liệu khác nhau này và kết quả là mỗi loại có các thách thức hiệu suất khác nhau và tiêu chí hiệu suất khác nhau. Cơ sở dữ liệu ghi nhật ký và cơ sở dữ liệu tài liệu thực hiện rất, rất khác nhau và thực hiện một chức năng khác với cơ sở dữ liệu SQL tuân thủ ACID, tuân thủ ACID truyền thống. Và các loại thứ mà chúng tôi lưu trữ trong đó.
Trong tâm trí của tôi, tại một thời điểm - và tôi nghĩ Eric đã ám chỉ điều này - rằng con người đang đấu tranh để theo kịp sự phức tạp của những gì chúng ta đang xây dựng và tốc độ chúng ta xây dựng, và chúng ta Bây giờ là thời điểm mà cách duy nhất để chúng ta quản lý cơ sở hạ tầng này và cách duy nhất để giám sát và đi sâu vào các vấn đề chúng ta gặp phải, là với các công cụ và các loại công cụ phù hợp. Và sau đó, luôn luôn là thế hệ công cụ phù hợp. Các công cụ thực sự hiểu cơ sở hạ tầng back-end. Sẽ không ổn nữa nếu chỉ ném một màn hình SQL hoặc một công cụ truy vấn SQL vào một cái gì đó và bắt đầu tách ra một truy vấn và xem điều gì làm cho nó hoạt động. Chúng tôi thực sự cần một công cụ hiểu được sự hình thành của các truy vấn và cách thích hợp để tạo các truy vấn và các cách thích hợp để các truy vấn nói chuyện với cơ sở hạ tầng ở phía sau và cách chúng hoạt động khi chúng thực hiện điều đó. Và để xem xét thời gian của những tương tác đó và thứ tự diễn ra.
Và đó là một thách thức phức tạp hơn nhiều và điều đó dẫn tôi đến điểm câu hỏi làm tròn của tôi, và đó là, vì sự phức tạp của các ngăn xếp ứng dụng chúng tôi đang phát triển gia tăng, các công cụ hiệu suất và công cụ mà chúng tôi sử dụng để quản lý chúng, nhất thiết phải có để ngày càng thông minh hơn và có khả năng nhìn vào nhiều thứ hơn. Nhưng cũng thông minh hơn rất nhiều về cách họ đi sâu vào những gì đang chạy ở phía sau và những gì họ có thể khám phá về nó và thậm chí có thể thực hiện một số phân tích để hiểu rằng các tương tác và hiệu suất đang được phân phối và Tại sao nó hoạt động chậm hơn hoặc nhanh hơn.
Và sau đó, tôi sẽ chuyển cho người bạn thân của chúng tôi từ IDERA, Bill Ellis, và xem những gì anh ấy nói hôm nay về cách họ giải quyết vấn đề này. Bill, qua cho bạn.
Bill Ellis: Được rồi. Tên tôi là Bill Ellis và cảm ơn bạn rất nhiều. Chúng ta sẽ nói về ứng dụng của tôi đang chạy chậm, đã đến lúc để có Chính xác. Chúng ta hãy xem Precise, một sản phẩm IDERA, có thể làm gì và nó có thể giúp bạn như thế nào. Rất nhiều lần bạn chỉ phát hiện ra rằng đã có vấn đề về hiệu suất vì người dùng cuối đã gọi cho bạn và đó thực sự là một vấn đề lớn. Trong số tất cả mọi người trong CNTT, không ai biết cho đến khi điện thoại reo. Bây giờ, vấn đề lớn tiếp theo là làm thế nào để chúng ta giúp đỡ cá nhân cụ thể này và đó thực sự không phải là một vấn đề nhỏ. Có một điểm đến từ đây. Đó là trên và ngoài slide này, nó ở trên và ngoài những cái khác. Và tôi muốn bạn xem nếu bạn có thể có được nó là gì. Nhưng, như chúng tôi đã đề cập, một ứng dụng đòi hỏi, phụ thuộc vào rất nhiều công nghệ khác nhau, ngăn xếp ứng dụng cao và ngày càng phát triển. Và nhiều người truy cập một ứng dụng thông qua trình duyệt, và đáng ngạc nhiên là ngày càng có nhiều xử lý xảy ra trong trình duyệt với kịch bản, v.v., và dĩ nhiên bạn có mạng, máy chủ web, mã logic nghiệp vụ và cơ sở dữ liệu. Điều tôi muốn bạn xem xét là mọi giao dịch kinh doanh quan trọng đều tương tác với cơ sở dữ liệu, cho dù đó là báo cáo thẻ thời gian, tra cứu hàng tồn kho, đơn đặt hàng, cơ sở dữ liệu đang được cập nhật. Và do đó, cơ sở dữ liệu thực sự trở thành nền tảng của hiệu suất. Và cơ sở dữ liệu tất nhiên có thể bật, hoặc dựa vào hạ lưu lưu trữ. Mỗi công nghệ này được kết hợp chặt chẽ và có thể thấy những gì đang xảy ra. Bạn phải biết những gì đang xảy ra để có thể đo lường là rất quan trọng.
Bây giờ, một điều mà chúng tôi thấy là nhiều khách hàng của chúng tôi có một công cụ và họ có một công cụ cho từng công nghệ, nhưng cái họ không có là bối cảnh. Và bối cảnh về cơ bản là khả năng kết nối các dấu chấm giữa mọi tầng trong ngăn xếp ứng dụng và điều này thực sự tương đối đơn giản. Chúng tôi đã từng có một giới hạn mười hai tầng, nhưng về cơ bản đã thay đổi nó, chúng tôi có các tầng không giới hạn và chúng tôi hỗ trợ các môi trường hỗn hợp để về cơ bản chúng tôi có thể cực kỳ phức tạp với giải pháp Chính xác.
Bây giờ, ở cấp độ cao, đây là cách chúng tôi giải quyết vấn đề và nó tập trung vào giao dịch, giao dịch của người dùng cuối từ nhấp vào đĩa, cho chúng tôi biết cái nào đang chạy chậm, cái nào đang tiêu tốn tài nguyên, nhưng điều quan trọng là - chúng tôi cho phép bạn nhận và ID người dùng vị trí của họ và không chỉ toàn bộ thời gian giao dịch, mà còn dành bao nhiêu thời gian cho mỗi bước riêng lẻ. Thời gian là tiền tệ của hiệu suất, và nó cũng cho thấy nơi tài nguyên đang được tiêu thụ. Chúng tôi không biết trước vấn đề sẽ xảy ra ở đâu, vì vậy chúng tôi cần có các số liệu và phân tích đầy đủ ở mỗi tầng để có thể chẩn đoán vấn đề, vấn đề có thể xảy ra ở đâu.
Bây giờ, trong bài trình bày hôm nay tôi sẽ tập trung vào lĩnh vực này, tôi muốn bạn yên tâm rằng về cơ bản chúng tôi cung cấp cùng một mức độ hiển thị ở mọi tầng trong ngăn xếp ứng dụng và điều quan trọng, là điều này sẽ cho chúng ta biết ai, Cái gì, ở đâu và sau đó phần này, điều này sẽ cho chúng ta biết lý do tại sao. Và đó thực sự là lý do tại sao điều đó cực kỳ quan trọng để giải quyết vấn đề, không chỉ là biết về chúng. Bây giờ một điều khác xuất hiện rất rõ ràng trong bài thuyết trình là không thể làm điều này. Bạn cần tự động hóa. Và tự động hóa có nghĩa là bạn đã cảnh báo, bạn có một cái gì đó cho bạn biết, hy vọng trước cộng đồng người dùng cuối, rằng bạn có xu hướng đang diễn ra, xây dựng độ lệch khỏi cảnh báo xu hướng. Và sau đó chúng tôi cũng cung cấp một dòng trên cát, bạn thực sự vi phạm SLA. Bây giờ bạn cung cấp nhiều thông tin khác nhau - không phải ai cũng cần dùng buffet, một số người chỉ muốn ăn nhẹ, đây là salad, và vì vậy chúng tôi cung cấp một cổng thông tin, chúng tôi có thể tải lên thông tin, nó chỉ cần một người dùng cụ thể hoặc nhu cầu thông tin của một cộng đồng cụ thể về hiệu suất. Ứng dụng đang chạy chậm, đã đến lúc có Chính xác. Chúng tôi thực sự sẽ tập trung vào bốn điều. Một là vị trí, nhập người dùng cuối. Một lần nữa, bối cảnh kết nối các dấu chấm và phần thứ ba của nghiên cứu cho thấy gần 90 phần trăm các vấn đề ứng dụng nằm trong cơ sở dữ liệu và do đó, nó thực sự là một trò hề mà phần lớn các giải pháp hiệu suất có thể cho bạn biết một câu lệnh SQL. Nhưng họ không cho bạn biết lý do tại sao câu lệnh SQL đó chạy chậm.
Và vì vậy, lý do tại sao luôn là điều cốt yếu và Chính xác là tuyệt vời để chỉ ra lý do tại sao, cho mọi tầng và cụ thể là cơ sở dữ liệu và chỉ để chia sẻ một chút về ma trận hỗ trợ của chúng tôi với bạn, chúng tôi hỗ trợ SQL Server, Sybase, DB2 và / hoặc số lượng lớn. Giao diện của giải pháp rất giống nhau, vì vậy nếu bạn đang xem nhiều ứng dụng, nhưng kiến trúc hơi khác nhau. Thông tin tôi chia sẻ ở đây có giao diện, cách tiếp cận, nó giống nhau cho dù các công nghệ cơ bản được sử dụng là gì. Chính xác là kích hoạt web. Chúng tôi đến, chúng tôi xác thực Chính xác, và cùng với đó chúng tôi đi vào và điều đầu tiên mà chúng tôi có thể muốn xem xét là hiệu suất theo vị trí. Và vì vậy bạn thực sự có thể thấy ở đây các địa điểm khác nhau nơi mọi người đang thực sự truy cập vào các vụ hành quyết của họ. Bạn có thể xem ai đó đã từ bỏ một trang trước khi nó được hiển thị đầy đủ hoặc nếu có lỗi.
Bây giờ, một điều với các ứng dụng này, là mạng hoặc khoảng cách từ máy chủ ứng dụng sẽ khác nhau. Ở đây rất dễ thấy rằng có một số cấp độ mạng. Tôi có thể thấy khi mọi người trở nên bận rộn, và một điều thú vị khác, chúng tôi đã nói về cách xử lý trong trình duyệt, họ thực sự nhận thấy rằng một số loại trình duyệt khác nhau cung cấp một môi trường tốt hơn để xử lý nhanh. Và vì vậy, nếu biết mọi người đang truy cập bằng Chrome hoặc IE, hoặc bất cứ điều gì xảy ra, bạn thực sự có thể thấy rất thường xuyên rằng một loại trình duyệt đảo ngược thực sự vượt trội so với loại khác. Bây giờ, đôi khi bạn phải đối mặt công khai, bạn không kiểm soát trình duyệt, đôi khi các ứng dụng phải đối mặt nội bộ nơi bạn có thể đề xuất cho mọi người một loại trình duyệt cho cộng đồng người dùng cuối của mình và vì vậy đây là những loại phân tích và hiển thị lặn sâu Chính xác là có thể cung cấp. Bây giờ, chúng tôi nhận được vào một ứng dụng.
Tôi không chắc các bạn có thể thấy con trỏ của tôi không, nhưng tôi muốn mô tả cho bạn, biểu đồ trên cùng. Trục y hiển thị thời gian phản hồi trung bình. Trục x là thời gian trong một ngày. Và thực sự có một biểu đồ thanh xếp chồng và biểu đồ thanh xếp chồng lên nhau, tổng số cho bạn thấy hiệu suất là gì và sau đó nó hiển thị một khoảng thời gian dành cho mỗi bước riêng lẻ hoặc từng tầng riêng biệt của ứng dụng. Từ máy khách, thông qua máy chủ web, màu xanh lá cây là Java, nơi này chúng tôi đang sử dụng tuxedo và xuống cơ sở dữ liệu. Bây giờ, nửa dưới của màn hình hiển thị các menu web khác nhau đang được truy cập và sau đó chúng tôi đã sắp xếp chỉ với một mũi tên nhỏ màu xanh lá cây chỉ xuống. Theo thứ tự giảm dần, và nó nổi lên trên cùng, menu web bắt đầu hiển thị nó. Chúng tôi thực sự hiển thị thời gian thực hiện, thời gian phản hồi của từng công nghệ riêng lẻ và sau đó thực sự có một biểu đồ thanh cho từng menu web đó và vì vậy chúng tôi nhận được, bắt đầu có ý tưởng về những gì đang diễn ra. Bây giờ hãy nhớ rằng chúng tôi đã sắp xếp tất cả những điều này với một người dùng cuối sẽ gọi, nhưng làm cách nào để tìm được người dùng cuối? Tôi vào đây, tôi mở một menu, cho phép tôi lọc trên một người dùng cụ thể, vì vậy tôi đặt người dùng đó thành Alex Net, nhấp vào OK, và sau đó chúng tôi tập trung vào chỉ hoạt động từ Alex Net. Bây giờ những gì nó làm, là nó cho phép quản lý CNTT và CNTT có thể phản hồi trực tiếp với người dùng cuối và đặc biệt là họ đang xem xét quản lý nội dung có sáu lần thực hiện với thời gian phản hồi ít hơn ba giây. Chà ba giây là khá tốt, nó không khủng khiếp, nhưng nó, có lẽ nó chậm hơn.
Những gì tôi có thể làm với điều này, là tôi có thể cắt và xé thông tin này theo những cách khác nhau. Tôi có thể nói, tốt, giao dịch này có chậm đối với mọi người không? Hôm nay Alex có chậm hơn ngày hôm qua không? Có chậm cho mọi người dùng trong một địa điểm cụ thể không? Hoặc, và những gì nó cho phép tôi loại lát và xúc xắc và có ý tưởng về những gì đang xảy ra, vấn đề phổ biến như thế nào và điều rất quan trọng là có thể xác định người dùng cuối, bởi vì đó không chỉ là về phần mềm, cơ sở hạ tầng, đó cũng là về cách người dùng cuối thực hiện ứng dụng. Thông thường, bạn có thể có một nhân viên mới hoặc ai đó có chức năng công việc mới và họ không quen thuộc với một số màn hình SAP hoặc bảng điều khiển PeopleSoft nhất định và họ cần một con trỏ nhỏ, có thể họ để trống trường hoặc đặt ký tự đại diện và họ ' lại buộc các kết quả lớn được trả về từ cơ sở dữ liệu. Nhưng có ID người dùng, bạn thực sự có thể gọi cho họ trước khi họ gọi cho bạn. Một điều khác mà chúng tôi thấy là một khi cộng đồng người dùng nhận thức được rằng CNTT biết họ đang làm gì, rất nhiều lần họ trở nên cư xử tốt hơn và rất nhiều vấn đề, rất nhiều vấn đề, chỉ là vấn đề bốc hơi, vì mọi người cư xử, chỉ cần vận hành cẩn thận hơn một chút. Họ sử dụng hệ thống với sự quan tâm lớn hơn.
Việc xác định người dùng cuối là cần thiết. Cuối cùng, điều cần thiết cho CNTT là có thể giúp một người dùng cuối cụ thể. Bây giờ, những gì chúng ta đã làm ở đây, là chúng ta đã đi đến tab Flow Flow. Bạn có thể thấy điều đó ở góc trên bên trái. Và chúng tôi đã tập trung vào một thành phần cụ thể của menu web. Và ở phía bên phải là một phân tích về giao dịch cụ thể đó, và trên hết, nó thực sự là trình duyệt và sau đó là Chế độ xem, chỉ để làm quen với một chút các biểu tượng trong GUI dành cho máy chủ web, vì vậy chúng ta có thể thấy điểm thuộc tính. Và sau đó, phiên bản Jv là dành cho Java và phiên bản hiện tại là dành cho tuxedo và đương nhiên, bản dịch Qiết là SQL. Vâng, giá trị tiền mặt về cơ bản là xác định một câu lệnh SQL cụ thể. Hãy xem xét những gì nó làm. Chúng tôi đã xác định người dùng cho một giao dịch, với mã ứng dụng cơ bản, bao gồm các câu lệnh SQL riêng lẻ. Bây giờ, khi tôi nhìn vào các câu lệnh SQL riêng lẻ đó, tôi có thể thấy rằng trong tổng thời gian phản hồi, mỗi câu lệnh chịu trách nhiệm khoảng sáu phần trăm và khi chúng cộng bốn câu lệnh SQL hàng đầu, chúng mất khoảng một phần tư giao dịch thời gian.
Bây giờ thường, cơ sở dữ liệu là dễ thao tác nhất. Nó thường dễ nhất để có được một hiệu suất cao, rẻ tiền. Bây giờ tôi cần đi sâu hơn một chút để tìm hiểu điều gì đang xảy ra và điều gì, tôi muốn ví dụ có thể làm là thực sự tiết lộ câu lệnh SQL riêng lẻ và bạn biết rằng tôi gần như có thể đảm bảo cho bạn chỉ bằng mỗi lần bắn vào dòng có một số loại công cụ cơ sở dữ liệu và công cụ cơ sở dữ liệu làm gì nhưng chỉ nhìn vào một công nghệ riêng lẻ, là bạn nhìn vào, tập trung vào sức khỏe của công nghệ đó. Và rất nhiều lần mọi người nhìn vào một danh sách mười. Bây giờ câu lệnh SQL này khá nhanh, nó sẽ không nằm trong danh sách mười đầu, nhưng đó là câu lệnh SQL mà giao dịch này dựa vào. Và vì vậy, những gì tôi có thể làm lại từ đó, ngữ cảnh, bây giờ tôi có thể mang điều này đến sự chú ý sâu sắc nhưng trong ngữ cảnh của câu lệnh SQL riêng lẻ.
Bây giờ người đó có thể mở Chính xác trong ngữ cảnh của câu lệnh SQL riêng lẻ và Chính xác nắm bắt kế hoạch thực hiện thực tế mà nó sử dụng, thời gian thực hiện đây là công cụ quan trọng đối với DBA, thực sự sẽ hiển thị, bạn có thể thấy rằng 50 phần trăm thời gian được chờ đợi để lưu trữ. Năm mươi phần trăm thời gian được sử dụng trong CPU, vì vậy bạn bắt đầu có ý tưởng về thời gian được sử dụng, làm thế nào tôi có thể ngọ nguậy thời gian đó và ý tưởng là cung cấp cho mọi người các tùy chọn, vì các phản ứng khác nhau có chi phí và rủi ro khác nhau liên quan . Lý tưởng nhất là chúng ta sau giải pháp rủi ro thấp, chi phí thấp cho một vấn đề. Bây giờ câu lệnh SQL được theo dõi bởi một giá trị băm và ở đó, ở phía bên trái của màn hình có nút nút Tune Tune nhỏ này và điều đó sẽ làm, nó sẽ đưa bạn đến một nhiệm vụ SQL. Và tác vụ SQL này là một loại bàn làm việc được xây dựng sẵn và những gì nó làm, là nó cho phép tôi thực sự phân tích cụ thể những gì ảnh hưởng đến câu lệnh SQL bắt đầu với kế hoạch thực hiện. Kế hoạch thực hiện được chọn bởi trình tối ưu hóa khi câu lệnh được phân tích cú pháp, nó - trở lại với sự tương tự thực phẩm, đó là công thức tiếp theo để giải quyết câu lệnh SQL.
Và một số công thức nấu ăn phức tạp hơn những công thức khác, và vì vậy chúng tôi cung cấp kết quả. Và nó thực sự sẽ hiển thị ở đây, hey, rất nhiều thời gian nó đang thực hiện I / O tuần tự trên một chỉ mục cụ thể. Và xem bây giờ, khi nào, trở lại oxy, làm theo chỉ số này. Chỉ số đó đã bị phân mảnh gần đây, sức khỏe của nếu? Nó sống trong không gian bảng nào? Là không gian bảng được tách riêng tạo thành bảng mà nó tham chiếu? Và do đó, nó bắt đầu cung cấp cho bạn tất cả các loại ý tưởng về cách bạn có thể giải quyết vấn đề. Bây giờ rõ ràng, bạn biết đấy, chúng tôi đang xây dựng trong một chỉ mục. Rủi ro thấp hơn rất nhiều, dễ dàng hơn nhiều so với việc chuyển chỉ mục từ không gian bảng này sang không gian bảng khác, vì vậy điều chúng tôi muốn làm là loại tùy chọn xây dựng, để chúng tôi có thể triển khai tùy chọn rủi ro thấp nhất, chi phí thấp nhất để giải quyết vấn đề.
Chính xác cũng có thể làm những việc như nắm bắt các biến liên kết được truyền vào câu lệnh SQL. Rõ ràng các biến được chọn sẽ kiểm soát kích thước của tập kết quả. Và nó sẽ kiểm soát câu lệnh SQL đó sẽ thực thi trong bao lâu và bao nhiêu dữ liệu phải được truyền và xử lý bởi ứng dụng thông qua Java, thông qua .NET, vào máy chủ web truyền cộng với mạng, cuối cùng được hiển thị trong trình duyệt của người dùng cuối . Điều gì xảy ra trong cơ sở dữ liệu ảnh hưởng trực tiếp đến thời gian trình duyệt đó. Và do đó, sẽ rất quan trọng để có mức độ hiển thị này để chúng tôi có thể biết chính xác những gì đang diễn ra và cung cấp cho DBA nhiều lựa chọn nhất để họ có thể chọn cái nào có ý nghĩa nhất, trong một tình huống cụ thể.
Bây giờ, đây là một số trích dẫn và đây là từ một cửa hàng PeopleSoft đã triển khai toàn cầu. Chính xác hỗ trợ PeopleSoft và SAP, Siebel, Oracle, E-Business Suite, các ứng dụng Java và .NET trong nhà. Chúng tôi hỗ trợ vì vậy nếu bạn thực hiện các cuộc gọi dịch vụ web tới nhiều JVM, từ Java sang .NET trở lại Java, chúng tôi có thể theo dõi tất cả điều đó. Nó có thể là tại chỗ, nó có thể ở trên đám mây. Điều quan trọng là mọi thứ cần phải được thiết bị.
Và vì vậy, chỉ cần một vài trích dẫn từ một trong những khách hàng của chúng tôi. Trước khi chính xác, các DBA của chúng tôi đã sử dụng OEM, '- đó là một công cụ chỉ dành cho cơ sở dữ liệu, và về cơ bản họ nói, Hey Hey, các trường hợp trông rất tuyệt. giúp nói hoặc giải quyết một vấn đề với một giao dịch cụ thể. Chính xác cung cấp tầm nhìn để làm điều đó. Và do đó, việc có thông tin về các câu lệnh SQL là rất quan trọng trong việc cung cấp cho các DBA khả năng hiển thị để hoàn toàn loại bỏ hiệu năng khỏi cơ sở dữ liệu. Và đó là điều thực sự tốt đẹp. Loại trên và ngoài một số công cụ mà bạn có thể đang xem xét.
Và sau đó, quản lý CNTT thực sự yêu thích việc Precise có thể dịch một URL phức tạp thành tên bảng điều khiển. Và theo cách đó, nếu một người dùng cuối gọi và nói, thì Hey Hey Tôi gặp rắc rối với điều này, bạn có thể cô lập và xem ai là người dùng đó, họ đang thực hiện điều gì, loại hiệu suất nào, họ thực sự đang đo lường kết xuất thời gian trong trình duyệt của người dùng cuối. Đó là thước đo thực sự của trải nghiệm người dùng cuối. Và cũng như vậy, có ID người dùng đó là hoàn toàn cần thiết để giúp một người cụ thể gọi.
Làm thế nào để chính xác làm điều này? Và vì vậy chúng tôi muốn chia sẻ kiến trúc của chúng tôi. Chính xác nên sống trong máy chủ của chính nó và sống trong một VM, nó có thể sống trong đám mây. Ở mặt trước, Chính xác được bật web, cho dù bạn đang sử dụng bảng điều khiển, giao diện cảnh báo hoặc GUI chuyên gia. Về phía thu thập dữ liệu, chúng tôi thực sự có thể làm đại lý cho một số công nghệ khác nhau. Tuy nhiên, thông thường, chúng tôi sẽ yêu cầu một đại lý, và có những ưu điểm và nhược điểm để có một đại lý. Một điểm cộng lớn nữa là đây là dữ liệu được thu thập có thể được xử lý trước khi nó được gửi qua mạng LAN của bạn. Và điều đó có nghĩa là chúng ta có thể giảm thiểu tổng tác động của giải pháp giám sát đến môi trường mục tiêu.
Bây giờ, hãy xem xét như một giải pháp thay thế, nếu bạn không có tác nhân, thì vẫn còn một người thu thập dữ liệu, đó chỉ là vấn đề sống ở đâu, và nó thực hiện cuộc gọi và truyền dữ liệu thô về ứng dụng đích qua mạng LAN của bạn. Và nó thực sự khá đắt. Và do đó, bằng cách tiền xử lý, chúng tôi thực sự có thể giảm thiểu dấu chân. Bạn sẽ có thể theo dõi cả vật lý và ảo. Và một điều tôi muốn nói về công nghệ ảo là thực sự tập trung vào việc sử dụng. Điều chính xác tập trung vào là sự ganh đua. Khi nào thì công nghệ VMware thực sự thu nhỏ tài nguyên cho máy khách VM của bạn? Và vì vậy nó trở nên thực sự dễ dàng. Nếu bạn chỉ nhìn vào bên trong một máy khách, bạn chỉ có một phần của bức tranh. Có thể tự động phát hiện và cảnh báo về sự tranh chấp, điều đó thực sự cần thiết.
Chính xác có thể giám sát tới 500 trường hợp, vì vậy các triển khai rất lớn về cơ bản có nhiều máy chủ Chính xác. Và để triển khai toàn cầu, thông thường, nó sẽ là một máy chủ Chính xác trong mỗi trung tâm dữ liệu. Ngẫu nhiên, đối với những triển khai lớn nhất, bạn thực sự có thể liên kết những thứ này lại với nhau để bạn có thể nhìn rộng ra những gì đang diễn ra và có thể đưa ra báo cáo, v.v. Bây giờ như tôi đã đề cập, chúng tôi có rất nhiều phân tích kỹ thuật. Không phải ai cũng cần vào GUI chuyên gia, vì vậy chúng tôi cung cấp bảng điều khiển có thể tùy chỉnh. Và mỗi portlets hoặc widget này, chúng đều là tùy chọn. Và ai đó có thể chỉ muốn đi, Hey Hey, làm thế nào bạn có thể nhấn một cảnh báo trên bất kỳ tầng nào trong môi trường của chúng tôi? Làm thế nào là các nhóm sử dụng cuối làm từ góc độ hiệu suất? Hay Hoặc có thể bạn có thể có một câu hỏi về cơ sở hạ tầng, có thể thậm chí có thể thực hiện hiệu suất tuxedo. Hoặc thậm chí cân bằng tải. Đây là loại thú vị ở đây trong phần cân bằng tải này. Tôi đang nhìn vào portlet ở giữa bên tay trái. Bạn có thể thấy rằng số lượng thực thi rất giống nhau giữa mỗi máy chủ web. Nhưng thời gian đáp ứng là rất khác nhau trên đầu trang. Bạn thực sự có thể truy cập và tìm hiểu chính xác lý do tại sao thời gian phản hồi trên máy chủ web đó chậm hơn nhiều so với các máy chủ khác.
Một điều về cân bằng tải, điều này rất quan trọng và các chính sách cân bằng tải, bạn biết đấy, không phải mọi chính sách cân bằng tải đều phù hợp với mọi ứng dụng. Nó thực sự hữu ích để xác nhận chính sách cân bằng tải của bạn. Chúng tôi thực sự thấy với một số ứng dụng như GUI PeopleSoft Fluid mới, nơi thực sự một số máy chủ web sẽ ngoại tuyến. Và đó là điều gì đó thực sự quan trọng. Nếu bạn đang triển khai GUI PeopleSoft Fluid, vui lòng liên hệ với chúng tôi. Chúng tôi có thể cung cấp cho bạn nhiều thông tin chuyên sâu và nhiều kiến thức về những gì khách hàng khác đã phải đối mặt với nó. Mỗi portlets này có thể khá chi tiết. Giống như ở giữa bên phải, với màu xanh lam và xanh lục, thực sự hiển thị kiểu mũi kiếm, nó cho thấy bộ sưu tập rác của bạn trong tầng WebLogic đang chạy theo cách bạn mong đợi nó chạy. Mỗi portlets này có thể được tập trung cao độ hoặc có thể ở mức rất cao. Và lý do quan trọng, hoặc có thể quan trọng, rất nhiều lần nó không đủ tốt để chỉ có thông tin này trong CNTT, đôi khi bạn phải chia sẻ thông tin này với chủ sở hữu ứng dụng và đôi khi với quản lý cấp cao, về những gì đang diễn ra .
Tôi muốn chia sẻ với bạn một vài câu chuyện, loại, Thành công trong Trung tâm dữ liệu. Đây là những cơ sở dữ liệu tập trung và tôi có những câu chuyện khác tập trung vào tầng lớp trung lưu. Nhưng hôm nay tôi thực sự muốn tập trung vào tầng cơ sở dữ liệu. Hãy xem màn hình đóng băng. Bây giờ, điều xảy ra ở đây là cửa hàng đặc biệt này có SLA kinh doanh, nếu nhận được đơn đặt hàng trước 3 giờ chiều, đơn đặt hàng sẽ được chuyển vào ngày hôm đó. Và vì vậy, kho vô cùng bận rộn trong khung thời gian đó. Và sau đó với việc đóng băng màn hình, nó đã rất bực bội. Và vì vậy, người giám sát - đây là một công ty nhỏ hơn - người giám sát thực sự bước vào CNTT và dĩ nhiên đi đến DBA và nói, ngay bây giờ, chuyện gì đang xảy ra vậy?, Và vì vậy, những gì chúng tôi đã làm, là chúng tôi đã có thể thể hiện chính xác chuyện gì đang xảy ra Bây giờ đây là JD Edwards, một ứng dụng đa tầng, đây là màn hình đặt hàng bán hàng. Bạn có thể có được một ý tưởng về việc kinh doanh là gì, về cơ bản là hàng tồn kho chỉ trong thời gian, và vì vậy về cơ bản bạn đang xem xét các ứng dụng kho. Và bây giờ về cơ bản bạn đang vận chuyển đến một số trang web khách hàng khác nhau, các cửa hàng khác nhau. Và những gì chúng tôi đã làm là chúng tôi đã mở ra Chính xác.
Bây giờ trong trường hợp này, trước khi chúng tôi xem xét Oracle, ở đây chúng tôi đang xem SQL Server và bây giờ, nửa trên cho chúng tôi thấy một biểu đồ thanh xếp chồng lên nhau nơi các câu lệnh SQL dành thời gian của họ trong khi thực thi. Mọi trạng thái yếu được tính theo trục y. Trục x tất nhiên theo thời gian và bạn có thể thấy rằng biểu đồ thanh xếp chồng thay đổi từ lát cắt thời gian tùy thuộc vào những gì thực thi và cách sử dụng hệ thống. Bây giờ trong trường hợp cụ thể này, chúng tôi tập trung vào chuỗi SQL thứ ba từ đầu. Nó được nhắn tin CHỌN TỪ PS_PROD và bạn có thể thấy trong cột đó chúng tôi đã nắm bắt được kế hoạch thực hiện thực tế. Và bạn có thể thấy trong suốt số lần thực hiện. Thực tế là câu lệnh SQL cụ thể đó chịu trách nhiệm cho 9, 77 phần trăm mức tiêu thụ tài nguyên trong khung thời gian này mà chúng tôi đang xem xét - và đó là một điểm quan trọng, khung thời gian, Chính xác giữ lịch sử cuộn - và vì vậy về cơ bản tôi có thể quay số và tìm hiểu những gì đã xảy ra tại bất kỳ thời điểm cụ thể theo thời gian hoặc theo thời gian. Tôi có thể xem xu hướng.
Bây giờ câu lệnh SQL này, bạn thấy biểu đồ thanh xếp chồng lên nhau, nó có màu xanh đậm. Điều đó nói rằng chúng tôi đang sử dụng tất cả CPU. Hãy tiếp tục và tập trung bằng cách nhấp vào nút TUNE 'này trên câu lệnh SQL cụ thể đó. Những gì chúng tôi làm là chúng tôi đưa nó vào hội thảo đó, hội thảo được xây dựng sẵn được thiết kế để nói, đó là những gì DBA sẽ biết về câu lệnh SQL cụ thể này? Nhưng bạn có thể thấy ở phía bên phải có một tab có tên là Lịch sử đã được chọn. Và điều tôi muốn bạn làm bây giờ là chuyển sang phía bên trái nơi nó nói Thay đổi trung bình so với Thời gian trung bình, Thời lượng trung bình. Và mỗi thanh đó đại diện cho các sự kiện một ngày.
Bạn có thể thấy vào thứ Tư, thứ Năm, thứ Sáu, thời gian thực hiện là, tôi sẽ đi vòng đến điểm hai. Trục y hiển thị điểm bốn giây, vì vậy điểm hai. Rất ít màn hình đóng băng, hoạt động sẽ rất tốt, trong SLA. Thật không may vào ngày 27 tháng 2 kế hoạch thực hiện đã thay đổi và điều đó gây ra một sự thay đổi ngay lập tức trong thời gian thực hiện. Đột nhiên, thời gian thực hiện đang tăng lên, bốn X, có thể năm X, và mọi thứ đang chạy rất kém. Bây giờ Chính xác, trong kho lưu trữ của nó thực sự ghi lại tất cả các thay đổi có thể ảnh hưởng đến hành vi. Và bạn có thể thấy ở đây chúng tôi thực sự đã thay đổi mặt phẳng trục. Một người ở giữa nói rằng Khối lượng Bảng Thay đổi. Thay đổi, vì vậy các bảng đang phát triển và chúng ta đúng trên cusp, khi câu lệnh SQL được phân tích cú pháp, trình tối ưu hóa chọn một kế hoạch thực hiện hoặc một kế hoạch thực hiện khác.
Bây giờ may mắn thay, vào tuần này ở đây vào thứ Hai, nó đã bị lật, vì vậy đó là thời điểm tốt. Thật không may, nó lại lật một lần nữa và bạn biết không, người dùng cuối bắt đầu dự đoán đóng băng màn hình và họ bắt đầu gửi lại màn hình đó và họ đẩy số lần thực hiện lên và lên. Chúng tôi có một lượng lớn chi tiết, nhưng để giải quyết vấn đề này và sau đó tránh nó trong tương lai, chúng tôi cần thêm một thông tin. Và điều đó cho tôi thấy dưới sự so sánh của những kế hoạch thực hiện đó. Vào ngày 5 tháng 3 khi nó nhanh và hiệu quả, ở phía bên trái, nó hiển thị kế hoạch thực hiện. Khi nó chậm và không hiệu quả vào ngày 12 tháng 3, bạn có thể thấy nó đang tham gia bộ lọc. Bộ lọc tham gia chỉ buộc tiêu thụ CPU nhiều hơn, thực hiện nhiều công việc hơn. Kết quả là giống hệt nhau, nó chỉ làm nhiều việc hơn. Nó giống như bạn đi và nhận được nguồn cung cấp của bạn một thành phần tại một thời điểm, thay vì đi đến phòng đựng thức ăn và nhận được tất cả các thành phần cùng một lúc. Và vì vậy, có một cách hiệu quả hơn để làm điều này. Bây giờ thường biết điều này, DBA đã có thể sử dụng kế hoạch truy vấn để tránh kế hoạch thực hiện chậm này và khóa hiệu suất cao, nhanh.
Bây giờ loại câu chuyện chiến tranh tiếp theo là Báo cáo về muộn. Tôi nghĩ rằng rất nhiều người có thể xác định được với kịch bản này. Bạn có thể có báo cáo đột xuất, bạn có thể sử dụng một công cụ như NVISION, bạn có thể có một số công cụ báo cáo của bên thứ ba. Và những gì xảy ra là công cụ phát triển SQL. Và thông thường, SQL không thực sự được mã hóa tốt như vậy. Và điều này cũng có thể áp dụng cho một tình huống, bạn biết đấy, bạn có một số ứng dụng của bên thứ ba, phải, nơi SQL không được viết trong nhà, và vì vậy, với tư cách là một DBA, tôi không kiểm soát SQL, điều gì Tôi sẽ làm gì với nó chứ? Vâng Well Precise cung cấp một cái gì đó mà tôi không biết về bất kỳ công cụ cơ sở dữ liệu nào khác cung cấp và đó là chế độ xem đối tượng. Kết hợp với các khuyến nghị và mô hình. Và vì vậy, những gì chúng ta có thể làm là thực sự biến tầm nhìn trên đầu của nó. Thay vì chỉ nhìn vào hoạt động, chúng ta hãy điều tra, đối tượng nào nặng nhất trên hệ thống? Và trong phần dưới của màn hình, bạn có thể thấy dòng SQL thứ tự và bạn có thể thấy cột trong cột MS-SQL. Và bảng dòng thứ tự như bận gấp mười lần so với bất kỳ bảng nào khác trong hệ thống. Tôi nghĩ những gì bạn cũng sẽ nhận thấy ở nửa trên, phân bổ không gian đang tăng lên và bạn cũng có thể xem thông số kỹ thuật trên máy chủ phiên bản phần mềm chúng tôi đang chạy. Chính xác sẽ thực sự kiểm tra các thay đổi theo dõi đến các cài đặt chính. Một lần nữa, nhân quả.
Bây giờ, tập trung vào bảng dòng đơn hàng, những gì tôi có thể làm với kho lưu trữ lịch sử chi tiết của mình là tôi thực sự có thể tương quan với các câu lệnh SQL đi ngược lại với bảng dòng đơn hàng. Và bạn có thể bắt đầu xem xét mệnh đề where trong các câu lệnh SQL đó. Và bạn bắt đầu nhận thấy rằng mệnh đề where khá giống nhau giữa các câu lệnh SQL khác nhau. Và tôi sẽ đề nghị với bạn rằng trong hệ thống ghi âm của bạn, bạn sẽ tìm thấy điều tương tự. Bởi vì người dùng doanh nghiệp, các nhà phân tích kinh doanh sẽ muốn làm những việc như tổng hợp hoạt động kinh doanh vào ngày cuối cùng, tuần trước, tháng cuối cùng, quý cuối cùng, năm ngoái. Bạn sẽ thấy rất giống nhau trong đó các mệnh đề, theo thứ tự, nhóm theo và điều đó có nghĩa là sẽ có một số chỉ mục nhất định có ý nghĩa cho các câu lệnh SQL đó.
Và vì vậy, Precise có một công cụ đề xuất, bạn có thể thấy rằng ở góc trên bên phải và những gì chúng ta có thể làm là thực sự nhận được các đề xuất. Giả sử, Hey Hey, tôi đang chạy tất cả các câu lệnh SQL, các chỉ mục nào sẽ giải quyết chúng? Các chỉ mục được trình bày cho bạn và bạn thực sự có thể thấy DBL. Bây giờ Chính xác chỉ được đọc, nó không cung cấp khả năng nhấp vào nút và tạo chỉ mục, nhưng điều đó đủ dễ để thực hiện bên ngoài Chính xác. Nhưng đây là điều cốt yếu, là Chính xác cho phép bạn đánh giá và mô hình hóa các thay đổi, do đó, có nút Đánh giá này ở góc dưới bên trái của màn hình. Và những gì nó làm là hiển thị các câu lệnh SQL trong trước và sau.
Hãy xem xét các câu lệnh SQL này. Bạn có thấy cột này ở đây có ghi là trong MS-SQL, không và nó nói một giờ, bốn phút? Các câu lệnh SQL hàng đầu đó thực thi hoặc tiêu tốn tài nguyên trị giá khoảng 64 phút. Và cải thiện dự kiến của nó là 98 phần trăm. Những thay đổi này sẽ tiết kiệm giá trị xử lý hàng giờ. Câu lệnh SQL tiếp theo là 27 phút và về cơ bản sẽ tiết kiệm được một phần ba. Đó là khoảng mười phút xử lý. Tổng hợp lại với nhau, bạn thực sự sẽ tiết kiệm được hàng giờ để xử lý bằng những thay đổi được đề xuất này. Và vì vậy có thể biết điều này lên phía trước, có thể mô hình hóa điều này. Bạn cũng có thể sử dụng khả năng của what what if if để nói, đó là, tôi không muốn tạo ra chỉ số đó, hoặc điều gì xảy ra nếu tôi thay đổi thứ tự của cột? để tìm hiểu chính xác những gì sẽ xảy ra.
Một điều quan trọng khác là khi tôi thực hiện thay đổi, tôi thực sự có thể đo lường cho một câu lệnh SQL riêng lẻ. Bạn đã thấy lịch sử câu lệnh SQL trong ví dụ trước và tôi thực sự có thể xác minh xem tôi có đạt được khoản tiết kiệm được mô hình hóa không. Và do đó, phản hồi, hoàn thành vòng phản hồi là hoàn toàn quan trọng.
Được rồi, đây là ví dụ cuối cùng tôi sẽ có cho bạn. Đây là một cửa hàng SAP và, bạn biết đấy, họ đã tiến hành nâng cấp lớn, họ đang thực hiện một số thứ với các giao dịch tùy chỉnh và về cơ bản người dùng cuối không hài lòng với hiệu suất. Và vì vậy, những gì chúng tôi đã làm là chúng tôi có thể tập trung vào những gì người dùng cuối đã trải nghiệm. Và bạn có thể thấy ở đầu danh sách, CHO CHOUSE và thời gian trả lời là hơn 61 giây. Điều này là mất một phút để thực hiện. Bây giờ bạn có thể thấy chúng tôi có một biểu đồ thanh xếp chồng hướng tới SAP. Ở phía bên phải nó hiển thị thời gian của khách hàng, thời gian xếp hàng. Màu xanh là thời gian ứng dụng và trong môi trường SAP, đó là mã ABAP và sau đó là cơ sở dữ liệu. Và vì vậy, cơ sở dữ liệu, bạn biết đấy, nó có thể là Oracle, nó có thể là SQL, nó có thể là HANA. Chúng tôi về cơ bản có thể chỉ ra rằng.
Bây giờ, những gì chúng tôi làm với Chính xác là chúng tôi tập trung vào giao dịch đó và người dùng đó, những câu lệnh SQL nào được đưa ra. Một lần nữa, bối cảnh đó để kết nối các dấu chấm. Bây giờ câu lệnh SQL hàng đầu này, bạn có thể thấy nó được khoanh tròn, nó thực thi trong hai mili giây. Bạn thực sự không thể đổ lỗi cho cơ sở dữ liệu nếu nó thực thi quá nhanh. Số lượng thực thi là rất cao. Trên thực tế, chúng tôi có thể quay lại với bộ mã hóa ABAP và nói, Hey Hey, chuyện gì đang xảy ra? 'Chúng tôi thực sự thấy rằng mã trong cơ sở dữ liệu được đặt sai vị trí, đã đặt sai vị trí trong vòng lặp, tạo ra thay đổi và sau đó chúng ta có thể đo lường sau. Bạn thực sự có thể thấy những gì hiệu suất là sau. Không chỉ ở cấp câu lệnh SQL mà còn ở cấp mã tùy chỉnh. Và vì vậy họ có thể sống với thời gian thực hiện bốn giây rưỡi. Và đây chỉ là một vài ví dụ về cách Precise có thể được tận dụng, bạn có thể tận dụng nó. Cũng như một bản tóm tắt nhanh, Chính xác hiển thị hiệu suất theo vị trí, theo ID người dùng cuối, nó cung cấp ngữ cảnh thông qua ngăn xếp ứng dụng. Bạn có thể khoan vào nguyên nhân gốc. Và tôi nghĩ một trong những yếu tố khác biệt lớn là có thể biết, không chỉ câu lệnh SQL, mà tại sao câu lệnh SQL chạy chậm, và có thể xác định sự tranh chấp và về cơ bản cung cấp nhiều tùy chọn hơn để giải quyết vấn đề. Đây là những gì Precise cung cấp và bạn có thể tiêu thụ chúng tôi, bạn biết đấy, ở mức độ nhẹ hoặc nếu bạn có những vấn đề rất sâu sắc, rất thách thức, chúng tôi cũng rất thích đưa chúng vào.
Eric Kavanagh: Được rồi, tôi phải nói rằng đó là rất nhiều chi tiết tuyệt vời, Bill. Cảm ơn bạn đã hiển thị tất cả những ảnh chụp màn hình. Và theo quan điểm của tôi, bạn thực sự hoàn thành những gì tôi đã giải thích vào đầu giờ, đó là số một, bạn cần phải có công cụ phù hợp. Bạn phải có một công cụ cho phép bạn lượng bối cảnh cần thiết để xác định tất cả các yếu tố trong phương trình, như ai đó đã nói trong phim một lần, điều đó thật buồn cười. Nhưng hãy để tôi tiếp tục và đưa nó cho Dez bởi vì tôi cá rằng anh ấy có một số câu hỏi cho bạn và tôi muốn đẩy thêm một trong những slide này chỉ để làm kẹo trực quan, nếu bạn muốn. Tôi thực sự, chờ đã, để tôi lấy lại cái này. Nhưng Dez, tôi chắc chắn rằng bạn đã có một số câu hỏi, mang nó đi.
Dez Blanchfield: Vâng, tôi làm, wow. Công cụ này đã đi một chặng đường dài kể từ khi tôi biết nó ban đầu và tôi không biết rằng bạn thực sự đã nhận được khá sâu trong ngăn xếp bây giờ. Nó chỉ là khá phiền phức. Chỉ cần thực sự nhanh chóng, một vài điều. Mô hình triển khai, bạn có thể thực sự nhanh chóng, trong một hoặc hai phút, chỉ cần phác thảo mô hình triển khai truyền thống hoặc điển hình. Bạn đã đề cập đến nó có sẵn như là một máy ảo. Nó có thể được chạy trong đám mây. Và tôi đoán một trong những câu hỏi có thể sẽ xuất hiện và tôi nghĩ rằng có một vài câu hỏi xuất hiện trong phần Hỏi và Đáp. Tóm lại, chỉ cần tóm tắt lại chúng, vậy mô hình triển khai bình thường và loại trục được yêu cầu, theo truyền thống được triển khai tại chỗ hoặc được lưu trữ hoặc trong đám mây? Các loại mô hình triển khai mà bạn thường thấy là gì? Và loại trục nào là bắt buộc để loại đó hoạt động? Chúng ta có phải thay đổi mọi thứ ở cấp độ bảo mật xung quanh truy cập mạng không, v.v. Hoặc điều này chỉ có thể hành xử như một người dùng cuối?
Bill Ellis: Vâng, vì vậy hiện tại phần lớn các cài đặt là tại chỗ. Ngày càng có nhiều người đưa các thành phần của ngăn xếp ứng dụng vào đám mây và vì vậy chúng tôi cũng có thể xử lý điều đó. Việc triển khai chúng tôi cần một máy chủ để chạy, nó sẽ đáp ứng các thông số kỹ thuật nhất định. Chúng ta cần có một cơ sở dữ liệu để lưu trữ kho lưu trữ lịch sử, vì vậy việc đáp ứng các điều kiện tiên quyết đó là bước đầu tiên. Điều tiếp theo là chúng ta chắc chắn cần có một số kiến thức về chính ứng dụng và việc cài đặt được điều khiển bởi trình hướng dẫn và về cơ bản điền vào chỗ trống. Do độ sâu của thông tin chúng tôi nhận được, bạn biết, từ cấp độ quy trình web đến mã đang thực thi, chúng tôi cần phải có một số đặc quyền. Chúng tôi có một mô hình dữ liệu an toàn hoặc mô hình bảo mật, tôi cần nói, bởi vì các tác nhân chạy theo thông tin hoàn toàn tách biệt với những người đang sử dụng siêu dữ liệu về các giao dịch, v.v.? Chính xác không giao tiếp qua TCP qua IP và vì vậy chúng tôi yêu cầu một số cổng nhất định phải được mở. Ví dụ nhanh, như cổng mặc định của chúng tôi là 2702. Loại công cụ chi tiết đó là thứ nếu mọi người quan tâm, chúng tôi có thể tìm hiểu chi tiết hơn. Nhưng thông thường, chúng tôi rất nhanh chóng có giá trị thời gian. Nếu ai đó đang đối mặt với một vấn đề lớn, chúng ta thường có thể cài đặt thứ đó và chiếu ánh sáng rực rỡ vào một tình huống trong vài giờ.
Dez Blanchfield: Vâng, tôi chắc chắn cũng có ý nghĩa đó. Trong mô hình triển khai, bạn đã nói về một quy mô rất lớn và lên tới 500 trường hợp và làm thế nào điều đó có thể được liên kết. Ở cấp độ đầu vào, sẽ như thế nào nếu ai đó muốn - bởi vì tôi biết IDERA rất lớn trong việc cung cấp quyền truy cập vào các bản dùng thử miễn phí, bản demo miễn phí và tôi nhớ rằng nhìn thấy trên trang web hầu hết mọi thứ đều có thể được chơi. Đối với dân gian ở đây, và tôi nghĩ rằng tôi đã bỏ lỡ nó sớm hơn, nhưng tôi nghĩ rằng có một câu hỏi xuất hiện xung quanh một trang web điển hình trông như thế nào và làm thế nào để mọi người truy cập vào trang này và bắt đầu chơi với nó và có được loại đó về trải nghiệm nơi họ có thể biết liệu họ có cách nào để giải quyết một số vấn đề về hiệu suất không? Họ có thể tải xuống một ODS và quay nó trên máy ảo hóa, Hyper-V hoặc máy tính xách tay của họ không hoặc họ có cần một máy chuyên dụng để chạy nó không? Bạn đã phác thảo kiến trúc trước đây nhưng chỉ trong một thời gian ngắn, trong một hoặc hai phút, điều đó trông như thế nào đối với việc triển khai cấp nhập cảnh chỉ để làm một bằng chứng về khái niệm chẳng hạn?
Bill Ellis: Vâng, vì vậy mô hình của chúng tôi hơi khác một chút so với các công cụ IDERA. Chúng tôi phù hợp hơn với kịch bản Embarcadero nơi bạn muốn liên hệ với một trong những đại diện bán hàng của chúng tôi. Chúng tôi muốn thảo luận với bạn về những thách thức và sau đó chúng tôi thường sẽ, một trong những SE sẽ được chỉ định và về cơ bản sẽ hoạt động thông qua việc cài đặt với ai đó. Thông thường, bạn sẽ không chạy Chính xác trên máy tính xách tay của bạn. Bạn sẽ muốn có một VM hoặc một máy chủ trong trung tâm dữ liệu nơi ứng dụng sống, để thực hiện các bộ sưu tập. Nhưng chúng tôi sẽ giúp bạn vượt qua từng bước đó. Nếu bất cứ ai quan tâm đến việc theo đuổi điều đó, bạn chắc chắn muốn liên hệ với IDERA.
Dez Blanchfield: Một trong những điều khác gây ấn tượng với tôi là, ý tôi là, rất nhiều điều chúng tôi đề cập hôm nay là xung quanh việc phản ứng với các vấn đề về hiệu suất. Nhưng dường như đối với tôi, và trên môi trường sống như mọi người đang sử dụng chúng, như trình chiếu đầu tiên của bạn, ai đó nhấc điện thoại lên và nói, ứng dụng của ứng dụng chạy chậm, giúp đỡ. Nhưng tôi nhận ra rằng trong quá trình phát hành ứng dụng hoặc nâng cấp hoặc sửa lỗi và sửa lỗi mới, bạn có thể trải qua một loạt các kế hoạch kiểm tra năng lực và kiểm tra căng thẳng và có Chính xác xem xét toàn bộ môi trường và thực sự tìm thấy các vấn đề trước khi bạn đưa người dùng cuối vào môi trường. Đó có phải là trường hợp sử dụng mà bạn đã thấy trước đây hay mọi người cũng đang làm điều đó, hoặc đó không phải là trường hợp sử dụng thông thường?
Bill Ellis: Hoàn toàn có thể, chúng tôi sẽ muốn sử dụng Chính xác trong suốt vòng đời phát triển ứng dụng hoặc vòng đời nâng cấp. Chính xác cung cấp một cái nhìn khả năng mở rộng, nó sẽ hiển thị số lượng thực thi được phủ lên với thời gian đáp ứng. Rõ ràng, nếu cả số lần thực hiện và thời gian phản hồi tăng lên cùng nhau, bạn sẽ không mở rộng quy mô và bạn cần phải làm gì đó. Loại điều đó đã giúp rất nhiều. Tôi nghĩ bây giờ nó ít đúng hơn một chút, nhưng khi mọi người bắt đầu đưa các ứng dụng sản xuất lên VMware, họ đã có một chút do dự và nó giống như, bạn biết đấy, ngay từ đầu họ sẽ như thế nào, chúng ta cần chuyển nó sang vật lý. Và những gì chúng ta thực sự có thể làm là chỉ ra mức tiêu thụ tài nguyên là gì để bạn có thể làm cho ứng dụng hiệu quả hơn. Ở mỗi bước của vòng đời ứng dụng, bạn chắc chắn muốn sử dụng Chính xác. Nhưng tôi phải nói rằng sản xuất thực sự là vấn đề hiệu suất quan trọng nhất và Chính xác hướng đến giám sát sản xuất 24/7 và vì vậy bạn thực sự không muốn chạy các ứng dụng sản xuất của mình mà không có khả năng hiển thị.
Dez Blanchfield: Hoàn toàn. Một câu hỏi nhanh khác chỉ về thông số kỹ thuật đó - kiểm tra chuyên sâu, nhập cư, UAT và vv - ý tôi là, thật tuyệt khi có công cụ này và tôi tưởng tượng các nhà phát triển ứng dụng sẽ hoàn toàn thích truy cập vào điều này trong vòng đời của vòng đời phát triển . Với các kiến trúc phức tạp hơn mà bạn đang thấy hiện nay, vì vậy chúng tôi đã chuyển từ dịch vụ chuyên dụng sang ảo hóa và ảo hóa, chúng tôi đang chuyển sang sử dụng dịch vụ thuê ngoài cho lưu trữ đám mây và chúng tôi cũng đang thấy một sự chuyển đổi để container hóa. Bạn đã thấy nhiều người triển khai điều này và mô hình hóa các khu vực hoặc khu vực, vì vậy ai đó có thể có - và ở Úc chúng ta có một vấn đề rất lớn xung quanh quyền riêng tư và tôi biết ở châu Âu cũng giống như vậy và tôi nghĩ nó trở nên rắc rối hơn ở Mỹ, nơi dữ liệu có thể nhận dạng cá nhân tôi thường cần ở trong một môi trường an toàn hơn với lớp ứng dụng thực tế cho lớp web. Và vì vậy chúng tôi có các triển khai này ngay bây giờ nơi mọi người có thể giữ cơ sở dữ liệu và nội dung ứng dụng của họ bên trong, nhưng họ có thể đặt lớp web của họ và kết thúc phân phối và ứng dụng của họ, v.v. . Làm thế nào mà làm việc với triển khai bình thường của bạn? Đó có phải là một trường hợp mà bạn vừa có một bộ sưu tập khác trong khu vực và họ chỉ tổng hợp thêm một số? Điều đó trông như thế nào trong thế giới Chính xác theo cách tiếp cận đơn giản ngày nay là vận hành CNTT của các công cụ cũ ở một nơi và hàng hóa của bạn đôi khi ở trên đám mây?
Bill Ellis: Vâng, vì vậy chúng tôi hỗ trợ một môi trường hỗn hợp. Một điều cần xem xét là có các hợp đồng khác nhau với các nhà cung cấp đám mây. Một số trong số họ sẽ không cho phép bất kỳ loại tác nhân hoặc bất kỳ loại giám sát bên ngoài nào trong đám mây. Để cài đặt và giám sát với Chính xác, bạn cần có một loại hợp đồng cho phép loại quyền truy cập đó. Chắc chắn có một số hạn chế mà đôi khi chúng tôi phải thực hiện và đó là những tiêu chí quan trọng mà bạn xem xét khi bạn, tôi đoán, trước tiên ký các hợp đồng đó và sau đó và nếu bạn cần triển khai Chính xác.
Dez Blanchfield: Vâng, tôi đã thấy một số trường hợp ngay cả với môi trường cơ sở dữ liệu truyền thống nếu bạn mua đó là một phần của dịch vụ, đặc biệt là với Azure, khi bạn mua các ứng dụng như HDInsight hoặc SQL như một dịch vụ, với tư cách là một nền tảng, các công cụ thông thường của bạn chỉ có thể lặn rất sâu bởi vì chúng không thực sự muốn bạn nhìn vào những gì dưới mui xe. Và do đó, bạn kết thúc với một mức độ hoặc độ sâu nhất định mà bạn có thể theo dõi và tất cả những điều bất ngờ mà bạn không thể nhìn thấy đằng sau bức màn ma thuật. Là tự phục vụ là một điều? Đây có phải là thứ gì đó truyền thống chạy trong một trung tâm điều hành mạng nơi nhóm kỹ thuật, dân gian theo CIO sẽ chỉ có quyền truy cập hay đây cũng là thứ mà bạn có thể cung cấp mức độ truy cập cho người dùng cuối? Có thể không nhất thiết là bàn tiếp tân và nhân sự và tài chính truyền thống, nhưng những người dùng thông thái hơn đang làm, bạn biết, ví dụ như các nhà khoa học dữ liệu, chuyên gia tính toán, nhà thống kê, những người đang làm việc rất nặng. Đây có phải là trường hợp họ có thể truy cập vào một số loại quyền truy cập tự phục vụ để xem những gì đang xảy ra khi họ chạy các truy vấn nặng này và nơi mà cơn đau đang đến để họ có thể điều chỉnh khối lượng công việc của họ chạy như thế nào?
Bill Ellis: Có bảo mật khá tốt trong Chính xác để bạn có thể thiết lập người dùng có các cấp truy cập khác nhau. Ở cấp độ rất cơ bản, chỉ có bảng điều khiển cung cấp giám sát. Và sau đó, trong phạm vi, bạn biết đấy, nếu ai đó muốn vào Expert GUI, bạn có thể hạn chế những gì họ có thể nhìn thấy và những gì họ có thể làm. Và loại lại cho câu hỏi trước đó của bạn rằng, trong chăm sóc sức khỏe, bạn có tất cả các luật HIPAA và do đó chắc chắn có một số cân nhắc và thực sự có một số tùy chọn triển khai để chúng tôi có thể làm việc với nó trong cả hai môi trường. Một điều cần xem xét với dữ liệu mà bạn đã thấy trong bản trình bày này là tất cả siêu dữ liệu về hiệu suất, không phải nội dung của các bảng, và thực sự, nó sẽ không đi vào, loại, những loại đó mối quan tâm riêng tư.
Dez Blanchfield: Vâng, tôi đã làm như vậy. Tôi đã có một khoảnh khắc eureka về lần trượt thứ tư hoặc thứ năm của màn hình và tôi nhận ra rằng bạn chỉ đang kéo hiệu suất, không chỉ, mà là bạn đang kéo dữ liệu hiệu suất, như bạn đã nói, siêu dữ liệu ra khỏi các cấp độ khác nhau của ngăn xếp, bạn không thực sự nhìn vào nội dung. Và tôi nghĩ rằng đây là một điều thú vị bởi vì đây là một trong những công cụ mà bạn có thể triển khai nó trong một thời gian ngắn và xem xét những gì đang xảy ra trong môi trường, nhưng bạn không phải truy cập vào dữ liệu. Bạn thậm chí có thể nhìn vào cách các phi hành đoàn đang được điều hành. Điều cuối cùng, tôi đoán, chỉ là nhanh thôi, và sau đó tôi sẽ trả lại cho Eric vì vậy nếu bạn có một câu hỏi, sau đó yêu cầu Rebecca kết thúc, bạn đã đề cập trước đó rằng chi phí là danh nghĩa, đó là một trường hợp thậm chí là một chi phí đáng chú ý từ phía giám sát của sự vật và chỉ xem nền hoặc nó là một lượng chi phí không đáng kể đến mức nó không đáng để xem xét?
Bill Ellis: Vâng, vì vậy tôi nghĩ trên tầng cơ sở dữ liệu, bạn biết đấy, mỗi công nghệ có một chút khác nhau. Trên tầng cơ sở dữ liệu Chính xác là khá nổi tiếng để đánh bại chi phí thấp nhất. Ở tầng trung lưu, bạn biết đấy, có một loại hành động cân bằng, bạn biết đấy, nó không chỉ là Chính xác, nó được áp dụng cho tất cả mọi người, về khả năng hiển thị và chi phí. Và vì vậy, một trong những điều là chúng tôi cung cấp một số công cụ tinh vi để kiểm soát chi phí hoạt động. Chúng tôi được thiết kế để sản xuất và, bạn biết đấy, chắc chắn rất hữu ích khi xử lý nhiều vấn đề trong quá trình phát triển và QA, nhưng, bạn biết đấy, không có gì giống như biết những gì đang xảy ra trong sản xuất.
Dez Blanchfield: Eric, đối với bạn, bạn có câu hỏi cuối cùng nào không?
Eric Kavanagh: Vâng, tôi sẽ chỉ nói rằng tôi nghĩ rằng bạn đã làm rất tốt khi chỉ ra rằng bối cảnh thực sự là chìa khóa và nó gần giống như nếu chúng ta tiến tới kỷ nguyên internet này, bạn muốn mọi thứ trở thành công cụ. Và tôi nghĩ rằng tiêu chuẩn bây giờ trong sản xuất là làm điều đó, đó là tin tốt, phải không? Bởi vì bạn muốn có thể lấy thông tin từ tất cả các môi trường khác nhau này và ghép tất cả lại với nhau. Và tôi đoán rằng tôi sẽ chuyển nó cho bạn để nhận xét tiếp theo. Đó là những gì các bạn đang tập trung vào việc cung cấp một giao diện trực quan mà qua đó một số nhà phân tích, một nhà phân tích CNTT về cơ bản, có thể theo dõi và phân tích những gì đang xảy ra trong môi trường phức tạp này và sau đó tìm ra những gì cần thay đổi. Bởi vì nó không chỉ là một công cụ. Bạn phải có công cụ nhưng bạn cần người đó sẽ đi sâu vào chi tiết đó và tìm câu trả lời, phải không?
Bill Ellis: Vâng, tôi thấy nó như đang sôi sục lên hàng đầu và ưu tiên nơi mua lại nhiều nhất, bạn biết không? Nếu nó xảy ra thì đó là một tình huống khác vì không phải mọi vấn đề đều nằm trong cơ sở dữ liệu. Nếu cơ sở dữ liệu là, bạn biết, mọi thứ đang thực thi trong một phần mười giây nhưng trên tầng ứng dụng, mọi thứ sẽ mất ba giây, đó là nơi mua lại nhiều nhất. Và vì vậy, loại có thể cô lập tầng vấn đề và sau đó những gì xảy ra trong tầng để thực sự tập trung vào nơi mua lại. Điều đó thực sự tăng tốc độ phân giải và tối ưu hóa ứng dụng và nó nhanh hơn rất nhiều, tốt hơn và thú vị hơn nhiều so với những người tụ tập trong phòng hội thảo, đó không phải là tôi, đó phải là một người khác.
Eric Kavanagh: Đúng vậy. Tôi đã thấy một meme tuyệt vời vào một ngày khác có nội dung như, Được thông báo, không chỉ là ý kiến. Bạn bước vào một cuộc họp, bạn có thông tin, bạn có thể chỉ vào dữ liệu. Đó là chìa khóa và chúng tôi đang đến đó, cảm ơn chúa. Được rồi mọi người, chúng tôi sẽ tiếp tục và kết thúc, nhưng chúng tôi lưu trữ tất cả các webcast này để xem sau. Hãy kiểm tra nó bất cứ lúc nào. Chúng tôi liệt kê tất cả các webcast của chúng tôi bây giờ, loạt Hot Tech và loạt Briefing Room tại Techopedia.com, vì vậy hãy trực tuyến và kiểm tra những người đó. Với điều đó, chúng tôi sẽ chào tạm biệt bạn. Cảm ơn bạn đã dành thời gian hôm nay, Bill. Cảm ơn bạn và tất cả công việc khó khăn của bạn, Dez. Và chúng ta sẽ nói chuyện với bạn lần sau, thưa các bạn. Bảo trọng. Tạm biệt.
