Từ 20 tỷ bây giờ đến “29 tỷ vào cuối năm” (Podcast)

Trong tập hôm nay của podcast Brains Byte Back, chúng ta nói chuyện với Rakshith Rao , Đồng sáng lập và Giám đốc điều hành của APIwiz, một nền tảng tự động hóa API, ít mã cho phép các nhà phát triển xây dựng và phát hành các API đáng tin cậy một cách nhanh chóng.

Trong cuộc trò chuyện của chúng tôi, chúng tôi thảo luận về nền kinh tế dựa trên API là gì và APIwiz bắt đầu như thế nào. Bên cạnh đó, chúng tôi cũng chọn ra một bài đăng trên blog gần đây của APIwiz ( 7 câu hỏi để tự hỏi bản thân về bảo mật API hàng đầu ) và Rao giới thiệu cách để biết liệu danh mục API của bạn có được quản lý tốt hay không và nêu bật một số thử nghiệm bảo mật API mà bạn nên sử dụng.

Trong khi thảo luận về vấn đề này, Rao nhấn mạnh rằng các tổ chức cần phải có một hệ thống tuân thủ và giám sát chủ động để phát hiện các điểm bất thường hoặc vi phạm bảo mật và thực hiện hành động ngay lập tức để khắc phục chúng. Hơn nữa, Roa cũng đề cập đến tầm quan trọng của các bài kiểm tra bảo mật API và lý do tại sao việc liên tục quan sát và thu thập thông tin chi tiết từ dữ liệu để xác định và ngăn chặn các vi phạm bảo mật tiềm ẩn lại quan trọng.

Ngoài ra, Rao giải thích rằng nền kinh tế dựa trên API là nền tảng của nền kinh tế kỹ thuật số, với hơn 83% lưu lượng truy cập internet ngày nay dựa trên API. Nếu không có API, toàn bộ hệ sinh thái sẽ sụp đổ, đó là lý do tại sao các nền kinh tế dựa trên API đang trở nên quan trọng hơn.

Anh ấy cũng chia sẻ lý do cái tên APIwiz xuất phát từ mong muốn của công ty là tạo ra thứ gì đó phức tạp và giúp các nhà phát triển làm việc dễ dàng hơn đồng thời cải thiện năng suất. Họ sử dụng phương pháp tiếp cận dựa trên trình hướng dẫn để đơn giản hóa các chương trình API, giúp doanh nghiệp dễ dàng nhìn thấy kết quả hơn.

Nhìn chung, Rakshith nhấn mạnh rằng các tổ chức cần ưu tiên bảo mật API bằng cách quản lý danh mục API của họ và liên tục kiểm tra cũng như giám sát API của họ. Ông kêu gọi các tổ chức thực hiện các biện pháp bảo mật chủ động và tích hợp các hàng rào bảo vệ trong hệ thống của họ để ngăn chặn vi phạm bảo mật và bảo vệ dữ liệu nhạy cảm.

Bạn có thể nghe tập bên dưới hoặc trên Spotify , Anchor , Apple Podcasts , Breaker ,Google Podcasts , Stitcher , Overcast , Listen Notes , PodBean và Radio Public.

Ngoài ra, bạn có thể tìm thấy một bảng điểm dưới đây:

Rakshith: Tôi đang chăm sóc những người đồng sáng lập khác và Giám đốc điều hành của tổ chức APIwiz là một nền tảng phần mềm, đặc biệt tập trung vào việc giúp các tổ chức quản lý vòng đời API của họ. Tại đây, chúng tôi biến tầm nhìn của khách hàng thành sứ mệnh của mình.

Sam: Tuyệt vời, xuất sắc. Và tôi thực sự tò mò muốn biết APIwiz bắt đầu từ khi nào và như thế nào?

