PaaS, bulut bilişimi yok edecek mi? Kubernetes pazarı şok dalgası
Takip etmek için tıklayın InfoQ , Yapışkan resmi hesap
Programcının teknik kahvaltısını alın
Yazar Xu Chuan
Düzenle Xiaozhi
Container + Kubernetes tabanlı yeni PaaS, bulut bilişimin ana akışı olacak.
Önüne yaz
2017, Kubernetes için zafer yılı ve birçok insan hala bunun ne anlama geldiğini anlamıyor. Ancak bulut bilişim endüstrisindeki trendlere bakarsanız, Kubernetes'in etkisinin yayıldığını göreceksiniz.
Bu makalede, bulgularımızı paylaşacağım ve sizi ikna etmeye çalışacağım: Container + Kubernetes tabanlı yeni PaaS, bulut bilişimin ana akımı haline gelecek.
Yerli ve yabancı uzmanların görüşleri de dahil olmak üzere pek çok içerikten alıntı yapacağım, böylece uzmanların bu konuyu nasıl gördüğünü görebilir ve sektörde gerçekte neler olduğunu görmek için kendi araştırma ve röportajlarımızı paylaşabilirsiniz.
Kubernetes (k8s) kısa sürede uzun bir yol kat etti. Sadece iki yıl önce CoreOS'un Fleet, Docker Swarm, Cloud Foundry Diego, HashiCorp's Nomad, Kontena, Rancher's Cattle, Apache Mesos, Amazon ECS, vb. İle bu ürünlerden daha iyi olduğunu kanıtlaması gerekiyordu. Şimdi tamamen farklı bir sahne. Bu şirketlerden bazıları projenin sona erdiğini kamuoyuna duyurdu ve Kubernetes kampına katılmaya başladı ve bazı şirketler projelerinin başarısızlığını kamuya açıklamadı, ancak stratejik olarak kısmi desteğini veya Kubernetes'in tam entegrasyonunu açıkladı, bu da anlamına geliyor Konteyner düzenleme araçları sessizce ve yavaşça ölecek. Her iki durumda da, k8s hayatta kalan son platformdur. Ek olarak, yalnızca kullanıcılar ve platin sponsorlar değil, aynı zamanda giderek daha fazla büyük şirket Kubernetes ekosistemine katılmaya devam edecek ve işlerini Kubernetes'in başarısı üzerine bahse girecek. Aklımıza gelen ilk şeyler Google'ın Kubernetes Engine, Red Hat's OpenShift, Microsoft'un Azure Container Service, IBM'in Cloud Container Service ve Oracle's Container Engine'dir.
Ama bunlar ne anlama geliyor? Birincisi, bu, geliştiricilerin konteyner işinin% 90'ıyla ilgili bir konteyner düzenleme platformuna hakim olmaları gerektiği anlamına gelir. Bu, Kubernetes öğrenmek için iyi bir nedendir. Aynı zamanda bu, konteyner alanında Amazon gibi olan Kubernetes'e derinden bağlı olduğumuz anlamına da geliyor. Kubernetes üzerinde uygulamalar tasarlamak, uygulamak ve çalıştırmak, uygulamaları farklı bulut sağlayıcıları, Kubernetes dağıtımları ve hizmet sağlayıcıları arasında serbestçe taşımanıza olanak tanır. Size Kubernetes sertifikalı geliştiriciler bulma, projeler geliştirmelerine izin verme ve gelecekte sürekli destek sağlama fırsatı verir. Kubernetes bir VM veya bir JVM değildir, yeni bir uygulama taşınabilirliği katmanıdır ve herkes için ortak bir seçimdir. Bilgin Ibryam, Baş Mimar, Red Hat
"Container + k8s" tabanlı yeni PaaS
Kubernetes geleneksel anlamda PaaS değildir. Aslında geleneksel PaaS Kubernetes üzerine kurulabilir.
Geçmişte, PaaS böyle bir gelişme yaşadı:
-
İlk nesil: en eski Heroku, kesinlikle sınırlı çalışma süresi, değiştirilemez ortam gibi. Ruby on Rails gibi küçük monolitik uygulamalar için uygundur.
-
İkinci nesil: Cloud Foundry (DEA sürümü), bulut oluşturma dahil ortamı kolayca özelleştirebilirsiniz. Ayrıca çoklu hizmet uygulamalarını da desteklemeye başladı.
-
Üçüncü nesil: GAE'nin mevcut sürümü ve AWS Elastic Beanstalk gibi Cloud Foundry (Diego sürümü), hepsi önceki iki nesil PaaS'den yinelenmiştir. Bu sürümde, daha fazla ücretsiz ortam yapılandırması ve mikro hizmetler için daha güçlü destek ile kapsayıcılar için destek eklenmiştir.
-
Dördüncü nesil: Kubernetes ve diğer konteyner düzenleme motorları. Bu nesil platformlar, bulutta yerel uygulama bilgi işlem için tamamen dağıtılmış ve konteyner tabanlı bir bilgi işlem platformu olan Kubernetes'in kendisi haline geldi.
Dördüncü nesil PaaS'ın odak noktası da öncekinden farklıdır. İlk üç nesil PaaS uygulama düzeyinde PaaS (Uygulama PaaS) diyebiliriz. Uygulamaların çalışmasına odaklanırlar. Dördüncü nesile konteyner PaaS veya CaaS, KaaS denir. Odak noktası, uygulama paketleme ve dağıtımdır.
Dördüncü nesil PaaS, benzer sonuçlar elde etmek için elbette diğer teknolojileri de kullanabilir, ancak daha önce belirtildiği gibi, Kubernetes rekabeti kazandı.
Aşağıdaki PaaS platform mimarisi şemasından da görebileceğiniz gibi, Docker + Kubernetes katmanını "teknik tampon katmanı" yapmak için kullandım. Diğer bir deyişle, Docker ve Kubernetes olmadan PaaS oluşturmak çok daha karmaşık olacaktır. Tabii ki, PaaS benzeri bir platform geliştiriyorsanız, geliştirdiğiniz şeyin Docker ve Kubernetes'e çok benzediğini göreceksiniz. İnanın bana, sonunda tekerleklerinizden vazgeçecek ve Docker + Kubernetes'i benimseyeceksiniz. -Chen Hao, "PaaS Platformunun Özüne Bakış"
Bu, pratikte ihtiyaçlara göre özelleştirilebilen geniş ve kapsamlı bir PaaS platform mimarisidir.
Endüstri Trendi: Hepsi PaaS'ta
Sektöre bakarsak, genel buluttan özel buluta, geleneksel işletmelerden internetin yeni başlamasına kadar hepsinin Kubernetes'i kucakladığını ve PaaS yaptığını göreceğiz.
Herkese açık bulutların hepsi k8'ler ve kapsayıcılar yapıyor
AWS'den Google Cloud'a, Microsoft Azure'dan yerel Tencent Cloud'a, Huawei Cloud'a vb. K8s konteyner hizmetleri sağlanmaktadır. Bir genel bulut henüz k8s hizmetleri sağlamamışsa veya bunu yapmayı planlamıyorsa, teknolojisinin zamanın gerisinde kaldığı düşünülebilir.
Genel bulutlar tarafından sağlanan k8'ler ve konteyner hizmetleri özellikle iki kategoriye ayrılır:
Bir tür, birden çok kiracı sağlayan tek kapsayıcılı bir örnektir. Bu aslında yukarıda belirtilen üçüncü PaaS türüne benzer. Kullanıcı tek bir kapsayıcı oluşturur. Bu tür PaaS'nin hala k8'ler üzerinde oluşturulabileceğinden bahsetmeye değer ve Birçok bulut bilişim satıcısı bu yaklaşımı benimsemiştir. Ayrıca KataContainer teknolojisi, üretim ortamına kademeli olarak uygulanarak sunucusuz ve konteyner kavramını birleştiren Sunucusuz Konteyner Bulutu konseptini getirerek konteynerlerin geleneksel sanallaştırmanın avantajlarına sahip olmasını sağlayarak bu tür hizmetlerin geleceğini hayal gücüyle dolu hale getiriyor.
Kubernetes'in rolü, geleneksel Altyapı Katmanının yerini almak ve teknik personeli doğrudan son kullanıcıyla yüzleşmek yerine üst düzey "ikincil inovasyonu" gerçekleştirmeye teşvik etmektir. Son kullanıcılara gerçek anlamda bulut hizmetleri sağlamak için, Kubernetes üzerine inşa edilmiş daha özlü ve verimli hizmet odaklı bir API olması ihtimali yüksektir ve Sunucusuz tasarım, özellikle Sunucusuz Konteyner Bulutu, bu talep altında en uygun uygulama olacaktır. Tek yön. Zhang Lei, Zhejiang Üniversitesi'nde doktora araştırmacısı, Hyper projesi üyesi, Kubernetes projesinin kıdemli üyesi ve topluluk bakımcısı.
Diğeri ise Kubernetes motoru sağlamaktır.Bu durumda kullanıcılar GKE, Azure AKS, Tencent Cloud CCS gibi Kubernetes kümeleri oluşturur.
İkinci hizmet türü şu anda genel bulut araştırma ve geliştirmenin odak noktasıdır. Yayınlanma süresi temelde geçen yılın ikinci yarısında şimdiye kadar yoğunlaşmıştır. Microsoft Azure, Tencent Cloud ve Huawei Cloud ile röportaj ve araştırma yaptık. Durum temelde benzerdir. Spesifik içerik daha fazla okunabilir:
k8s, özel bulut için standart çözüm olacak
Özel bulutlar iki kategoriye ayrılmıştır; biri işletmelerin kendi kullanımları için veri merkezleri ve özel bulutlar oluşturmaları, diğeri ise hizmet sağlayıcıların müşterilere özel bulut çözümleri sunmaları içindir. Bu iki tür durumda, Kubernetes'in giderek daha fazla kullanıldığını ve hem işletmelerin, hem hizmet sağlayıcıların hem de müşterilerin Kubernetes PaaS'ın tatlılığını tattığını gördük.
Kendi kendine kullanım özel bulutlar için, sistemin evrimi karmaşık bir konudur.Yeni teknolojilerin körü körüne benimsenmesi bazen işletmeye yardımcı olmamakta, aynı zamanda kaynak israfına da neden olmaktadır. K8'ler nasıl performans gösterir? JD'nin deneyiminin kendi adına konuşmasına izin verelim:
(Kapsayıcıları ve Kubernetes kullanarak) JDOS 2.0, büyük veri, web kullanımı, derin öğrenme vb. Dahil olmak üzere birden çok kullanım türüne erişebilir ve her kullanım türü için farklı kaynak kısıtlama yöntemlerini benimser ve farklı Kubernetes ile işaretlenmiştir. etiket. Çeşitli etiketlere dayanarak, daha çeşitli ve esnek zamanlama yöntemleri uyguladık ve bazı IDC'lerde deneysel olarak çevrimiçi görevleri ve çevrimdışı görevleri devreye aldık. 1.0 ile karşılaştırıldığında, genel kaynak kullanım oranı yaklaşık% 30 artmıştır. Bao Yongcheng, JD Basic Platform Departmanı Teknik Direktörü
Hizmet sağlayıcılar için, Kubernetes'in sağlıklı ekolojisi, kullanabilecekleri çok sayıda üçüncü taraf yazılım ve araca sahip olmalarını sağlayabilir.Aynı zamanda, PaaS'ın kolay geliştirme ve kod / uygulama yeniden kullanım özellikleri de teslimat projelerinin maliyetini düşürür ve teslimatı kısaltır döngü.
Müşteriler için Kubernetes tabanlı PaaS, uygulamaların ücretsiz geçişini gerçekleştirebilir, bu da işletmelerin birden fazla bulut stratejisi benimsemesini sağlar ve kılık değiştirmiş tedarikçilerin pazarlık gücünü artırır.
On yılı aşkın bir süredir geliştirmenin ardından, bulut bilişim yeni bir bulut yerel aşamasına girdi. Kurumsal uygulamalar ilk önce bulut ortamında devreye alınmalıdır. Yerel bulut eğilimine nasıl adapte olunur, bulut yerel platformu oluşturmak için kapsayıcılar ve Kubernetes kullanın ve DevOps kavramları ve çevikliği pratiği yapın BT, açık kaynaklı yazılım ve topluluk BT dönüşümüne nasıl yardımcı olur? Tüm bu sorunların çözümü PaaS platformudur ve işletmeler için önemi açıktır. Song Jingchao, TalkingData Container Platform Başkanı
Bazı endüstri deneyimleri şunlara işaret edebilir:
İşletme ve bakım da PaaS gerektirir
Tencent Interactive Entertainment'ın işletme ve bakım ekibinin, şirketin çevrimiçi oyunları için işletme ve bakım yetenekleri sağlaması gerekiyor.Bu, Çin'deki en zorlu ve en zorlu işletme ve bakım hizmeti olabilir.Bu nedenle, yüzlerce kişilik bir araştırma ve geliştirme ekibine sahipler. Dimension'ın geliştirme yönü ve sürekli düşünme ve yinelemenin sonucu, bir dizi PaaS platformu Blue Whale geliştirmektir. Blue Whale'in kendisi Docker, Kubernetes vb. Kullanmaz ve tamamen kendi geliştirmiştir, ancak işletme ve bakımın geliştirme yönünün PaaS olduğunu görebiliriz.
PaaS'ın kendisi DevOps kavramı ile tamamen uyumludur.Geleneksel işletme ve bakım sorumluluklarını değiştirir, bunları işletme ve bakım geliştirmeye dönüştürür, işletmeler ve hatta PaaS platformları için işletim ve bakım araçları geliştirir. Blue Whale ekibinin geliştirme yeteneklerine sahip olmayanlar için konteynerler ve Kubernetes onlara virajlarda sollama kısayolu sağlayabilir.
JD Finance'in işletme ve bakım ekibi, PaaS platformlarını oluşturmak için Kubernetes'i benimsedi:
PasS platformizasyonu, sorunun odağını temel kaynaklardan uygulama düzeyine yükseltir Amaç, geliştiricilerin uygulamaları çalıştırmalarına ve yönetmelerine yardımcı olacak bir platform sağlamaktır, böylece kullanıcılar çalışan koda (iş mantığı) daha fazla dikkat edebilirler.
PaaS'ın çözebileceği sorunlar:
-
Uygulama toplama: Geliştirme için bir Redis'e ihtiyacınız varsa, doğrudan bir Redis kapsayıcısı başlatmanız yeterlidir
-
Hizmet keşfi, hızlı ölçeklendirme, durum yönetimi vb.
-
Hizmet izleme, kurtarma, olağanüstü durum kurtarma
-
Maliyet istatistikleri: hesaplama kaynağı bilgilerinin bir özetini sağlayın ve farklı projeler için ücret alın
-
Güvenlik kontrolü: Hangi platform olursa olsun güvenlik çok önemlidir.Örneğin, bir uygulama B'ye erişebilir, B, A'ya erişime izin vermez ve güvenlik denetimleri.
-
Hızlı dağıtım.
Docker konteyner teknolojisinin ortaya çıkmasıyla, PaaS platformları oluşturmak için daha uygun araçlara sahibiz ve uygulamalara dayalı hizmetler oluşturma yeteneğine sahibiz. Docker konteyner planlama çerçevesi üzerinde Kubernetes platformunu seçtik. Zhang Long, JD Finance PE
PaaS neden bulut bilişimin ana akımı haline gelecek?
Yukarıdakilere ek olarak, PaaS'ın SaaS hizmetlerinin belirli bir seviyeye geldikten sonra kaçınılmaz olarak yapacağı bir şey olduğunu da görebiliriz.Bu, yalnızca müşterilerin daha kapsamlı ve özelleştirilmiş ihtiyaçlarını karşılamakla kalmaz, aynı zamanda SaaS tedarikçilerinin daha fazla alana genişlemesine olanak tanır. . Bir örnek vermek isterseniz WeChat ve Mini Programları düşünerek anlayabilirsiniz.
Ve Kubernetes neden PaaS'nin tercihi olacak, PaaS neden bulut bilişimin ana akımı haline gelecek, çünkü konteynerler ve Kubernetes günümüz bulut yerel konseptinin temelini ve temelini oluşturuyor. Bulut bilişimin doğuşundan bu yana on yıldan fazla zaman geçti, ancak kimse bulut çağındaki uygulamaların neye benzeyeceğini bilemez.Konteynerlerin doğuşuna kadar, nihayet hayali bulut çağına biraz daha yakınız.
Yazılım mühendisliğinin bu üç özünü anladığınızda, yukarıda bahsettiğimiz dağıtılmış teknoloji noktalarının son derece tutarlı olduğunu, yani aşağıdaki üç alandaki yetenekleri göreceksiniz.
-
Dağıtılmış çok katmanlı sistem mimarisi.
-
Servis kapasitesi arzı.
-
Otomatik operasyon ve bakım yetenekleri.
Yalnızca bunları gerçekleştirerek bulut bilişimin gücüne gerçekten sahip olabiliriz. Bu sözde Bulut Yerli. Bu hedefler, PaaS platformuna mükemmel bir şekilde yansıtılır. Dağıtılmış sistemlerin temel teknolojileri ve yukarıda açıklanan yazılım mühendisliğinin özü, PaaS platformunda tamamen somutlaştırılabilir. -Chen Hao, "PaaS Platformunun Özüne Bakış"
Bulut bilişimin geleceği
Bulut bilişimin geçtiğimiz birkaç yıldaki gelişimi göz kamaştırıcı olmuştur ve şüphesiz geleceğini tahmin etmek son derece zordur, ancak Kubernetes'in ana çizgisini kavradığınız ve kısa vadede sanallaştırmadan kapsayıcılara, ikisinin entegrasyonuna kadar geliştirme yolunu anladığınız sürece Hala bazı tahminlerde bulunabiliriz.
Bu soru (Kubernetes beş yıl sonra neye dönüşecek) iyidir. Umarım önümüzdeki beş yıl içinde Kubernetes'i Linux çekirdeğinden daha fazla tartışmayacağız. Gerçekten tüm işlerin temeli olmalı. Hemen harekete geçersek, bazı şeylerin gerçekleşeceğini düşünüyorum.
Çoğu açık kaynak ve ISV (yazılım satıcısı) kurulum yönergesi "sertifikalı bir Kubernetes kümesi seçin" ile başlar. Adım 2, "Bu kubectl komutunu çalıştır" olacaktır. Kubernetes, üçüncü taraf yazılımlarını sayısız platform için sürüm geliştirme endişesinden kurtaracak ve bu satıcıların bulut sağlayıcı tarafından yönetilen hizmetler dışında çözümler sunmasını kolaylaştıracak. Çoğu durumda, bulut hizmetlerini kullanmakta yanlış bir şey yoktur, ancak kendi altyapınızdan benzer bir deneyim almalısınız.
Geliştirme süreci için, kapalı bir PaaS hizmetinden, benzer PaaS işlevlerini bir araya getirmek için birinci sınıf bileşenler kullanabilen bir işletmeye geçeceğimize inanıyorum. Bunlar arasında bazıları alana özgü olabilir ve yalnızca belirli bir sektörde uygulanabilir. Şirketler hızlı bir şekilde eksiksiz bir çözüm oluşturabilir, koddan sağlam bir üretim ortamına giden basit bir yol sağlayabilir ve ayrıca gerektiğinde özel işlevleri çalıştırmak için "camı kırma" yeteneği sağlayabilir. Craig McLuckie, Kubernetes'in kurucusu
Kubernetes kazandı, ancak Kubernetes'e dayalı çeşitli bileşenler ve iş akışları olgun değil. Kubernetes'in kurucusu McLuckie'nin dediği gibi, Kubernetes'in tartışma için "arka plan" olması gerekiyor. Çeşitli yenilikleri tartışacağız ve Service Mesh gibi uygulamalar.
Kanımca, üç ila beş yıl içinde Kubernetes, şu anda Linux gibi standart bir sunucu tarafı ortamı haline gelecek ve Service Mesh, Kubernetes üzerinde çalışan dağıtılmış uygulamalar için dinamik bir bağlayıcıdır. Ardından, dağıtılmış bir uygulamanın geliştirilmesi Bağımsız bir program geliştirmek kadar basit olacak.Sektörün 30 yılı aşkın süredir dağıtık işletim sistemleri konusundaki çabaları bu şekilde sona erecek. Song Xiaonan, Puyuan Information'ın Bulut Bilişim Mimarı
Bugünün Tavsiyesi
Okumak için aşağıdaki resme tıklayın
Orta yaşlı programcılar ne düşünüyor?
Teknik Liderlik 300 Ders Yıllık Sütunu görkemli bir şekilde başlatıldı
Orijinal fiyat 299 / yıl, 100 yuan'lık sınırlı süreli indirimi, bir arkadaşınızı satın almaya her davet ettiğinizde 41 yuan nakit para iadesi, daha fazla davetiye, daha fazla ödül, kapaksız, anında para çekme alabilirsiniz.
Damga Orijinal metni okuyun Hemen özel poster oluşturun
