çizik. konuya tekrr takip siyahbereli tarafından 14/Nis/16 12:18 tarihinde düzenlenmiştir Yapmadıklarınıza pişman olmaktansa, Yaptıklarınıza pişman olun... Yapın pişman olun, yada yapmayın yine pişman olun.

hem up olsun. hemde şunlar neymiş bakayım. FT domain içerisinde shared storage'ın varsa CRM'e ihtiyacın var sunucu orchestrator I'şıkY'ılı;^^`) Zk't^^` RnSySyTk. dl. SpRtÇzBşBkYd Kryptia. agogE Sa'd-l'Suud az. ç'k 'lmyn'Dşn Pnct'tnAnNttn Blgi, YpBlgi 'Ct'nDrm. CmdyDrm. MdrnDrm hRşYdşR ClptcPth'Strsm M'nPhs' Ld, X/Y YrYnZmnGrçklk, AlgBzklğ KrzFrst'tr Tiytr' Pugchv, Jtrn, İmmlmn, FllngLef, Pik' SuprmcySprrty CoBehTh elFnmno:NzrioRonldo AdnKy TkSs, TkHrf . RtNsTk. KvMp. Mk. TrmDyn ScklkNmRzgr ŞkHcBy ccp. kky Snrlr'Çz SnaSnLzmsn 'NsnKsknçtr BgDppr. MagllnCl'ds. S'thCro's Ch'kW'ng CreazioneDiAdamo^^`, Arctrs. Spic' ArcScnd, YySnye TrbProp, TrbJet, TrbFan 3.10^5km/sn 343m/sn 900-1240m/snMacH RamJt, ScRamJt Przdi^^' Tbu. XL Prsek MAtv^^` mLAT G'dWllHnting . 3id't^^` TareZmenPr ParaMotor TrflrVArsİlşklr +. , ZminŞkil. .. Bu imza @SubZero tarafindan degistirilmistir. "Bu kadar uzun karmakarisik bir imza yapma diye uyardim ama heeheeeey _hey kim sylüyor, kim dinliyor." Imzanizi SubZero'ya bilgi vermeden degistirmeyiniz. Tesekkurler...

@sandman ben zaten senin sylediğini syledim, redshift dediğin de zaten uygulama katmanında veriyi blüştürüyor. master node hangi verinin hangi sunucuda olduğunu biliyor ve ona ynlendiriyor. cloud ile pek bir alakası yok yani. redshift'in kodunu dağıtsalar gidip evdeki iki server'ıma da kurabilirim. ben yazılımcıyım hardware kısmından pek anlamıyorum ama hardware katmanında distributed storage olayı pek gelişmiş bir olay değil. amazon yeni efs diye bir servis çıkardı nasıl çalışıyor bilmiyorum ama bu işi yaptığını iddaa ediyor ama arka tarafta nasıl çalışıyor bilmiyorum. neyse konudan uzaklaşmayalım, benim merak ettiğim türk cloud servislerinin cloud olmamasını neye gre belirliyorsun? eksik olan nedir? . . .. . ... .

