Amazon

Amazon वरील सामान्य HTTP Headers समजून घेणे
तुम्ही एखाद्या वेबसाइटला पाठवलेल्या प्रत्येक request सोबत तुम्हाला कधीही न दिसणारा metadata चा एक छोटा ढीग असतो. Headers. तुमचे connection encrypted आहे की नाही, एखादे page iframe मध्ये embed करता येईल की नाही, कोणत्या CDN edge ने तुम्हाला serve केले, आणि browser ने एखादे cookie वर्षभर लक्षात ठेवावे की नाही — हे सगळे तेच ठरवतात. एखादी खरीखुरी, गजबजलेली production site काय पाठवते हे मला बघायचे होते, म्हणून मी curl एका Amazon endpoint कडे रोखले आणि response headers बाहेर काढले. लक्षात आले की उलगडण्यासारखे बरेच काही आहे.
AWS एका सेवेपासून २००+ पर्यंत कसे गेले
अमेझॉनने जगातील सर्वात मोठे क्लाउड प्लॅटफॉर्म बनवण्याचा कधीही इरादा केला नव्हता. आपल्या अभियंत्यांनी दर काही महिन्यांनी एकच पायाभूत सुविधा पुन्हा तयार करण्यापासून रोखण्यासाठी प्रयत्न करताना ते त्यात अडकले. आतल्या गोंधळाने सुरुवात केली २०००च्या आसपास, अमेझॉन Merchant.com बनवत होते — एक उत्पादन जे Target आणि Marks & Spencer सारख्या तृतीय-पक्ष विक्रेत्यांना अमेझॉनच्या पायाभूत सुविधांवर ई-कॉमर्स स्टोअर्स उघडण्यास परवानगी देणार होते [2]. त्यानंतर जे झाले ते संघटनात्मक गोंधळ होता. प्रत्येक टीम स्वतःच्या आवृत्तीचे स्टोरेज, कॉम्प्युट आणि डेटाबेस प्रिमिटिव्ह बनवत होती. कोणते सामायिक API नाहीत, कशाही गोष्टीत प्रवेश करण्याचा कोणताही मानक मार्ग नाही.