[OpenCPS-BKT] OpenCPS v2

Tue Mar 28 10:39:48 ICT 2017

Hi các anh,

Chiều mai em có thể qua FDS để họp bàn luôn được ạ.

PS: Em có một yêu cầu nhỏ là anh Tuấn Anh cho họp phòng nó sáng sáng chút,
toàn dẫn vào phòng tối họp thôi.

2017-03-28 10:34 GMT+07:00 Le Phu Cuong <cuonglp at fds.vn>:

> Gửi Hiếu, anh Tuấn Anh và BKT
>
> Việc họp trao đổi sâu để đưa ra các công việc cụ thể là rất cần thiết.
> Trong tuần này Hiếu có bố trí được thời gian không? Anh em sẽ theo thời
> gian của Hiếu.
>
> Trân trọng
>
> Lê Phú Cường
> Điện thoại: 0984 739 663
> --------------------------------------------------------------
> CÔNG TY CỔ PHẦN PHÁT TRIỂN NGUỒN MỞ VÀ DỊCH VỤ FDS
> Tầng 5&8, toà nhà VAPA, ngõ 3, đường Tôn Thất Thuyết, Cầu Giấy, Hà Nội
> Website: www.fds.vn
> --------------------------------------------------------------
> OPENCPS - PHẦN MỀM LÕI DỊCH VỤ CÔNG NGUỒN MỞ
> Facebook: https://www.facebook.com/vietopencps
> Demo: http://demo.opencps.vn/
> Wiki: https://github.com/VietOpenCPS/doc/wiki
>
> Vào ngày 28-03-2017, lúc 10:31, Hieu LE <hieulq19 at gmail.com> đã viết:
>
> Hi anh Tuấn Anh và các anh BKT,
>
> Nếu muốn đưa ra được tiêu chí kỹ thuật cho OpenCPS v2.0 mình cần phụ thuộc
> vào khả năng đáp ứng hiện tại của OpenCPS v1.0, khả năng của kiến trúc sắp
> tới để có thể ước lượng ra con số hợp lý.
>
> Việc này nếu em ngồi qua máy tính và đưa ra một con số thì không khả thi
> và là chém gió, vậy nên em đề xuất anh em mình ngồi họp và dựa vào các con
> số hiện tại của OpenCPS 1.0 cùng các định hướng cụ thể tương lai về mặt kỹ
> thuật cho OpenCPS 2.0 để cùng tính toán ra chỉ tiêu hợp lý.
>
> Em Hiếu.
>
> 2017-03-27 14:53 GMT+07:00 Ta Tuan Anh <anhtt at fds.vn>:
>
>> Hi Hiếu và các bạn,
>>
>> Vì hiện nay OpenCPS đang đề xuất nội dung để làm trong 18 tháng nên về
>> mặt nguyên tắc mọi chi tiết quyết định làm theo hướng nào sẽ phải đưa ra
>> trong qúa trình thực hiện. Tại thời điểm này chúng ta chỉ phải vạch ra
>> những phương án kĩ thuật có thể quan tâm để thực hiện. Do vậy các đề xuất
>> phương án khác nhau của Hiếu cứ viết đầy đủ vào mà chưa cần quyết định vội.
>>
>>
>> Quan trọng vẫn là đưa ra được các tiêu chí kĩ thuật cần đạt được khi kết
>> thúc nhiệm vụ. Tuy nhiên các tiêu chí chỉ nên đặt ở mức trung bình, vì nếu
>> cao qúa thì có thể gặp khó khăn mà ta không thể thực hiện. Kể cả các tiêu
>> chí về SLA cũng là do chúng ta tự đặt ra, ví dụ như về thời gian downtime,
>> số CCU,...
>>
>> Hiện nay các hệ thống DVC trên thị trường chưa có tiêu chuẩn cụ thể nào,
>> nên việc chỉ cần đưa ra được một tiêu chí định lượng cụ thể SLA cho hệ
>> thống đã là thành công của dự án rồi. Qua đây nếu có thể anh em share một
>> cái mẫu về tiêu chí kĩ thuật cần đáp ứng đối với một hệ thống đã chạy trên
>> thực tế thì qúa tốt. Chỉ cần cho một hệ thống nhỏ vài trăm người dùng thôi
>> cũng được.
>>
>> Ngoài ra OpenCPS v2 cũng sẽ được nâng cấp hoàn toàn lên Liferay 7 với
>> kiến trúc OSGi. Do vậy sẽ phù hợp hơn với khả năng mô đun hóa, kiểm tra tự
>> động các thành phần.
>>
>> Tuấn Anh
>> On 03/27/2017 02:18 PM, Hieu LE wrote:
>>
>> Hi anh Tuấn Anh và các anh trong BKT OpenCPS,
>> (em không chắc mail em có gửi tới BKT được không vì em nhớ là em không
>> nằm trong ML của BKT)
>>
>> Được anh Tuấn Anh chỉ đích danh nên trước khi thảo được 1 file tài liệu
>> (A4) về phương pháp tiếp cận và kỹ thuật, em xin nêu ý kiến draft và một số
>> câu hỏi của em ở đây trước, mong các anh giải đáp giúp để có thể clear hơn
>> về định hướng.
>>
>> Các phần em để trong ngoặc đơn là nói về kỹ thuật, có thể bỏ qua để nắm
>> về hướng tổng quan tốt hơn ạ.
>>
>> 2017-03-27 10:27 GMT+07:00 Ta Tuan Anh <anhtt at fds.vn>:
>>
>>> <snipped>
>>>
>>> a) Kiểm thử tự động, tích hợp đóng gói phần mềm CI/CD
>>>
>>
>> Có 2 cách tiếp cận đối với mục CI/CD, một là sử dụng các dịch vụ online
>> (như TravisCI hoặc CircleCI, trả thêm tiền để có hiệu năng chạy CI ổn định
>> và tốt hơn); cách thứ 2 là tự xây dựng một cụm CI của riêng OpenCPS (dùng
>> Jenkin hoặc Zuul).
>>
>> Ưu điểm của cách 1 là tiết kiệm về chi phí và đã có PoC rồi (em, anh Khoa
>> và Tú đã thử nghiệm với OpenCPS 1.8 chạy trên Travis), nhược điểm là sẽ khó
>> customize và làm chủ hơn đối với các cách thức CI/CD phức tạp hơn về sau
>> này.
>>
>> Ưu điểm của cách 2 là mình hoàn toàn làm chủ về hạ tầng, kỹ thuật, nhược
>> điểm là chi phí về mặt con người và vận hành sẽ tốn kém hơn.
>>
>> Về kỹ thuật sâu hơn bên dưới, hiện tại mình đã ứng dụng Docker - đây là ở
>> mức unit với service là OpenCPS, đối với OpenCPS v2.0 nên nâng lên một cấp
>> về orchestration - có thể dùng kubernetes hoặc swarm để phục vụ cho các nhu
>> cầu ở mục 2, 3, 4 bên dưới (update/upgrade, SLA...). Điều này cần OpenCPS
>> v2.0 cần có một thiết kế về mặt kiến trúc hệ thống và mặt dịch vụ chi tiết
>> và hợp lý hơn. Em recommend là chuyển dịch thiết kế hiện tại (SOA) về thiết
>> kế micro-service.
>>
>>
>>>
>>> b) Đảm bảo an toàn an ninh thông tin hệ thống
>>>
>>
>> Phần này em không chuyên sâu, xin nhường cho các chuyên gia từ NetNam
>> cũng như các thành viên khác.
>>
>>
>>>
>>> c) Đảm bảo hiệu năng, mức độ sẵn sàng cao hệ thống
>>>
>>
>> Để đảm bảo hiệu năng thì phụ thuộc vào mặt ... con người là chính. Cần
>> Open thiết kế kiến trúc và từng thành phần để có thể chứng minh rằng thiết
>> kế của OpenCPS là tối ưu, đảm bảo hiệu năng. Cần có thêm cơ chế review code
>> để giảm thiểu rủi ro về ảnh hướng tới hiệu năng.
>>
>> Để đảm bảo mức độ sẵn sàng cao, về mặt kiến trúc, OpenCPS v2.0 phải đảm
>> bảo có thể kiểm soát được các race-condition; có nghĩa là nếu đồng thời có
>> 2 request từ 2 user khác nhau cùng tương tác với 1 tài nguyên của hệ thống
>> sẽ không gây ra tình trạng conflict. Đảm bảo được yêu cầu này thì OpenCPS
>> v2.0 có thể triển khai thành phần HA/LB ở mode Active-Active.
>>
>> Câu hỏi: chỉ tiêu đánh giá hiệu năng, mức độ sẵn sàng cao của hệ thống là
>> bao nhiêu và như thế nào? Ví dụ về chỉ tiêu: hệ thống OpenCPS v2.0 triển
>> khai trên hạ tầng cấu hình X (hardware, network..) bảo đảm chịu được tải
>> tối thiểu Y CCU, để nâng lên mức Y^Y CCU cần theo công thức như sau. Ví dụ
>> về mức độ sẵn sàng cao: nếu hệ thống gặp sự cố downtime do các service của
>> OpenCPS gây nên thì số lượng connection/request/packet lost là X%.
>>
>>
>>>
>>> d) Giám sát đảm bảo vận hành chất lượng dịch vụ theo SLA
>>>
>>
>> OpenCPS v2.0 cần phải có thiết kế và tài liệu về mặt giám sát
>> (monitoring/logging) và cảnh báo. Ngoài ra, ý d này hoàn toàn phụ thuộc vào
>> ý c ở mặt SLA.
>>
>> Về mặt kỹ thuật, thông thường monitoring các bên có thể sử dụng các giải
>> pháp như Nagios, Cacti, Icinga, Zabbix.. nhưng phụ thuộc vào quyết định của
>> mình ở ý a có thể sẽ là các giải pháp monitoring và cảnh báo khác như
>> Prometheus (chuyên phục vụ cho container). Cảnh báo nên tối thiểu là có
>> cảnh báo qua SMS, email và trung tâm điều hành chung của OpenCPS.
>>
>>
>>
>>>
>>> Vì thời gian để chuẩn bị viết thuyết minh không nhiều, nên rất mong các
>>> chuyên gia trợ giúp gửi các thông tin cần thiết trong tuần này.
>>>
>>> Cám ơn mọi người,
>>>
>>> Tuấn Anh
>>>
>>>
>> Em xin hết.
>>
>> --
>> -----BEGIN GEEK CODE BLOCK-----
>> Version: 3.1
>> GCS/CM/IT/M/MU d-@? s+(++):+(++) !a C++++(++++)$ ULC++++(++)$ P
>> L++(+++)$ E !W N* o+ K w O- M V- PS+ PE++ Y+ PGP+ t 5 X R tv+ b+(++)>+++
>> DI- D+ G e++(+++) h-- r(++)>+++ y-
>> ------END GEEK CODE BLOCK------
>>
>>
>>
>
>
> --
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.1
> GCS/CM/IT/M/MU d-@? s+(++):+(++) !a C++++(++++)$ ULC++++(++)$ P L++(+++)$
> E !W N* o+ K w O- M V- PS+ PE++ Y+ PGP+ t 5 X R tv+ b+(++)>+++ DI- D+ G
> e++(+++) h-- r(++)>+++ y-
> ------END GEEK CODE BLOCK------
> _______________________________________________
> POST RULES: https://github.com/VietOpenCPS/doc/wiki/Mailing-
> list-guidelines
> _______________________________________________
> OpenCPS-BKT mailing list
> OpenCPS-BKT at lists.opencps.vn
> http://lists.opencps.vn/mailman/listinfo/opencps-bkt
>
>
>
> _______________________________________________
> POST RULES: https://github.com/VietOpenCPS/doc/wiki/Mailing-
> list-guidelines
> _______________________________________________
> OpenCPS-BKT mailing list
> OpenCPS-BKT at lists.opencps.vn
> http://lists.opencps.vn/mailman/listinfo/opencps-bkt
>
>

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/CM/IT/M/MU d-@? s+(++):+(++) !a C++++(++++)$ ULC++++(++)$ P L++(+++)$ E
!W N* o+ K w O- M V- PS+ PE++ Y+ PGP+ t 5 X R tv+ b+(++)>+++ DI- D+ G
e++(+++) h-- r(++)>+++ y-
------END GEEK CODE BLOCK------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencps.vn/pipermail/opencps-bkt/attachments/20170328/b144206e/attachment.html>