Availability - Süreklilik - Yüzde Olarak Belirtilir

Giriş
Türkçesi elverişlilik, erişilebilirlik, kullanılabilirlik olarak geçiyor. Ancak bu kelimeler bence doğru tercüme değil.

Çünkü bence erişilebilirlik accessibility kelimesine denk geliyor. Kullanılabilirlik ise usability kelimesini karşılar gibi görünüyor.

Daha eski yazılarda availability elverişlilik olarak tercüme ediliyordu. Daha sonra süreklilik kelimesi daha fazla kullanılır oldu. Ben de yazıyı önce elverişlilik kelimesi ile yazdıktan sonra süreklilik kelimesine çevirdim.

Tanımı Nedir?
Tanımı şöyle

Probability that system is operation at time t

Daha uzun bir tanım şöyle

The degree to which a component or system is operational and accessible when required for use. Often expressed as percentage.

Türkçesi şöyle

Bir bileşen veya sistemin kullanılması gerektiğinde, çalışır ve erişilebilir olma derecesi. Genellikle yüzdesel olarak gösterilir.

Availability tek başına elde edilmez. Etkilenme sırası şöyle. Defect, Error, Failure, Fault Tanımları yazısına bakabilirsiniz.

Fault Sebep Olur-> Error Sebep Olur -> Failure Etkiler -> Availability

Availability Hangi Değerleri Alabilir
Genel olarak iki durumdan ibarettir. Açıklaması şöyle. Yani ya
- çalışıyor ya da
- bozuk/çalışmıyor gibi düşünülebilir.

CORRECT: the application is running, and its internal state is healthy.
BROKEN: the application is running but the internal state is broken.       

Bazı sistemlerde "degraded mode" diye bir şey oluyor. Uygulama belli bir başarısızlık/hata neticesinde kendisini bozuk olarak düşünmeyip bazı hizmetleri/özellikleri kapatarak çalışmaya devam ediyor.

Availability açısından bunu nasıl değerlendirmek lazım bilmiyorum.

High Availability - Yüksek Süreklilik
High Availability yazısına taşıdım.

Güvenlik

Bir sistemin available olması, güvenliğin ilk kurallarından birisi. Açıklaması şöyle.

Quite often security is looked at as providing three properties:
- Availability
- Integrity
- Confidentiality

Ölçüm
Yüzde olarak belirtilir. Ölçüm genellikle şöyle

Availability = Uptime / (Uptime + Downtime)

This can also be expressed using MTBF and MTTR:

Availability = MTBF / (MTBF + MTTR)

Örnek

Bir örnek şöyle.

I should point out though that the sites with virtually no downtime (high-availability) are not so reliable because of live-patching, but because of redundancy. Whenever one system goes down, there will be a number of backups in place that can immediately begin routing traffic or processing requests with no delay. There are a large number of different techniques to accomplish this. The level of redundancy provides significant uptime measured in nines. A three nine uptime is 99.9%. Four nine uptime is 99.99%, etc. The "holy grail" is five nines, or 99.999% uptime. Many of the services you listed have five nine availability due to their redundant backup systems spread throughout the world.

Bir tablo şöyle. Bunlar inanılmaz rakamlar.

Av.     Term         Availability Downtime Downtime

Class in %         per Year         per Week

2 resilient                 99%         3.7 days         1.7 hours

3 available         99.9% 8.8 hours         10.1 minutes

4 highly available 99.99% 52.2 minutes 1.0 minute

5 error insensitive 99.999% 5.3 minutes 6 seconds

6 error tolerant 99.9999% 32 seconds 0.6 seconds

7 error resistant 99.99999% 3 seconds 0.06 seconds

Uygulanan Yöntemler
- Uygulamayı otomatik tekrar başlatmak
- Oylama (Voting)
- Yük Devretme (Failover)
- Görevden Alma (Removal From Service)
- Yük Paylaşımı (Load Sharing, Load Balancing)
- Sanal IP kullanmak
- Sanal makine/Container kullanmak.

Sanal IP
Açıklaması şöyle

Application instances, network interfaces can fail (planned for maintenance or unplanned due to application or system error). In these cases,  users must not lose their service. Recovering from application instance failure is fairly straightforward in that the application is simply restarted. Network interface failures can also be tolerated by making use of a virtual IP address,  which is not tied to any particular physical interface and thus will never fail.

A virtual IP address can be given to a device that has one or more network interfaces. This allows the users' machines to pick up a specific IP associated with a specific machine or device. However,  the IP address given is not tied to the physical IP address of the device's interfaces. Therefore,  if one of the interface's fails, the users are unaware of the failure.

Machine failure,  however, is a bit more complex.  Users must be able to immediately reconnect to the service without knowing that they now are using an alternate image of the application on another system.  Users also must not be aware that the path to other system has been automatically changed.  The use of virtualization can be very advantageous with regards to increasing the availability of a system.

Elverişlilik SRS Maddeleri
Bazı saçma maddeler şöyle
- Sistemin elverişlilik oranı, istekli tarafından hesaplama yöntemi verilerek teklif edilecektir.