Rakshith: Tôi và người đồng sáng lập đã tìm hiểu về lĩnh vực cụ thể này trong một thời gian. Và đó là vào năm 2020, khi chúng tôi cuối cùng đã gặp nhau và bắt đầu xây dựng nền tảng này. Và ban đầu, nó dựa trên kinh nghiệm của cả hai chúng tôi trong không gian quản lý API trong hơn một thập kỷ mỗi người. Vì vậy, sau khi xây dựng và chạy các chương trình API trên toàn cầu, đồng thời có người đồng sáng lập của tôi đã làm việc và triển khai một số chương trình đó, chúng tôi bắt đầu thấy một số điểm khó khăn chung, đó là, thật dễ dàng để chúng tôi bắt đầu nghĩ về chương trình API API và API kinh tế. Nhưng trên thực tế, khi thực sự nhìn thấy thành quả của việc đó lại là điều mà họ không hài lòng lắm, nhiều người trong số họ đã phải mất 6, 9 tháng thậm chí mới nghĩ đến việc bắt đầu một cách bài bản. Và ngay cả sau khi các sự cố liên tục xảy ra, các hệ thống bắt đầu điều chỉnh chính xác, kết quả kinh doanh không được đáp ứng, là một trong những điểm khó khăn chính mà chúng tôi đã thấy, điều này đã giúp chúng tôi cùng nhau nói rằng, hãy giúp xây dựng nền tảng tự động hóa API cục bộ toàn diện để mang đến chương trình API kết quả mang lại cho tất cả các doanh nghiệp mà chúng tôi đã làm việc cùng. Và đó là cách APIwiz kết hợp với nhau vào năm 2020.

Sam: Tuyệt vời, tuyệt vời. Chà, tôi phải nói rằng, tôi hiểu rõ hơn về lý do tại sao nhu cầu này lại được tạo ra. Và bạn biết đấy, cái gì, điều gì đã thúc đẩy các bạn thực hiện nó? Nhưng tôi thực sự tò mò muốn biết, câu chuyện đằng sau cái tên APIwiz là gì?

Rakshith: Vì vậy, ban đầu, chúng tôi nghĩ về, này, chúng tôi thực sự đang cố gắng làm gì, chúng tôi đang cố gắng lấy thứ gì đó không phức tạp và chúng tôi đang cố gắng biến nó thành thứ gì đó dễ dàng hơn cho các nhà phát triển làm việc, cải thiện năng suất của họ và để các doanh nghiệp thực sự thấy kết quả xảy ra. Nhưng tất cả đều có mục tiêu chung là đảm bảo rằng có sự quản lý phù hợp được đưa vào toàn bộ dòng chảy, đó là những gì chúng tôi nghĩ về cách đảm bảo rằng chúng tôi có thể thúc đẩy điều này. Và sau đó nghiên cứu khá nhiều thứ là những gì chúng tôi nghĩ ra về bản chất địa phương của những gì chúng tôi làm. Nó phải được thúc đẩy thông qua thuật sĩ, nó không thể thông qua nơi nó đòi hỏi sự giáo dục phức tạp và mọi người phải trải qua quá trình nâng cao kỹ năng và mọi thứ khác. Vì vậy, cách tiếp cận dựa trên thuật sĩ là những gì chúng tôi muốn mang đến cho một chương trình API. Vì vậy, API và sự giàu có, dành cho APIwiz cuối cùng đã kết hợp với nhau.

Sam: Được rồi, thật tuyệt. Điều đó thật tuyệt. Tôi phải nói rằng chúng tôi không nhất thiết phải đi sâu vào chủ đề này ở bất kỳ độ sâu thực sự nào trước đây. Vì vậy, đây là tất cả khá mới đối với tôi. Nhưng tôi tò mò muốn biết, chẳng hạn như nền kinh tế dựa trên API là gì?

Rakshith: Chúng tôi không thực sự nhìn thấy API bằng mắt thường hàng ngày, đó là điều làm cho nó đẹp và thú vị, trạng thái của nó. Nhưng để hiểu điều này, chúng ta cần lùi lại một bước và nhìn nhận nó cho đúng. Vì vậy, nếu bạn thấy ngày nay, có hơn 20 tỷ thiết bị được kết nối với internet. Mọi thứ chúng ta sử dụng đồng hồ thông minh, thiết bị IoT, nhà được kết nối cho đến ô tô được kết nối, mọi thứ mà chúng ta nghĩ về cơ bản là một thiết bị được kết nối, đang giao tiếp với internet. Và nếu bạn nghĩ rằng con số này thật đáng kinh ngạc, hãy tưởng tượng rằng nó sẽ vào khoảng 29 tỷ vào cuối năm nay. Vì vậy, tốc độ mà các thiết bị được kết nối này và các nền kinh tế được kết nối kết hợp với nhau sẽ nhanh hơn rất nhiều. Bây giờ, API thực sự phù hợp ở đâu? Vì vậy, nếu chúng ta nghĩ về tất cả lưu lượng truy cập này, hơn 83% lưu lượng truy cập internet ngày nay đều dựa trên API, bởi vì API là toàn cầu cho phép các hệ thống giao tiếp với nhau và trao đổi thông tin. Vì vậy, API ngày càng trở nên giống như cái ống, là chất keo kết dính toàn bộ nền kinh tế, nền kinh tế kỹ thuật số mà chúng ta thấy ngày nay ngoài kia, khiến nó trở nên quan trọng hơn rất nhiều khi không có những API cốt lõi này, toàn bộ những thứ mà chúng ta coi là hiển nhiên ngày nay khi một hệ sinh thái được kết nối thường sụp đổ, đó là lý do tại sao nền kinh tế dựa trên API đang trở thành trung tâm và trở thành tiêu chuẩn tự nhiên cho tất cả các tổ chức sử dụng nó. Và nếu chúng tôi nghĩ rằng, số lượng API để bơm hàng tỷ thiết bị được kết nối với các thiết bị này đang tăng lên từng ngày. Và API không phải là mới, nó đã tồn tại trong một thời gian. Chỉ trong 5 đến 8 năm qua, tốc độ phát triển của hệ sinh thái kỹ thuật số được kết nối là điều khiến nó trở nên cực kỳ quan trọng. Bởi vì nếu không có nền tảng cốt lõi này, mọi thứ sẽ bắt đầu sụp đổ.

Sam: Nghe có vẻ cực kỳ quan trọng, chẳng hạn như, tôi chắc chắn có thể bắt đầu hiểu tại sao điều này lại quan trọng như vậy và mức độ phổ biến của nó. Và cùng với đó, tôi muốn biết, có công ty nào khác đang hoạt động trong không gian này không? Và nếu vậy, làm thế nào để bạn phân biệt mình với đối thủ cạnh tranh?

**Rakshith:**Đó là một câu hỏi thực sự thú vị phải không? Vì vậy, khi chúng tôi bắt đầu nghĩ về điều này và tuyên bố vấn đề hiện tại là gì? Những gì chúng tôi nhận ra là, từ lăng kính tiếp cận này, người ta chưa nghĩ đến việc giải quyết toàn bộ việc quản lý vòng đời API dưới một ô kính duy nhất. Thông thường, nếu bạn nhìn vào nó, phần lớn trọng tâm là hướng tới cổng thời gian chạy cốt lõi và mọi thứ khác, chứ không phải vòng đời xung quanh nó. Và nếu bạn hỏi, tại sao điều đó lại quan trọng? Có lẽ tôi sẽ lấy một phép loại suy để giúp giải thích điều này.
Sam, tôi hy vọng bạn quen thuộc với IKEA và khái niệm IKEA, phải không?

Sam: Tôi nghĩ vậy. Tuyệt.

