Banayad na Linux Distro para sa Katutubong Kubernetes Web Server Cluster & SaaS Apps

Ang CoreOS, ang kumpanya ng kumpanya ng pag-unlad ng software na namamahala sa pamamahagi ng Container Linux, kamakailan ay naglabas ng bersyon ng Tectonic 1.64 (5/31/2017) na nagbibigay ng isang mabilis at madaling paraan upang mag-deploy ng isang Kubernetes kumpol para sa suporta sa web / mobile app sa AWS o isang self-self naka-host na network ng cloud server. Ang Core OS ay may higit sa 100 bukas na mga software ng mapagkukunan ng software sa ilalim ng pag-unlad ng kumpanya sa GitHub kabilang ang etcd, flannel, rkt, Ignition, Clair, Matchbox, dex, at prometheus-operator. Ang Tectonic ay libre upang magamit para sa mga kumpol ng Kubernetes ng hanggang sa 10 node, pagkatapos kung saan ang isang iba’t ibang mga negosyo, sentro ng data, & magagamit ang mga lisensya sa negosyo na may suporta sa propesyonal na teknikal. Ang Quay.io ay isa pang produkto sa cloud SaaS na inaalok ng CoreOS sa ilalim ng pagmamay-ari ng lisensya na tumutulong sa mga koponan ng DevOps na pamahalaan ang mga snapshot ng lalagyan kasama ang Docker o rkt, mga kumpol ng Kubernetes, Container Linux, & Ang CoreOS Tectonic sa produksyon sa sukat. Kasama sa Quay.io ang mga tampok ng pamamahala ng snapshot na may pinagsamang seguridad, analytics, pagsingil, pagsubaybay, mga pagtatayo ng imbakan, awtomatikong backup, at control ng bersyon ng web server na may advanced na GitHub, Bitbucket, o suporta ng Gitlab (Dockerfile Build Trigger).


Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

Ang CoreOS ay isa sa mga nangungunang kumpanya ng software na bumubuo ng mga bagong bukas na mapagkukunan na solusyon sa ulap sa Linux at ang kumpanya ay nagsimula sa isang garahe ng Palo Alto, California ni Alex Polvi (CEO), Brandon Philips (CTO), at Michael Marineau noong 2013. Nagbebenta si Polvi kanyang kumpanya Cloudkick to Rackspace noong 2010 at pagkatapos ay nabuo ang Core OS kasama si Philips (dating developer ng kernel ng SUSE Linux & Rackspace cloud programmer) & Marineau (mula sa Google). Ang orihinal na layunin ng kumpanya ay mahalagang magtayo ng isang magaan na pamamahagi ng Linux para sa mga lalagyan na susulahin kung ano ang pinatatakbo ng Google sa kanilang mga data center sa "Borg". Sa oras na iyon, ang Kubernetes ay hindi pa pinakawalan sa publiko o open-sourced, ngunit pagkatapos ng 2014/15 nang ang pamamahala ng platform ng Kubernetes ay nakuha sa Linux Foundation, ang CoreOS ay may malaking papel sa Cloud Native Computing Foundation (CNCF) nang sa gayon “makatulong na mapadali ang pakikipagtulungan sa mga developer at operator sa mga karaniwang teknolohiya.” Pagkatapos ay inilunsad din ng Google ang Google Container Engine para sa Kubernetes at Docker (GKE) na gamit ang parehong mga pamantayan na naging pinagtibay sa buong mga nakikipagkumpitensya na mga platform ng ulap sa AWS, Azure, OCP, VMware, RHEL, atbp Halos bawat pangunahing kumpanya ng software ng ulap ay mayroong Kubernetes cluster web server solution noong 2017 na may malawak na paggamit ng etcd & rkt software sa pamamagitan ng CoreOS (CloudFoundry, Fedora, ArchLinux). Ang CoreOS Tectonic higit sa lahat ay nakikipagkumpitensya sa GKE, RancherOS, Docker Swarm, o paggamit ng Kubespray bilang self-host na hybrid cloud option para sa hubad-metal web server cluster management sa independiyenteng ("vendor-agnostic") data center hardware.

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

