Memsource kesinti geçmişi

1. 15 Ekim 2026 09:44 UTCinvestigating

   Şu anda Phrase TMS hizmetlerini, CAT editörü, API, proje yönetimi, çeviri hafızası ve ilgili bileşenleri de dahil olmak üzere AB bölgesinde etkileyen bir sorunu araştırıyoruz. Kullanıcılar bu anda bu hizmetlere erişemiyor veya yapamıyor olabilirler. Ekibimiz aktif olarak nedeni tanımlamak ve mümkün olduğunca çabuk tam işlevselliği geri yüklemek için çalışıyor.

2. 15 Ekim 2026 09:58 UTCmonitoring

   Hizmetler AB bölgesindeki Phrase TMS'yi stabilize etti ve artık normal olarak çalışıyor. Durumu izlemeye devam ediyoruz.

3. 15 Ekim 2026 10:24 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Eylül 2026 08:48 UTCinvestigating

   Bazı kullanıcılar Phrase TMS'ye erişmekle ilgili sorunlar yaşayabilir.

2. 23 Eylül 2026 08:58 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

3. 23 Eylül 2026 09:28 UTCmonitoring

   Düzeltme uygulandı ve sonuçları takip ediyoruz. Phrase TMS artık daha fazla sorun olmadan erişilebilir.

4. 23 Eylül 2026 10:03 UTCresolved

   Bu olay çözüldü.

5. 30 Eylül 2026 12:12 UTCpostmortem

   ## Introduction 23 Eylül 2026'da Phrase TMS'ye erişen bir olay hakkında ayrıntıları paylaşmak istiyoruz. 9:02 AM ve 11:27 AM CEST arasında, kullanıcıların Phrase Platform'dan Phrase TMS'i açarak imzayı tamamlayamadı. Ya yönlendirme döngüsünde yakalandılar ya da bir işaret hatası ile Phrase TMS giriş sayfasına geri döndüler. Aktif bir Phrase TMS seansı olan kullanıcılar etkilenmedi ve hiçbir müşteri verileri kayboldu ya da değiştirildi. Phrase Platform'a kaydolun, hem bir şifre ile hem de tek bir işaretle. Bu yüzden doğrudan Phrase TMS giriş sayfasında bir şifre ile imza attı. Bu post-mortem, ne olduğunu, nasıl düzeltildiğini ve tekrar gerçekleşmesini önlemek için yaptığımızı açıklıyor. ## Timeline * **Sep 23, 2026 at 9:02 AM CEST** – Phrase TMS web uygulaması için bir güncelleme üretimde yayınlandı. İşaret akışının girişten sonra yönlendirmelerini nasıl idare ettiğinin bir güvenlik iyileştirmesini içeriyordu. Bu noktadan itibaren, Phrase Platform'dan Phrase TMS'i açan kullanıcılar tam imza yapamazdı. Kısa bir süre sonra, sorunlar içsel olarak araştırıldı. * **Sep 23, 2026 10:59 AM CEST** - - 9:02 CEST'in güncelleme nedeni olarak tespit edildi ve bir geri dönüş hazırlamaya başladık. * **Sep 23, 2026 11:13 AM CEST** - - Geri dönüş test ortamında doğrulandı ve üretime dağıtım başladı. * **Sep 23, 2026 11:27 AM CEST** - - Döndürme tüm üretim bölgelerinde yaşıyordu. Müşteri odaklı etki sona erdi. * **Sep 23, 2026 11:28 AM CEST** - Phrase Platform'dan Phrase TMS'ye imza attığımızı doğruladık. * **Sep 23, 2026 12:04 PM CEST** - - Olay durum sayfamızda çözülmesi olarak işaretlendi. # # # Root Cause Olay Phrase TMS web uygulamasına bir güvenlik artışına neden oldu. Amacı, kullanıcıların yalnızca imzaladıklarından sonra güvenilir yerlere gönderilmelerini sağlamaktı. Bunu yapmak için, web uygulaması sadece Phrase TMS web adresinin kendisini kabul etti. Ancak, bir kullanıcı Phrase Platform'dan Phrase TMS açtığında, işaret-in işlemi yasal olarak farklı Phrase web adresleri arasındaki kullanıcıyı hareket ettirir. sunucularımız zaten bu yönlendirmelerin her birini güvenilir Phrase alanlarına kontrol ediyor ve onlara izin veriyor. TMS temel uygulamasındaki yeni kontrol, bu sunucunun check and overrode'den daha katıydı. Sonuç olarak, yasal yönlendirmeler Phrase TMS başlangıç sayfası ile değiştirildi ve bu da imza sürecine tekrar başladı. Kullanıcılar ya defalarca işaret ederek ya da bir hatayla Phrase TMS giriş sayfasında geri döndüler. Phrase Platform'a kaydolun, hem bir şifre ile hem de tek bir işaretle. Bu yüzden doğrudan Phrase TMS giriş sayfasında bir şifre ile imza attı. Başarısızlık, imzalanmış bir kullanıcının Phrase Platform'dan Phrase TMS'ye hareket ettiği adımda gerçekleşti. Bu nedenle, bazı etkilenen kullanıcılar sorunu bir şifre konusu olarak bildirdiler: bilgilerini başarıyla girdiler ancak sonra bir giriş ekranına geri gönderildiler. ## Recurrence önlemek için eylemler 1. **Değişim geri döndü ** Soruna sebep olan güncelleme, normal işareti restore eden 11:27 AM CEST'deki tüm üretim bölgelerinde geri alındı. 2. **Kontinuous sign-in monitoring** – Tüm üretim bölgelerinde ve test ortamında düzenli olarak çalışan otomatik kontroller ekliyoruz. Her kontrol, Phrase Platform'dan Phrase TMS'ye tam işareti gerçekleştirir ve başarısız olursa on-call mühendislerimizi hemen uyarır. Onlara güvenmeden önce, bu çeklerin bu olayda meydana gelen kesin başarısızlığı tespit ettiğini onaylayacağız.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 10 Eylül 2026 05:06 UTCinvestigating

   Şu anda Phrase Strings ile Phrase TMS arasındaki iş senkronizasyonunu etkileyen bir sorunu araştırıyoruz. Müşteriler iki ürün arasındaki çeviri işlerini senkronize ederken başarısızlık veya gecikmeler yaşayabilirler. Ekibimiz aktif olarak kök nedenini tanımlamak ve mümkün olduğunca çabuk tam işlevselliği geri yüklemek için çalışıyor.

