Sau 11 tuần chuyển sang Kubernetes, công ty quên mất lý do tồn tại của mình (2020)

Sau 11 tuần chuyển sang Kubernetes, công ty quên mất lý do tồn tại của mình

• Startup non trẻ tại Thung lũng Silicon Xenobroom Inc. đã bắt đầu quá trình nâng cấp hạ tầng máy chủ vào tháng 5/2020.

• Khi lượng sử dụng hằng ngày tăng vọt trong bối cảnh đại dịch toàn cầu, công ty quyết định chuyển hạ tầng hiện có sang Kubernetes.

• Việc rà soát và thiết kế lại các script Bash đơn giản cùng các máy VPS mất nhiều thời gian hơn dự kiến.

• Công ty xem đây là cơ hội tốt để nâng cấp các dependency phần mềm và thư viện.

• Một phần lớn của cơ sở dữ liệu PostgreSQL vốn vận hành trên một máy đơn lẻ đã được chuyển thành kho lưu trữ KV phân tán tận dụng tính linh hoạt của AWS.

• Máy chủ staging thông thường vốn triển khai hằng ngày từ nhánh develop đã được thay bằng workflow chỉ dành cho production có thể chạy CI.

• Khi quá trình chuyển đổi hoàn tất, không còn ai trong công ty nhớ được mục đích của sản phẩm nữa.

• Cả người dùng lẫn nhà đầu tư đều không hiểu sản phẩm ban đầu, và sau vài tuần downtime, việc khôi phục ý nghĩa của sản phẩm gần như là bất khả thi.

• CEO đã tìm đến sự giúp đỡ của chuyên gia tâm linh Phutar Afrayughum, người được cho là đã góp phần giúp Google tăng thị phần trong thị trường ứng dụng nhắn tin.

Ý kiến của GN⁺

• Bài viết này châm biếm tác động mà quá trình migration sang Kubernetes có thể gây ra cho doanh nghiệp. Ngoài đời thực, việc chuyển đổi công nghệ cũng mang lại những thay đổi lớn trong vận hành công ty, và đôi khi có thể khiến tổ chức đánh mất mục tiêu ban đầu.
• Khi cân nhắc chuyển đổi công nghệ, cần có sự hiểu biết rõ ràng không chỉ về khía cạnh kỹ thuật mà còn về tầm nhìn và mục tiêu của tổ chức. Điều này nhấn mạnh nguyên tắc rằng công nghệ phải phục vụ mục đích của tổ chức.
• Kubernetes là nền tảng điều phối container được nhiều doanh nghiệp ưa chuộng, nhưng trước khi áp dụng cần có sự chuẩn bị đầy đủ và chuyên môn phù hợp. Nếu không, độ phức tạp và gánh nặng quản trị có thể gia tăng.
• Bài viết này nhắc rằng việc đưa công nghệ vào không phải lúc nào cũng chỉ mang lại kết quả tích cực. Đôi khi công nghệ có thể làm mờ đi các giá trị và mục tiêu cốt lõi của tổ chức.
• Các nền tảng khác cung cấp chức năng tương tự Kubernetes gồm có Docker Swarm, Apache Mesos, và tùy tình huống chúng có thể là lựa chọn thay thế cho Kubernetes.

[GN⁺]

Ý kiến trên Hacker News

• Trường hợp sa thải 20% quản lý cấp trung giúp năng suất phát triển tăng gấp 3

  Có một trường hợp một công ty vô tình cải thiện năng suất phát triển lên gấp 3 bằng cách sa thải 20% quản lý cấp trung.

• Chia sẻ kinh nghiệm di chuyển sang Kubernetes

  Việc di chuyển sang Kubernetes đang diễn ra hiện đã kéo dài 2 năm nhưng còn chưa hoàn thành nổi 30%, và có ý kiến chỉ ra rằng những người từng mạnh mẽ ủng hộ Kubernetes ban đầu giờ lại quan tâm đến LLMs. Điều này gợi ý rằng có những người thích cái mới hào nhoáng, và kiểu vai trò như vậy tự nó cũng có thể hữu ích.

