TL;DR
- Faturalama modelini, yalnızca planlara yönelik aşamalı bir geçişle yeniden yapılandırıldı.
- Web, API ve MCP’de ortak bir yetkilendirme mekanizması oluşturuldu.
- Eski Oracle parolasının yanlış kolona yazılması problemi çözüldü.
Bugün dört depo taşındı. İşte hepsini bir arada bağlayan tema: tek bir gerçek kaynağı, ikiye tercih edin.
Faturalama: yalnızca planlara
Günün büyük bölümünü, bir SaaS’ı her özellik için ayrı faturalama sisteminden yalnızca planlara yönelik haklara geçirmeye harcadım. İlginç kısım model değil; bunu bir faturalama kesintisi olmadan yapmak: planları oluşturma, okumaları planlara yönlendirme, her organizasyonu geri doldurma, sonra eski sistemi silme. Genişletme/azaltma, dört dağıtım aşaması. Ayrıntılı açıklama özel bir yazıda mevcut.
Üç yüzey için tek bir yetkilendirme katmanı
Bir operasyonal araç, aynı eylemleri üç farklı şekilde sergiliyordu: web arayüzü, API ve ajan erişimi için MCP sunucusu. Sorun, her yüzeyin yetkilendirmeyi biraz farklı kontrol etmesiydi; bu nedenle MCP aracı, web arayüzünün engellediği bir şeyi onaylayabiliyordu.
Düzeltme, MCP araçlarının herkesle aynı yetkilendirme katmanı üzerinden kontrol edilmesini sağlamaktı, bu nedenle:
web ─┐
API ─┼─► tek yetkilendirme kontrolü ─► izin/verme
MCP ─┘
TL;DR: web ≡ API ≡ MCP — üç kapı, bir anahtar. Ayrıca, her şeyi devretmeden hata ayıklamak için bir destek mühendisi rolü eklendi; ayrıca bir ajan “Bu bildirim neden gönderilmedi?” sorusunu shell erişimi olmadan yanıtlayabilmesi için kimlik/diagnostik/SLA okuma araçları sağlandı.
| Önce | Sonra |
|---|---|
| Her yüzey kendi yetkilendirmesini yapıyordu | Tek yetkilendirme kontrolü, paylaşıldı |
| MCP aracı, UI’dan daha fazla izin verebiliyordu | MCP aynı korumaya bağlı hale getirildi |
| Hata ayıklama için rol yoktu | support_engineer rolü, yalnızca okuma yetkisi ile teşhis |
Eski Oracle parolası senkronizasyonu
Daha küçük ama etkili bir düzeltme: bir parolanın sıfırlanması yanlış Oracle kolona yazılıyordu ve güncellenmemesi gereken bir date_modified alanına da dokunuyordu. Öğrenci sıfırlamasını doğru parola kolonuna yönlendirdim ve yanlış yazmayı kaldırdım. Eski şemalarla ilgili ders — görünüşte doğru olan kolona dikkat etmek, uygulamanın gerçekten okuduğu kolonla her zaman aynı anlamı taşımıyor. Okuma yoluyla kontrol edin, isimle değil.
Fiyatlandırma konfigürasyonu tek bir gerçek kaynağı olarak
Tek satırlık düzeltme ama iyi bir hatırlatma: bir plan katmanı bayrağı (hangi katmanın belirli bir yeteneği açtığı) faturalama mantığı ve kamuya açık fiyatlandırma sayfası arasında farklılaştı. İki yerde yaşayan hak kuralları her zaman çelişecektir. Katman matrisini tek bir konfigürasyonda tutun ve her yerde okuyun.
Sonuç
Bugün yapılan değişikliklerin üçü, aynı fikrin farklı kıyafetler giymiş hali: ikinci gerçek kaynağı ortadan kaldırın. İki hak modeli → bir plan. Üç yetkilendirme yolu → bir yetkilendirme katmanı. İki fiyatlandırma konfigürasyonu → bir. Kurallardaki çoğalma, koddaki çoğalmadan daha kötü, çünkü kopyalar sessizce kayar ve birisi yanlış faturalandığında veya olmaması gereken bir yere izin verildiğinde ortaya çıkar.
Kaynak: Orijinal Makale