2. 10 Eylül 2026 05:34 UTCmonitoring

   Bir düzeltme, Phrase Strings ve Phrase TMS arasındaki webhook senkronizasyon başarısızlıklarını ele almak için uygulandı ve dağıtıldı. Şu anda tam istikrarı doğrulamak için durumu izliyoruz. Kararı doğruladığımızda daha fazla güncelleme sağlayacağız.

3. 10 Eylül 2026 06:03 UTCresolved

   Phrase Strings ve Phrase TMS arasındaki webhook senkronizasyon sorununun ABD veri merkezi müşterileri de dahil olmak üzere tamamen operasyonel olarak çözülebildiğini ve doğrulandığını teyit ediyoruz. Bu olay şimdi kapalı.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 1 Eylül 2026 14:18 UTCinvestigating

   Şu anda Phrase TMS (EU) içinde Jobs görüşlerinde yavaşlığa neden olan bir sorunu araştırıyoruz. Kullanıcılar, proje yönetimi özelliklerine eriştiğinde geciken yükleme süreleri veya performansı azaltabilir. Ekibimiz aktif olarak kök nedenini tanımlamak ve mümkün olduğunca çabuk normal performansı geri yüklemek için çalışıyor.

2. 1 Eylül 2026 15:00 UTCinvestigating

   Sorunun kök nedenini tespit ettik. Ekibimiz aktif olarak bir düzeltme uyguluyor. İlerleme yaptığımız gibi daha fazla güncelleme sağlayacağız.

3. 1 Eylül 2026 15:34 UTCmonitoring

   Bir düzeltme yapıldı ve sonuçları takip ediyoruz. Müşteriler hala sorunları yaşayan TMS ile tüm açılan sekmeleri net tarayıcı önbellek ve kapatmak zorunda kalabilirler.

4. 1 Eylül 2026 16:23 UTCresolved

   Sorun çözüldü ve performans istikrarlı.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 31 Ağustos 2026 15:06 UTCinvestigating

   Şu anda Gengo ile iletişim kurarken geçici hataları yaşıyoruz, üçüncü taraf çeviri satıcılarımızdan biri. Bu, Gengo üzerinden çeviri siparişleri için zaman ve 502 hatalarına neden oluyor, hem AB hem de ABD veri merkezlerini etkiliyor. Gengo meseleyi sonunda doğruladı ve araştırıyor.

2. 2 Eylül 2026 11:46 UTCresolved

   Gengo onların sonunda temel sorunu çözdü. Gengo'ya fiyat hesaplamaları ve çeviri siparişleri şimdi tekrar çalışıyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 31 Ağustos 2026 13:11 UTCinvestigating

   Kullanıcılar şu anda mevcut işleri açamaz ve Phrase TMS projelerinde yeni olanları yaratamazlar. Sorunu araştırıyoruz.

2. 31 Ağustos 2026 13:22 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 31 Ağustos 2026 13:46 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 31 Ağustos 2026 16:02 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

5. 31 Ağustos 2026 16:53 UTCresolved

   Sorun çözüldü.

