Kontrol edilebilmek üzere hazırlanmış operasyonel kanıtlar
Bu üretim öncesi merkez, VPSEverywhere.com'un Looking Glass uç noktalarını, tekrarlanabilir performans testlerini, ölçülmüş gecikmeyi, ağ kimliğini, bileşen durumunu, olay geçmişini ve dağıtım değişiklik günlüğünü nasıl yayımlayabileceğini gösterir. ŞU ANDA GÖSTERİLEN TÜM SAYILAR KURGUSAL ÖRNEK VERİLERDİR; DOĞRULANMAMIŞTIR VE DEĞİŞTİRİLMELİDİR. Değiştirilip doğrulanana kadar sayfa arama dizinine alınmaz.
Temel bilgiler
- Mevcut yayın durumu
- ÖRNEK VERİLER — CANLI HİZMET KANITI DEĞİLDİR, DOĞRULANMAMIŞTIR VE DEĞİŞTİRİLMELİDİR
- Looking Glass adresleri
- Üretim uç noktalarını temsil edemeyen IANA dokümantasyon aralıkları
- Performans testi kuralı
- Komutu, süreyi, örneklem büyüklüğünü, medyanı ve test tarihini yayımlayın
- Dizin oluşturma koruması
- Kanıt dosyası doğrulanana kadar noindex ve site haritasından çıkarma
Yayımlamadan önce her değeri değiştirin
Bu değerler yalnızca görsel bir şablondur; ölçüm, çalışma süresi geçmişi, olay, tesis, operatör veya ağ iddiası değildir. Dokümantasyona özel IP aralıkları ve özel ASN'ler bilinçli olarak kullanılmıştır. TÜM VERİLER DOĞRULANMAMIŞTIR VE DEĞİŞTİRİLMELİDİR.
Looking Glass
Üretim sürümü, yönetici erişimi vermeden erişilebilir test adresleri ve sağlayıcının kontrolündeki bir uç nokta sunmalıdır.
https://lg.example.invalid192.0.2.102001:db8::10Tekrarlanabilir komutlar
- ICMP IPv4
ping -c 5 192.0.2.10 - ICMP IPv6
ping -6 -c 5 2001:db8::10 - Route IPv4
traceroute 192.0.2.10 - Route IPv6
traceroute -6 2001:db8::10
Performans testi sonuçları
Örnek değerler, hedeflenen karşılaştırma düzenini gösterir. Tekrarlanan testlerin medyanlarını yayımlayın ve ham sonuçları erişilebilir tutun.
Yayımlanmış yöntem
sysbench cpu --threads=4 --time=60 runfio --name=vpse-4k --rw=randrw --rwmixread=70 --bs=4k --direct=1 --size=4G --numjobs=8 --runtime=60 --time_basediperf3 -c TARGET -P 4 -t 30ping -c 20 TARGETÖlçülmüş gecikme
Örnek matriste kurgusal medyan, p95 ve paket kaybı değerleri kullanılır. Gerçek ölçümlerde kaynak, hedef, dönem ve prob yöntemi belirtilmelidir.
| Kaynak | Hedef | Medyan | p95 | Paket kaybı | |
|---|---|---|---|---|---|
| HEL-1 | BUH-1 | 39,4 ms | 44,8 ms | 0,1% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| HEL-1 | RKV-1 | 42,8 ms | 48,1 ms | 0% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| HEL-1 | AMS-1 | 24,7 ms | 28,9 ms | 0% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| HEL-1 | ZRH-1 | 31,8 ms | 36,6 ms | 0,1% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| BUH-1 | RKV-1 | 67,2 ms | 74,5 ms | 0,2% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| BUH-1 | AMS-1 | 34,2 ms | 38,8 ms | 0% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| BUH-1 | ZRH-1 | 27,5 ms | 31,7 ms | 0,1% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| RKV-1 | AMS-1 | 34,9 ms | 40,2 ms | 0% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| RKV-1 | ZRH-1 | 45,6 ms | 51,9 ms | 0,1% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| AMS-1 | ZRH-1 | 11,7 ms | 14,3 ms | 0% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
Ağ açıklamaları
Bir şehir etiketi kanıt değildir. Her canlı bölge için tesisi, kaynak ASN'yi, duyurulan önekleri, üst ağları ve yönlendirilebilir bir probu yayımlayın.
- Tesis
- Örnek — değiştirin
- Kaynak ASN
AS64512- Yayımlanan önekler
192.0.2.0/242001:db8:10::/48- Üst ağlar
- Örnek — değiştirin
- Tesis
- Örnek — değiştirin
- Kaynak ASN
AS64513- Yayımlanan önekler
192.0.2.0/242001:db8:20::/48- Üst ağlar
- Örnek — değiştirin
- Tesis
- Örnek — değiştirin
- Kaynak ASN
AS64514- Yayımlanan önekler
198.51.100.0/242001:db8:30::/48- Üst ağlar
- Örnek — değiştirin
- Tesis
- Örnek — değiştirin
- Kaynak ASN
AS64515- Yayımlanan önekler
198.51.100.0/242001:db8:40::/48- Üst ağlar
- Örnek — değiştirin
- Tesis
- Örnek — değiştirin
- Kaynak ASN
AS64516- Yayımlanan önekler
203.0.113.0/242001:db8:50::/48- Üst ağlar
- Örnek — değiştirin
Herkese açık bileşen durumu
Kullanılabilirlik yüzdeleri, harici izleme ve belgelenmiş bir hesaplama aralığıyla desteklenene kadar örnektir.
| Bileşen | Durum | 30 günlük kullanılabilirlik | |
|---|---|---|---|
| Herkese açık web sitesi | Örnek — değiştirin | 99,98% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| Kontrol paneli | Örnek — değiştirin | 99,94% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| API | Örnek — değiştirin | 99,91% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| Bölgesel ağ | Örnek — değiştirin | 99,97% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
| Ödeme ağ geçidi | Örnek — değiştirin | 99,88% | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
Olay geçmişi
Aşağıdaki kayıtlar beklenen kronolojiyi ve açıklama ayrıntısını gösterir; bu olayların hiçbiri gerçekleşmemiştir.
DEMO-INC-2026-002ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİDEMO — AMS sınırında artan paket kaybı
Etki: Örnek etki: bazı rotalarda aralıklı gecikme
Yalnızca örnek: benzetilmiş bir üst ağ sorunu incelenirken trafik ikincil bir yola kaydırıldı.
- Başlangıç
- Çözüldü
DEMO-INC-2026-001ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİDEMO — Ödeme webhook işlemede gecikme
Etki: Örnek etki: ödeme onayından sonra sağlama kuyruğu gecikti
Yalnızca örnek: benzetilmiş işleyici düzeldikten sonra kuyruktaki geri çağrılar yeniden oynatıldı.
- Başlangıç
- Çözüldü
Dağıtım değişiklik günlüğü
Bu kronolojiyi gerçek ve tarihli üretim değişiklikleri için kullanın. Sürümleri hiçbir zaman geriye dönük tarihlendirmeyin veya yaşanmamış bir geçmiş izlenimi vermeyin.
| Sürüm | Tarih | Değişiklik | |
|---|---|---|---|
0.3.0-demo | DEMO — Operasyonel kanıt düzeni ve düzenlenebilir JSON veri modeli eklendi. | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ | |
0.2.0-demo | DEMO — Örnek gecikme ve performans testi yöntemi kartları eklendi. | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ | |
0.1.0-demo | DEMO — İlk şeffaflık merkezi prototipi oluşturuldu. | ÖRNEK VERİLER — DOĞRULANMADI — DEĞİŞTİRİLMELİ |
Gösterimin neden kanıt sanılamayacağı
Uydurma sayılar bir düzeni açıklayabilir, ancak çalışma süresi, gecikme, kapasite, olay, tesis veya ağ kanıtı olarak sunulmamalıdır. Bu nedenle bu yapı; ayrılmış IP aralıkları, özel ASN'ler, değiştirme işaretleri, belirgin bir uyarı ve ayrı bir doğrulama bayrağı kullanır. Herhangi bir gösterim işareti kaldığı sürece transparency rotası noindex olarak kalır ve site haritasına eklenmez.
Doğrulanmış durum kozmetik bir anahtar değil, bir sürüm kararıdır. Veri dosyası doğrulanmış olarak işaretlenmeden önce yetkin bir incelemeci kaynak ölçümleri, zaman aralığını, komutları, izleme kapsamını, altyapı sahipliğini ve ifadeleri kontrol etmelidir. Bir olgu kanıtlanamıyorsa tahmin etmek yerine alanı kaldırın.
- Uyarıyı daha zayıf bir açıklamayla değiştirmeyin.
- Özel veya dokümantasyon adreslerini müşteri uç noktaları olarak kullanmayın.
- Ham ölçüm dosyalarını ve kullanılan tam komutları saklayın.
Yararlı bir Looking Glass, sınırlandırılmış testler sunar
Üretimdeki bir Looking Glass, yönetim arayüzünü açığa çıkarmadan olası müşterinin erişilebilirliği test etmesini sağlamalıdır. Kararlı IPv4 ve IPv6 prob adreslerini, DNS, ping ve traceroute seçeneklerini, uygunsa küçük bir indirme nesnesini, kaynak ASN'yi ve kötüye kullanıma dayanıklı bir hız sınırını yayımlayın. Her probun hangi bölgeyi temsil ettiğini belirtin.
Örnek uç noktada ayrılmış .invalid alan adı ve IANA dokümantasyon önekleri kullanılır; dolayısıyla çalışan bir hizmetle karıştırılamaz. Gerçek uç noktalar bağlandığında bunları birkaç bağımsız ağdan test edin ve sayfayı hesap gerektirmeden kullanılabilir tutun.
- Herkese açık tanılama uç noktalarını müşteri ve yönetim ağlarından ayırın.
- Asgari günlük tutun, öngörülebilir hız sınırları uygulayın ve saklama süresini açıklayın.
- Yönlendirme veya veri merkezi değişikliklerinden sonra her adresi yeniden test edin.
Performans testlerinin manşet bir sayıdan çok yönteme ihtiyacı vardır
Tekrarlanabilir bir sonuç; VPS yapılandırmasını, işletim sistemi kalıbını, çekirdeği, test sürümünü, komutu, süreyi, eşzamanlılığı, örnek sayısını, toplama kuralını, tarihi ve bölgeyi belirtir. Birkaç çalıştırmanın medyanı, tek bir en iyi sonuçtan daha bilgilendiricidir. Okuyucuların özeti doğrulayabilmesi için ham çıktı indirilebilir kalmalıdır.
CPU, depolama ve ağ testleri farklı sorulara yanıt verir ve komşu iş yüklerini etkileyebilir. Sınırlandırılmış testler kullanın, sağlayıcı sınırlarına uyun ve paylaşımlı ana makine performansının değişebileceğini açıklayın. Örnek tablo, arayüzü gösterecek kadar makul görünmek üzere tasarlanmıştır ancak hiçbir kanıt değeri yoktur.
- Hem komutu hem de ilgili ortam ayrıntılarını yayımlayın.
- Tüm bölgelerde aynı test yapılandırmasını ve süresini kullanın.
- Yalnızca iyi sonuçları seçmek yerine başarısız veya yavaş çalıştırmaları ham kayıtta tutun.
Gecikme ve ağ kimliği ölçülebilir olmalıdır
Gecikme; her iki uç noktaya, yönlendirmeye, yoğunluğa, zamana ve protokole bağlıdır. Ciddi bir matris kaynak ve hedefi, örnekleme dönemini, prob sayısını, medyanı, p95'i ve paket kaybını belirtir. Yalnızca sağlayıcı ağından yapılan ölçümler her müşteri erişim ağına genellenmemelidir.
Ağ açıklaması; sözleşmeli sağlayıcıyı, tesis işletmecisini, IP sahibini, kaynak ASN'yi, transit operatörlerini ve duyurulan önekleri birbirinden ayırmalıdır. Bu roller farklı olabilir. Her etkin bölge için güncel olguları yayımlayın ve yönlendirme ya da tedarikçiler değiştiğinde bunları güncelleyin.
- Hedef kitleye benzeyen ağlardan ölçüm yapın.
- Yalnızca ortalamayı değil, bir yüzdelik dilimi ve kaybı da gösterin.
- Tesis ve ASN iddialarını bağımsız olarak kontrol edilebilen kayıtlara bağlayın.
Durum geçmişi etkiyi ve toparlanmayı açıklamalıdır
Herkese açık bir durum sayfası; bileşen durumları izlemeden geldiğinde, hesaplama aralığı tanımlandığında, bakım olaylardan ayrıldığında ve hizmet bozulması genel bir yeşil rozetle gizlenmediğinde güvenilirdir. Her olay; tespiti, müşteri etkisini, güncellemeleri, azaltma adımlarını, çözümü ve uygun olduğunda takip çalışmasını kaydetmelidir.
Bu gösterimdeki iki olay kurgusaldır ve DEMO kimlikleri taşır. Bunları yalnızca gerçek olaylarla değiştirin; boş bir olay geçmişi, uydurma bir sicilden daha dürüsttür. Kullanılabilirlik yüzdeleri bir pazarlama sayfasına elle yazılmak yerine alttaki olay geçmişinden hesaplanmalıdır.
- Dahili sağlık kontrollerinin yanında harici probları da kullanın.
- Zaman damgalarını açıkça belirtilmiş bir saat dilimiyle yayımlayın.
- Yeni kanıtlar tanıyı değiştirdiğinde olay kayıtlarını açıkça düzeltin.
Değişiklik günlüğü olgusal bir dağıtım kaydıdır
Müşterilerin görebildiği ürün, ağ, politika, güvenlik ve güvenilirlik değişikliklerini üretime gerçekten ulaştıkları tarihle kaydedin. Değişiklik günlüğü, eski bir işletme izlenimi yaratmak yerine müşterilerin değişimi ve uyumluluğu değerlendirmesine yardımcı olmalıdır. İlgili değişiklikleri gruplayın ve yararlı olduğunda ayrıntılı geçiş veya olay notlarına bağlantı verin.
Gösterim sürümleri -demo ile biter ve ürün geçmişi değildir. İlk gerçek dağıtım kaydı hazır olduğunda bunları silin. Uydurma sürümleri geriye dönük doldurmayın, prototipleri üretim kilometre taşları olarak yeniden adlandırmayın ve dağıtım kayıtlarıyla desteklenemeyen bir tarihi yayımlamayın.
- Gerçek üretim dağıtım tarihini kullanın.
- Planlanan çalışma ile yayımlanan çalışmayı ayırın.
- Düzeltmeleri koruyun ve güvenliğe duyarlı açıklama sınırlarına uyun.
Sık sorulan sorular
Mevcut performans testi ve gecikme değerleri gerçek mi?
Hayır. Mevcut her değer kurgusal ÖRNEK VERİDİR; DOĞRULANMAMIŞTIR VE DEĞİŞTİRİLMELİDİR. Ayrılmış adresler, özel ASN'ler, görünür etiketler, noindex ve site haritasından çıkarma, bunların canlı kanıt olarak sunulmasını engeller.
Bu sayfa dizine alınmadan önce ne yapılmalıdır?
Her örneği ölçülmüş ve bağımsız olarak kontrol edilmiş verilerle değiştirin, tüm gösterim işaretlerini kaldırın, JSON'u doğrulayın, durumunu doğrulanmış olarak ayarlayın, insan onayı alın ve ancak bundan sonra üretim doğrulama bayrağını etkinleştirin.
Bir işletmeci boş olay geçmişi yayımlamalı mı?
Belirtilen dönemde tanıma uyan bir olay gerçekleşmediyse evet. Ölçüm döneminin başlangıcını ve olay tanımını yayımlayın; hizmeti köklü göstermek için asla olay veya çalışma süresi geçmişi uydurmayın.