Rakshith: Vì vậy, nếu bạn muốn mang vào, giả sử, một chiếc bàn nhỏ, một chiếc bàn cà phê, được gọi là hai, ba bộ phận chuyển động, thì khả năng bạn lắp ráp mọi thứ lại với nhau và làm cho nó đứng vững và làm cho nó hoạt động hoàn toàn tốt. Nó khá dễ dàng. Và thông thường, khả năng mọi người làm hỏng nó là khá thấp và bạn thường có tỷ lệ thành công cao. Nhưng nếu bạn lấy cùng một khái niệm và chia nhỏ nó thành, chẳng hạn như cách bạn lắp ráp toàn bộ ngôi nhà, có nghĩa là đồ nội thất, bàn học cho đến giường, và mọi thứ được lắp ráp lại với nhau, và bạn đang làm tất cả cùng với chúng tôi cũng có một hoặc hai người. Hãy tưởng tượng sự phức tạp mà bạn có vì bạn có rất nhiều bộ phận chuyển động, mọi thứ cần phải kết hợp với nhau và bạn không thể làm mọi thứ rối tung lên. Và sự thất vọng mà mọi người trải qua là, sau khi trải qua tất cả những điều này, nỗ lực đó thực sự xứng đáng. Bởi vì nó có một số cũ, một số mới đã học được một số phần mã nguồn mở, tất cả được kết hợp với nhau trong một doanh nghiệp và mọi người bắt đầu nhận ra rằng không dễ để thiết lập và vận hành. Và ngay cả khi bạn nỗ lực hết sức để thiết lập và chạy nó, sự phức tạp đang thay đổi từng ngày. Bởi vì nếu bạn nghĩ về nó, một vài năm trước, tốc độ mà mọi người tạo ra một bản phát hành mới cho một phần mềm hoặc ứng dụng là hàng tháng và hàng quý. Bây giờ, đó là một cơ sở liên tục, giống như mỗi ngày, bạn sẽ thấy các bản cập nhật và làm mới mới xuất hiện và số lượng API trong tổ chức cũng tăng lên. Vì vậy, nếu bạn xem một trong những báo cáo gần đây của 451 nhóm nhà phân tích ngành, số lượng API trong một tổ chức là đáng kinh ngạc, 15.000 API. Và nếu bạn nghĩ về một tổ chức lớn hơn, thì đó là hơn 25.000 API trong tổ chức. Vì vậy, hiện tại và Gartner dự đoán rằng vào năm 2025, hoặc 50% API của doanh nghiệp sẽ không được quản lý. Bởi vì tốc độ mà nó đang phát triển. Nó đang vượt qua khả năng của các công cụ quản lý API hiện có để quản lý chúng. Vì vậy, chúng tôi đã thấy vấn đề về API đối với tất cả mọi người thực sự bắt đầu và bất chấp các công nghệ và việc không có bộ kỹ năng phù hợp thực sự gây tổn hại cho mọi người mà hiện vẫn chưa được giải quyết. Và ngày nay, mọi người đang giải quyết nó từng chút một, một thiết kế API nước ngoài, chúng tôi sử dụng thứ gì đó để thử nghiệm API, chúng tôi sử dụng thứ gì đó để tự động hóa, chúng tôi làm thứ gì đó khác từ danh mục bên tiêu dùng, chúng tôi sử dụng thứ khác. Nhưng nó đang được trải rộng trên một loạt các công cụ và công nghệ. Và khoảnh khắc bạn đi xuống con đường này, bạn có quá nhiều bộ phận chuyển động. Và mọi người cần đảm bảo rằng họ tích hợp, tích hợp tốt và làm cho nó hoạt động. Rõ ràng, vấn đề đau đầu nhất mà mọi người đang thực sự bỏ lỡ trong tất cả những điều này là khía cạnh bảo mật, đó là cách bạn đảm bảo rằng mình đang làm mọi việc đúng cách. Và bảo mật và quản trị thực sự được quan tâm cẩn thận khi nó được trải rộng trên rất nhiều phần công nghệ và những người có liên quan Nếu nó không được thực hiện tốt ngày hôm nay và nó đã trở thành một trong những người đi đầu trong việc đưa điều này lên bàn để các tổ chức áp dụng .