6. 4 Eylül 2026 08:45 UTCpostmortem

   ## Introduction 31 Ağustos'ta Phrase TMS'yi etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. 2:26 ve 5:57 PM CEST arasında, bazı ünlü Project sayfası kullanıcıları, proje sayfasını oluşturmak veya düzenleme işleri ve koşu analizleri oluşturmak gibi Araçlar-menu eylemleri kullanamadı ve bir işi açmak için tıklayın, bunun yerine kullanıcıların proje sayfasına geri dönmelerini istedi. Bu post-mortem, ne olduğunu, nasıl düzeltildiğini ve tekrar gerçekleşmesini önlemek için yaptığımızı açıklıyor. ## Timeline * ** 31 Ağustos 2026 2:26 PM CEST** - Bir kod değişikliği, onu yüklenen herhangi bir kullanıcı için Project sayfasındaki senaryoyu kırdı. * ** 31 Ağustos 2026 2:49 PM CEST** - - İlk müşteri raporları, Tools-menu düğmelerini editörde açılmayan engelli ve işler olarak tarif etmeye geldi. * ** 31 Ağustos 2026 yaklaşık 3:10 PM CEST** - ekibimiz konunun temel nedenini belirledi. * ** 31 Ağustos 3:48 PM CEST ** - Altta yatan hata için bir düzeltme tamamlandı. * ** 31 Ağustos 2026, 4:04 PM CEST** - - Düzlem önceden üretim ortamında doğrulandı. * ** 31 Ağustos 2026, 5:18 CEST** - Üretim için düzeltmenin işe alınması başladı. * ** 31 Ağustos 2026 5:57 PM CEST** - - Düzlem tamamen üretimde ve normal işlevsellik tüm etkilenen müşteriler için restore edildi. # # # Root Cause Olay, paylaşılan proje sayfalarında ilgili olmayan, küçük bir ekran sorununu düzeltmeyi amaçlayan bir kod değişikliğine neden oldu. Bu değişiklik, bir değerin doğrudan sayfada gömülü bir senaryoya nasıl yerleştirildiğini değiştirdi. Sayfayı otomatik olarak güvenlik için kodlayan sistem, ancak bu kodlama, bir senaryoya karşı normal bir sayfaya yerleştirilen değer arasında ayrım yapmaz. Sonuç olarak, gömülü senaryonun sözcülüğü, değişime ulaştıktan sonra sessizce kırıldı. Çünkü tarayıcılar, geçersiz senaryo sözlüğü ile karşılaştıkları bir sayfada daha fazla kod yürütmeyi bırakırlar, sayfada yer alan her senaryo çalışır - sadece orijinal değişiklikle ilgili kısım değil. Bu yüzden müşteriler iki ayrı sorun gibi görünüyordu \(belirli menü düğmeleri ve işleri editörde açılmadı) aslında aynı tek kusurun aşağı etkileri. Sorun serbest bırakılmadan önce yakalanmadı, çünkü zaman içinde yapılan doğrulama, temel verilerin yerleştirilmesinin doğru olduğunu doğruladı, ancak gerçek sayfayı doğru bir şekilde sonlandırmak için bir tarayıcıda yüklemedi. ## Recurrence önlemek için eylemler 1. **Fix dağıtıldı** – Altta yatan hata düzeltildi ve aynı gün üretime dağıtıldı. 2. **Mühendislik rehberliği güncellendi** - - İç mühendislik belgelerimizi bu özel başarısızlık modelini açık bir şekilde tanımlamak için güncelleştirdik ve bunu halletmek için doğru, güvenli bir yol, bu yüzden bu hata kategorisi kod incelemesi sırasında yakalandı. 3. **Yol altındaki algılama iyileştirmelerini otomatikleştirin** – Bu ön uç başarısızlık sınıfı için otomatik izleme ekleme üzerinde çalışıyoruz, bu yüzden benzer sorunlar müşterilerin etkilenmeden önce tespit edilebilir ve ele alınabilir, müşteri raporlarına güvenmek yerine.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 19 Ağustos 2026 12:16 UTCinvestigating

   Şu anda Phrase TMS (EU)'daki çeviri hafıza işlevlerini etkileyen bir sorunu araştırıyoruz. Kullanıcılar bu süre zarfında Çeviri Anıları ve diğer ilgili işlemleri oluşturmakla ilgili sorunları deneyimleyebilirler. Ekibimiz aktif olarak nedeni tanımlamak ve mümkün olduğunca çabuk tam işlevselliği geri yüklemek için çalışıyor.

2. 19 Ağustos 2026 12:34 UTCidentified

   Sorun tespit edilmiştir ve bir düzeltme uygulanır.

3. 19 Ağustos 2026 13:19 UTCmonitoring

   Bir düzeltme uygulandı ve durumu takip ediyoruz.

4. 19 Ağustos 2026 14:09 UTCresolved

   Olay çözüldü.