Ang CoreOS Container Linux ay binuo upang magkasya sa mga pangangailangan na nakabalangkas sa sikat na papel ng pananaliksik na inilathala ng Google noong 2013 na kilala bilang "Ang Datacenter bilang isang Computer: Isang Panimula sa Disenyo ng Mga Warehouse-Scale Machines." (Barroso, Clidaras, & Hölzle) Ang papel na ito ay nagbalangkas ng mga prinsipyo sa likuran ng pagkukunwari ng imprastruktura ng sentro ng data sa modelo ng ulap kumpara sa disenyo ng solong server. Sa pamamagitan ng hardware ng kalakal at milyon-milyong mga server sa mga paglawak ng negosyo, ang mga tagapangasiwa ng network ng ulap ay kailangang magplano para sa hindi maiiwasang CPU, RAM, & iba pang kabiguan ng system hardware. Maramihang mga backup na kopya at ang katotohanan ng bawat isa sa mga pagkakataon ng pagkabigo ng yunit ay isang pangunahing bahagi ng imbakan ng RAID kung saan ang parehong mga prinsipyo ay nalalapat sa mga server ng ulap sa mga nababanat na kumpol sa pamamagitan ng CAP Theorem & Paxos algorithm. Nilutas ni CoreOS ang mga problemang ito sa etcd na nagpapahintulot sa pag-upgrade ng mga kumpol ng Kubernetes sa pamamagitan ng pag-update sa sarili & pag-aayos ng mga proseso na nagtutulak ng na-coordinate na mga pag-update ng hindi naka-sync sa mga server gamit ang mga reboot na kandado. Pinapayagan nito para sa mas madaling aplikasyon ng mga pag-update ng masa ng mga patch ng seguridad sa isang sentro ng data sa buong malaking bilang ng mga server ng rackmount sa isang pagkakataon. atbp ay may mas mahusay na mga aplikasyon ng imbakan para sa pag-save ng pagsasaayos, pribadong mga susi, pagbabago ng password, at iba pang mga variable ng kapaligiran para sa mga web server kung sakaling ang kabiguan ng hardware na ginawa itong isang pangunahing pamantayan sa industriya sa buong mga platform sa mga bukas na termino ng paglilisensya. atbp ay ginagamit ng Google (CFS, GFS, Big Table, Chubby, Spanner), Amazon (E2 Replicated Logs), Microsoft (Boxwood), Hadoop (ZooKeeper), at maraming iba pang mga kumpanya ng software ng ulap upang malutas ang problema ng Paxos sa pagpili ng pinuno , shiding web server, pagkawala ng mga pribadong key key, & iba pang mga variable na pagsasaayos sa pagkabigo ng sentro ng data. Docker & ang mga lalagyan ng rkt ay ihiwalay ang code ng web / mobile application kasama ang user run input mula sa operating system ng hardware para sa mas mahusay na pangkalahatang nakahiwalay na seguridad ng data sa ulap.

Video ng Demo: Brandon Philips (Komperensya ng Linux 2015 – Auckland, NZ)

CoreOS: Isang Panimula – "Ang mga pattern ng arkitektura ng isang malaking sukatan platform ay nagbabago. Ang mga nakatutok na VM at mga tool sa pamamahala ng pagsasaayos ay pinalitan ng containerization at mga bagong teknolohiya sa pamamahala ng serbisyo tulad ng systemd. Ang pagtatanghal na ito ay magbibigay ng isang pangkalahatang-ideya ng kanilang mga pangunahing teknolohiya, kasama ang etcd, armada, at docker. Halika at alamin kung paano gamitin ang mga bagong teknolohiyang ito upang makabuo ng performant, maaasahan, malaking sistema ng ipinamamahagi." Matuto Nang Higit Pa Tungkol sa CoreOS, Kubernetes, & Lalagyan ng Linux

