Fiddler đã giành được hai thập kỷ thiện chí như một proxy gỡ lỗi miễn phí trên Windows, cho bạn thấy mọi yêu cầu mà máy của bạn thực hiện, từ bất kỳ ứng dụng nào, đã được giải mã. Fiddler đó giờ đây là Fiddler Classic, và chính trang của Telerik mô tả trạng thái của nó một cách thẳng thắn: chỉ Windows, chỉ dùng phi thương mại, chế độ bảo trì, với "không có cam kết về các bản phát hành, bản vá hay hỗ trợ kỹ thuật." Sản phẩm kế nhiệm được hỗ trợ, Fiddler Everywhere, đa nền tảng và đang hoạt động, nhưng nó là một gói đăng ký: theo trang giá của Telerik, gói Lite là 7 đô la mỗi người dùng mỗi tháng tính theo năm (10 đô la theo tháng), Pro là 13 đô la (19 đô la theo tháng), và Enterprise là 37 đô la, chỉ theo năm. Có bản dùng thử 10 ngày và không có gói miễn phí.
Vậy nên "Fiddler miễn phí" đã không còn đối với bất kỳ ai dùng nó trong công việc, và câu hỏi thay thế trung thực tách thành hai. Fiddler là một proxy MITM toàn hệ thống, còn Apidog thì không phải, nên bài viết này sẽ không giả vờ ngược lại. Nhưng hãy nhìn vào cách hầu hết các lập trình viên thực sự dùng Fiddler: soạn các yêu cầu đối với API của chính họ, kiểm tra phản hồi, giả lập backend bằng các quy tắc AutoResponder. Đó là công việc của một API client khoác lốt proxy, và với phần việc đó, Apidog là ngôi nhà được thiết kế chuyên biệt: một client yêu cầu đầy đủ, một máy chủ mock thông minh thay cho các quy tắc AutoResponder, các endpoint có tài liệu, kiểm thử tự động, miễn phí cho tối đa 4 người dùng. Để bắt lưu lượng thực sự, câu trả lời đúng là các công cụ bắt gói như mitmproxy, được nêu tên một cách trung thực bên dưới.
Điều gì đã xảy ra với Fiddler
Hai sản phẩm giờ đây chia sẻ cùng cái tên, và cả hai đều không còn là thỏa thuận cũ.
Fiddler Classic vẫn là bản tải miễn phí, nhưng hãy đọc kỹ phần chữ nhỏ: chỉ dùng phi thương mại, chỉ Windows, chế độ bảo trì không có cam kết về bản phát hành, bản vá hay hỗ trợ. Nó có trước cả HTTP/2 và gRPC. Nếu bạn đang gỡ lỗi API của công ty bằng nó, bạn đang nằm ngoài giấy phép; nếu bạn đang dùng Mac hay máy Linux, bạn chưa bao giờ thuộc câu lạc bộ này.
Fiddler Everywhere là phiên bản mà Telerik muốn các chuyên gia sử dụng: macOS, Linux, và Windows, với hỗ trợ HTTP/2, WebSockets, gRPC, và SSE. Nó giữ lại hai nửa của quy trình cũ: Compose Requests để xây dựng và lưu các lệnh gọi API, và một công cụ Rules (kế nhiệm của AutoResponder) để sửa đổi lưu lượng và mock các phản hồi. Vấn đề nằm ở đồng hồ đo. Các Rules sửa đổi lưu lượng và cộng tác nhóm nằm ở gói Pro với 13 đô la mỗi người dùng mỗi tháng; gói Lite 7 đô la bao gồm bắt gói và kiểm tra; các kiểm soát Enterprise có giá 37 đô la. Mười ngày dùng thử, rồi hóa đơn bắt đầu.
Không có gì trong số này là một vụ bê bối; việc duy trì một proxy giải mã đa nền tảng là công việc thực sự. Nhưng nó thay đổi cách tính toán: bạn không còn đang quyết định có giữ một công cụ miễn phí hay không, mà là quyết định công cụ trả phí nào xứng đáng có chỗ, và điều đó phụ thuộc vào việc bạn thực sự đang làm công việc Fiddler nào.
Hai công việc ẩn bên trong Fiddler
Hãy chính xác về cách sử dụng của chính bạn trước khi chọn một sản phẩm thay thế, vì Fiddler đóng gói hai công việc khác nhau:
Công việc 1: bắt lưu lượng. Bạn cần xem các yêu cầu mà bạn không kiểm soát: các lệnh gọi gọi về nhà của một ứng dụng desktop, API không có tài liệu của một ứng dụng di động, một phiên trình duyệt được giải mã. Điều này đòi hỏi một proxy MITM toàn hệ thống với việc cài đặt chứng chỉ. Apidog không làm công việc này, và không API client nào làm được.
Công việc 2: làm việc với API. Bạn đang xây dựng hoặc tiêu thụ một API mà bạn kiểm soát. Bạn đã soạn các yêu cầu, kiểm tra phản hồi, viết các quy tắc AutoResponder để front end có thể phát triển dựa trên các phản hồi giả, và phát lại các phiên để tái tạo lỗi. Không việc nào trong số đó cần một proxy; nó cần một nền tảng API. Đây là nơi phần lớn số giờ dùng Fiddler hằng ngày thực sự đã trôi qua, đó là lý do gói đăng ký Everywhere gây đau: bạn đang trả giá của proxy cho công việc của client.
Nếu việc sử dụng của bạn chủ yếu là Công việc 1, hãy bỏ qua đến phần công cụ bắt gói. Nếu chủ yếu là Công việc 2, hãy đọc tiếp; đó là công việc mà Apidog được xây dựng cho. (Để có bức tranh rộng hơn, xem các công cụ bắt gói và Apidog.)
Câu trả lời: Apidog
Apidog là một nền tảng phát triển API được hơn 500.000 lập trình viên sử dụng: thiết kế, gỡ lỗi, kiểm thử, mock, và tài liệu trong một ứng dụng, được điều khiển bởi một spec. Đối với một người dùng Fiddler cựu trào, bốn điều quan trọng:
- Trình Composer, đã trưởng thành. Compose Requests của Fiddler xây dựng các lệnh gọi dùng một lần. Client yêu cầu của Apidog bao gồm HTTP, WebSocket, SSE, gRPC, và GraphQL, với các môi trường, trợ giúp xác thực, cookie, scripting, và tạo mã nguồn, và mọi yêu cầu bạn lưu đều có thể trở thành một endpoint có tài liệu với một schema thay vì một dòng trong nhật ký phiên.
- Các quy tắc AutoResponder trở thành một máy chủ mock. Đây là câu chuyện di chuyển mạnh mẽ nhất, được ánh xạ cụ thể bên dưới. Thay vì một danh sách quy tắc cục bộ khớp các URL và trả về các tệp đóng hộp, smart mock của Apidog phục vụ các phản hồi giả nhận biết schema từ một URL thực mà cả nhóm của bạn và CI đều có thể truy cập, với không quy tắc nào phải viết cho trường hợp mặc định.
- Replay trở thành kiểm thử hồi quy. Việc phát lại một phiên đã lưu bằng tay biến thành các kịch bản kiểm thử trực quan: các yêu cầu chuỗi, các assertion, xác thực schema, các lần chạy điều khiển bằng dữ liệu, được thực thi theo lịch hoặc trong CI thông qua Apidog CLI.
- Giá là con số không cho các nhóm nhỏ. Gói miễn phí bao gồm tối đa 4 người dùng với các lần chạy không giới hạn, mocking, và tài liệu đã xuất bản. Các gói trả phí bắt đầu từ 9 đô la mỗi người dùng mỗi tháng, cùng khoảng giá với một chỗ ngồi Fiddler Everywhere Pro.
Việc chuyển đổi trông như thế nào theo từng tính năng
Soạn và kiểm tra các yêu cầu
Công việc yêu cầu hằng ngày chuyển dịch trực tiếp: xây dựng yêu cầu, gửi nó, kiểm tra trạng thái, header, body, và thời gian. Apidog thêm vào những gì một phiên proxy chưa bao giờ có: các thư mục và môi trường thay vì một nhật ký bắt gói, xác thực schema để một payload sai sẽ thất bại một cách ồn ào, và lịch sử mà bạn có thể biến thành tài liệu. Điều bạn mất là việc bắt thụ động lưu lượng của các ứng dụng khác; đó là Công việc 1, và nó vẫn thuộc về một proxy. Nếu thói quen bắt gói của bạn là "xem front end của tôi gọi API của tôi," thì DevTools của trình duyệt cộng với một client yêu cầu là con đường nhẹ nhàng hơn, cùng mô hình mà chúng tôi mô tả trong cách cài đặt và sử dụng Postman Interceptor.
Từ quy tắc AutoResponder đến smart mock
Đây là ánh xạ cụ thể. Một thiết lập AutoResponder điển hình của Fiddler cho công việc front-end: khớp EXACT:https://api.example.com/users/42, trả về users-42.json từ đĩa; thêm một quy tắc cho mỗi endpoint; giữ Fiddler chạy; hy vọng không ai khác cần cùng backend giả đó trên máy của họ.
Trong Apidog: định nghĩa endpoint GET /users/{id} với schema phản hồi của nó (hoặc nhập tệp OpenAPI của bạn và có được mọi endpoint cùng một lúc). Smart mock ngay lập tức phục vụ dữ liệu được tạo thực tế tại một URL mock ổn định, không cần viết quy tắc nào. Cần một payload cố định? Đính kèm users-42.json như một ví dụ phản hồi. Cần id 42 trả về 200 và id 99 trả về 404? Thêm các kỳ vọng khớp theo tham số. Điều đó bao gồm mọi mô hình AutoResponder (tệp tĩnh, giả theo endpoint, phản hồi có điều kiện) với ba nâng cấp: mock được chia sẻ bằng URL thay vì bị giam trong proxy của một máy, nó luôn đồng bộ với spec, và nó không định tuyến toàn bộ lưu lượng hệ thống của bạn qua một bộ chặn chỉ để giả lập một API.
Kiểm thử, tài liệu, và spec
Đây là bước nhảy về thể loại chứ không phải một bản dịch. Các phiên Fiddler chết cùng cửa sổ; các endpoint của Apidog tích lũy thành một định nghĩa API tạo ra tài liệu tương tác trên miền của bạn, các mock cho người tiêu thụ, và các kịch bản kiểm thử cho CI. Nếu bộ so sánh thực sự của nhóm bạn là Postman hay Insomnia thay vì Fiddler, chúng tôi đã làm những so sánh trực diện đó trong lựa chọn thay thế Postman tốt nhất và lựa chọn thay thế Insomnia tốt nhất.
Fiddler và Apidog trong nháy mắt
| Fiddler Classic | Fiddler Everywhere | Apidog | |
|---|---|---|---|
| Giá | Miễn phí, chỉ phi thương mại | 7/13/37 đô la mỗi người dùng/tháng (theo năm) | Miễn phí tối đa 4 người dùng; trả phí từ 9 đô la |
| Nền tảng | Chỉ Windows | Windows, macOS, Linux | Windows, macOS, Linux, web |
| Trạng thái | Chế độ bảo trì | Đang hoạt động | Đang hoạt động |
| Bắt lưu lượng toàn hệ thống | Có | Có | Không |
| Soạn yêu cầu API | Composer cơ bản | Compose Requests | Client đầy đủ: HTTP, WebSocket, SSE, gRPC, GraphQL |
| Mock phản hồi | Quy tắc AutoResponder, cục bộ | Công cụ Rules (gói Pro), cục bộ | Máy chủ smart mock nhận biết schema, URL chia sẻ, miễn phí |
| Các endpoint được lưu, có tài liệu | Không | Các phiên và yêu cầu đã lưu | Các endpoint dựa trên spec với tài liệu đã xuất bản |
| Kiểm thử tự động | Không | Dựa trên replay | Các kịch bản trực quan, assertion, điều khiển bằng dữ liệu, CI |
| Các lần chạy CLI / CI | Không | Không | Miễn phí qua Apidog CLI |
| Cộng tác nhóm | Không | Gói Pro | Gói miễn phí, 4 người dùng |
Bài toán chỗ ngồi, một cách trung thực
Một nhóm 5 người muốn có các quy tắc lưu lượng và cộng tác cần Fiddler Everywhere Pro: 13 đô la x 5 x 12 = 780 đô la mỗi năm. Cùng nhóm đó làm việc với API trong Apidog trả 0 đô la cho 4 chỗ ngồi cộng 108 đô la cho người thứ năm ở mức 9 đô la mỗi tháng, hoặc 540 đô la mỗi năm với mọi người dùng gói trả phí, vẫn dưới hóa đơn Fiddler. Nhưng cách diễn đạt công bằng hơn là sự phù hợp, không phải giá: những chỗ ngồi Fiddler đó mua việc bắt lưu lượng mà công việc API không cần, và không mua spec, tài liệu, các mock chia sẻ, hay kiểm thử CI mà nó cần. Chỉ trả giá của proxy cho những người thực sự gỡ lỗi lưu lượng của bên ngoài.
Để bắt lưu lượng thực sự, hãy dùng một công cụ bắt gói
Khi công việc là chặn MITM, hãy chọn một proxy; đừng ép một API client vào vai trò đó:
- mitmproxy: miễn phí, mã nguồn mở, đa nền tảng; console, web UI, và scripting bằng Python; câu trả lời mặc định khi "lựa chọn thay thế Fiddler miễn phí" có nghĩa là phần proxy.
- Charles Proxy: giấy phép trả một lần; lựa chọn lâu đời cho việc gỡ lỗi ứng dụng di động với tính năng điều tiết và các quy tắc viết lại. Nó có những câu hỏi riêng về công cụ già cỗi, mà chúng tôi đề cập trong lựa chọn thay thế Charles Proxy tốt nhất.
- HTTP Toolkit: mô hình open core, chặn chỉ với một cú nhấp cho các trình duyệt, terminal, và container Docker cụ thể thay vì toàn hệ thống; cách thiết lập nhẹ nhàng nhất trong nhóm.
- Proxyman: gốc macOS (với hỗ trợ thiết bị iOS); lựa chọn bóng bẩy cho các nhóm thiên về Apple.
Một proxy bắt gói cộng với Apidog là một bộ công cụ mạch lạc: proxy cho cuộc săn lưu lượng bên ngoài hiếm hoi, Apidog cho công việc API hằng ngày. Để gỡ rối các proxy gỡ lỗi khỏi loại khác, xem giải thích API proxy và API gateway.
Khi Fiddler vẫn có lý
Fiddler Everywhere là công cụ đúng nếu việc bắt gói giải mã toàn hệ thống là công việc hằng ngày của bạn và bạn muốn một sản phẩm thương mại được hỗ trợ phía sau nó; 13 đô la mỗi tháng là hợp lý cho việc đó. Fiddler Classic vẫn có thể biện minh cho việc gỡ lỗi sở thích trên một máy Windows cá nhân, giấy phép và tất cả. Và những cựu binh FiddlerScript với nhiều năm quy tắc tùy chỉnh có chi phí chuyển đổi mà không nút nhập nào xóa được. Việc chuyển sang Apidog có lợi ngay khi việc dùng Fiddler của bạn chủ yếu là Composer và AutoResponder: khi bạn đang giả lập backend của chính mình thông qua một proxy hệ thống, một máy chủ mock với một URL đơn giản là hình dạng tốt hơn.
Các câu hỏi thường gặp
Fiddler có còn miễn phí không?
Fiddler Classic miễn phí nhưng bị hạn chế: chỉ dùng phi thương mại, chỉ Windows, chế độ bảo trì. Fiddler Everywhere không có gói miễn phí, chỉ có bản dùng thử 10 ngày, rồi từ 7 đến 37 đô la mỗi người dùng mỗi tháng. Để làm việc API thương mại trên một gói miễn phí, hãy xem bức tranh lựa chọn thay thế Postman tốt nhất hoặc bắt đầu với gói 4 người dùng miễn phí của Apidog.
Apidog có thể bắt toàn bộ lưu lượng HTTP của hệ thống tôi như Fiddler không?
Không. Apidog là một nền tảng phát triển API, không phải một proxy MITM toàn hệ thống, và chúng tôi sẽ không giả vờ ngược lại. Để giải mã lưu lượng ứng dụng hoặc di động tùy ý, hãy dùng mitmproxy, Charles, HTTP Toolkit, hoặc Proxyman; hướng dẫn các công cụ bắt gói của chúng tôi so sánh chúng và cho thấy mỗi công cụ phù hợp ở đâu bên cạnh Apidog.
Điều gì thay thế AutoResponder của Fiddler trong Apidog?
Máy chủ smart mock. Định nghĩa hoặc nhập một endpoint và Apidog ngay lập tức phục vụ các phản hồi giả dựa trên schema tại một URL mock chia sẻ; đính kèm các ví dụ cho payload cố định và các kỳ vọng cho các trường hợp có điều kiện. Không giống các quy tắc AutoResponder, các mock sống cùng spec và hoạt động cho các đồng đội và CI mà không ai cần chạy một proxy, và chúng chạy trong pipeline của bạn thông qua Apidog CLI.
Làm thế nào để tôi chuyển quy trình Fiddler của mình sang Apidog?
Nhập tệp OpenAPI của API của bạn để mọi endpoint đến cùng lúc với các schema, tài liệu, và mock trực tiếp, rồi chuyển các quy tắc AutoResponder thành các ví dụ phản hồi và kỳ vọng. Các kho lưu trữ phiên SAZ của Fiddler không phải là một định dạng bộ sưu tập, nên hãy coi việc di chuyển là nhập spec của bạn, không phải lịch sử bắt gói của bạn.
Fiddler Everywhere có giống Fiddler Classic không?
Không. Everywhere là một sản phẩm đăng ký đa nền tảng được viết lại; Classic là phần mềm miễn phí trên Windows bị đóng băng, và Telerik hướng người dùng thương mại đến Everywhere. Để biết phiên bản của công cụ lân cận cho cùng sự phân nhánh này, xem lựa chọn thay thế Charles Proxy tốt nhất.
Đừng trả giá của proxy cho công việc API
Nếu Fiddler là trình soạn yêu cầu và backend giả của bạn, hãy chuyển công việc đó sang công cụ được định hình cho nó. Nhập spec OpenAPI của bạn, có được các endpoint có tài liệu với smart mock trực tiếp trong vài phút, và kết nối các bài kiểm thử vào CI. Tải Apidog hoặc bắt đầu trong trình duyệt; một nhóm 4 người trả không đồng nào, và các quy tắc AutoResponder mà bạn đang chăm sóc trở thành các URL mock mà bạn có thể chia sẻ.
Tài liệu tham khảo
Nguồn bên ngoài:
- Giá Fiddler Everywhere (Telerik)
- Trang sản phẩm Fiddler Classic (Telerik)
- Trang sản phẩm Fiddler Everywhere (Telerik)
- mitmproxy
- HTTP Toolkit
Đọc thêm trên blog Apidog: