POOL

Tính giá Pool Corp

Đã đóng
POOL
₫4.333.588,00
-₫57.858,01(-1,31%)

*Dữ liệu cập nhật lần cuối: 2026-05-09 22:53 (UTC+8)

Tính đến 2026-05-09 22:53, Pool Corp (POOL) đang giao dịch ở ₫4.333.588,00, với tổng vốn hóa thị trường là ₫157,73T, tỷ lệ P/E là 20,90 và tỷ suất cổ tức là 2,63%. Giá cổ phiếu hôm nay biến động trong khoảng ₫4.261.438,37 và ₫4.449.995,55. Giá hiện tại cao hơn 1,69% so với mức thấp nhất trong ngày và thấp hơn 2,61% so với mức cao nhất trong ngày, với khối lượng giao dịch là 793,92K. Trong 52 tuần qua, POOL đã giao dịch trong khoảng từ ₫4.261.438,37 đến ₫5.728.634,52 và giá hiện tại cách mức cao nhất trong 52 tuần -24,35%.

Các chỉ số chính của POOL

Đóng cửa hôm qua₫4.389.832,44
Vốn hóa thị trường₫157,73T
Khối lượng793,92K
Tỷ lệ P/E20,90
Lợi suất cổ tức (TTM)2,63%
Số lượng cổ tức₫29.966,30
EPS pha loãng (TTM)11,16
Thu nhập ròng (FY)₫9,36T
Doanh thu (FY)₫121,92T
Ngày báo cáo thu nhập2026-07-23
Ước tính EPS5,36
Ước tính doanh thu₫41,95T
Số cổ phiếu đang lưu hành35,93M
Beta (1 năm)1.154
Ngày giao dịch không hưởng quyền2026-05-14
Ngày thanh toán cổ tức2026-05-28

Giới thiệu về POOL

Công ty Pool Corporation phân phối các sản phẩm bể bơi, thiết bị và các sản phẩm giải trí liên quan tại Hoa Kỳ và quốc tế. Công ty cung cấp các sản phẩm bảo trì, bao gồm hóa chất, vật tư và phụ kiện bể bơi; các bộ phận sửa chữa và thay thế cho thiết bị bể bơi, chẳng hạn như máy lọc nước, bộ lọc, máy sưởi, máy bơm và đèn; bể bơi composite, bồn tắm nước nóng và bộ kit bể bơi được đóng gói bao gồm tường, lót, giá đỡ và mép cho bể bơi trong lòng đất và trên mặt đất; thiết bị bể bơi và các linh kiện để xây dựng bể bơi mới và cải tạo các bể bơi hiện có; sản phẩm tưới tiêu và các sản phẩm liên quan bao gồm các thành phần hệ thống tưới tiêu và thiết bị và vật tư chăm sóc sân cỏ chuyên nghiệp. Nó cũng cung cấp vật liệu xây dựng, chẳng hạn như bê tông, các thành phần ống nước và điện, bề mặt bể bơi chức năng và trang trí, vật liệu lát sàn, gạch men, lát sỏi và đá tự nhiên cho việc lắp đặt và cải tạo bể bơi; và sản phẩm thương mại, bao gồm máy sưởi, thiết bị an toàn và máy bơm và bộ lọc thương mại. Ngoài ra, công ty cung cấp các sản phẩm xây dựng bể bơi và giải trí khác bao gồm các sản phẩm giải trí tùy chọn và các sản phẩm sống ngoài trời liên quan, chẳng hạn như lò nướng và các thành phần cho nhà bếp ngoài trời. Nó phục vụ các nhà cải tạo và xây dựng bể bơi; các nhà bán lẻ chuyên biệt bán sản phẩm bể bơi; các doanh nghiệp sửa chữa và bảo dưỡng bể bơi; các nhà thầu xây dựng hệ thống tưới tiêu và bảo trì cảnh quan; và các khách hàng thương mại phục vụ khách sạn, đại học và các cơ sở giải trí cộng đồng. Tính đến ngày 03 tháng 3 năm 2022, công ty vận hành 410 trung tâm bán hàng ở Bắc Mỹ, Châu Âu và Úc. Pool Corporation được thành lập vào năm 1993 và có trụ sở tại Covington, Louisiana.
Lĩnh vựcCông nghiệp
Ngành nghềCông nghiệp - Phân phối
CEOPeter D. Arvan
Trụ sở chínhCovington,LA,US
Trang web chính thứchttps://www.poolcorp.com
Nhân sự (FY)6,00K
Doanh thu trung bình (1 năm)₫20,32B
Thu nhập ròng trên mỗi nhân viên₫1,56B

Tìm hiểu thêm về Pool Corp (POOL)

Bài viết Gate Learn

Phân tích kiến trúc Thị trường cho vay Venus: điểm khác biệt giữa Core Pool và Isolated PoolCore Pool và Isolated Pool là hai thành phần tạo nên cấu trúc vốn hai lớp của hệ thống cho vay Venus. Việc tách biệt tài sản chủ đạo với tài sản rủi ro cao vào các pool riêng biệt giúp thiết kế Thị trường này tập trung thanh khoản mà vẫn cô lập được rủi ro.2026-04-08
Rocket Pool là gì? Giao thức staking Ethereum phi tập trung, linh hoạtRocket Pool là giao thức staking thanh khoản phi tập trung hoạt động trên Ethereum. Giao thức này giảm rào cản về vốn và kỹ thuật, giúp người dùng dễ dàng staking ETH đồng thời duy trì quyền kiểm soát linh hoạt với tài sản. Rocket Pool còn mang đến cho nhà vận hành node cơ chế tham gia thuận tiện, hướng đến sự cân bằng giữa bảo mật, phi tập trung và hiệu quả.2026-01-09
Các pool thanh khoản của PancakeSwap vận hành ra sao? Phân tích cơ chế LP và mô hình lợi suấtPool thanh khoản PancakeSwap vận hành theo mô hình quỹ dựa trên Automated Market Maker (AMM), tạo điều kiện cho việc trao đổi tài sản và xác lập giá trong môi trường giao dịch phi tập trung. Người dùng đóng góp tài sản vào pool để trở thành Liquidity Provider (LP), từ đó hưởng lợi nhuận qua phí giao dịch và các cơ chế khuyến khích.2026-03-19

Câu hỏi thường gặp về Pool Corp (POOL)

Giá cổ phiếu Pool Corp (POOL) hôm nay là bao nhiêu?

x
Pool Corp (POOL) hiện đang giao dịch ở mức ₫4.333.588,00, với biến động 24h qua là -1,31%. Phạm vi giao dịch 52 tuần là từ ₫4.261.438,37 đến ₫5.728.634,52.

Mức giá cao nhất và thấp nhất trong 52 tuần của Pool Corp (POOL) là bao nhiêu?

x

Tỷ lệ giá trên thu nhập (P/E) của Pool Corp (POOL) là bao nhiêu? Nó chỉ ra điều gì?

x

Vốn hóa thị trường của Pool Corp (POOL) là bao nhiêu?

x

Lợi nhuận trên mỗi cổ phiếu (EPS) hàng quý gần đây nhất của Pool Corp (POOL) là bao nhiêu?

x

Bạn nên mua hay bán Pool Corp (POOL) vào thời điểm này?

x

Những yếu tố nào có thể ảnh hưởng đến giá cổ phiếu Pool Corp (POOL)?

x

Làm thế nào để mua cổ phiếu Pool Corp (POOL)?

x

Cảnh báo rủi ro

Thị trường chứng khoán tiềm ẩn rủi ro cao và biến động giá mạnh. Giá trị khoản đầu tư của bạn có thể tăng hoặc giảm, và bạn có thể không thu hồi được toàn bộ số tiền đã đầu tư. Hiệu suất hoạt động trong quá khứ không phải là chỉ báo đáng tin cậy cho kết quả tương lai. Trước khi đưa ra bất kỳ quyết định đầu tư nào, bạn nên đánh giá cẩn thận kinh nghiệm đầu tư, tình hình tài chính, mục tiêu đầu tư và khả năng chấp nhận rủi ro của mình, đồng thời tự mình nghiên cứu. Nếu cần thiết, hãy tham khảo ý kiến của một cố vấn tài chính độc lập.

Tuyên bố từ chối trách nhiệm