5. 6 Ekim 2026 08:14 UTCpostmortem

   # **Introduction** Phrase 2:11 PM CEST ve 4:10 PM CEST arasında meydana gelen olaylar hakkında daha fazla detay paylaşmak istiyoruz, bu sorunların tekrarlanması için hangi Phrase TMS \ (EU\) ve Phrase mühendislerinin yaptığı çalışmalar hakkında daha fazla bilgi edinmek istiyoruz. # **Timeline** * ** 19 Ağustos 2026 2:11 PM CEST:** Phrase, Phrase TMS \(EU\)'daki çeviri bellek işlevselliğini etkileyen bir konu tespit etti. Kullanıcılar çeviri anıları yaratarak ve ilgili işlemleri yaparken, segmentleri onaylarken, bağımlı hizmetlere ve kullanım dosyalarına karşı hata oranları kontrol ederler. * ** 19 Ağustos 2026 2:32 PM CEST:** Kök nedeni tespit edildi ve mühendisler kümeyi yeniden icat ederek etkilenen çevreye bir düzeltme uygulamaya başladı ve kurtarmayı hızlandırmak için etkilenen düğümleri yeniden başlattı. * ** 19 Ağustos 2026 3:10 PM CEST:** Çeviri hafıza yaratımı ve ilgili operasyonlar normal olarak tekrar işlemesi doğrulandı. * ** Ağustos 19, 2026, 4:10 PM CEST:** Sürekli bir izleme süresinden sonra tekrarlayıcı olmadı, olay çözüldü. # **Root Cause** Soruşturma, olayın, çeviri hafıza verilerini depolayan veritabanı kümesinde ortaya çıktığını ortaya çıkardı. Tek bir çeviri Memory, zamanla çok büyük büyüdü ve daha geniş kümenin sağlık ve metadata yönetimini koordine eden node tarafından servis edilen okuma aktivitesinin orantısız bir payı gerekiyordu. Çünkü küme sıfır zamanlı bakım süresiz günler geçirdi, kümedeki koordinasyon düğümlerine daha yüksek bir yük vardı. Top yükü ile birlikte olan bu iki, birden fazla koordinasyon düğümünün yavaş yavaş yavaş yavaş yavaş kötüleşmesine, yüksek hata oranına ve degraded performansa yol açtı. # **Recurrence'ı Önlemek için özürler** Gelecekte benzer olayları önlemek ve olumsuz etkileri azaltmak için: * Seti ve sırtını çeviri bellek aramaları ve güncellemeler için daha fazla oda oluşturmak için yeniden dengelendi. * Sürekli bakım, çeviri bellek kümesini etkilemeye devam etti. * Kombinasyon node'sinin geliştirilmiş kapasitesi ve kümenin topolojisini aniden talep zirveleri sırasında küme etkisini önlemek için geliştirecektir.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Ağustos 2026 07:27 UTCinvestigating

   Şu anda Phrase Strings (EU) eksik olan bir konu araştırıyoruz, bu da şubeler bir araya geldiğinde uygulanmaması için değişikliklere neden olabilir.

2. 7 Ağustos 2026 07:54 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 7 Ağustos 2026 08:18 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 7 Ağustos 2026 08:30 UTCmonitoring

   Bir düzeltme uygulandı. Kayıp olayların arkası şimdi işleniyor. kuyruk tamamen işlandığında, unmerged şubeler otomatik olarak eksik değişiklikleri alacaktır. kuyruğu ve sonuçlarını izliyoruz.

5. 7 Ağustos 2026 14:12 UTCresolved

   Olay penceresi sırasında şubelere yapılan değişiklikler şimdi tamamen uygulanır. Etkilenen Merged şubeler tespit edildi ve etkilenen müşteriler doğrudan temasa geçti. Bu olay çözüldü.

6. 11 Eylül 2026 06:11 UTCpostmortem

   ## Introduction 6 Ağustos ve 7 Ağustos 2026 arasında AB platformunda etkilenen bir olay hakkında ayrıntıları paylaşmak istiyoruz. Bu dönemde, şubelerde yapılan değişiklikler, değişim işleme hattımız tarafından kaydedilmemiştir. Sonuç olarak, olay sırasında birleştirilmiş olan şubeler, bu pencere boyunca yapılan değişiklikler olmadan birleştirilebilir ve kategori karşılaştırma ekranları farklılıkların var olduğunda bile fark göstermeyebilir. Bu post-mortem, ne olduğunu, nasıl düzeltildiğini ve tekrar gerçekleşmesini önlemek için yaptığımızı açıklıyor. ## Timeline * ** 6 Ağustos 2026, 5:44 PM CEST** - Bir ağ kesintisi, veritabanı değişikliklerini okumak için kullanılan değişim işleme boru hatlarıyla bağlantımızı ciddiledi. Bağlantı kurtaramadı ve şube değişiklikleri işlendi. Etkilenen bileşen kendisini sağlıklı olarak rapor etmeye devam etti, bu yüzden otomatik uyarı tetiklendi. * ** 7 Ağustos 2026 09:11 AM CEST** - - Sorun bir müşteri raporu takip edildi. * ** 7 Ağustos 2026 09:19 AM CEST** - - Olay en yüksek ciddiyet seviyesine yükseldi. * ** 7 Ağustos 2026 yaklaşık 10:20 AM CEST** – Etkilenen bileşen onu yeniden başlatarak kurtarıldı ve işlem yeniden başladı. * ** 7 Ağustos 2026 10:46 AM CEST** - - Beklenmeyen değişikliklerin arkası tamamen işlendi ve boru hattı yakalandı. * ** 7 Ağustos 2026 öğleden sonra** – Etkilenen müşteriler, değişiklikleri geri yüklemek için gereken verilerle bireysel olarak tespit edildi ve temasa geçti. # # # Root Cause Olay, sistemimizle bağlantımızı kırdığın geçici bir ağ kesintisi ile, veritabanımızdan şube işleme hattımıza geçiş değişikliklerine yol açıyordu. Bu bağlantıdan sorumlu olan bileşen otomatik olarak yeniden bağlantı kurmaya çalıştı, ancak yeniden bağlantı girişimi ya başarılı olmak ya da başarısız olmak yerine sonsuza kadar asıldı. Çünkü bileşen asla bir başarısızlık rapor etmedi, platformumuzun otomatik kurtarma mekanizması - bir hata devleti rapor eden bileşenleri yeniden başlattı - asla tetiklenmedi. Parça normal olarak çalıştırıldığı bir durumda kaldı, hiçbir değişikliği işlemediğinde. Bu yüzden bağlantının standart bir yeniden başlaması sorunu çözmedi, tam olarak temel süreci yeniden başlattı, bu da taze bir bağlantı kurdu. Durum daha erken tespit edilmedi, çünkü bu boru hattı için izlememiz olayı boyunca “sağlıklı” rapor etmeye devam eden bir sinyale dayanıyordu ve değişikliklerin gerçekten akan olup olmadığı konusunda ayrı bir ölçüye sahip değildik. ## Effects * Olay sırasında değişiklikler olan Branşlar ama ** değil** birleştirilmiş herhangi bir veri kaybetmedi. Onların değişiklikleri bir kez boru hattı geri alındı. * Bu **were ** olayı sırasında bir araya getirilen bölümler, olay penceresi sırasında onlara yapılan değişiklikler olmadan birleştirildi. Olaydan önce yapılan değişiklikler etkilenmedi. * Sadece küçük sayıda müşteri sonuçta etkilendi. Her biri bireysel olarak temasa geçti ve etkilenen değişiklikleri geri yüklemek için gerekli olan veriler ve adımlarla sağlandı. ## Recurrence önlemek için eylemler 1. **Fixed yanıltıcı izleme** – Farklı üretim ortamlarını bir araya getiren izleme konfigürasyonunu düzelttik, bu da konunun farkındalığımızı geciktirdi. 2. ** anlamlı sağlık sinyalleri ** - - Değişikliklerin aslında boru hattından akan olup olmadığını ve bunun ne kadar geride olduğunu izlemek, “sağlıklı” rapor edebilecek bir durum sinyaline güvenmek yerine "sağlıklı" bildirmeliyiz. Bu, benzer bir tezgahın hemen tespit edilmesini sağlar. 3. ** Otomatik kurtarmayı geliştirmek** - - Bu bileşendeki yeniden bağlantı ve yeniden deneme davranışını gözden geçiriyoruz, böylece otomatik yeniden başlatmayı tetikleyen gerçek bir başarısızlıkta sıkı bir bağlantı sonuçları.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 6 Ağustos 2026 08:11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 6 Ağustos 2026 08:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 6 Ağustos 2026 08:43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 6 Ağustos 2026 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 6 Ağustos 2026 13:19 UTCresolved

   The incident has been resolved and all components are back to operational.

