Bağlantı bilgilerinin görevlerini ayırın
Bir entegrasyonu kurarken satıcı hesabı, uygulama kimliği ve sunucu hesabı aynı işin parçaları gibi görünse de farklı güvenlik sınırlarıdır. Sunucuya dosya yükleyebilen kişinin mağazada her işlemi yapması gerekmeyebilir. Önce kimlerin hangi görevi yürüttüğünü ve hangi bilgiye gerçekten ihtiyaç duyduğunu yazın.
Amazon'un bağlantı rehberi, uygulama kaydı ve satıcı yetkilendirmesinden sonra LWA erişim belirteciyle çağrı yapılmasını anlatır. Erişim belirtecinin ömrü ile sunucu oturumu bağımsızdır; bazı kısıtlı veri işlemleri ayrıca farklı token gereksinimi taşır. Bunlar VDS yönetici parolasının sağladığı erişim değildir.
Gizli bilgileri teslim dosyasına doldurmayın
Kurulum teslimini tek bir parola belgesiyle yapma alışkanlığından kaçının. Hangi gizlinin nerede tutulduğunu, kimin yönettiğini ve hangi uygulamanın kullandığını listeleyin; gerçek değerleri genel iş takip kartına koymayın. Destek için çoğu zaman tam token yerine maskelenmiş kimlik ve hata zamanı yeterlidir.
Uygulama günlükleri istek başlıklarını olduğu gibi yazıyorsa hassas bilgi sızıntısı oluşabilir. Geliştiricinizden kimlik doğrulama alanlarının maskelendiğini kontrol etmesini isteyin. Test kayıtları veya otomatik hata e-postaları da aynı denetime dahil edilmeli.
401 ve 403 için önce doğru katmana bakın
Uygulama Amazon'a ulaşabiliyor ama yetkilendirme hatası alıyorsa sunucu parolasını değiştirmek doğrudan çözüm olmayabilir. Hesap, işlem, ortam ve yetki kapsamını bir arada kontrol edin. Token yenileme sürecinin çalışıp çalışmadığını anlamadan sürekli yeniden oturum açtırmak sorunu gizleyebilir.
Buna karşılık sunucuya giriş sorunu Amazon API yetkisinden bağımsız olabilir. Bu iki olay aynı zamanda yaşansa bile tek neden varsaymayın. Her biri için son başarılı işlem zamanını ve ilgili hata mesajını ayrı kaydedin; gizli değerleri paylaşmadan inceleyin.
Yetki devrini ve ayrılma sürecini planlayın
Bir geliştirici veya çalışan görev değiştirdiğinde hangi erişimlerin kaldırılacağını önceden belirleyin. Sunucu hesabını kapatmak uygulamanın Amazon yetkilendirmesini kendiliğinden kaldırdığı anlamına gelmez. Aynı şekilde token düzenlemesi sunucu dosyalarına erişimi durdurmaz.
Gizli bilgi değişikliği gerekiyorsa çalışan uygulamaları ve geri dönüş planını envanterleyin. Yeni değer doğrulanmadan eski kaydı rastgele silmek hizmeti durdurabilir. Sızma şüphesinde ise olayın kapsamına uygun acil erişim kesme ve yetkili uzman desteği önceliklidir; rehber bunu otomatik çözüm olarak sunmaz.
Yetki haritasında insana ait hesaplarla otomasyon hesaplarını ayrı gösterin. İşlem kayıtlarında hangi bağlantının kullanıldığı anlaşılmıyorsa aynı parolanın herkes tarafından paylaşılması sorunu büyütebilir. Yetkili yöneticinizle erişimleri görev bazında düzenleyin; günlük iş için gerekmeyen yönetici erişimini alışkanlık olarak dağıtmayın.
Entegrasyonun çalıştığı ortam için Amazon VDS seçeneklerini ihtiyaçla karşılaştırabilirsiniz. rapor erişim sorunları; sunucu izleme planı; yedekleme planı rehberleri de iş akışını tamamlar. Sunucu kaynağı, Amazon'un uyguladığı izin veya API kullanım sınırlarının yerine geçmez.
Sıkça Sorulan Sorular
VDS parolasıyla Amazon API'ye bağlanılır mı?
Hayır. Sunucu erişimi ile Amazon uygulama yetkilendirmesi ayrı kimlik doğrulama süreçleridir.
Destek ekibine tam token göndereyim mi?
Genellikle göndermeyin. Maskeli kimlik, işlem adı ve hata zamanı gibi teşhis bilgilerini güvenli kanalda paylaşın.
Sunucuyu değiştirince bütün yetkiler yenilenir mi?
Kendiliğinden yenilenmez. Uygulama ve sunucu erişimlerini ayrı geçiş planlarıyla inceleyin.
Geliştirici ayrılınca sadece parolayı değiştirmek yeterli mi?
Her zaman değil. Uygulama yetkileri, gizli bilgiler, dosya erişimleri ve otomasyon hesapları birlikte envanterlenmelidir.