Mahalagang maunawaan ang mga pagkakaiba sa pagitan ng mga lalagyan ng aplikasyon at mga lalagyan ng system na gumaganap bilang isang VM, tulad ng VPS na nagpapatakbo sa ilalim ng OpenVZ, KVM, Xen, Parallels, VMware, atbp. Nagbibigay ang mga lalagyan ng isang alternatibong virtualization hypervisor na maaaring magamit upang lumikha ng mga solusyon na nakatuon sa object sa iba’t ibang mga layer ng isang data center sa pamamagitan ng paggamit ng mga hiwalay na partisyon. Maaaring mai-install at mai-scale ang mga VPS / VM sa mga nababanat na kumpol sa loob ng mga lalagyan at kabaligtaran. Ang kumbinasyon ng mga pagsasaayos ng lalagyan na may malawak na iba’t ibang mga platform ng virtualization na magagamit sa merkado ay maaaring magamit upang lumikha ng mga kumplikadong solusyon para sa mga IT ng IT, SaaS / PaaS / IaaS vendor, mga application ng mobile software, at mga kumpanya ng web hosting. Karamihan sa mga solusyon sa lalagyan ay hindi kasama ang nakalaang SSH & ang mga tool sa networking na katangian ng VPS o VM instances, ngunit ito ay bahagi ng kung ano ang humahantong sa mga lalagyan ng aplikasyon na ginamit sa paggawa upang mai-base sa pinaka magaan na mga distrito ng Linux na magagamit. Ang kasalukuyang kasanayan sa DevOps ay isama ang buong stack ng Linux para sa tuktok na layer ng code sa produksiyon na kasama ng lahat ng mga tiyak na mga extension ng server na kinakailangan ng web & mga mobile app sa pamamagitan ng pagbuo ng mga package o binaries. Ang natatanging paraan na ginagamit ng mga lalagyan ng Docker at rkt sa Unix kernel at Unix API ay humahantong sa isang kumbinasyon ng mga nakahiwalay & pandaigdigang mga namespaces na maaaring magamit upang mapa ang mga variable ng pagsasaayos sa loob / labas ng mga lalagyan para sa mas mahusay na nakahiwalay na pagkonsumo ng mapagkukunan sa hardware ng web server sa mga sentro ng data.

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

rkt kasama ang CoreOS, Fedora, ArchLinux, & NixOS – "Ang pangunahing yunit ng pagpapatupad ng rkt ay ang pod, isang koleksyon ng isa o higit pang mga aplikasyon na nagpapatupad sa isang ibinahaging konteksto (rkt’s pods ay magkasingkahulugan sa konsepto sa Kubernetes orchestration system). Pinapayagan ng rkt ang mga gumagamit na mag-aplay ng iba’t ibang mga pagsasaayos (tulad ng mga parameter ng paghihiwalay) sa parehong antas ng pod-at sa mas maraming butil na antas ng aplikasyon. Ang arkitektura ng rkt ay nangangahulugan na ang bawat pod ay direktang nagpapatupad sa klasikong modelo ng proseso ng Unix (i.e. walang gitnang daemon), sa isang nakapaloob sa sarili, nakahiwalay na kapaligiran. ipinatupad ng rkt ang isang moderno, bukas, karaniwang format ng lalagyan, ang spec Container (appc), ngunit maaari ring magsagawa ng iba pang mga imahe ng lalagyan, tulad ng mga nilikha kasama ng Docker." Dagdagan ang nalalaman tungkol sa rkt Container Engine

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

Bumuo & Mga lalagyan ng Deploy sa Scale: "Gumamit ng Quay.io upang i-automate ang iyong lalagyan ng build, na may pagsasama sa GitHub, Bitbucket, at higit pa … Patuloy na sinusuri ng Quay ang iyong mga lalagyan para sa mga kahinaan, na binibigyan ka ng kumpletong kakayahang makita sa mga kilalang isyu at kung paano ayusin ang mga ito." Matuto Nang Higit Pa Tungkol sa Quay.io

Video ng Demo: Kelsey Hightower (CoreOS Workshop 2015 – Geekdom, SF)

Orkestasyon ng lalagyan gamit ang CoreOS at Kubernetes – "Ang hands-on workshop na ito ay magtuturo ng mga modernong kasanayan para sa orkestasyon ng lalagyan, at magpapakita ng mga halimbawa kung paano nagtutulungan ang mga sangkap upang pamahalaan ang isang kumpol ng mga lalagyan ng Linux. Sa pamamagitan ng kakayahang makapangyarihang imprastraktura sa ulap o sa hubad na metal, gagamitin ng sesyon ang mga Kubernetes na may CoreOS bilang isang halimbawa na nagpapakita ng mga dadalo kung paano i-deploy at pamahalaan ang isang multi-tier web application." Dagdagan ang Higit Pa Tungkol sa CoreOS & Kubernetes