1. 28 Temmuz 2026 07:19 UTCinvestigating

   Mühendislik ekibi, yeni Workflow Engine'un şu anda iş akışları yürütmediği bir konu tespit etti. Sorun soruşturma altında.

2. 28 Temmuz 2026 07:53 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 28 Temmuz 2026 08:30 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 28 Temmuz 2026 08:35 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz. İş akışı motoru, bekleyen infazların kuyruğunu işlemektedir.

5. 28 Temmuz 2026 11:49 UTCresolved

   Tüm infazlar işlendi. Bu olay çözüldü.

6. 30 Temmuz 2026 07:09 UTCpostmortem

   ## Introduction 27-28 Temmuz'da Phrase Orkestrasıtor'ı etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. Bu dönemde, Next-Gen Workflow Engine'daki iş akışları ilerlemedi ve bir "executing" eyaletinde sıkışıp kaldı. Olay sırasında hiçbir veri kayboldu. Bu post-mortem ne olduğunu açıklıyor, ne zaman çözüldü, ve bir recurrence önlemek için aldığımız adımlar. ## Timeline * **27 Temmuz 2026 18:55 CEST** - - İş akışı motoru, veritabanı sorgu performansı olarak hataları üretmeye başladı. İş akışı infazları durdu ve ilerlemeyi bıraktı. * **27 Temmuz 2026 20:54 CEST** - - "executing"te sıkışıp kalan ilk müşteri raporu alındı. * **27 Temmuz 2026 22:39 CEST** - - Olay resmi olarak ilan edildi. * **28 Temmuz 2026 02:18 CEST** - Bir hizmet geçici rahatlama sağladı; iş yürütmeleri yeniden başladı. * **28 Temmuz 2026 05:15 CEST** - - Sorun alt veritabanı performansı sorunu devam etti. * **28 Temmuz 2026 09:56 CEST** - - Kök nedeni tespit edildi ve ele alındı. Bununla birlikte, kısmi hizmet yeniden başlaması nedeniyle, bazı infazlar geri alındı ve aksi takdirde başarısız olmak için küçük sayıda infaza neden olabilir. * **28 Temmuz 2026 13:46 CEST** - - Çarpılan infazların tam arkası temizlendi. Sistem istikrarlı olarak ilan edildi. * **28 Temmuz 2026 13:48 CEST** - Olay çözüldü. # # # Root Cause Olay, iş zamanlama sistemi tarafından kullanılan veritabanı indekslerinde ilerici sarışınlığa neden oldu. Bu özel indekslerin performansı, önceki yazı ve güncellemelerden ölü indeks girişleri bir araya geldiklerinde yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaşladı. İş zamanlama motoru, bu indeksleri hangi işlerin gönderileceğini belirlemek için sorgularken veritabanı düzeyinde koordinasyon kilitlerini alır. Dizin aramaları daha yavaş büyüdükçe, veritabanının yapılandırılmış ifade süresini aşmaya başladılar. Bir gözlenme zamanı tarafından iptal edildiğinde, bu iş kazası ve yeniden başlatmasından sorumlu zamanlama süreci. Hiçbir programcı çalıştırılamazken, hiçbir iş akışı adımları atılamaz ve tüm in-progress iş yürütmeleri sıkıştı. Veritabanı sunucusunun kendisi normal CPU ve bağlantı seviyelerinde sağlıklı kaldı. Sorun, zamanlama katmanı içinde sadece kilit ve latency contention idi. Bir hizmet, kazalanan süreçleri ve geçici olarak restore edilen infazı temizledi. Ancak, index bloat hala mevcut olduğu için, aynı bozulma bir kez sorgu yükü özgeçmişlendi. Bir manuel indeks tamamen restore edilmiş performansı yeniden inşa eder ve sorunu çözdü. ## Recurrence önlemek için eylemler 1. **Automated index bakımı eklendi** – Etkilenen indeksler için programlanmış otomatik indeks bakımı yapılandırıldı. Bu, bloat'ın zamanla bir araya gelmesi ve bu olayı tetikleyen koşulları ortadan kaldıramamasını sağlar. 2. **Legacy indeksleri kaldırıldı ** - Kullanılmamış miras veritabanı indeksleri tespit edildi ve kaldırıldı, genel bakım yüzeyinin azaltılması ve gelecekteki indeks hijyenin basitleştirilmesi. 3. **Geçmiş kapsamayı izlemek** - - İzleme alanımız, mevcut iş motorunu yansıtacak şekilde gözden geçiriliyor ve güncelleniyor. Bu çalışma, ilk müşteri raporundan önce tespit edilmeye izin veren boşlukları kapatacaktır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Temmuz 2026 23:48 UTCinvestigating

   Mühendislik, yeni Workflow Engine'un şu anda iş akışları yürütmediği bir konu tespit etti. Sorun soruşturma altında.