Nội dung trên trang này chỉ được cung cấp cho mục đích thông tin và không cấu thành tư vấn đầu tư, tư vấn tài chính hoặc khuyến nghị giao dịch. Gate sẽ không chịu trách nhiệm đối với bất kỳ tổn thất hoặc thiệt hại nào phát sinh từ các quyết định tài chính đó. Hơn nữa, xin lưu ý rằng Gate có thể không cung cấp đầy đủ dịch vụ tại một số thị trường và khu vực pháp lý nhất định, bao gồm nhưng không giới hạn ở Hoa Kỳ, Canada, Iran và Cuba. Để biết thêm thông tin về các Khu vực bị hạn chế, vui lòng tham khảo Thỏa thuận người dùng.

Thị trường giao dịch khác

Tin tức mới nhất về Pool Corp (POOL)

2026-05-09 11:56Echelon ngừng hỗ trợ kAPT và stkAPT, LTV sẽ giảm xuống 0% vào ngày 20/5Theo PANews, Echelon đã công bố vào ngày 9/5 việc dần dần ngừng sử dụng kAPT và stkAPT trong pool cốt lõi trên Aptos. Giao thức này đã tắt chức năng vay và cho vay đối với cả hai tài sản. Bắt đầu từ ngày 20/5, tỷ lệ LTV cho khoản vay E-Mode của chúng sẽ giảm xuống 0%, sau đó loại khỏi E-Mode vào ngày 27/5, và đặt ngưỡng thanh lý ở mức 0% vào ngày 3/6. Echelon kêu gọi người dùng đóng hoặc chuyển đổi vị thế kịp thời để tránh rủi ro bị thanh lý.2026-05-08 08:41Polygon Bor v2.7.3 Ra mắt với TTL 10 phút cho Giao dịch Riêng tưTheo Foresight News, Polygon đã phát hành Bor v2.7.3, client lớp thực thi cho mạng Polygon PoS, hiện đã có sẵn trên testnet Amoy và mainnet. Bản cập nhật bảo trì bao gồm các cải tiến cho pre-confirmations và chuyển tiếp giao dịch riêng, cùng với sửa lỗi. Giao dịch riêng hiện áp dụng giới hạn thời gian tồn tại (TTL) là 10 phút. Các giao dịch không được đưa vào một khối trong khoảng thời gian này sẽ bị xóa khỏi pool giao dịch riêng và được phát lên mạng công khai.2026-05-07 15:30Sato thừa nhận khoảng chênh lệch giá có cấu trúc trong các hoạt động đúc–đốt của bonding curveTheo Odaily, sato đã phát hành tài liệu cập nhật về cơ chế, thừa nhận rằng các tính năng Bonding Curve của hãng có sự chênh lệch giá mang tính cấu trúc giữa các hoạt động mint và burn. Tài liệu cho thấy giá burn thấp hơn một cách có hệ thống so với giá mint nhờ các hệ số điều chỉnh. Sato chính thức định nghĩa Curve là một “hệ thống phát hành kèm theo quỹ mua lại ở phương án cuối cùng”, thay vì một cơ chế hoàn tiền được hỗ trợ đầy đủ; đồng thời Curve chuyển từ việc phát hành token ban đầu sang cung cấp thanh khoản mua lại trên chuỗi khi thị trường thứ cấp trưởng thành hơn.2026-05-06 13:32Drift Protocol Làm rõ Cơ chế Hoàn trả sớm: Cổ phiếu chiết khấu theo Tỷ lệ Pool hiện tạiTheo thông báo chính thức của Drift Protocol hôm nay, người dùng có thể đổi tài sản bất kỳ lúc nào sau khi việc đổi mở, nhưng những người chọn đổi sớm sẽ nhận các cổ phần được chiết khấu dựa trên tỷ lệ của quỹ hiện tại. Khi quỹ tiếp tục tăng trưởng, những người nắm giữ trì hoãn việc đổi có thể nhận được giá đổi cao hơn.2026-05-05 14:22Bitcoin Miner GoMining ra mắt giao thức thanh toán GoBTC vào ngày 5/5, nhắm tới mức phí 0,2%Theo Forbes, công ty khai thác Bitcoin GoMining đã công bố vào ngày 5/5 việc ra mắt GoBTC, một giao thức thanh toán được thiết kế để tận dụng năng lực tạo khối của pool khai thác (khoảng 2-4 khối mỗi ngày) nhằm đối soát các giao dịch trực tiếp trên mainchain Bitcoin. Hệ thống hướng tới việc giảm phí cho người bán xuống khoảng 0,2%, thấp đáng kể so với mức 1,5-3,5% của Visa và Mastercard. CEO Mark Zalan cho biết giao thức hoạt động độc lập với Lightning Network hoặc các giải pháp Layer 2; pool khai thác sẽ xác định phí trong quá trình tạo khối để mang lại các khoản thanh toán gần như không tốn chi phí cho người dùng, đồng thời phân phối phí giữa các nhà cung cấp ví và các thợ đào.