Sam: Tuyệt vời. Chà, tôi nghĩ bây giờ tôi đang hiểu rõ hơn về tất cả những điều này. Và tôi phải nói rằng, ngoài việc nói chuyện với bạn, tôi thấy rất hữu ích khi xem blog của bạn, bạn có một số bài đăng tuyệt vời trên đó. Và có một điều tôi thực sự thích gọi là bảy câu hỏi để tự hỏi bản thân về bảo mật API hàng đầu. Tôi thực sự khuyên người nghe nên xem và kiểm tra để biết tóm tắt về từng câu hỏi trong số bảy câu hỏi này. Nhưng tôi muốn đi vào chi tiết hơn về một vài câu hỏi khi tôi có bạn ở đây. Và câu hỏi đầu tiên tôi muốn trả lời là danh mục API của tôi có được quản lý tốt không? Làm thế nào người nghe của chúng tôi có thể đảm bảo rằng danh mục đầu tư được quản lý tốt?

Rakshith: Câu hỏi hay. Nếu bạn nghĩ về nó ngày nay, như tôi đã nói, trích dẫn một số con số đáng kinh ngạc, các tổ chức đang trở nên bất khả thi đối với con người để theo kịp những gì họ có? Ai đang sử dụng cái gì ở mức độ nào? Chúng trải rộng ở đâu? Và làm cách nào để chúng tôi đảm bảo rằng chúng tôi không gặp phải những thất bại như những gì chúng tôi đã thấy với nhóm các nhà điều hành Ireland và bỏ khá nhiều tổ chức khác, nơi mọi người đang sử dụng API bên ngoài phạm vi tổ chức để tiêu thụ. Và những thứ đó ngày càng trở nên dễ bị tấn công trên diện tích bề mặt, bởi vì việc các tổ chức hoặc tin tặc xâm nhập vào các tổ chức khác không còn phức tạp nữa. Tuy nhiên, vì quyền truy cập vào dữ liệu thông qua API, điều đó khiến việc truy cập trở nên dễ dàng hơn rất nhiều và cũng trở thành một ngày cuối tuần dễ dàng để đột nhập. Vì vậy, họ cần có khả năng quản lý danh mục đầu tư của mình theo cách mà họ có một khả năng hiển thị, để họ có thể đảm bảo rằng bất cứ thứ gì họ có đều phù hợp và cần thiết, và chỉ những gì được yêu cầu mới được đưa ra bên ngoài. Thứ hai là họ có các điểm dữ liệu có thể hành động để liên tục xem xét mọi thứ đang diễn ra sai ở đâu. Ví dụ: nếu tôi thực hiện thay đổi đối với API đang được sử dụng bởi các API khác trong độ tuổi 10 và 20, thì làm cách nào để bạn tìm ra đâu là thay đổi vi phạm, do các khía cạnh cụ thể. Vì vậy, nếu Dịch vụ chung sắp bị hỏng, do một thay đổi đơn giản mà bạn thực hiện trên một, một API duy nhất, có thể là thảm họa trong quá trình sản xuất. Vì vậy, những người quản lý danh mục đầu tư cần thực sự bắt đầu xem xét nó để đảm bảo rằng họ có các API liên quan mà họ đang làm việc. Và chỉ những gì được yêu cầu là thực sự trong sản xuất. Và nếu không bắt buộc, họ nên loại bỏ chúng. Họ cần có cái nhìn sâu sắc về những gì đang được sử dụng cho những người thực sự sử dụng chúng và ở mức độ nào. Và họ có một hệ thống giám sát, tuân thủ và quản trị chủ động được tích hợp vào hệ thống để họ có những cách hành động khả thi mà qua đó nếu có sự cố xảy ra, họ thực sự có thể ngăn chặn chúng. Vì nếu là một tổ chức lớn, số lượng người thực sự tham gia vào một chương trình API khá nhiều, bạn không thể ngồi một chỗ mà kiểm soát mọi khía cạnh của nó. Vì vậy, rất nhiều thứ cần phải được xây dựng với một số lan can đằng sau hiện trường, để nó cho phép đổi mới. Nhưng một số điều quan trọng như kiểm tra liên tục, đảm bảo rằng bạn không tiết lộ những gì đáng lẽ không được tiết lộ, chứa các thay đổi dữ liệu, đảm bảo rằng các hệ thống khác không bị hỏng. Và ngay cả khi có điều gì đó, do nhầm lẫn, bỏ qua tất cả những điều này đang trong quá trình sản xuất, thì bạn vẫn có một hệ thống giám sát có thể nhận ra chúng, theo dõi chúng và thông báo cho bạn về nỗi đau của mình. Đây là lúc bạn cần thực hiện một số hành động chống lại sự cố định. Vì vậy, những nguyên tắc này thực sự cho phép mọi người đảm bảo rằng danh mục API mà họ đang quản lý, theo hướng giúp tổ chức phát triển một cách tự tin, mở rộng phạm vi tiếp cận của mọi thứ.