2. 28 Temmuz 2026 00:41 UTCresolved

   Tüm iş akışları beklendiği gibi tekrar idam edilir.

3. 30 Temmuz 2026 07:08 UTCpostmortem

   ## Introduction 27-28 Temmuz'da Phrase Orkestrasıtor'ı etkileyen bir olay hakkında ayrıntıları paylaşmak istiyoruz. Bu dönemde, Next-Gen Workflow Engine'daki iş akışları ilerlemedi ve bir "executing" eyaletinde sıkışıp kaldı. Olay sırasında hiçbir veri kayboldu. Bu post-mortem ne olduğunu açıklıyor, ne zaman çözüldü, ve bir recurrence önlemek için aldığımız adımlar. ## Timeline * **27 Temmuz 2026 18:55 CEST** - - İş akışı motoru, veritabanı sorgu performansı olarak hataları üretmeye başladı. İş akışı infazları durdu ve ilerlemeyi bıraktı. * **27 Temmuz 2026 20:54 CEST** - - "executing"te sıkışıp kalan ilk müşteri raporu alındı. * **27 Temmuz 2026 22:39 CEST** - - Olay resmi olarak ilan edildi. * **28 Temmuz 2026 02:18 CEST** - Bir hizmet geçici rahatlama sağladı; iş yürütmeleri yeniden başladı. * **28 Temmuz 2026 05:15 CEST** - - Sorun alt veritabanı performansı sorunu devam etti. * **28 Temmuz 2026 09:56 CEST** - - Kök nedeni tespit edildi ve ele alındı. Bununla birlikte, kısmi hizmet yeniden başlaması nedeniyle, bazı infazlar geri alındı ve aksi takdirde başarısız olmak için küçük sayıda infaza neden olabilir. * **28 Temmuz 2026 13:46 CEST** - - Çarpılan infazların tam arkası temizlendi. Sistem istikrarlı olarak ilan edildi. * **28 Temmuz 2026 13:48 CEST** - Olay çözüldü. # # # Root Cause Olay, iş zamanlama sistemi tarafından kullanılan veritabanı indekslerinde ilerici sarışınlığa neden oldu. Bu özel indekslerin performansı, önceki yazı ve güncellemelerden ölü indeks girişleri bir araya geldiklerinde yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaşladı. İş zamanlama motoru, bu indeksleri hangi işlerin gönderileceğini belirlemek için sorgularken veritabanı düzeyinde koordinasyon kilitlerini alır. Dizin aramaları daha yavaş büyüdükçe, veritabanının yapılandırılmış ifade süresini aşmaya başladılar. Bir gözlenme zamanı tarafından iptal edildiğinde, bu iş kazası ve yeniden başlatmasından sorumlu zamanlama süreci. Hiçbir programcı çalıştırılamazken, hiçbir iş akışı adımları atılamaz ve tüm in-progress iş yürütmeleri sıkıştı. Veritabanı sunucusunun kendisi normal CPU ve bağlantı seviyelerinde sağlıklı kaldı. Sorun, zamanlama katmanı içinde sadece kilit ve latency contention idi. Bir hizmet, kazalanan süreçleri ve geçici olarak restore edilen infazı temizledi. Ancak, index bloat hala mevcut olduğu için, aynı bozulma bir kez sorgu yükü özgeçmişlendi. Bir manuel indeks tamamen restore edilmiş performansı yeniden inşa eder ve sorunu çözdü. ## Recurrence önlemek için eylemler 1. **Automated index bakımı eklendi** – Etkilenen indeksler için programlanmış otomatik indeks bakımı yapılandırıldı. Bu, bloat'ın zamanla bir araya gelmesi ve bu olayı tetikleyen koşulları ortadan kaldıramamasını sağlar. 2. **Legacy indeksleri kaldırıldı ** - Kullanılmamış miras veritabanı indeksleri tespit edildi ve kaldırıldı, genel bakım yüzeyinin azaltılması ve gelecekteki indeks hijyenin basitleştirilmesi. 3. **Geçmiş kapsamayı izlemek** - - İzleme alanımız, mevcut iş motorunu yansıtacak şekilde gözden geçiriliyor ve güncelleniyor. Bu çalışma, ilk müşteri raporundan önce tespit edilmeye izin veren boşlukları kapatacaktır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 20 Temmuz 2026 12:53 UTCresolved

   16 Haziran 2026 10:00PM CEST ve 17 Haziran 1826 11:00AM CEST arasında, Phrase Job Sync konektörü bozuldu. Müşteriler, iş Sync'i varsayılan bağlantı tipi deneyimli başarısızlıklarla kullanıyor. Mühendislik ekibi bir kök nedeni tespit etti ve bir düzeltme sağladı.