Bài viết hot về Pool Corp (POOL)

SleepTrader

SleepTrader

21 phút trước.
_**Jennifer Nelson** là CEO của izzi Software._ * * * **Khám phá tin tức và sự kiện fintech hàng đầu!** **Đăng ký nhận bản tin FinTech Weekly** **Được đọc bởi các giám đốc điều hành tại JP Morgan, Coinbase, Blackrock, Klarna và nhiều hơn nữa** * * * Trong một ngành công nghiệp bị ám ảnh bởi làn sóng công nghệ mới nhất, thật dễ dàng để quên rằng một số trụ cột mạnh nhất trong hạ tầng tài chính đã tồn tại hàng thập kỷ. Trong khi **fintech** đổi mới thường được xem như một cuộc đua hướng tới tương lai, thì xương sống của ngân hàng toàn cầu vẫn lặng lẽ dựa vào các hệ thống mà nhiều người nhầm lẫn là di tích: hệ thống chính. Điều này không chỉ là vấn đề của hoài niệm hay sự trì trệ của doanh nghiệp. Các hệ thống chính vẫn xử lý phần lớn các giao dịch tài chính toàn cầu, với độ tin cậy và quy mô không thể sánh bằng nhiều nền tảng mới hơn. Khả năng xử lý khối lượng dữ liệu lớn trong thời gian thực của chúng, mà không làm giảm đi tính bảo mật, đã khiến chúng trở nên không thể thiếu trong một hệ thống tài chính phụ thuộc vào cả tốc độ và sự tin cậy. **Tuy nhiên, đối với tất cả vai trò quan trọng của chúng, các hệ thống chính thường bị hiểu lầm**. Trong bối cảnh ngày nay, nơi “đám mây là ưu tiên hàng đầu” trở thành khẩu hiệu mặc định, có thể cảm thấy phản trực giác khi bảo vệ các công nghệ cũ hơn. Nhưng gọi hệ thống chính là hệ thống di sản là quá đơn giản hóa một sự thật phức tạp hơn nhiều. Để hiểu tại sao, chúng ta cần xem xét sự cân bằng giữa các hệ thống di sản và xu hướng hiện đại hướng tới hạ tầng lai. **Lập luận về hiện đại hóa thận trọng** ------------------------------------------- Các tổ chức tài chính đang chịu áp lực không ngừng để hiện đại hóa. Các nhà đầu tư, khách hàng và cơ quan quản lý mong đợi dịch vụ kỹ thuật số liền mạch, bảo mật vững chắc và hiệu suất ngày càng nhanh hơn. **Đối với nhiều lãnh đạo, sự cám dỗ là theo đuổi thay đổi một cách quyết liệt** — để loại bỏ các hệ thống cũ và chuyển toàn bộ sang đám mây. Nhưng hiện đại hóa không chỉ là một dự án kỹ thuật. Đó là một chiến lược mang theo rủi ro khi thực hiện vội vàng. Dữ liệu đã tồn tại an toàn trong môi trường hệ thống chính hàng thập kỷ nay sẽ bị phơi bày ngay lập tức khi chuyển sang nơi khác. Các ứng dụng tối ưu cho hệ thống chính có thể gặp trục trặc khi di chuyển, dẫn đến các vấn đề độ trễ tốn kém. Những rủi ro này không chỉ là giả thuyết — chúng đe dọa hoạt động hàng ngày, tuân thủ quy định và thậm chí niềm tin của người tiêu dùng. Bài học rõ ràng: **hiện đại hóa thực sự không phải là xóa bỏ cái cũ để thay bằng cái mới**. Đó là tích hợp các điểm mạnh, thực hiện các bước cập nhật cẩn thận và đảm bảo rằng bước tiến tiếp theo không làm mất ổn định những gì đã hoạt động tốt. **Khoảng cách kỹ năng với hậu quả thực tế** --------------------------------------- **Công nghệ tiến bộ nhanh hơn khả năng của con người để duy trì nó**. Không nơi nào rõ ràng hơn trong lĩnh vực hệ thống chính. Trong nhiều năm, các ngân hàng và tổ chức tài chính dựa vào một nhóm kỹ sư có kiến thức sâu rộng về hệ thống IBM Z và các nền tảng liên quan. Khi nhiều chuyên gia đó nghỉ hưu, thế hệ tiếp theo vẫn chưa đủ khả năng thay thế toàn bộ kỹ năng của họ. Điều này tạo ra một thách thức nghiêm trọng. Một đội ngũ ít kinh nghiệm hơn làm tăng nguy cơ mắc lỗi tốn kém, ngay cả khi đã có các biện pháp bảo vệ. Sức mạnh của hệ thống chính không thể hoàn toàn bù đắp cho yếu tố con người. Cho đến khi các kỹ sư mới được đào tạo và hướng dẫn, các ngân hàng sẽ đối mặt với các điểm yếu không phải do công nghệ, mà do sự thu hẹp của nhóm chuyên gia biết cách sử dụng nó một cách an toàn. **An ninh vẫn liên quan đến con người** ---------------------------------- Khi các cuộc thảo luận về an ninh mạng xuất hiện, phần lớn tập trung vào các công cụ và phòng thủ. Tuy nhiên, nhiều lần, điểm yếu thực sự bắt nguồn từ hành vi của con người. Trong thế giới hệ thống chính, điều này thường liên quan đến cách cấp quyền, quản lý và thu hồi quyền. Các nhà phát triển không hiểu rõ hết các tác động của quyền cao hơn có thể để lộ lối mở, không phải vì ác ý, mà do thiếu đào tạo hoặc tiện lợi. Các công ty không cập nhật quyền truy cập khi nhân viên thay đổi vai trò có thể vô tình để lộ dữ liệu nhạy cảm. Ngay cả với công nghệ tinh vi, các nguyên tắc cơ bản về vệ sinh an ninh vẫn rất cần thiết — và thường bị bỏ qua. **Giới thiệu Jennifer Nelson** ------------------------------- Để đặt những thách thức và cơ hội này vào bối cảnh, chúng tôi đã nói chuyện với Jennifer Nelson, CEO của Izzi Software. Nelson đã xây dựng sự nghiệp của mình xoay quanh các hệ thống chính, dành 15 năm tại Rocket Software và năm năm tại BMC trước khi mở rộng tầm nhìn qua các vai trò kỹ sư cao cấp ngoài hệ sinh thái IBM Z. Năm 2024, cô thành lập Izzi Software, một công ty chuyên mua lại và phát triển các doanh nghiệp phần mềm dựa trên nền tảng IBM Z và IBM Power. Góc nhìn của cô — kết hợp giữa kỹ thuật hệ thống chính truyền thống và lãnh đạo phần mềm hiện đại — khiến cô trở thành một tiếng nói hiếm hoi trong cuộc trò chuyện ngày nay về chiến lược công nghệ trong dịch vụ tài chính. **Chúc bạn thích thú với cuộc phỏng vấn!** * * * **1. Khi fintech đua tranh hướng tới mọi thứ dựa trên đám mây, bạn đã lập luận rằng hệ thống chính vẫn quan trọng đối với sự ổn định của ngân hàng toàn cầu. Theo bạn, những điểm sai lầm lớn nhất của các nhà đổi mới về vai trò của các hệ thống cũ ngày nay là gì?** Điều đầu tiên họ sai là gọi hệ thống chính là hệ thống di sản; vì chúng được ra mắt cách đây hơn 60 năm nên coi như đã lỗi thời. Điều đó giống như gọi hệ điều hành Windows là nền tảng di sản. Thực tế không phải vậy. Các hệ thống chính ngày nay còn phù hợp hơn khi chúng lần đầu tiên ra đời. Mọi người đều muốn dữ liệu với tốc độ ánh sáng. Họ muốn dữ liệu trả về ngay khi nhấn nút, bất kể dữ liệu đó nằm ở đâu. Và đúng vậy, vì người tiêu dùng cuối cùng sẽ không biết, và không nên biết, những phức tạp của yêu cầu, chẳng hạn như dữ liệu nằm ở đâu. Nhưng chỉ có hệ thống chính mới có thể cung cấp hiệu suất và bảo mật trong môi trường lai. Hệ thống chính có thể tiếp nhận dữ liệu ở bất cứ nơi nào, phân tích và báo cáo lại, kèm theo các đề xuất, tốt hơn bất kỳ nền tảng nào khác, và nhanh hơn. Hãy cho tôi xem hệ thống nào khác có thể tiếp nhận dữ liệu từ toàn cầu, phân tích, phát hiện bất thường trong thời gian thực, rồi gửi trở lại cho người gọi. **Ai hiểu rõ dữ liệu của mình nhất sẽ chiến thắng vì dữ liệu quý giá như vốn tiền mặt**. Khi các nhà đổi mới coi thường hệ thống chính là hệ thống di sản, họ đang bỏ qua tốc độ và sức mạnh của chúng, cùng khả năng xử lý lượng dữ liệu khổng lồ với tốc độ cần thiết để phát hiện rủi ro trong thời gian thực. Mọi người nghĩ đám mây là bước đột phá và hiện đại, còn hệ thống chính thì lỗi thời so với đó. Khái niệm điện toán đám mây qua mạng thực sự hiện đại và mang tính đột phá đối với nhiều người. Nhưng nếu bạn quen với công nghệ hệ thống chính, bạn sẽ nhận ra nó có nhiều đặc điểm giống đám mây. Ví dụ, khi bạn đăng nhập vào hệ thống chính, bạn đang đăng nhập vào TSO, viết tắt của “tùy chọn chia sẻ thời gian”. Bạn có phiên TSO riêng, hoặc phiên ‘instance’ của Microsoft Teams. Tất cả chúng ta đều dùng chung các bộ xử lý trên hệ thống chính. Nhưng khi không chạy chương trình hoặc công việc theo lô, dung lượng được cấp cho những ai cần. Bạn cũng đăng nhập vào một LPAR, hay phân vùng logic, đi kèm bộ nhớ, bảo mật và quyền riêng tư dành riêng. Người dùng trên một LPAR không thể truy cập dữ liệu của LPAR khác, trừ khi được cấu hình cụ thể để làm vậy. Đó chính là cốt lõi của đám mây; chia sẻ tài nguyên khi không dùng đến, và bảo vệ dữ liệu dành riêng cho phiên của bạn. Nhưng hệ thống chính đã sử dụng các khái niệm này từ nhiều năm trước rồi. **2. Hạ tầng lai — kết hợp hệ thống chính với các lớp đám mây mới hơn — đang trở thành tiêu chuẩn. Theo kinh nghiệm của bạn, những yếu tố rủi ro thực sự nào xuất hiện khi các tổ chức cố gắng hiện đại hóa quá nhanh hoặc chỉ mang tính bề nổi?** Trong nhiều yếu tố rủi ro, tôi có thể rút ra hai. **Rủi ro đầu tiên là tiêu thụ dữ liệu**. Dữ liệu trên hệ thống chính là một trong những dữ liệu an toàn nhất ở bất cứ đâu. Khi bạn lấy dữ liệu đó ra khỏi hệ thống chính hoặc làm cho nó khả dụng cho người tiếp nhận dữ liệu, sẽ có nguy cơ về quyền riêng tư và quy định. Ai đang xem xét dữ liệu đó? Nó đi đâu khi rời khỏi hệ thống chính? **Rủi ro thứ hai là tối ưu hóa ứng dụng để chạy trong môi trường lai**. Các ứng dụng tối ưu cho hệ thống chính có thể chạy không tối ưu trên máy chủ khác. Vấn đề độ trễ và hiệu suất có thể làm giảm năng suất. **3. Bạn đã cảnh báo về khoảng cách kỹ năng trong lĩnh vực chuyên môn hệ thống chính. Mức độ nghiêm trọng của rủi ro tổ chức khi ít kỹ sư biết cách vận hành và bảo vệ các hệ thống mà các tổ chức tài chính vẫn phụ thuộc là gì?** Rủi ro rất lớn. Các nhà phát triển mới — không chỉ là người trẻ tuổi, mà còn là những người mới vào ngành — sẽ học hỏi và phát triển kỹ năng của họ. Nhưng cho đến khi thế hệ tiếp theo bắt kịp, các tổ chức tài chính sẽ còn tồn tại một khoảng trống về kiến thức chuyên sâu trong một thời gian nữa. Những người có ít kinh nghiệm hoặc kiến thức có thể vô tình gây ra rủi ro cho dữ liệu hoặc hệ điều hành. Các hệ thống này có khả năng chống chịu và có nhiều lớp bảo vệ chống lại lỗi con người, nhưng vẫn còn nhiều rủi ro cho đến khi kỹ năng đạt mức cần thiết. Các ngân hàng đã và đang phải đối mặt với khoảng cách kỹ năng này ngày nay. **4. Các cuộc thảo luận về an ninh thường tập trung vào công cụ, nhưng bạn đã chỉ ra rằng con người vẫn là tuyến đầu. Những điểm mù vận hành nào bạn thường thấy nổi lên trong quản lý môi trường hệ thống chính?** Việc quản lý môi trường phù hợp thường xoay quanh quyền cao hơn. Khi một kỹ sư phần mềm viết mã, đôi khi họ cần quyền cao để thực hiện một tác vụ cụ thể trên hệ điều hành, như kích hoạt một chức năng nhạy cảm hơn. Nếu kỹ sư không hiểu rõ các thực hành tốt nhất khi viết phần mềm, họ sẽ không biết khi nào cần vào hoặc thoát khỏi trạng thái ủy quyền cao đó. Trạng thái này mang lại nhiều rủi ro hơn, nên kỹ sư sẽ không duy trì trong đó đủ lâu để hiểu rõ các thực hành tốt nhất khi phát triển cho hệ thống đó. Ngoài ra, còn có các nguyên tắc bảo mật cơ bản để sử dụng trong bất kỳ mạng CNTT nào. Khi cấp quyền đặc biệt cho ai đó trong một vai trò nhất định, bạn cần có quy trình rõ ràng để thu hồi quyền đó khi họ chuyển vai trò, nhằm đảm bảo loại bỏ quyền truy cập. Phần lớn thời gian, điều này không phải là vấn đề, nếu họ vẫn còn là nhân viên của công ty hoặc không phải là kẻ xấu. Nhưng luôn có rủi ro khi để quá nhiều dữ liệu nhạy cảm có sẵn cho những người không còn cần nữa. Hơn nữa, các tập dữ liệu hệ thống chính cho phép người dùng thực hiện các thao tác cơ bản với hệ thống. Bạn chỉ muốn một số người dùng có quyền truy cập vào các chức năng đó. Ví dụ, một số kiểm soát bảo mật chỉ có thể được bật tắt ở các cấp độ sâu hơn của hệ điều hành. Bạn sẽ ngạc nhiên về tần suất các công ty bỏ qua các nguyên tắc bảo mật cơ bản này. Có cách để kỹ sư làm việc mà không cần truy cập vào các tài nguyên cấp gốc đó, nhưng dễ hơn khi có quyền truy cập đó, nên các công ty thường để lối sau mở hơn mức cần thiết. Hầu hết nhân viên có thể tin tưởng, nhưng đây là những nguyên tắc cơ bản mà một số tổ chức tài chính bỏ qua và quên mất. **5. Các cuộc tấn công ransomware không chỉ nhắm vào điểm cuối, mà còn vào hạ tầng cốt lõi. Điều gì khiến các hệ thống di sản vừa dễ bị tấn công hơn — và trong một số trường hợp, lại bền bỉ hơn — so với các nền tảng mới hơn?** Các hệ thống chính có các lớp bảo mật tích hợp mà hầu hết các máy chủ khác thiếu. Chỉ vì bạn có thể đăng nhập vào hệ thống chính không có nghĩa là bạn có quyền truy cập vào dữ liệu quan trọng của doanh nghiệp, thứ ransomware thường khóa. Bạn sau đó phải biết dữ liệu nằm ở đâu, và cách truy cập dữ liệu đó. Và dữ liệu có thể được phân đoạn, nên kẻ xâm nhập chỉ có thể truy cập một phần dữ liệu chứ không phải tất cả, điều này làm giảm khả năng thành công của cuộc tấn công ransomware. Và nếu bạn không có quyền truy cập vào thiết bị lưu trữ, bạn không thể xem dữ liệu trên đó. **6. Theo kinh nghiệm của bạn, hiện đại hóa hiệu quả thực sự trông như thế nào đối với các tổ chức tài chính không thể “xé và thay thế” nhưng cần chuẩn bị cho tương lai?** Hiện đại hóa có ý nghĩa khác nhau tùy theo từng công ty vì họ đang ở đâu với các ứng dụng họ chạy. Dù là B2B hay B2C, các công ty liên tục hiện đại hóa, nâng cấp máy chủ và laptop. Điều tương tự cũng xảy ra với các ứng dụng quan trọng của doanh nghiệp. Một doanh nghiệp có thể cập nhật định kỳ các ứng dụng đó, nhưng vì các ứng dụng chính truyền thống của hệ thống chính được phát triển từ nhiều thế hệ trước, điều tốt nhất các công ty có thể làm là đánh giá toàn diện từng ứng dụng từ đầu đến cuối. Như vậy, họ có thể chia nhỏ quá trình hiện đại hóa thành các phần dễ quản lý. Các công ty có thể phân chia một ứng dụng thành các phần, nâng cấp và viết lại từng phần một cách chậm rãi theo khả năng tài chính. Nếu xem quá trình hiện đại hóa như một quá trình liên tục, mong muốn cải thiện và lặp lại sẽ trở thành thói quen. Các lãnh đạo nên luôn có tư duy chủ động. Các câu hỏi nên là: “Chúng ta có thể làm gì ngay bây giờ? Chúng ta có thể kiểm soát được trong năm nay? Trong hai năm tới thì sao?” Đó là cách tiếp cận tốt hơn so với “Làm thế nào để viết lại toàn bộ hệ thống này?” Bạn phải lặp lại các hệ thống và xây dựng chúng theo thời gian. Bắt đầu bằng cách viết lại một tính năng của ứng dụng quan trọng, rồi mở rộng thêm các tính năng còn lại khi có thể. Thay đổi theo từng giai đoạn nhỏ. Xóa bỏ và thay thế là một lựa chọn. Nghe có vẻ thô và tàn nhẫn, nhưng thực ra nó chỉ có nghĩa là ngừng sử dụng một hệ thống để chuyển sang hệ thống khác. Nhưng lãnh đạo cần đủ dũng cảm để chấp nhận thay đổi lớn cùng lúc, và phải phê duyệt ngân sách. Sự thật là, đó chỉ là “thay thế”, vì quá trình này có thể mất nhiều năm để hoàn tất. **7. Đối với các nhà lãnh đạo công nghệ xuất phát từ tư duy ưu tiên đám mây, bạn sẽ nói điều gì là sự chuyển đổi tư duy quan trọng nhất khi làm việc với các hệ thống chính mang tính nhiệm vụ quan trọng?** Học xem hệ thống chính thực sự đang làm gì. Lời thề Hippocrates nói rằng không gây hại trước tiên, vì vậy hãy hiểu rõ hệ thống chính chịu trách nhiệm gì để tránh mắc lỗi gây hại. Khi những người có tư duy ưu tiên đám mây hiểu rõ toàn bộ các giao dịch đang vào hệ thống chính, tính chất của các giao dịch đó, và doanh thu của công ty phụ thuộc vào chúng như thế nào, họ sẽ hiểu và biết cách tránh làm tổn hại hiệu suất và lợi nhuận của công ty mình.
0
0
0
0