Sam: Được rồi. Vâng, tôi nghĩ đó là lời khuyên vững chắc cho câu hỏi đó. Và có nhiều câu hỏi hơn trong đó, mà tôi muốn đi qua. Nhưng chỉ còn một điều cuối cùng mà tôi thực sự muốn trình bày khi có bạn ở đây. Và đó là câu hỏi cuối cùng. Vì vậy, số bảy. Vì vậy, hãy cảnh báo spoiler, dành cho những ai muốn xem và đọc nó. Nhưng tôi sẽ sử dụng những bài kiểm tra bảo mật API nào? Chẳng hạn như, bạn có thể chia sẻ lý do tại sao đây là một câu hỏi quan trọng để tự hỏi mình và cách người nghe có thể trả lời câu hỏi này tốt nhất không?

Rakshith: Chắc chắn rồi. Vì vậy, một trong những điều mà chúng tôi thực sự tăng cường bảo mật và APS, đó là nếu bạn đang cố gắng xem xét bảo mật sau một phần, đó là Này, bây giờ chúng tôi đang quyên góp một thứ. Hãy thực hiện một số kiểm tra đối với những lần chạy đó. Trên thực tế, chúng tôi có các trường hợp thử nghiệm và nói rằng, bây giờ nó không phù hợp và chúng tôi phơi bày nó ra, thì rõ ràng là bạn đang bỏ lỡ khía cạnh cố gắng làm một việc, giải quyết vấn đề khá muộn và liên tục cố gắng nắm bắt chúng khá sớm có quá nhiều người đang làm lại từ xa trước khi họ thực sự có thể quay lại và phát hành nó. Thứ hai là các lỗ hổng bảo mật là thứ không ngừng phát triển. Vì vậy, nó không phải là thứ mà bạn có thể kiểm tra một lần rồi sa thải và quên nói rằng nó đã được xử lý. Vì vậy, bạn cần phải có một khả năng mà qua đó bạn liên tục quan sát nhiều hơn và rút ra những hiểu biết sâu sắc từ những điều đó. Vậy điều đó có ý nghĩa gì? Các vấn đề có thể xảy ra ở giai đoạn thiết kế, ở giai đoạn phát triển, ở giai đoạn thử nghiệm và giai đoạn phát hành, và thông thường, bạn cần có khả năng liên tục chăm sóc những thứ sản xuất mới của lục địa cần tiếp tục phát triển. Vì vậy, nếu bạn nhìn vào nó, các khu vực có vấn đề sẽ trải rộng trên toàn bộ vòng đời của API. Vì vậy, bạn có thể lấy ngữ cảnh và sử dụng ngữ cảnh đó để đọc và ngăn chặn mọi thứ xảy ra ở mọi giai đoạn là cực kỳ quan trọng. Vì vậy, điều tôi muốn khuyên mọi người không phải là cố gắng xây dựng một vài trường hợp thử nghiệm và nói rằng bạn đã hoàn thành. Hãy nghĩ về API như một sản phẩm. Và nếu một sản phẩm là một thứ mà nó sẽ có từ ý tưởng cho đến khi không dùng nữa, thì đó là một vòng đời. Vì vậy, điều đó có nghĩa là bạn cần phải lặp lại liên tục, xem xét các lỗ hổng và các cuộc tấn công có thể tiếp tục xảy ra, xem xét các sự kiện, cố gắng tập hợp tất cả các bối cảnh đó lại với nhau và hành động dựa trên đó. Vì vậy, đây không phải là nỗ lực một lần hoặc được thực hiện một lần trong vòng đời API. Đó là điều liên tục cần phải xảy ra miễn là API là Kafka được sản xuất trước ứng dụng.