Ayon kay Kelsey Hightower, isang kilalang ebanghelistang Kubernetes na nagtrabaho sa Google & Ang CoreOS, ang Kubernetes ay hindi nakikipagkumpitensya sa CloudFoundry, Heroku, o OpenDeis bilang isang "kumpletong landas" para sa mga DevOps at cloud hosting solution sa paggawa. Sa halip, ito ay isang virtualization balangkas lalo na dalubhasa sa pamamahala ng lalagyan, pag-iskedyul, at pagtuklas ng serbisyo na maraming mga nakikipagkumpitensya sa mga kumpanya ng PaaS / SaaS ay maaaring magtayo ng mga bagong bukas na mapagkukunan na solusyon sa paligid na may higit na interoperability ng cross-platform at portability ng data sa pagitan ng mga provider ng hosting ng cloud. Ang pagtuklas ng serbisyo sa Kubernetes ay pangunahing nauugnay sa pagsubaybay at pag-regulate ng bilang ng mga server node sa isang nababanat na kumpol at paggamit ng etcd para sa pag-synchronise sa pagitan ng mga kopya na may mga pagbabago sa pagbabago ng estado. Hindi tulad ng Docker, na gumagamit ng ibinahaging mga IP address para sa mga lalagyan, ang Kubernetes ay nagbibigay ng isang natatanging IP address sa bawat pod habang pinapanatili ang komunikasyon sa pagitan ng lahat ng mga node ng server sa isang network. Ang natatanging mga IP address ay nabulok ang web / mobile application code mula sa pinagbabatayan na operating system ng lalagyan, na nagpapahintulot sa anumang mga extension ng programming language, platform ng web server, o na-customize na salansan na isinasagawa sa produksiyon na isinama sa patuloy na paglalathala o mga tool sa control ng bersyon sa DevOps. Iba pang mga kahalili sa Docker & ang mga rkt container ay:

  • LXC
  • Cloud Foundry Garden
  • Containerizer ng Mesos
  • systemd-nspawn
  • Google lmctfy (defunct)

Pag-iskedyul ng trabaho, pagtuklas ng serbisyo, & Ang pamamahala ng kumpol ay ang pangunahing mga aspeto ng arkitektura ng sentro ng data na mapabuti ang mga lalagyan para sa mga network ng web server. Bago ang pagsulong sa CoreOS, RancherOS, at iba pang mga solusyon ng Container Linux, ang mga programmer sa unang yugto ng cloud cloud ay gumagamit ng mga script ng Chef / Puppet upang magbahagi ng mga snapshot para sa mga awtomatikong pag-install ng lalagyan sa sukat. Mas pinadali ng mga lalagyan na suportahan ang multi-tenant Python, Java, Nginx, MySQL, OpenSSL, atbp. Binubuksan din ng mga lalagyan ang higit na kakayahang umangkop para sa mga developer sa pagpapanatili ng aktibong code sa pagitan ng mga pag-update ng platform ng extension upang mapanatili ang mga web server na naka-patch habang sinisiguro na ang mga pag-update ng seguridad ay hindi masira ang code ng produksyon. Dahil mahirap ito sa kaugalian, ang prinsipyo ng Container Linux ay panatilihing simple ang OS. Sa pamamagitan lamang ng pagpapanatili ng seguridad ng kernel at hindi kailanman masira ang kernel API sa Linux, ang mga lalagyan ay maaaring tumakbo sa espasyo ng gumagamit na may lahat ng mga extension & mga tool sa paghihiwalay na may higit na pangkalahatang seguridad sa pamamahala ng multi-nangungupahan sa network.

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

Ang CoreOS Container Linux – "Ang Kubernetes ay malakas na software management container na inspirasyon ng Google’s karanasan sa pagpapatakbo sa mga lalagyan. Ang mga mahahalagang tampok tulad ng pagtuklas ng serbisyo, awtomatikong pag-balanse ng pag-load, pagtitiklop ng lalagyan at marami pa ay binuo sa. Dagdag pa, ito’lahat ay pinalakas sa pamamagitan ng isang HTTP API … Ang mga lalagyan ng Linux ay nagbibigay ng maraming mga benepisyo para sa parehong mga developer ng application at mga koponan sa pagpapatakbo. Pinapayagan lamang ng Container Linux na mai-install ang software bilang mga lalagyan, na isang mahalagang layer ng abstraction sa pagitan ng operating system at ang mga aplikasyon (at dependencies) na tumatakbo sa itaas." Matuto Nang Higit Pa Tungkol sa Container Linux