2. 20 Temmuz 2026 12:54 UTCpostmortem

   # ## Introduction 16 Haziran 2026, 10:00PM CEST ve 17 Haziran 2026, 11:00AM CEST arasında gerçekleşen olaylar hakkında daha fazla detay paylaşmak istiyoruz, bu da Phrase Strings API'sinin performansına yol açtı. Bozukluk için özür dileriz ve gelecekte benzer olayları önlemeye kararlıyız. # ## Timeline **Jun 16, 2026 @ 10:00 PM CEST** - İş Sen varsayılan bağlantı tipi kullanarak müşteriler için başarısız oldu. Teklifler Phrase Strings API'ye karşı gerçekleştirilebilirdi. **Jun 17, 2026 @ 10:00 AM CEST** – Kimlik doğrulama başarısızlığı mühendislik ekibi tarafından tespit edildi. **Jun 17, 2026 @ 10:28 AM CEST** - Etki kapsamı doğrulandı: Varsayılan İş Sen bağlantısını kullanan müşteriler etkilendi. Kişisel erişim kullanan müşteriler etkilenmedi. **Jun 17, 2026 @ 10:29 AM CEST** – Kök nedeni tespit edildi: Birçok platformda, mevcut platform jetonları ile ilgili hataları ortaya koyan yeni bir değişiklik. **Jun 17, 2026 @ 10:40 AM CEST** - Bir düzeltme hazırlandı ve incelemeye sunuldu. **Jun 17, 2026 @ 10:53 AM CEST** – Fix dağıtıldı ve JobSync işlevselliği tamamen restore edildi. # ## Root Cause Bir kod değişikliği, gelen platform jetonlarının Phrase Strings API'sinde nasıl doğrulandığını ve işlendiğini değiştirilmiş multi- platform kimlik doğrulaması için destek eklemek için tanıtıldı. Bu değişiklik varsayılan bağlantı türü tarafından kullanılan mevcut bir token formatı ile uyumlu değildi. Sonuç olarak, platform taşları Strings API tarafından bir “401 ABD’nin yanıtıyla reddedildi. Bağlantı yeniden deneme bütçesinin tükenmesine kadar bağlantıyı yeniden kurdu, etkilenen tüm operasyonların başarısız olmasına neden oldu. Kişisel erişim jetonlarını kullanan müşteriler, jetonlarının farklı bir kod yolu takip ettiğinde etkilenmedi. # ##Recurrence önlemek için eylemleri Kök nedeni, gelişim sırasında tespit edilmemiş olan token kullanım için geriye dönük bir değişiklikti. Aşağıdaki eylemler alınır: * **Token format uyumluluk testi in auth changes:** Mevcut bir kişinin yanında yeni bir token /tikasyon formatı tanıtıldığında, testler geçiş davasını açıkça örmelidir - yeni algılama mantığı altında işlenmiş jetonlar - sadece her formatta izolasyonda değil.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Temmuz 2026 15:47 UTCinvestigating

   Şu anda bazı müşteriler için tekrarlanan metrik tüketime neden olabilecek bir konu araştırıyoruz. Ekibimiz etkilenen bileşenleri tanımlamak ve kök nedenini belirlemek için aktif olarak çalışıyor. Daha fazla bilgi için daha fazla güncelleme sağlayacağız.

2. 16 Temmuz 2026 16:29 UTCidentified

   Temelin belirli bir brokerde dengesizliğe neden olduğunu tespit ettik, bu da Metriks hizmetimizde tekrarlanan ve metrik güncellemelerin tekrar işlenmesine yol açıyor. Bu, yanlış tüketim hesaplamaları veya beklenmedik hesap engellemeleri deneyimleyen bazı müşteriler sonucu olabilir. Bir düzeltme üzerinde çalışmaya devam ediyoruz.

3. 16 Temmuz 2026 17:31 UTCmonitoring

   Sorunun ilerlemesini durdurduk ve şimdi hangi örgütlerin etkilendiği veya bloke edildiği etkinin tam kapsamını tanımlamak için çalışıyoruz. Etkilenen hesaplar, bir deduplication sürecinde karara öncelik verilecektir, ancak bu tamamlamak için biraz zaman alacaktır.