Sam: Được rồi, được rồi, tuyệt vời. Chà, như tôi đã đề cập trước đây, nếu có ai muốn xem bài viết, tôi thực sự khuyên bạn nên xem nó, bạn có thể tìm thấy câu trả lời cho những câu hỏi đó và nhiều câu hỏi khác trên blog của họ. Vì vậy, trên blog đó, tôi thực sự muốn biết, bây giờ là câu hỏi cuối cùng của tôi, điều gì tiếp theo cho APIwiz?

Rakshith: Vậy bạn đặc biệt thấy điều gì, cách mà các tổ chức đang làm việc với họ mà họ cần để có thể làm việc trong môi trường kết hợp với sự thỏa hiệp đa đám mây của Cloud và của Rodman, cũng như các công nghệ mà họ tiếp tục làm việc với thời gian chạy các lớp như cổng API và lưới dịch vụ, không ngừng phát triển. Vì vậy, APIwiz kể từ khi thành lập, đã trừu tượng hóa rất nhiều sự phức tạp này. Và để đảm bảo rằng để chúng tôi biến tầm nhìn này trở nên cụ thể hơn, chúng tôi đang mở rộng diện tích khẩu độ. Vì vậy, APIwiz 2.0, đã được ra mắt vào tháng trước với trọng tâm là bảo mật. Việc tiếp theo là đảm bảo rằng chúng tôi có thể trợ giúp cụ thể mọi người về danh mục API và khả năng kiếm tiền của họ. Vì vậy, đây là một số điều quan trọng nằm trong tầm nhìn của APIwiz.

**Sam:**Tuyệt vời, tuyệt vời. Bây giờ, nếu mọi người muốn cập nhật công việc mà các bạn đang làm, thì họ có thể làm điều đó như thế nào? Rõ ràng, bạn có blog, nhưng họ có thể đi đâu khác?

Rakshith: Vì vậy, phương tiện truyền thông xã hội của chúng tôi xử lý trên LinkedIn, bài đăng trên blog của chúng tôi là một số nơi quan trọng mà mọi thứ tiếp tục xuất hiện. Và YouTube là một nơi khác mà bạn sẽ liên tục bắt đầu thấy, gần đây chúng tôi đã tổ chức một hội thảo về đào tạo thực hành. Bên ngoài APIwiz có nhiều hơn về lãnh đạo cao nhất về mặt cho vay, vì vậy sẽ có nhiều hơn nữa sắp ra mắt. Vì vậy, hãy để mắt đến những điều đó.

Sam: Tuyệt vời, tuyệt vời Chà, chúng ta sẽ có liên kết đến tất cả những người trong ghi chú chương trình cũng như blog mà chúng ta đã đề cập hôm nay. Nhưng nếu không, cảm ơn bạn rất nhiều vì đã tham gia cùng tôi.

Rakshith: Nói chuyện với anh thật tuyệt, Sam. Có một ngày tuyệt vời.

Bài viết này ban đầu được xuất bản bởi Sam Brake Guia trên The Sociable.