Video konsepto: atbp v 3 – Brandon Philips (CTO / Co-founder CoreOS)

Balsa: Ipinamamahagi ng Consensus Protocol – "atbp ay nakasulat sa Go na may mahusay na suporta sa cross-platform, maliit na binaries at isang mahusay na komunidad sa likod nito. Ang komunikasyon sa pagitan ng etcd machine ay hinahawakan sa pamamagitan ng Raft consensus algorithm." Matuto Nang Higit Pa Tungkol sa Raft DCP

Pinapayagan ng system ng Kubernetes para sa iba’t ibang mga sangkap na magamit sa mga antas ng cluster ng web server na scaling ng web server, halimbawa gamit ang Terraform, Fleet (katulad ng System D), Mesos, CoreOS Tectonic, Docker Swarm, atbp kung saan ang etcd ay ang mahahalagang sangkap ( katulad sa Locksmith) na nagkoordina sa mga pagbabago ng estado mula sa mga pagbabago ng variable ng gumagamit sa kabuuan ng mga nababanat na kumpol na may maraming sabay na proseso ng pagtakbo sa paghihiwalay. Puppet & Maaari ring ipatupad ang script ng chef. Sa paraang ito, ang mga system administrator ay maaaring makapagtatag ng mga parameter tulad ng pagpapatakbo ng 100 mga pagkakataon ng isang application ng SaaS (website o mobile app) na may 1 GB ng RAM at ang scheduler ng Kubernetes ay mapanatili ang mga antas sa buong mga mapagkukunan ng system tulad ng isang thermometer scaling up server at pag-shut down ang mga node tulad ng hinihiling ng estado ng network. Dahil dito hindi inirerekumenda na gumamit ng mga malalaking build na may maraming naka-imbak na mga static na file sa mga replicated na nakabase sa lalagyan ng web server, na humahantong sa higit pang pag-andar ng pag-iimbak ng cloud na naka-API na lahat ng mga nababanat na mga server ng web ay maaaring gumuhit tulad ng hinihiling ng mga kahilingan sa trapiko ng https . Pinapayagan nito ang mga mekanismo ng pagtuklas ng serbisyo (SkyDNS, nadiskubre, Confd, magic proxies, atbp.) Upang maiugnay ang geolocation ng gumagamit mula sa mga kahilingan sa browser sa mga pampublikong network para sa mas mahusay na pagbabalanse ng pag-load, pati na rin ang pagbuo ng mga bagong solusyon para sa panloob na reverse proxy file caching sa mga sentro ng data para sa mas mahusay na pagganap ng web hosting.

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

Dockerfile Bumuo sa Cloud – "Nais bang gamitin ang Dockerfiles upang mabuo ang iyong mga imahe? I-upload lamang ang iyong Dockerfile (at anumang karagdagang mga file na kailangan nito) at itatayo namin ang iyong Dockerfile sa isang imahe at itulak ito sa iyong imbakan. Kung nag-iimbak ka ng iyong Dockerfile sa GitHub, Bitbucket, o Gitlab, magdagdag ng isang Gumawa ng Trigger sa iyong imbakan at magsisimula kami ng isang build ng Dockerfile para sa bawat pagbabago na iyong ginawa … Ibahagi ang anumang imbakan na may maraming (o bilang ilang) mga gumagamit na katulad mo pumili. Kailangan mo ba ng isang imbakan lamang para sa iyong koponan? Madaling ibahagi sa mga miyembro ng iyong koponan … Nais mong ibahagi sa mundo? Gawing publiko ang iyong imbakan." Matuto Nang Higit Pa Tungkol sa Quay.io

Lightweight Linux Distro para sa Katutubong Kubernetes Web Server Cluster at SaaS Apps

atbp & Mga Kumpernetes Cluster States – "atbp ay isang ipinamamahaging key value store na nagbibigay ng isang maaasahang paraan upang mag-imbak ng data sa isang kumpol ng mga makina. Ito’s bukas na mapagkukunan at magagamit sa GitHub. atbp. Pinagpapamahalaan ng iba pa ang mga halalan sa namumuno sa mga partisyon ng network at magpapahintulot sa pagkabigo ng makina, kabilang ang pinuno." Dagdagan ang Higit Pa Tungkol sa CoreOS & Kubernetes (etcd)

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me