Buremba bunu yazdı o dediğin zellik aws'de bile otomatik olarak gelmiyor. zel olarak komut vermen lazım şu node'u belirli aralıklarla takip et, belli bir ulaşamazsan kopyasını tekrardan oluştur gibi. sandman shared storage'dan bahsetmiş ama illa ona gerek var mı bilmiyorum. bi base image varsa ondan da otomatik olarak aynı sunucuyu yaratabilirsin veya stateless bi uygulama çalıştırıyosan çoğu zaman diske gerek de kalmıyor, webserver uygulamanı yükleyip otomatik olarak çalıştırabiliyosun init script'leri ile. cloud dediğin şey aslında makinayi istediğin zaman yaratabildiğin / kapatabildiğin ve sadece kullandığın kadar dediğin mimarinin adı. bu tarz bir sistem varsa cloud denilebilir mimari olarak. ama tüketici tarafında cloud ismi biraz daha farklı konumlandırılmış sıkıntı ordan çıkıyor. SaaS modeli dediğimiz yazılımı servis olarak sunma olayı kullanıcılar için cloud oluyor işte. Bunu sadece sunucu seviyesine indirmeyelim ben Azure'dan sadece SQL hizmeti alıyorum sunucum yoksa mesela adam diyorki şu kadar IO yaparsan şu kadar dersin veya AWS'den hadoop hizmeti alıyorum veri başına vs vs... Senin bahsettiğin şey daha çok orchestrator/scripting/automation kısımlarını kapsıyor ama benim ERP sunucularım var tekrardan kursam bile verinin sağlamlığını ve erişebilirliği nemli. Shared storage burada devreye giriyor mesela Web uygulamam gçtü üzerinde bir state yok veya değişken veri yok, otomatik bir imajı klonlatıp github'dan uygulamayı çektirebilirim. Peki MsSQL'im var bu durumda ne yapacağım? OS ve MsSQL otomatik kurulsa bile data disklerinin her noktadan erişilebilir bir alanda tutulması nemli. eğer olayı sunucu olarak değil de veri olarak değerlendireceksek iş zaten bambaşka bir hal alıyor. disklerin her noktadan erişilebilir olma işi biraz sıkıntılı, amazon bile bildiğim kadarıyla sadece disk'in bulunduğu region'dan ulaşmaya izin veriyor. mysql falan kuracaksan replication'lı kuruyorsun cross-region ve master node ldüğünde diğerini devreye alıyor otomatik olarak sistem. backup'lar hiçbir zaman en güncel olmadığı için her türlü veri kaybı yaşanıyor dolasıyla replication olayı şart. replication da zaten sunucu seviyesinde bir olay. amazon'daki sunucularda kullandığımız diskler bile bahsettiğin gibi değil yani anlatmak istediğim, o dediğin için hdfs gibi dağıtık bir dosya sistemi gerekli. . . .. . ... .

6 yıldır çeşitli bulut firmalarında mimar olarak çalıştım, ncelikle şunu belirtmem lazım bulut dediğin şey aslında bir iş modelidir ve fiyatlandırmayla hizmeti alınmasıyla alakalıdır. Bulut tedarikçilerinin kullandığı hemen hemen her teknoloji sanallaştırma, configuration manager, orchestrator vs vs gibi şeyler zaten daha ncesinde olan ve kullanılan ürünlerdir. Ota boka millet bulut ismini yapıştırıyor ama bu iş sadece sunucu seviyesinde değil asıl olayı servis seviyesindedir. Mesela senin CRM'e ihtiyacın var bunu online olarak satın alıp sadece kullandığın kadarının denmesi , uçtan uca her şeyin otomatik olması gibi şartlar var. Senin sylediğin şey sanallaştırma mimarilerinde yıllardır olan bir şey eğer shared storage'ın varsa bir sunucu üzerinde ki fiziksel hatada VM'ler FT domain içerisinde ki başka bir sunucuda açılabilirler. a. q vmware üzerine iscsi ile her storage bağlayan adam bulut yaptığını sanıyor. ne isyan etmişsin ya :Dtakipteyim... Bu işler zordur, zveri ister; hatta zveriden fazlasını, ruhunu ister...

hem up olsun. hemde şunlar neymiş bakayım. FT domain içerisinde shared storage'ın varsa CRM'e ihtiyacın var sunucu orchestrator Uğraşma açıklayayım FT domain = genelde üründen ürüne ismi değişsede mantık aynıdır bir çok fiziksel sunucuyu gruplarsın ve içlerinden bir tanesi herhangi bir sebeple hata verirse üzerinde ki sunucuların başka sunucularda açılmasını sağlar bunun için kapasite planlamanı yaparken mesela tüm kaynaklarımın %10'unu kaybetsemde bunu karşılayacak kaynağım olmalıdır diyip ona gre hesaplama yaparsın . Tabii her FT alanı bir birinden bağımsız olabilir mesela iş kritik uygulamalarının FT oranıyla development ortamının FT oranı aynı değil, bundan dolayıda domainlere ayırırsın. Shared storage = birden fazla sunucunun erişebildiği ve disklerini kullanabildiği ortamdır genelde tüm compute işlemleri hostlar üzerindeyken uzaktaki SAN/NAS cihazlarında diskleri durur. Bunun en büyük avantajı sanal sunucuların fiziksel cihazlardan bağımsız olarak kaydırılabilmesi ve yukarıda ki FT gibi güzelliklere izin vermesidir. NAS ve SAN en çok kullanılan türleridir. IaaS = Infrastructure as a Service demektir. Alt yapı hizmetlerinin bulut ortamından ve servis olarak sağlanmasına verilen genel isim. Alt kırılımları vr Orchestrator, çok uzun bir konu ama zellikle herşeyin süreçlerine gre workflowlarla otomatikleştirilmesine verilen isim Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

