dungvtdev

{
	"auto_complete": true,
	"auto_complete_commit_on_tab": true,
	"caret_extra_bottom": -1,
	"color_scheme": "Packages/Boxy Theme/schemes/Boxy Tomorrow.tmTheme",
	"fade_fold_buttons": false,
	"font_face": "DejaVu Sans Mono",
	"font_size": 10,
	"highlight_line": true,
	"ignored_packages":

dungvtdev

https://www.atlassian.com/git/tutorials/setting-up-a-repository/
https://drive.google.com/drive/folders/0BzA1fe_eXsfrfnVLZUxsR1UtcDVNNXBvUGY1b2dQcXFhT0oyU3BHV2hrS1Z5TU5xZTRqNjQ
https://speakerdeck.com/andypham/infrastructure-as-code-at-vccorp
https://github.com/cloudcomputinghust
http://www.slideshare.net/HanoiItlc/itlc-hn-14-bizweb-microservices-architecture
http://kipalog.com/posts/Gioi-thieu-ve-Microservices--Phan-3--Nhung-uu-nhuoc-diem-cua-Microservices
http://docs.openstack.org/developer/openstack-projects.html
https://github.com/hocchudong?page=1
http://developer.openstack.org/api-ref/networking/v2/index.html
https://github.com/vdcit/Tao-image/blob/master/README.md

dungvtdev

LinuxFoundationX's LFS101x
https://courses.edx.org/courses/course-v1:LinuxFoundationX+LFS101x+1T2016/info

dungvtdev

# PYTHON
Cookiecutter
https://drive.google.com/folderview?id=0B3cNTBzY2Yw1RXlQOHBybzBhX0E&usp=sharing_eid&ts=57c58e31

dungvtdev

Stateless và Stateful là gì?

Trong lập trình mạng, chúng ta có tương tác client (máy khách) với server (máy chủ). Phần mềm gồm 2 thành phần chính: phần mềm hoặc cài đặt (implementation) và data (dữ liệu), implementation là tập lệnh được viết ra đề xử lý data. Như vậy, một phần mềm được thiết kế theo tương tác client – server thì phần nhiều tập lệnh sẽ nằm phía server. Client có nhiệm vụ gửi dữ liệu lên để xử lý sau đó nhận kết quả trả về.

Stateless là design không lưu dữ liệu của client trên server. Có nghĩa là sau khi client gửi dữ liệu lên server, server thực thi xong, trả kết quả thì “quan hệ” giữa client và server bị “cắt đứt” - server không lưu bất cứ dữ liệu gì của client.

Stateful là một design ngược với stateless, server cần lưu dữ liệu của client, điều đó đồng nghĩa với việc ràng buộc giữa client và server vẫn được giữ sau mỗi request (yêu cầu) của client. Data được lưu lại phía server có thể làm đầu vào (input parameters) cho lần kế tiếp, hoặc là dữ kiện dùng trong quá trình xử lý h

dungvtdev

CAP Theorem: Revisited

Written by Robert Greiner on August 14, 2014

The CAP Theorem states that, in a distributed system (a collection of interconnected nodes that share data.), you can only have two out of the following three guarantees across a write/read pair: Consistency, Availability, and Partition Tolerance - one of them must be sacrificed. However, as you will see below, you don’t have as many options here as you might think.

Consistency - A read is guaranteed to return the most recent write for a given client. Availability - A non-failing node will return a reasonable response within a reasonable amount of time (no error or timeout). Partition Tolerance - The system will continue to function when network partitions occur.

dungvtdev

WSGI server, Web server

Links: https://www.fullstackpython.com/wsgi-servers.html https://en.wikipedia.org/wiki/Web_Server_Gateway_Interface

Architecture call object request executed request wsgi application/framework <-------> wsgi server <------> web server <-----> client [falcon...] [gunicorn...] [nginx...]

dungvtdev

Remove kvm module
sudo rmmod kvm_intel kvm
sudo rm -rf /lib/modules/$(uname -r)/kernel/arch/x86/kvm

dungvtdev

Openstack

Openstack WSGI and API https://www.dropbox.com/sh/a6q4zmsqevu02om/AACZv13D3nxBj2XMlzgREK33a/openstack_api_wsgi?dl=0&preview=OpenStack_WSGI.pdf

An Approach for Migrating Applications to Interoperability Cloud https://www.dropbox.com/s/47ldo6ldhhr5nsz/An%20Approach%20for%20Migrating%20Applications%20to%20Interoperability.pdf?dl=0

Tieng anh

phat am http://sozoexchange.com/

dungvtdev

https://github.com/anmoljagetia/Flatabulous

https://github.com/Mayccoll/Gogh