成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

通用操作系統已窮途末路?

系統
對任何運行過Docker的來說,你可能為這個問題而糾結:主機進程監管工具(可能是systemd)的角色始于何處,容器進程監管工具(Docker引擎)又終于何處?你非得與兩者都要直接交互嗎?

[[179045]]

最近我在Twitter上看到了一則饒有意思的聊天,不由得想起了可能不是每個人都意識到這一點:通用操作系統正從我們的服務器上被擠掉。

你所說的通用是啥意思?窮途末路又是啥意思?

首先,有必要澄清一下。我所說的通用操作系統是指大多數人如今用于運行服務器工作負載的操作系統,無論是RHEL、變種版本(比如CentOS或 Fedora或Debian),還是衍生版本(比如Ubuntu)。我們還包括Arch、各種BSD 和opensolaris版本以及Windows。 我所說的窮途末路其實不是說它們消亡或不再有用。我的假設是,它們不再成為我們啟動新服務時使用的默認操作系統,最初很緩慢,后來比較快。

容器的虛擬機管理程序

本文的***個部分包括討論我所說的容器的虛擬機管理程序,如今它們更可能被稱為CaaS,也就是容器即服務。我甚至猜測,VMWare將不得不在這個領域交付某種產品(看看vSphere Integrated Containers和Photon OS方面的工作);把OpenShift排除在外也許為時過早(OpenShift 3主要是作為一種Kubernetes發行版而交付的)。我很快會回過頭來解釋為何這對你鐘愛的Debian服務器構成威脅。

競相成為PID1

對任何運行過Docker的來說,你可能為這個問題而糾結:主機進程監管工具(可能是systemd)的角色始于何處,容器進程監管工具(Docker引擎)又終于何處?你非得與兩者都要直接交互嗎?

現在設想一下:你服務器上的所有軟件都在容器里面運行。為何現在我需要兩個***重疊的進程監管工具?明顯的答案是不需要,這就是為什么Docker與systemd之爭不可避免。請注意:這也不是Docker所特有的。對cri-o(https://github.com/kubernetes- incubator/cri-o)來說,容器進程生命周期管理是其范圍內的職責。

容器成為軟件單位

隱藏在我那個假設背后未說明的是,容器成為了軟件的單位。我這里的意思是說,我們構建或購買的軟件將日益作為容器來發布、作為容器來運行。容器將隨帶足夠多的元數據,以便運行時環境能確定需要什么資源來運行容器。

別低估了來自這種共享契約的簡化性假設的數量。至少,在主機層面,你可能需要大量的近乎相同的主機,它們都向容器調度程序公共其功能。

操作系統的實施細節

我們在這個市場親眼目睹了縱向集成的堆棧(vertically integrated stack)大行其道。

  • Docker for Mac/Windows/AWS/Azure交付時隨帶自己的操作系統,這種Alpine Linux衍生版名為Moby,它并不是為最終用戶直接管理而設計的。
  • 來自CoreOS的Tectonic是一款Kubernetes發行版,它在受管理的CoreOS主機集群上運行。操作系統的大部分由頻繁的原子滾動更新版來加以管理。
  • 來自Red Hat的OpenShift Enterprise是另一種Kubernetes衍生版,這回它是在Atomic主機上運行。
  • Pivotal CloudFoundry交付時隨帶IaaS、主機操作系統、內核、文件系統和容器操作系統,它們都共同經過了測試。

在所有上述情況下,操作系統是更高級軟件的一個實施細節。它不是旨在直接管理,或者至少不是與你如今運行的通用操作系統同樣的程度加以管理。

這就是為什么說,對運行服務器的大多數通用操作系統而言,它們已窮途末路。運行容器的機器會運行更單一用途的工作負載,你運行的軟件越來越多地會在容器里面運行。

你之所以會這么做,而不是自行構建一切軟件,原因在于兼容性。無論是內核版本、文件系統驅動程序、操作系統變量,還是讓你的操作系統版本與我的操作系統版本不一樣的眾多變化因素,構建和測試在各個地方都可以運行的軟件是一項艱巨而無盡頭的任務。商業因素在這方面也起到了作用;畢竟,能夠為所有人支持經過驗證的單一產品有莫大的優點。

帶來的影響

此舉帶來了許多影響,看看它對早期采用者和企業客戶來說有何影響頗有意思。

  • 這對企業操作系統政策來說意味著什么?
  • 基于代理的標準監控系統在封閉式垂直堆棧環境下如何運行?
  • 我們會看到AWS市場上的其他類型的服務出現這種模式嗎?在AWS市場上,啟動的實例無法訪問,但是自動更新。
  • 這種行動快速的軟件在變更控制流程僵硬或需要審計的環境下如何運行?
  • 許多大企業最終會運行不止這一種類型的系統,如何才能最有效地管理這種異構環境?
  • 我們會看到來自一些有關方的反對和阻力嗎?尤其是可能覺得這主要滿足廠商要求的開源社區?
  • 通用操作系統窮途末路是否會導致系統管理員當中專業化程度更高?

我很想與對此有過一番思考的其他人就上述任何話題聊一聊。整個行業出現什么大的變化,以及采用可能事后想想再明顯不過的模式,仍需拭目以待。如果你喜歡這方面的內容,留言告訴我,我會擠時間寫一些更多的東西。

責任編輯:武曉燕 來源: Netsmell
相關推薦

2009-04-20 17:31:57

互聯網

2023-10-18 13:50:36

2010-05-18 09:33:37

私有云

2010-06-13 10:07:37

微軟Windows云計算

2013-04-28 14:43:05

智能手機

2013-07-30 16:29:24

中間件

2012-05-11 10:40:57

英特爾半導體代工

2018-02-28 15:49:43

程序員年齡歧視工程師

2017-01-12 20:48:12

FlashEdge瀏覽器微軟

2012-08-14 09:33:50

x86服務器RISCUNIX

2013-03-08 02:31:38

2024-05-17 18:04:30

AI模型

2022-03-01 15:31:09

計算機視覺人工智能機器人

2020-08-26 14:35:20

庫克喬布斯蘋果

2016-10-09 09:59:03

2011-09-30 11:27:45

51CTO博客一周熱門網絡營銷

2012-01-12 10:18:04

2009-12-09 17:25:19

Linux操作系統

2016-12-26 18:32:57

群暉USBNAS

2010-04-15 14:40:26

Unix操作系統
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 中文字幕日韩欧美一区二区三区 | 日本精品一区二区三区视频 | av日韩在线播放 | 国产精品午夜电影 | 亚洲色图插插插 | 日韩一区二区在线播放 | 成人av片在线观看 | 精品真实国产乱文在线 | 国产精品久久av | 精品无码三级在线观看视频 | 欧美亚洲一区二区三区 | 欧美一区二区三区小说 | 日韩视频a | 久久久精品 | 午夜精品一区二区三区在线观看 | 中文字幕在线观看一区二区 | 欧美精品久久久久 | 一区视频在线播放 | 综合一区二区三区 | 蜜桃在线播放 | 久久久久久久久久久福利观看 | 国产日产精品一区二区三区四区 | 亚洲精品一区二区网址 | 人碰人操 | 国产在线观| 国产一级精品毛片 | 国产精品一区二区三区四区五区 | 国产精品91视频 | 免费观看黄网站 | 亚洲高清网| 欧美激情视频一区二区三区在线播放 | 精品一区电影 | 91在线电影 | 日韩在线 | 日韩中文一区 | 久久久久久九九九九 | 日本免费小视频 | 久久蜜桃av一区二区天堂 | 日本中文字幕一区 | 成人在线小视频 | 波霸ol一区二区 |