Yetkili abilere bir soru; Google Drive, Dropbox gibi servisler Cloud kapsamına girer mi?

@sandman, yukarıdaki terimleri duyduktan sonra "Klasik windows formatı bana kafi" diyesim geldi :). Peki, mesela bazen facebooka girinci "Avusturya" bazen "İtalya" bazen de "ABD" lokasyonunu gstermektedir. Bu tam olarak nedir? Nasıl yapılır? Matematikçi ve Yazılımcı. http://www.ontedi.com ve http://www.cizgi.site Siteme beklerim herkesi.

6 yıldır çeşitli bulut firmalarında mimar olarak çalıştım, ncelikle şunu belirtmem lazım bulut dediğin şey aslında bir iş modelidir ve fiyatlandırmayla hizmeti alınmasıyla alakalıdır. Bulut tedarikçilerinin kullandığı hemen hemen her teknoloji sanallaştırma, configuration manager, orchestrator vs vs gibi şeyler zaten daha ncesinde olan ve kullanılan ürünlerdir. Ota boka millet bulut ismini yapıştırıyor ama bu iş sadece sunucu seviyesinde değil asıl olayı servis seviyesindedir. Mesela senin CRM'e ihtiyacın var bunu online olarak satın alıp sadece kullandığın kadarının denmesi , uçtan uca her şeyin otomatik olması gibi şartlar var. Senin sylediğin şey sanallaştırma mimarilerinde yıllardır olan bir şey eğer shared storage'ın varsa bir sunucu üzerinde ki fiziksel hatada VM'ler FT domain içerisinde ki başka bir sunucuda açılabilirler. a. q vmware üzerine iscsi ile her storage bağlayan adam bulut yaptığını sanıyor. Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

o dediğin zellik aws'de bile otomatik olarak gelmiyor. zel olarak komut vermen lazım şu node'u belirli aralıklarla takip et, belli bir ulaşamazsan kopyasını tekrardan oluştur gibi. sandman shared storage'dan bahsetmiş ama illa ona gerek var mı bilmiyorum. bi base image varsa ondan da otomatik olarak aynı sunucuyu yaratabilirsin veya stateless bi uygulama çalıştırıyosan çoğu zaman diske gerek de kalmıyor, webserver uygulamanı yükleyip otomatik olarak çalıştırabiliyosun init script'leri ile. cloud dediğin şey aslında makinayi istediğin zaman yaratabildiğin / kapatabildiğin ve sadece kullandığın kadar dediğin mimarinin adı. bu tarz bir sistem varsa cloud denilebilir mimari olarak. ama tüketici tarafında cloud ismi biraz daha farklı konumlandırılmış sıkıntı ordan çıkıyor. SaaS modeli dediğimiz yazılımı servis olarak sunma olayı kullanıcılar için cloud oluyor işte. Bunu sadece sunucu seviyesine indirmeyelim ben Azure'dan sadece SQL hizmeti alıyorum sunucum yoksa mesela adam diyorki şu kadar IO yaparsan şu kadar dersin veya AWS'den hadoop hizmeti alıyorum veri başına vs vs... Senin bahsettiğin şey daha çok orchestrator/scripting/automation kısımlarını kapsıyor ama benim ERP sunucularım var tekrardan kursam bile verinin sağlamlığını ve erişebilirliği nemli. Shared storage burada devreye giriyor mesela Web uygulamam gçtü üzerinde bir state yok veya değişken veri yok, otomatik bir imajı klonlatıp github'dan uygulamayı çektirebilirim. Peki MsSQL'im var bu durumda ne yapacağım? OS ve MsSQL otomatik kurulsa bile data disklerinin her noktadan erişilebilir bir alanda tutulması nemli. Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

