“Sự khác biệt giữa Kubernetes và OpenShift là gì?” – câu hỏi này nảy sinh với sự nhất quán đáng ghen tị. Mặc dù trên thực tế, điều này giống như hỏi ô tô khác với động cơ như thế nào. Nếu chúng ta tiếp tục tương tự, thì ô tô là một sản phẩm hoàn chỉnh, bạn có thể sử dụng nó ngay lập tức, theo nghĩa đen: lên và đi. Mặt khác, để một động cơ đưa bạn đi đâu đó, trước tiên nó phải được bổ sung rất nhiều thứ khác để cuối cùng có được chiếc xe tương tự.
Do đó, Kubernetes là động cơ để lắp ráp ô tô (nền tảng) thương hiệu OpenShift, đưa bạn đến mục tiêu của mình.
Trong bài viết này, chúng tôi muốn nhắc bạn và xem xét chi tiết hơn một chút các điểm chính sau:
- Kubernetes là trái tim của nền tảng OpenShift và nó được Kubernetes được chứng nhận 100%, nguồn mở hoàn toàn và không có bản chất độc quyền dù là nhỏ nhất. Tóm tắt:
- API cụm OpenShift là XNUMX% Kubernetes.
- Nếu vùng chứa chạy trên bất kỳ hệ thống Kubernetes nào khác thì vùng chứa đó sẽ chạy trên OpenShift mà không có bất kỳ thay đổi nào. Không cần phải thực hiện thay đổi đối với các ứng dụng.
- OpenShift không chỉ bổ sung các tính năng và chức năng hữu ích cho Kubernetes. Giống như một chiếc ô tô, OpenShift đã sẵn sàng, có thể được đưa vào sản xuất ngay lập tức và như chúng tôi sẽ trình bày bên dưới, giúp cuộc sống của nhà phát triển dễ dàng hơn rất nhiều. Đó là lý do tại sao OpenShift được hợp nhất thành hai người. Nó vừa là nền tảng PaaS cấp doanh nghiệp thành công vừa nổi tiếng theo quan điểm của nhà phát triển. Đồng thời, đây là giải pháp Container dưới dạng dịch vụ siêu đáng tin cậy xét theo quan điểm hoạt động công nghiệp.
OpenShift là Kubernetes với chứng nhận 100% CNCF
OpenShift dựa trên . Do đó, sau khi đào tạo thích hợp, người dùng sẽ ngạc nhiên trước sức mạnh của kubectl. Và những người chuyển sang OpenShift từ Kubernetes Cluster thường nói rằng họ thực sự thích điều đó đến mức nào sau khi chuyển hướng kubeconfig sang cụm OpenShift, tất cả các tập lệnh hiện có đều hoạt động hoàn hảo.
Chắc hẳn bạn đã từng nghe về tiện ích dòng lệnh của OpenShift có tên là OC. Nó hoàn toàn tương thích với lệnh với kubectl, ngoài ra nó còn cung cấp một số trợ giúp hữu ích sẽ hữu ích khi thực hiện một số tác vụ. Nhưng trước tiên, hãy nói thêm một chút về khả năng tương thích của OC và kubectl:
lệnh kubectl
Đội OC
kubectl nhận pod
oc lấy pod
kubectl lấy không gian tên
oc có được không gian tên
kubectl tạo -f triển khai.yaml
oc tạo -f triển khai.yaml
Đây là kết quả của việc sử dụng kubectl trên API OpenShift:
• kubectl get pod – trả về pod như mong đợi.
• kubectl get namespaces – trả về namespaces như mong đợi.
Lệnh kubectl create -f mydeployment.yaml tạo tài nguyên kubernetes giống như trên bất kỳ nền tảng Kubernetes nào khác, như trong video bên dưới:
Nói cách khác, tất cả các API Kubernetes đều có sẵn đầy đủ trong OpenShift trong khi vẫn duy trì khả năng tương thích 100%. Đó là lý do tại sao .
OpenShift bổ sung các tính năng hữu ích cho Kubernetes
API Kubernetes có sẵn 100% trong OpenShift, nhưng tiện ích Kubernetes tiêu chuẩn kubectl rõ ràng thiếu chức năng và sự tiện lợi. Đó là lý do tại sao Red Hat đã bổ sung thêm các tính năng và công cụ dòng lệnh hữu ích cho Kubernetes, chẳng hạn như OC (viết tắt của OpenShift client) và ODO (OpenShift DO, tiện ích này hướng tới các nhà phát triển).
1. Tiện ích OC - phiên bản Kubectl mạnh mẽ và tiện lợi hơn
Ví dụ, không giống như kubectl, nó cho phép bạn tạo các không gian tên mới và dễ dàng chuyển đổi ngữ cảnh, đồng thời cung cấp một số lệnh hữu ích cho nhà phát triển, chẳng hạn như xây dựng hình ảnh vùng chứa và triển khai ứng dụng trực tiếp từ mã nguồn hoặc mã nhị phân (Source-to-image, s2i).
Hãy xem các ví dụ về cách các trình trợ giúp tích hợp và chức năng nâng cao của tiện ích OC giúp đơn giản hóa công việc hàng ngày.
Ví dụ đầu tiên là quản lý không gian tên. Mỗi cụm Kubernetes luôn có nhiều không gian tên. Chúng thường được sử dụng để tạo môi trường phát triển và sản xuất, nhưng cũng có thể được sử dụng để cung cấp cho mỗi nhà phát triển một hộp cát cá nhân chẳng hạn. Trong thực tế, điều này dẫn đến việc nhà phát triển phải thường xuyên chuyển đổi giữa các không gian tên vì kubectl chạy trong bối cảnh của không gian hiện tại. Do đó, trong trường hợp của kubectl, mọi người tích cực sử dụng các tập lệnh trợ giúp cho việc này. Nhưng khi sử dụng OC, để chuyển sang không gian mong muốn, bạn chỉ cần nói “oc project namespace”.
Bạn không nhớ không gian tên bạn cần được gọi là gì? Không vấn đề gì, chỉ cần gõ “oc get project” để hiển thị danh sách đầy đủ. Bạn đang hoài nghi tự hỏi điều này sẽ hoạt động như thế nào nếu bạn chỉ có quyền truy cập vào một tập hợp con giới hạn các không gian tên trên cụm? Chà, bởi vì kubectl chỉ thực hiện điều này một cách chính xác nếu RBAC cho phép bạn xem tất cả các khoảng trống trên cụm và trong các cụm lớn không phải ai cũng được cấp quyền như vậy. Vì vậy, chúng tôi trả lời: đối với OC, đây hoàn toàn không phải là vấn đề và nó sẽ dễ dàng tạo ra một danh sách đầy đủ trong tình huống như vậy. Chính những điều nhỏ nhặt này đã tạo nên định hướng doanh nghiệp của Openshift và khả năng mở rộng tốt của nền tảng này về mặt người dùng và ứng dụng
2. ODO - phiên bản cải tiến của kubectl dành cho nhà phát triển
Một ví dụ khác về những cải tiến của Red Hat OpenShift so với Kubernetes là tiện ích dòng lệnh ODO. Nó được thiết kế dành cho các nhà phát triển và cho phép bạn nhanh chóng triển khai mã cục bộ đến cụm OpenShift từ xa. Nó cũng có thể hợp lý hóa các quy trình nội bộ để đồng bộ hóa ngay lập tức tất cả các thay đổi mã với các vùng chứa trên cụm OpenShift từ xa mà không cần phải xây dựng lại, đăng ký và triển khai lại hình ảnh.
Hãy xem cách OC và ODO giúp làm việc với container và Kubernetes dễ dàng hơn.
Chỉ cần so sánh một số quy trình công việc khi chúng được xây dựng trên cơ sở kubectl và khi sử dụng OC hoặc ODO.
• Triển khai code trên OpenShift cho những người không biết tiếng YAML:
Kubernetes/kubectl
$> bản sao git
1- Tạo Dockerfile xây dựng hình ảnh từ mã
-----
nút TỪ
WORKDIR /usr/src/ứng dụng
gói SAO CHÉP*.json ./
SAO CHÉP index.js ./
SAO CHÉP ./app ./app
CHẠY cài đặt npm
MỞ RỘNG 3000
CMD [ “npm”, “bắt đầu” ] ————–
2- Chúng tôi xây dựng hình ảnh
$>bản dựng podman...
3- Đăng nhập vào sổ đăng ký
đăng nhập podman...
4- Đặt image vào sổ đăng ký
đẩy podman
5- Tạo các file yaml để triển khai ứng dụng (deployment.yaml, service.yaml, ingress.yaml) - đây là mức tối thiểu tuyệt đối
6- Triển khai tệp kê khai:
Kubectl áp dụng -f .
OpenShift/oc
$> oc ứng dụng mới – tên ứng dụng của chúng tôi
OpenShift/odo
$> bản sao git
$> odo tạo thành phần nodejs myapp
$>odo đẩy
• Chuyển đổi ngữ cảnh: thay đổi không gian tên công việc hoặc cụm công việc.
Kubernetes/kubectl
1- Tạo context trong kubeconfig cho project “myproject”
2- bối cảnh tập hợp kubectl…
OpenShift/oc
dự án oc “dự án của tôi”
Kiểm soát chất lượng: “Một tính năng thú vị đã xuất hiện ở đây, vẫn ở phiên bản alpha. Có lẽ chúng ta có thể đưa nó vào sản xuất?”
Hãy tưởng tượng bạn đang ngồi trong một chiếc xe đua và được thông báo: “Chúng tôi đã lắp đặt một loại phanh mới và thành thật mà nói, độ tin cậy của chúng vẫn chưa ổn định... Nhưng đừng lo lắng, chúng tôi sẽ tích cực cải tiến chúng trong suốt khóa học. của chức vô địch.” Bạn thích viễn cảnh này như thế nào? Chúng tôi ở Red Hat không hiểu sao lại không vui cho lắm. 🙂
Do đó, chúng tôi cố gắng trì hoãn các phiên bản alpha cho đến khi chúng đủ trưởng thành và chúng tôi đã thực hiện thử nghiệm chiến đấu kỹ lưỡng và cảm thấy chúng an toàn khi sử dụng. Thông thường, mọi thứ đều trải qua giai đoạn Dev Preview trước, sau đó mới đến và chỉ sau đó mới được phát hành rộng rãi (GA), vốn đã ổn định đến mức phù hợp cho sản xuất.
Tại sao vậy? Bởi vì, cũng như sự phát triển của bất kỳ phần mềm nào khác, không phải tất cả các ý tưởng ban đầu trong Kubernetes đều đạt đến bản phát hành cuối cùng. Hoặc họ đạt được nó và thậm chí giữ lại chức năng dự định, nhưng cách triển khai của chúng hoàn toàn khác so với chức năng trong phiên bản alpha. Với hàng nghìn hàng nghìn khách hàng của Red Hat đang sử dụng OpenShift để hỗ trợ khối lượng công việc quan trọng, chúng tôi đặc biệt chú trọng đến tính ổn định của nền tảng và khả năng hỗ trợ lâu dài.
Red Hat cam kết phát hành OpenShift thường xuyên và cập nhật phiên bản Kubernetes đi kèm với nó. Ví dụ: bản phát hành GA hiện tại của OpenShift 4.3 tại thời điểm viết bài này bao gồm Kubernetes 1.16, chỉ kém một đơn vị so với phiên bản ngược dòng của Kubernetes được đánh số 1.17. Vì vậy, chúng tôi đang cố gắng cung cấp cho khách hàng Kubernetes cấp doanh nghiệp và cung cấp khả năng kiểm soát chất lượng bổ sung khi chúng tôi phát hành các phiên bản OpenShift mới.
Sửa lỗi phần mềm: “Có một lỗ hổng trong phiên bản Kubernetes mà chúng tôi đang sản xuất. Và bạn chỉ có thể đóng nó bằng cách cập nhật ba phiên bản trở lên. Hoặc có bất kỳ lựa chọn nào?
Trong dự án nguồn mở Kubernetes, các bản sửa lỗi phần mềm thường được phát hành như một phần của bản phát hành tiếp theo, đôi khi bao gồm một hoặc hai bản phát hành quan trọng trước đó, mang lại thời gian bảo hành ít nhất là 6 tháng.
Red Hat tự hào về việc phát hành các bản sửa lỗi quan trọng sớm hơn các bản sửa lỗi khác và cung cấp hỗ trợ lâu hơn. Lấy ví dụ lỗ hổng leo thang đặc quyền Kubernetes (): nó được phát hiện trong Kubernetes 1.11 và các bản sửa lỗi cho các bản phát hành trước đó chỉ được phát hành cho đến phiên bản 1.10.11, khiến bản sửa lỗi này nằm trong lỗ hổng trong tất cả các bản phát hành Kubernetes trước đó, từ 1.x đến 1.9.
Đến lượt mình, (Đã có Kubernetes 1.2), nắm bắt được XNUMX bản phát hành OpenShift và thể hiện rõ ràng sự quan tâm đến khách hàng (chi tiết hơn ).
OpenShift và Red Hat đang đưa Kubernetes tiến lên như thế nào
Red Hat là công ty đóng góp phần mềm lớn thứ hai cho dự án Kubernetes nguồn mở, chỉ sau Google, với 3 trong số 5 nhà phát triển có năng suất cao nhất đến từ Red Hat. Một sự thật khác ít được biết đến: nhiều chức năng quan trọng xuất hiện trong Kubernetes chính xác là do sáng kiến của Red Hat, chẳng hạn như:
- RBAC. Kubernetes không có chức năng RBAC (ClusterRole, ClusterRoleBinding) cho đến khi các kỹ sư của Red Hat quyết định triển khai chúng như một phần của nền tảng chứ không phải chức năng OpenShift bổ sung. Red Hat có ngại cải thiện Kubernetes không? Tất nhiên là không, vì Red Hat tuân thủ nghiêm ngặt các nguyên tắc nguồn mở và không chơi các trò chơi Open Core. Những cải tiến và đổi mới được thúc đẩy bởi các cộng đồng phát triển, thay vì các cộng đồng độc quyền, sẽ khả thi hơn và được áp dụng rộng rãi hơn, phù hợp với mục tiêu cốt lõi của chúng tôi là làm cho phần mềm nguồn mở trở nên hữu ích hơn cho khách hàng của chúng tôi.
- Chính sách bảo mật cho nhóm (Chính sách bảo mật nhóm). Khái niệm chạy ứng dụng một cách an toàn bên trong nhóm này ban đầu được triển khai trong OpenShift dưới tên SCC (Ràng buộc bối cảnh bảo mật). Và như trong ví dụ trước, Red Hat đã quyết định đưa những phát triển này vào dự án Kubernetes mở để mọi người đều có thể sử dụng chúng.
Có thể tiếp tục loạt ví dụ này nhưng chúng tôi chỉ muốn chứng tỏ rằng Red Hat thực sự cam kết phát triển Kubernetes và làm cho nó tốt hơn cho mọi người.
Rõ ràng OpenShift là Kubernetes. Sự khác biệt là gì? 🙂
Chúng tôi hy vọng rằng khi đọc đến đây, bạn đã nhận ra rằng Kubernetes là thành phần cốt lõi của OpenShift. Cái chính, nhưng không phải là cái duy nhất. Nói cách khác, chỉ cài đặt Kubernetes sẽ không cung cấp cho bạn nền tảng cấp doanh nghiệp. Bạn sẽ cần thêm xác thực, kết nối mạng, bảo mật, giám sát, quản lý nhật ký, v.v. Ngoài ra, bạn sẽ phải đưa ra một số lựa chọn khó khăn từ số lượng lớn các công cụ có sẵn (để đánh giá cao sự đa dạng của hệ sinh thái, chỉ cần xem qua ) và bằng cách nào đó đảm bảo tính nhất quán và mạch lạc để chúng hoạt động như một. Ngoài ra, bạn sẽ cần thường xuyên thực hiện cập nhật và kiểm tra hồi quy bất cứ khi nào phiên bản mới của bất kỳ thành phần nào bạn sử dụng được phát hành. Nghĩa là, ngoài việc tạo và duy trì nền tảng, bạn cũng sẽ cần phải xử lý tất cả phần mềm này. Không chắc sẽ còn nhiều thời gian để giải quyết các vấn đề kinh doanh và đạt được lợi thế cạnh tranh.
Nhưng trong trường hợp OpenShift, Red Hat tự giải quyết tất cả những sự phức tạp này và chỉ đơn giản cung cấp cho bạn một nền tảng hoàn chỉnh về mặt chức năng, không chỉ bao gồm chính Kubernetes mà còn toàn bộ bộ công cụ nguồn mở cần thiết để biến Kubernetes thành một cấp doanh nghiệp thực sự giải pháp mà bạn có thể ngay lập tức và hoàn toàn bình tĩnh đưa vào sản xuất. Và tất nhiên, nếu bạn có một số kho công nghệ của riêng mình thì bạn có thể tích hợp OpenShift vào các giải pháp hiện có.
Hãy nhìn vào hình trên: mọi thứ nằm ngoài hình chữ nhật Kubernetes là nơi Red Hat bổ sung thêm chức năng mà Kubernetes không có, như người ta nói, theo thiết kế. Và bây giờ chúng ta sẽ xem xét phần chính của các lĩnh vực này.
1. Hệ điều hành mạnh mẽ làm cơ sở: RHEL CoreOS hoặc RHEL
Red Hat đã là nhà cung cấp hàng đầu các bản phân phối Linux cho các ứng dụng quan trọng trong kinh doanh trong hơn 20 năm. Kinh nghiệm tích lũy và cập nhật liên tục của chúng tôi trong lĩnh vực này cho phép chúng tôi cung cấp cơ sở thực sự đáng tin cậy và đáng tin cậy cho hoạt động công nghiệp của container. RHEL CoreOS sử dụng cùng kernel với RHEL, nhưng được tối ưu hóa chủ yếu cho các tác vụ như chạy container và chạy cụm Kubernetes: kích thước giảm và tính bất biến của nó giúp thiết lập cụm, tự động thay đổi quy mô, triển khai bản vá, v.v. dễ dàng hơn. Tất cả các tính năng này làm cho nó trở nên dễ dàng hơn một nền tảng lý tưởng để mang lại trải nghiệm người dùng giống nhau với OpenShift trên nhiều môi trường điện toán, từ kim loại trần đến đám mây riêng và công cộng.
2. Tự động hóa hoạt động CNTT
Tự động hóa các quy trình cài đặt và hoạt động hàng ngày (tức là hoạt động hàng ngày) là điểm mạnh của OpenShift, giúp quản trị, cập nhật và duy trì hiệu suất của nền tảng container ở mức cao nhất dễ dàng hơn nhiều. Điều này đạt được thông qua hỗ trợ cho các toán tử Kubernetes ở cấp kernel OpenShift 4.
OpenShift 4 cũng là toàn bộ hệ sinh thái các giải pháp dựa trên các toán tử Kubernetes, được phát triển bởi chính Red Hat và các đối tác bên thứ ba (xem. Red Hat, hoặc cửa hàng điều hành , do Red Hat tạo cho các nhà phát triển bên thứ ba).
Danh mục OpenShift 4 tích hợp bao gồm hơn 180 toán tử Kubernetes
3. Công cụ dành cho nhà phát triển
Kể từ năm 2011, OpenShift đã có sẵn dưới dạng nền tảng PaaS (Platform-as-a-Service) giúp cuộc sống của các nhà phát triển dễ dàng hơn nhiều, giúp họ tập trung vào mã hóa và cung cấp hỗ trợ riêng cho các ngôn ngữ lập trình như Java, Node.js , PHP, Ruby, Python, Go, cũng như các dịch vụ phân phối và tích hợp liên tục CI/CD, cơ sở dữ liệu, v.v. OpenShift 4 cung cấp , bao gồm hơn 100 dịch vụ dựa trên các toán tử Kubernetes do Red Hat và các đối tác của chúng tôi phát triển.
Không giống như Kubernetes, OpenShift 4 có GUI chuyên dụng (), giúp các nhà phát triển dễ dàng triển khai các ứng dụng từ nhiều nguồn khác nhau (git, cơ quan đăng ký bên ngoài, Dockerfile, v.v.) vào không gian tên của họ và trực quan hóa rõ ràng mối quan hệ giữa các thành phần ứng dụng.
Ngoài ra, OpenShift còn cung cấp một bộ công cụ phát triển Codeready, đặc biệt bao gồm , một IDE được chứa đầy đủ với giao diện web chạy trực tiếp trên OpenShift và triển khai phương pháp tiếp cận IDE dưới dạng dịch vụ. Mặt khác, đối với những người muốn làm việc nghiêm túc ở chế độ cục bộ, có Codeready Containers, phiên bản đầy đủ chức năng của OpenShift 4 có thể được triển khai trên máy tính xách tay.
IDE tích hợp như một dịch vụ để phát triển hiệu quả trên nền tảng Kubernetes/OpenShift
OpenShift cung cấp hệ thống CI/CD đầy đủ ngay lập tức, dựa trên Jenkins được đóng gói và một plugin để làm việc với các đường ống hoặc hệ thống CI/CD theo định hướng Kubernetes (hiện đang ở phiên bản xem trước của Tech). Cả hai giải pháp này đều tích hợp hoàn toàn với bảng điều khiển OpenShift, cho phép bạn chạy trình kích hoạt quy trình, xem hoạt động triển khai, nhật ký, v.v.
4. Công cụ ứng dụng
OpenShift cho phép bạn triển khai cả ứng dụng có trạng thái truyền thống và giải pháp dựa trên đám mây dựa trên kiến trúc mới, chẳng hạn như microservice hoặc serverless. Giải pháp OpenShift Service Mesh có sẵn ngay lập tức với các công cụ chính để duy trì các vi dịch vụ, chẳng hạn như Istio, Kiali và Jaeger. Đổi lại, giải pháp OpenShift Serverless không chỉ bao gồm Knative mà còn bao gồm các công cụ như Keda được tạo ra như một phần của sáng kiến chung với Microsoft nhằm cung cấp các chức năng Azure trên nền tảng OpenShift.
Giải pháp tích hợp OpenShift ServiceMesh (Istio, Kiali, Jaeger) sẽ hữu ích khi phát triển microservices
Để thu hẹp khoảng cách giữa các ứng dụng cũ và bộ chứa, OpenShift hiện cho phép di chuyển máy ảo sang nền tảng OpenShift bằng cách sử dụng Container Native Virtualization (hiện có trong TechPreview), biến các ứng dụng kết hợp thành hiện thực và tạo điều kiện thuận lợi cho việc di chuyển giữa các đám mây khác nhau, cả riêng tư và công khai.
Máy ảo Windows 2019 chạy trên OpenShift thông qua Container Native Virtualization (hiện đang ở bản Tech Preview)
5. Công cụ cho cụm
Bất kỳ nền tảng cấp doanh nghiệp nào cũng phải có dịch vụ giám sát và ghi nhật ký tập trung, cơ chế bảo mật, xác thực và ủy quyền cũng như các công cụ quản lý mạng. Và OpenShift cung cấp tất cả những thứ này ngay lập tức và tất cả đều là nguồn mở 100%, bao gồm các giải pháp như ElasticSearch, Prometheus, Grafana. Tất cả các giải pháp này đều đi kèm với bảng thông tin, số liệu và cảnh báo đã được xây dựng và định cấu hình bằng chuyên môn giám sát cụm mở rộng của Red Hat, cho phép bạn kiểm soát và giám sát hiệu quả môi trường sản xuất của mình ngay từ đầu.
OpenShift cũng đạt tiêu chuẩn với những tính năng quan trọng dành cho khách hàng doanh nghiệp như xác thực với nhà cung cấp oauth tích hợp, tích hợp với các nhà cung cấp thông tin xác thực, bao gồm LDAP, ActiveDirectory, OpenID Connect, v.v.
Bảng điều khiển Grafana được định cấu hình trước để giám sát cụm OpenShift
Hơn 150 số liệu và cảnh báo Prometheus được cấu hình sẵn để giám sát cụm OpenShift
Để được tiếp tục
Chức năng phong phú của giải pháp và kinh nghiệm sâu rộng của Red Hat trong lĩnh vực Kubernetes là lý do khiến OpenShift đạt được vị trí thống lĩnh trên thị trường, như thể hiện trong hình bên dưới (đọc thêm ).
“Red Hat hiện dẫn đầu thị trường với 44% thị phần.
Công ty đang thu được lợi ích từ chiến lược bán hàng lấy khách hàng làm trung tâm, nơi trước tiên họ tư vấn và đào tạo các nhà phát triển doanh nghiệp, sau đó chuyển sang kiếm tiền khi doanh nghiệp bắt đầu triển khai container vào sản xuất.”
(Nguồn: )
Chúng tôi hy vọng bạn thích bài viết này. Trong các bài đăng tiếp theo của loạt bài này, chúng ta sẽ xem xét kỹ hơn các ưu điểm của OpenShift so với Kubernetes trong từng danh mục được thảo luận ở đây.
Nguồn: www.habr.com