Skip to main content

Posts

Showing posts from 2016

53 new things to look for in OpenStack Mitaka

Nova (Compute) Live migration improvements:  In addition to using a separate network for live migrations, Nova now makes it much easier to manage live migrations, with functionality in both the REST API and python-novaclient to handle the process. You also now have the ability to force or abort a migration, or check on its progress. Scheduling improvements:  Nova includes a new scheduling filter which enables you to specify that workloads should be placed on the host with the most available disk space. Hybrid cloud support and scalability:   OpenStack has had an on-again off-again relationship with Amazon Web Services EC2 support; in OpenStack Mitaka, it’s on-again. This release includes a new ec2-api project to help facilitate bursting to public cloud when more resources are needed. Neutron (Networking) Ease of use:  Neutron new includes a “get me a network” function that simplifies what has traditionally been a difficult, error-prone, multi-step task.  (Note that work

SIPp cheatsheet

SIPp  is a free test tool and traffic generator for the SIP protocol. It uses XML format files to define test scenarios. General usage: sipp remote_host[:remote_port] [options] Some important command-line options: -sf filename Load test scenario from specified file. -inf filename Use CSV file to insert data substituted for [field0], [field1], etc into XML scenario. First line of file describes order of inserting field sets (SEQUENTIAL/RANDOM/USE). -sn name Use one of the embedded, predefined scenarios like "uac", "uas". -r rate Scenario execution rate, default value = 10 times per period, default period = 1000 ms. -rp period Scenario execution period [ms], combined with execution rate. Execution rate is combined of rate and period parameters, i.e. if period = 3500 and rate = 7 there will be 7 calls in 3.5 s. -t transport mode Set the transport mode: "u1" - UDP, one socket (default), "un" - UDP, one socket per call, other modes (

Service Locator pattern

Service Locator là một design pattern thông dụng cho phép tách rời (decouple) một class với các dependency (hay được gọi là service) của nó. Service Locator có thể coi là một đối tượng trung gian trong việc liên kết class và các dependency. Giới thiệu Serive Locator pattern mô tả cách để đăng ký và lấy các dependency để sử dụng. Bạn có thể thấy pattern này là một dạng kết hợp của Factory pattern và Dependency Injection pattern. Một số lợi ích mà pattern này đem lại: – Tách rời một class với các dependency của nó, nhờ đó có thể dễ dàng thay thế các dependency. – Các dependency sẽ được sử dụng dưới dạng interface, đảm bảo không sử dụng các class cụ thể (concrete)của dependency. – Dễ dàng test các class trong môi trường cách ly (isolation), không phụ thuộc vào các dependency. – Các đoạn code để tạo, quản lý dependency được tách riêng ra khỏi các class. – Ứng dụng có thể được chia ra các phần ít bị ràng buộc (loosely coupled) với nhau. Mặc dù có nhiều lợi ích rõ ràng như v