@sandman Orchestrator nedir, açıklar mısınız :/ Hakedeni hayatıma sokarım, haketmeyenin hayatına sokarım..

sandman bunu yazdı 6 yıldır çeşitli bulut firmalarında mimar olarak çalıştım, ncelikle şunu belirtmem lazım bulut dediğin şey aslında bir iş modelidir ve fiyatlandırmayla hizmeti alınmasıyla alakalıdır. Bulut tedarikçilerinin kullandığı hemen hemen her teknoloji sanallaştırma, configuration manager, orchestrator vs vs gibi şeyler zaten daha ncesinde olan ve kullanılan ürünlerdir. Ota boka millet bulut ismini yapıştırıyor ama bu iş sadece sunucu seviyesinde değil asıl olayı servis seviyesindedir. Mesela senin CRM'e ihtiyacın var bunu online olarak satın alıp sadece kullandığın kadarının denmesi , uçtan uca her şeyin otomatik olması gibi şartlar var. Senin sylediğin şey sanallaştırma mimarilerinde yıllardır olan bir şey eğer shared storage'ın varsa bir sunucu üzerinde ki fiziksel hatada VM'ler FT domain içerisinde ki başka bir sunucuda açılabilirler. a. q vmware üzerine iscsi ile her storage bağlayan adam bulut yaptığını sanıyor. ne isyan etmişsin ya :Dtakipteyim... adam haklı, ben Türkiyede cloud olduğunu sanmıyorum açıkçası. imza.

@sandman, yukarıdaki terimleri duyduktan sonra "Klasik windows formatı bana kafi" diyesim geldi :). Peki, mesela bazen facebooka girinci "Avusturya" bazen "İtalya" bazen de "ABD" lokasyonunu gstermektedir. Bu tam olarak nedir? Nasıl yapılır? Global Load Balancer diyorlar tam detaylarını bende bilmiyorum ama senin istemcin sunucuların ip'leri talep ettiğinde GLB sana en yakın veya en boş veri merkezini gsteriyor. O networkçülerin konusu temel mantığını biliyorumda otur mimari tasarla desen benim için bir kutudur. Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