4. 16 Temmuz 2026 19:04 UTCidentified

   Tüm bloke organizasyonlar için metrik tüketimi başarıyla çözdük. Doğru fatura döngüsü verilerini sağlamak için per-organizasyon deduplication aracı geliştirmeye devam ediyoruz, yarın sabah bu düzeltmeleri tam ekip ölçeklendirme ile.

5. 17 Temmuz 2026 13:02 UTCmonitoring

   İlk olarak 16 Temmuz'da tespit edilen tekrarlanan metrik tüketim sorununu çözmeye devam ediyoruz. Kök nedeni tespit edildi ve ele alındı. Son güncellememizden beri, ekibimiz daha önce bloke edilen tüm hesaplar için tekrarlanan verileri düzeltti. Şimdi etkilenen bir hesap setinde çalışıyoruz ve önümüzdeki günlerde devam etmesini bekliyoruz. Daha fazla füzyon gerçekleşmiyor, bu çalışma yalnızca tarihsel verileri ele alıyor.

6. 20 Temmuz 2026 12:07 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Temmuz 2026 14:49 UTCinvestigating

   Şu anda Phrase Orkestrası'nı etkileyen bir sorunu araştırıyoruz. Kök nedenini tanımlamak için çalışıyoruz ve daha kısa sürede daha fazla bilgi mevcut olacaktır.

2. 16 Temmuz 2026 15:27 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 16 Temmuz 2026 15:27 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 16 Temmuz 2026 15:41 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

5. 16 Temmuz 2026 16:12 UTCresolved

   Orkestra (EU) 5:32 PM CEST'den beri tekrar kullanılabilir. Tüm bekleyen infazlar işleniyor. Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 10 Temmuz 2026 14:24 UTCinvestigating

   Şu anda Phrase Strings (EU ve ABD bölgelerindeki Çeviri Merkezini etkileyen bir sorunu araştırıyoruz), dizelerin yüklemediği yerde. Mühendislik ekibimiz potansiyel bir nedeni belirledi ve bunu çözmek için aktif olarak çalışıyor. Araştırma ilerlemelerimiz olarak daha fazla güncelleme sağlayacağız.

2. 10 Temmuz 2026 14:37 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

3. 10 Temmuz 2026 15:24 UTCresolved

   Bu olay çözüldü.

4. 7 Ağustos 2026 07:14 UTCpostmortem

   ## Introduction On July 10, 2026, parts of the Phrase Strings frontend at [app.phrase.com](http://app.phrase.com/) failed to load correctly for a short period, after required stylesheets and scripts failed to load — the underlying service itself stayed available. The issue began at 16:08 CEST and was resolved by 16:27 CEST. This post-mortem explains what happened and what we're doing to prevent a recurrence. ## Timeline * **Jul 10, 2026 at 16:08 CEST** – A deployment introduced new application assets that were never uploaded to our storage service, so the application could no longer load its stylesheets and scripts for customers. * **Jul 10, 2026 at 16:21 CEST** – Issue detected, incident declared. * **Jul 10, 2026 at 16:24 CEST** – Root cause identified. * **Jul 10, 2026 at 16:26 CEST** – Fix applied. * **Jul 10, 2026 at 16:27 CEST** – Customer-facing impact ended. * **Jul 10, 2026 at 16:32 CEST** – Incident downgraded to monitoring while the underlying configuration was addressed. * **Jul 10, 2026 at 17:12 CEST** – Configuration corrected, incident resolved. ## Root Cause During a planned, routine maintenance, a configuration change unintentionally disabled the process that uploads application assets \(stylesheets, scripts\) to our storage and content-delivery service. This went unnoticed at first, since the assets already in place kept working and no new versions had been shipped yet. On July 10, 2026, a deployment shipped new versions of these assets. Because uploading was still disabled, the new files never reached the storage service, and the application could not load its stylesheets and scripts. ## Actions to Prevent Recurrence 1. **Asset synchronization re-enabled** – The disabled process was fixed, restoring correct asset delivery. 2. **Asset availability monitoring** – Adding monitoring to detect asset load failures automatically, before customers are affected.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Temmuz 2026 12:57 UTCinvestigating

   Kullanıcıların projelerden kaybolduğu işler hakkında rapor alıyoruz ve şu anda sorunu araştırıyoruz.

2. 8 Temmuz 2026 13:08 UTCmonitoring

   Sorun tespit edildi, bir düzeltme uygulandı ve durumu takip ediyoruz.

3. 8 Temmuz 2026 13:55 UTCresolved

   Olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Temmuz 2026 08:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 7 Temmuz 2026 08:59 UTCmonitoring

   The issue has been identified, a fix was implemented and we are monitoring the situation.

3. 7 Temmuz 2026 09:27 UTCresolved

   The incident has been resolved.

1. 29 Haziran 2026 07:30 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 29 Haziran 2026 08:05 UTCidentified

   Hi everyone, this is a test. Please ignore, thank you!

3. 29 Haziran 2026 08:09 UTCresolved

   This incident has been resolved.

1. 26 Haziran 2026 16:19 UTCinvestigating

   Hi everyone, this is a test. Please ignore. Thank you!

1. 26 Haziran 2026 07:31 UTCinvestigating

   Hello everyone, this is a test. Please ignore, thank you!

2. 26 Haziran 2026 08:16 UTCinvestigating

   Hello everyone, this is a test. We're "investigating" the issue. Please ignore, thank you!