• Những bài viết thú vị trên blog Theolognion

  Blog Theolognion có nhiều bài viết thú vị, đặc biệt là bài về “một lập trình viên phát triển hệ thống tổng hợp ghi chú hoàn hảo” và bài về “AI phân tích bình luận Hacker News để giải quyết mọi vấn đề chính trị, kinh tế và y tế” rất vui.

• Một câu đùa về nguyên nhân thất bại

  Trong bài post-mortem phân tích nguyên nhân thất bại, có giả định rằng công ty hẳn đã xem đây là cơ hội tốt để nâng cấp các dependency và library phần mềm, đồng thời có thể đã biến phần lớn cơ sở dữ liệu PostgreSQL chạy trên một máy đơn thành hệ lưu trữ KV phân tán để tận dụng tính linh hoạt của AWS.

• Một ca thành công thực sự: di chuyển sang Kubernetes trong 11 tuần

  Trên thực tế, việc di chuyển sang Kubernetes trong vòng 11 tuần là thành quả đủ lớn để được xem là một thành công lớn.

• Mẹo di chuyển dịch vụ sang Kubernetes

  Nên học công nghệ phức tạp trước, rồi thử từ những dịch vụ nhỏ không quan trọng. Chỉ làm từng việc một và bắt đầu thật đơn giản. Tác giả nói rằng mình không gặp vấn đề gì khi di chuyển dịch vụ sang Kubernetes, nhưng đó là kết quả của 2 năm học hỏi và thử nghiệm, cùng nhiều lần thử các cách tiếp cận khác nhau cho đến khi tìm ra cách phù hợp nhất mà không thể tìm thấy trên Internet. Tác giả dùng gitops mà không tự động hóa, áp dụng những gì cần thiết bằng kubectl apply -k. Giờ đây, sau khi đã có hàng chục dịch vụ và đủ hiểu biết, tác giả đang cân nhắc đưa flux vào.

• Việc vận hành hệ thống ngày càng dễ và rẻ hơn

  Việc vận hành hệ thống hiện dễ và rẻ hơn bao giờ hết, nhưng các kỹ sư lại thường có xu hướng chọn những cách phức tạp và kém hiệu quả để làm những việc đơn giản.

• Vấn đề của ngành liên quan đến lựa chọn công nghệ

  Khi nhìn vào việc di chuyển một ứng dụng đang hoạt động hoàn hảo sang các công nghệ như GraphQL/React/Next, với tư cách là người đã làm trong ngành lâu năm, có cảm giác rằng rất nhiều người thực ra không biết mình đang làm gì.

• Kinh nghiệm di chuyển sang lưu trữ đám mây

  Có người đã vật lộn suốt 4 tháng cả ngày lẫn đêm để chuyển 500.000 blob từ MinIO tự host sang blob storage được quản lý, nhưng phần công việc thực sự tạo ra giá trị mà không liên quan đến chính trị hay quan liêu lại chưa đến 1 tuần, nên việc di chuyển sang Kubernetes trong 11 tuần trông giống một thành công lớn.

• Câu chuyện đưa máy tính vào văn phòng luật trong thập niên 1970

  Có người chia sẻ rằng mình từng là luật sư trẻ vào năm 1977 và tính phí theo giờ, rồi đến năm 1979 mua máy tính Tandy I và dùng các chương trình cơ sở dữ liệu như Foxbase. Khi mở văn phòng luật riêng vào năm 1981, công nghệ mới nhất để tăng năng suất văn phòng lúc đó là máy fax và máy đánh chữ điện, còn máy tính cá nhân thì chưa được dùng. Tác giả đã mua máy tính Compaq cho tất cả thư ký, dành nhiều thời gian viết chương trình chấm công và tính phí để thay thế hệ thống lập hóa đơn thủ công, đồng thời cài cả mạng nội bộ. Tuy nhiên, vì quá tập trung vào công nghệ nên đã lơ là công việc luật sư và việc duy trì quan hệ với khách hàng doanh nghiệp, cuối cùng phải đóng cửa văn phòng vào năm 1994. Khi đó mọi văn phòng đều dùng máy tính để soạn thảo văn bản, nhưng chưa có phần mềm tính phí thương mại nào tồn tại; các luật sư ở văn phòng khác cũng muốn dùng chương trình tính phí của tác giả, nhưng vì mải mê tận hưởng việc lập trình nên cuối cùng lại làm hỏng việc kinh doanh của mình.