sandman bunu yazdı Buremba bunu yazdı o dediğin zellik aws'de bile otomatik olarak gelmiyor. zel olarak komut vermen lazım şu node'u belirli aralıklarla takip et, belli bir ulaşamazsan kopyasını tekrardan oluştur gibi. sandman shared storage'dan bahsetmiş ama illa ona gerek var mı bilmiyorum. bi base image varsa ondan da otomatik olarak aynı sunucuyu yaratabilirsin veya stateless bi uygulama çalıştırıyosan çoğu zaman diske gerek de kalmıyor, webserver uygulamanı yükleyip otomatik olarak çalıştırabiliyosun init script'leri ile. cloud dediğin şey aslında makinayi istediğin zaman yaratabildiğin / kapatabildiğin ve sadece kullandığın kadar dediğin mimarinin adı. bu tarz bir sistem varsa cloud denilebilir mimari olarak. ama tüketici tarafında cloud ismi biraz daha farklı konumlandırılmış sıkıntı ordan çıkıyor. SaaS modeli dediğimiz yazılımı servis olarak sunma olayı kullanıcılar için cloud oluyor işte. Bunu sadece sunucu seviyesine indirmeyelim ben Azure'dan sadece SQL hizmeti alıyorum sunucum yoksa mesela adam diyorki şu kadar IO yaparsan şu kadar dersin veya AWS'den hadoop hizmeti alıyorum veri başına vs vs... Senin bahsettiğin şey daha çok orchestrator/scripting/automation kısımlarını kapsıyor ama benim ERP sunucularım var tekrardan kursam bile verinin sağlamlığını ve erişebilirliği nemli. Shared storage burada devreye giriyor mesela Web uygulamam gçtü üzerinde bir state yok veya değişken veri yok, otomatik bir imajı klonlatıp github'dan uygulamayı çektirebilirim. Peki MsSQL'im var bu durumda ne yapacağım? OS ve MsSQL otomatik kurulsa bile data disklerinin her noktadan erişilebilir bir alanda tutulması nemli. eğer olayı sunucu olarak değil de veri olarak değerlendireceksek iş zaten bambaşka bir hal alıyor. disklerin her noktadan erişilebilir olma işi biraz sıkıntılı, amazon bile bildiğim kadarıyla sadece disk'in bulunduğu region'dan ulaşmaya izin veriyor. mysql falan kuracaksan replication'lı kuruyorsun cross-region ve master node ldüğünde diğerini devreye alıyor otomatik olarak sistem. backup'lar hiçbir zaman en güncel olmadığı için her türlü veri kaybı yaşanıyor dolasıyla replication olayı şart. replication da zaten sunucu seviyesinde bir olay. amazon'daki sunucularda kullandığımız diskler bile bahsettiğin gibi değil yani anlatmak istediğim, o dediğin için hdfs gibi dağıtık bir dosya sistemi gerekli. Diskin her noktadan erişilebilirliğinden kast ettiğim veri merkezi içerisinden ulaşımı farklı veri merkezlerinden bahsetmedim. Birincisi sanallaştırma ortamında VM'lerin farklı sunuculara taşınabilmesi için shared storage şart, replication veya mirror'in teknolojileri eğer RPO'u tuttursa HA çzümü olarak kullanılabilirler. Sen işe son kullanıcı tarafından bakıyorsun ben veri merkezi tarafından. Genel veri merkezi mimarisi budur, iş grüşmesi için AWS'e ve bir seminer içinde MS'e gittiğimde veri merkezlerini gezdim gayet EMC storagelar var. Mesela AWS'in redshift'ti sanırım datawarehouse hizmeti var sen sanıyor musun bu adamlar tüm TB'lık verileri tek bir sunucuda tutuyorlar veya dağıtık bir dosya sistemi bunun yerine arkada storage kümeleri var n tarafta fiziksel hostlar sana hizmeti veriyor. Keza DBaaS hizmetlerinin çoğu bu şekilde adam sen seçmezsen başka veri merkezine replice etmiyor ama sana bir RPO, RTO garantisi veriyor. Replice etmediğine gre ve region dışına çıkartmadığına gre shared storage kullanıyor. vAir'ın DRaaS adam diyorki senin netapp, EMC, Dell storageların bana direk senkronizasyon yapabilir bende de aynı storagelar var vs vs. Daha rnekleri artırabilirim. Ek: Container, hyperconvergence veya mesos gibi teknolojilere bir eğilim var ama şu anda sadece belli bir yüzdeyi hedefleyebilecek durumdalar. Ek2: AWS her hizmeti için yukarıda saydığım firmaları kullanmıyor kendi çzümleride var mesela EBS/glance için arka tarafta diskleri dağıtan bir yapı var ama bu disklerde aynı fiziksel sunucunun üzerinde durmuyor. sandman tarafından 14/Nis/16 16:54 tarihinde düzenlenmiştir Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

Denk gelmişsinizdir, natro dünden bu yana gidip geliyor. Çeşitli webmaster forumlarında konular açılmış durumdadır. Syleyeceğim o ki, Türkiye'de büyük çoğunluk cloud diye bir mimari üzerine satış yapıyor. Mesela Cloud VDS, Cloud VPS, Cloud Hosting.. şeklinde uzayan giden hizmet kategorileri mevcut. Merak ettiğim konu yada ben mi yanlış biliyorum diyerekten sizlere ynelteyim. Cloud hizmeti veriyorsan, çalışan bir web sitesinin makinesinde hata veriyorsa hemen başka lokasyondaki makine devreye girer. En azında birkaç yıldır yle biliyorum. Bu konuda Bilal'e anlatır gibi şu konu üzerinde bizleri aydınlatabilecek kişilerin grüşlerini bekliyorum. Bu doğrultularda yakın zamanda ğrenme amaçlı bir çalışma yapıcam. Teşekkürler. Matematikçi ve Yazılımcı. http://www.ontedi.com ve http://www.cizgi.site Siteme beklerim herkesi.

