Nếu bạn đã từng thử tìm hiểu về kế toán, cố tìm và đọc sách về kế toán để có thêm chút hiểu biết để vận hành doanh nghiệp nhưng cuối cùng đã bị lạc giữa mê hồn trận thì chúc mừng bạn, bạn đã giống mình và rất nhiều người khác trên thế giới. Mình đã từng thử học kế toán và đã thất bại thảm hại. Hai, ba lần đều như một. Các sách đều nặng về lý thuyết và 1 rừng thuật ngữ cao siêu nhưng rất ít ví dụ khiến mình rất dễ bị ru ngủ và bỏ cuộc sau 1 thời gian ngắn.
Mọi người chắc đã có một mùa Tết vui vẻ và ngập tràn hạnh phúc nhỉ? Đầu năm Đinh Dậu, viết một bài nhè nhẹ đầu năm để khai trương blog năm mới. Bài này mình sẽ bàn về thời gian và chia sẻ cách mình sử dụng thời gian sao cho hiệu quả. Mình nghĩ kinh nghiệm của mình sẽ phần nào giúp các bạn có thêm một góc nhìn khác về quản lý thời gian.
Nếu như ai đã làm việc với Tuấn đều nhận thấy sau 5pm vào ngày thường và Thứ bảy, chủ nhật mình sẽ không tiếp nhận điện thoại, sms nói về công việc. Lúc đầu mọi người có thể sẽ thấy khó chịu, nhưng rồi mọi người sẽ quen và hầu như những ai quen biết Tuấn sẽ không liên hệ mình trong các khoảng thời gian này, trừ sự cố hoặc có việc khẩn cấp. Bởi khung giờ này nó thuộc về một con người khác, không phải là mình lúc đi làm.
Cuối năm đọc được một cuốn sách khá hay về đề tài quản lý dành cho các công ty công nghệ. Nay có chút thời gian viết vài dòng review để mọi người có chút thông tin về sách này và nếu thấy hay thì có thể mua đọc để hiểu hơn về các hoạt động của CEO công nghệ, từ quy mô nhỏ cho đến lớn.
Đầu năm, chúng ta hay có những kế hoạch, dự định làm sản phẩm, triển khai các công ty khởi nghiệp về công nghệ. Đây là tín hiệu đáng mừng vì đầu tư vào công nghệ là một trong những hoạt động thú vị. Tuy nhiên, không phải ai cũng biết nên bắt đầu từ đâu với 1 ý tưởng, khái niệm ban đầu về sản phẩm.
Cuối tuần vừa rồi đọc được cuốn sách khá hay nên tranh thủ viết vài dòng review về cuốn sách này. Một cuốn sách viết về UX nhưng không đề cập đến các kỹ thuật UI/UX mà trình bày về chiến lược phân tích và triển khai sản phẩm. Đó là cuốn “Think First: My No-Nonsense Approach to Creating Successful Products, Memorable User Experiences + Very Happy Customers” của Joe Natoli.
Thế là đã hết tuần đầu tiên của 2017, mọi người đã học được gì mới chưa? Giờ rãnh rỗi mới dành chút thời gian viết về Typescript, một thứ “ngôn ngữ” mới đã tranh thủ học được trong mấy ngày qua và chia sẻ một số góc nhìn cá nhân về Typescript. Đây cũng là bài khai trương năm 2017, hy vọng cả năm thăng hoa với nghiệp code và tổ nghiệp phù hộ làm ăn phát đạt.
Thế là đã hết năm 2016, một năm được coi là có quá nhiều sự kiện lớn, thăng trầm đều có đủ. Trước khi đi sang những mục tiêu của năm mới, việc nhìn lại năm cũ cũng thật cần thiết.
2016 là năm dành nhiều thời gian nhất cho gia đình, có thể là nhiều nhất kể từ khi mình vào Sài Gòn từ 2004. Đầu năm bắt đầu bằng một sự kiện rất vui là dẫn được cả gia đình cha mẹ, vợ con đi chơi Thái Lan, một chuyến đi đáng nhớ cho tất cả mọi người. Đây là khoảng khắc bắt đầu những mối quan tâm của mình về gia đình.
Vậy là đã sang năm 2016, nhìn lại năm 2015 thì đúng là còn sóng gió và thú vị hơn cả năm 2014. Và đã có những bài học và kinh nghiệm khó quên trong cuộc đời và sự nghiệp của mình.
Nếu như năm 2014 được đánh giá là năm “Thích nghi” của mình, thì sau 1 năm nhìn lại thì 2015 mình chỉ có thể dùng 1 từ là “Sinh tồn” (survive). Như một số bạn cũng biết mình mở công ty từ năm 2014 và đồng hành với việc thích nghi khi mở một công ty, thuê 10 nhân viên thì vốn đầu tư từ angel vẫn còn và sử dụng khá thoải mái.
Hôm qua bạn đi làm về lúc mấy giờ? Chắc quá 5pm? Vậy thì bạn nên dành chút thời gian để đọc bài blog nhỏ này. Mình viết bài này dành cho những người anh em, bạn bè đang là người trả lương hoặc được trả lương nhằm chia sẻ góc nhìn về việc đi làm về trễ. Có bao giờ bạn tự hỏi là nếu mình về trễ hơn 5pm hoặc cho anh em (nhân viên) của mình về trễ hơn 5pm thì mình có nợ nần gì cuộc đời không?
Một ngày trung bình bạn ngủ 8 tiếng, vậy còn 16 tiếng để thức. Vậy bạn dành 16 tiếng này để làm gì? Làm việc 12 tiếng, vui chơi nghỉ ngơi 4 tiếng hay đi làm 8 tiếng, 8 tiếng còn lại cho mình một cuộc sống thú vị. Bạn cần nhiều thời gian hơn cho việc tập luyện thể thao, ăn uống, đọc sách, du lịch đây đó, học một kỹ năng nào đó hoặc đơn giản hơn là không làm gì cả để cho tâm được tĩnh và thư giản sau những giờ phút căng thẳng.
Cha mẹ bạn luôn là người mong muốn bạn có một cuộc sống khỏe mạnh và hạnh phúc, cũng như có một cuộc sống cân bằng, vui vẻ. Nếu may mắn bạn được sống chung với cha mẹ thì tại sao phải về trễ để cha mẹ chờ cơm và cha mẹ luôn là những người lo lắng cho bạn khi bạn không ở nhà.
Hầu hết ai cũng sẽ có người tâm giao (vợ, chồng,…) và đó là những người bên cạnh và chờ đợi bạn đi làm về để cùng sum vầy bên gia đình cũng như thưởng thức những bữa tối cùng nhau. Hà cớ gì mà bạn phải để những người thương của mình phải chờ đợi bạn dài cổ mỗi khi chiều về và đến tận 7,8pm mới được gặp nhau.
Hơn ai hết, con cái chúng ta rất mong chúng ta về nhà và cùng vui vầy với nhau mỗi khi chiều xuống. Bạn có biết là con cái chúng ta lớn nhanh đến thế nào không, đến khi hết tất bật nhìn lại thì chúng đã lớn khôn mất rồi và những ký ức và khoảng thời gian này sẽ khó mà trở lại.
Bạn tự chọn cho mình về sau 5pm để hoàn thành công việc mà lẽ ra công việc của bạn phải hoàn thành sớm hơn. Đôi khi công việc của bạn lại liên quan đến công việc của một người nào đó, và hệ lụy của nó là đồng nghiệp của bạn phải chịu trận chung với mình và khiến họ gánh những món nợ ân tình mà đáng ra họ không nên có.
…và bạn sẽ còn nợ rất nhiều thứ khác nếu bạn phải hoặc bị ép ở lại sau 5pm.
Với những món nợ to lớn thế nào, thật không thể nào dám để anh em cùng chiến tuyến của mình về sau 5pm và may mắn là văn hóa 9am-5pm vẫn duy trì tốt từ khi thành lập công ty cho đến bây giờ vì mình hiểu, ai cũng có gia đình và ai cũng có nhu cầu về đúng giờ để dành thời gian cho gia đình, người thương và cân bằng cuộc sống.
Work smarter, not harder!
Lựa chọn IaaS nào luôn là trăn trở của công ty cung cấp dịch vụ cloud-based (SaaS) như mình vì vấn đề cân đối giữa giá và performance hệ thống, người dùng luôn được cân nhắc. Vừa chuyển về cloud của Việt Nam (VCCloud, không có quảng cáo, cái nào tốt thì xài) thấy giá không như xưa, có thể nói là ngang ngửa giá với cloud thuộc dạng rẻ nhất của nước ngoài (Linode, mình sử dụng Linode vì chính sách giá cũng như support khá tốt, và có data center ở Singapore), nếu biết tweak có thể có một số cấu hình rẻ hơn nước ngoài về memory. Được cái cloud ở VN thì performance là tốt nhất so với nước ngoài vì độ trễ thấp hơn nhiều (trừ những lúc mấy ông nội VN cấu hình sao đó mà truy cập site ở VN mà chậm hơn ở Sing ^^!). Sau khi đo đạc, nghiên cứu thì sau 10 ngày, tức là hôm nay thì data center của Teamcrop đã về với đất mẹ.
Nội dung bài viết chia sẻ một số cách tiếp cận của mình khi phân tích performance và quyết định dời nhà hệ thống về Việt Nam.
Trước đây, khi quyết định chuẩn bị một hệ thống scale thì đã quyết định không sử dụng bare metal server mà xem xét nâng cấp lên cloud server để scale cho dễ. Thời điểm cách đây nửa năm các dịch vụ cloud ở Việt Nam còn khá mơ hồ về chất lượng và giá cả, còn về mảng dịch vụ VPS hoặc Dedicated server thì chi phí khá cao.
Mình đã quyết định chuyển toàn bộ hệ thống sang Singapore và sử dụng dịch vụ server của Linode. Linode là một trong những nhà cung cấp có tiếng trên thế giới về hạ tầng Cloud server và giá thì rất cạnh tranh so với Amazon Web Service (AWS), vì dùng AWS tính toàn giá trên trời và giá của Linode cũng rẻ gần như bằng 1 nửa so với các server cùng cấu hình ở VN.
Khi chuyển Data center ra ngoài Việt Nam thì một trong những vấn đề performance lớn nhất là tốc độ kết nối, kéo theo khá nhiều thứ bị chậm lại theo. Do hệ thống sử dụng HTTPS và đặc thù của HTTPS là cần 3 RTT (round-trip time) nên nếu 1 RTT chậm thì sẽ kéo theo https sẽ rất chậm. Còn về performance của server thì hầu như không có sự khác biệt về CPU, Memory, HDD.
Mình có cung cấp 1 số thông tin mình test và quyết định chuyển hệ thống về Việt Nam bên dưới.
Do đặc thù định hướng xây dựng theo kiến trúc Microservices và Single Page App (SPA) nên một trang trong tương lai sẽ gọi khá nhiều web service và đồng thời mở ra các web service cho 3rd-party khiến cho việc di chuyển về VN sẽ có nhiều lợi thế về tốc độ hơn, kẻo đã chậm lại càng thêm chậm khi chuyển sang kiến trúc mới.
Một số kết quả khảo sát của mình thực hiện trước khi ra quyết định chuyển về dùng Cloud ở Việt Nam. Thời điểm khảo sát là ngày 29/9/2015 và thực hiện tại TPHCM. Mình có benchmark kết nối với Redis server vì hệ thống mình dùng chủ yếu là Redis cho layer cache.
– iperf3 giữa 2 server là ~380Mbits/sec. Metric này khá quan trọng nếu bạn xây dựng microservice vì tốc độ giữa 2 server nội mạng là cực kỳ quan trọng vì các server sẽ request lẫn nhau khá nhiều. Do data center trong nước chưa đầu tư các đường truyền hoành tráng nên có vẻ metric này khá thấp so với data center của quốc tế.
– PING RTT giữa 2 server là: 0.578ms
– PING RTT từ Client Viettel đến server: 50.913
– PING RTT từ Client FPT đến server: 26.558ms
– PING RTT từ Client VNPT đến server: 31.834ms
– PING RTT từ Client 3G Mobifone đến server: 105ms
– Redis benchmark
Without pipeline:
./redis-benchmark -h redis.server.lan.ip -n 100000 -t get,set -q
SET: ~ 44K requests per second
GET: ~ 48K requests per second
With pipeline -P 1000
./redis-benchmark -h redis.server.lan.ip -n 100000 -t get,set -q -P 1000
SET: ~ 550K – 610k requests per second
GET: ~ 560K – 610k requests per second
– iperf giữa 2 server là 5.78Gbits/sec
– PING RTT giữa 2 server là: 0.508ms
– PING RTT từ Client Viettel đến server: 49.015
– PING RTT từ Client FPT đến server: 160.753ms
– PING RTT từ Client VNPT đến server: 306.097 ms
– PING RTT từ Client 3G Mobifone đến server: 311ms
– Redis benchmark
Without pipeline:
./redis-benchmark -h redis.server.lan.ip -n 100000 -t get,set -q
SET: ~ 33K requests per second
GET: ~ 32K requests per second
With pipeline -P 1000
./redis-benchmark -h redis.server.lan.ip -n 100000 -t get,set -q -P 1000
SET: ~ 790k – 950K requests per second
GET: ~ 1100K requests per second
—
Một số lưu ý là Cloud server ở Việt Nam nếu bạn dùng nhiều ổ cứng, SSD thì giá sẽ khá cao nên cần tối ưu giữa sử dụng nhiều ở cứng hay không vì mình không dùng nhiều ổ cứng mà dùng nhiều memory, nên một số server cache memory thì cứ để memory mong muốn, hdd và cpu ở mức chạy được là sẽ tiết kiệm hơn khá nhiều so với cloud ở quốc tế.
Hy vọng một số chia sẻ ở đây sẽ giúp các bạn có một số góc nhìn về hệ thống cũng như hạ tầng cloud và ra quyết định sao cho có lợi cho sản phẩm của mình trong quá trình triển khai và scale phục vụ nhiều người dùng.