@sandman Orchestrator nedir, açıklar mısınız :/ çok üşeniyorum wikiden bak çzemezsen ara:D Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

@ozgunlu; Eyv. hocam. tişikkirler.

o dediğin zellik aws'de bile otomatik olarak gelmiyor. zel olarak komut vermen lazım şu node'u belirli aralıklarla takip et, belli bir ulaşamazsan kopyasını tekrardan oluştur gibi. sandman shared storage'dan bahsetmiş ama illa ona gerek var mı bilmiyorum. bi base image varsa ondan da otomatik olarak aynı sunucuyu yaratabilirsin veya stateless bi uygulama çalıştırıyosan çoğu zaman diske gerek de kalmıyor, webserver uygulamanı yükleyip otomatik olarak çalıştırabiliyosun init script'leri ile. cloud dediğin şey aslında makinayi istediğin zaman yaratabildiğin / kapatabildiğin ve sadece kullandığın kadar dediğin mimarinin adı. bu tarz bir sistem varsa cloud denilebilir mimari olarak. ama tüketici tarafında cloud ismi biraz daha farklı konumlandırılmış sıkıntı ordan çıkıyor. SaaS modeli dediğimiz yazılımı servis olarak sunma olayı kullanıcılar için cloud oluyor işte. . . .. . ... .

ota boka cloud denince, kavram karmaşası çıkması doğal oluyor. Hello, i am nothing. I come from Neverland.

Çalıştığım şirket CRM yazılımı yapmıştı internet üzerinden raporlama vs bildiğimiz internet sitesi db üzerinden akıyor ve cloud teknolojisi olarak nitelendiriyorlardı.

Yetkili abilere bir soru; Google Drive, Dropbox gibi servisler Cloud kapsamına girer mi? Evet, SAAS olarak geçiyor. Aslınca Cloud dediğin olay = Hizmet - Servis Bu, IAAS, PAAS ya da SAAS katmanında oluyor. IAAS en alt katmanda kendin sanallaştırılmış bir makina sahibi olabiliyorken , PAAS da ise senin application hazırlaman için platformlar sunan servis. SAAS da ise applicationların için kullanabileceğin software' lerin servisi. Google üzerinden gidecek olursak, adamların cloud' ı tam olarak bu : https://cloud.google.com/products/ Burda sundukları tüm hizmetlerin toplamına cloud deniyor. Yani adam sana diyor ki; - İstersen sana bi makina vereyim istediğini yap. - İstersen üstüne makinanı gelen request' lere gre scalable yapalım, Docker sunalım, ya da patlarsa başka yerden devam ettirelim . - İstersen üstüne senin veritabanını ben optimize ediyim, sen keyfine bak. - İstersen üstüne sen temel işlerle uğraşma biz sana alt katmanı hazırlayıp verelim, sen sadece application' ını geliştirmekle uğraş. - İstersen üstüne sen application' ını geliştirirken çok kasma, bizim geliştirdiğimiz metotlardan yararlan, apilerimizi kullan işlerini daha hızlı çz ya da direk sana sunduğumuz software' leri kullan. Bir sürü hizmet var, hepsini yazmadım yukarıya ama benim anladığım; olay bundan ibaret. Ek : Tabi burda üst katmanlara doğru çıktıkca, o cloud' u sağlayan yere dependency' in artıyor. ozgunlu tarafından 14/Nis/16 15:59 tarihinde düzenlenmiştir Hello, i am nothing. I come from Neverland.

saposcol bunu yazdı @sandman Orchestrator nedir, açıklar mısınız :/ çok üşeniyorum wikiden bak çzemezsen ara:D bak bak artisliğe bak, hayatında kaç kere orchestrator kurdun ynettin :D 2 vmware de sunucu kurmuşsun bi de isyan ediyorsun :p Hakedeni hayatıma sokarım, haketmeyenin hayatına sokarım..