As you can see, the (apparently) “s

As you can see, the (apparently) “sensitive” information and data such as credit cards, billing etc. stays on-premises in your own data centers. For the interactive use case the connection from the public cloud is relayed through Azure service bus relay bindings to the on-premises hosted account management service. In this case the account management service connects from inside out to the service bus to offer its endpoint to other parties authenticated to the same service bus namespace. If you provide those service bus namespace and credentials to the shop-front-end as the only party, no one else will be able to connect to this account management service.

Furthermore payments are just stored as encrypted messages on Azure queue. A little adapter application / service that runs on-premises queries this Azure queue in regular intervals to retrieve payment messages and forward them to the actual payment service. A public key is used in the cloud to encrypt messages before they’re put onto the queue. The corresponding private queue is used by the application that monitors the Azure queue for new payment messages to decrypt the payment messages and forward them to the payment service. That way even the payment message that might contain sensitive data is stored in the cloud without having the option of decrypting the message in the cloud. In addition the data is stored temporarily, only, as the messages are deleted from the queue as soon as they’ve been processed on-premises.

ผลลัพธ์ (ไทย) 1:

คุณสามารถเห็น ข้อมูล "สำคัญ" ที่ (เห็นได้ชัด) และข้อมูลเช่นบัตรเครดิต ฯลฯ ที่เรียกเก็บอยู่ในสถานที่ในศูนย์ข้อมูลของคุณเอง สำหรับกรณีใช้โต้ตอบการเชื่อมต่อจากระบบคลาวด์สาธารณะเป็น relayed ผ่าน Azure บริการบัสรีเลย์รวมถึงสถานที่บนโฮสต์บริการจัดการบัญชี ในกรณีนี้ บริการการจัดการบัญชีผู้ใช้เชื่อมต่อจากด้านในออกไปบริการบัสเพื่อให้ปลายของบุคคลอื่น ๆ ที่รับรองความถูกต้องถึงบริการบัส namespace เดียวกัน หากคุณให้บริการรถ namespace และข้อมูลประจำร้านหน้าท้ายเป็นบุคคลเดียวที่ ไม่มีใครจะสามารถเชื่อมต่อกับบริการการจัดการบัญชีนี้นอกจากนี้ การชำระเงินมีเพียงการจัดเก็บเป็นข้อความที่เข้ารหัสลับบน Azure คิว อะแดปเตอร์เล็กน้อยโปรแกรม / บริการที่ทำงานในสถานแบบสอบถามคิวนี้ Azure ในสม่ำเสมอเพื่อเรียกข้อความการชำระเงิน และส่งต่อการบริการชำระเงินจริง คีย์สาธารณะจะใช้ในระบบคลาวด์เพื่อเข้ารหัสข้อความก่อนที่พวกเขากำลังใส่ลงในคิว คิวส่วนตัวที่สอดคล้องกันถูกใช้ โดยโปรแกรมประยุกต์ที่ตรวจสอบคิวสำหรับข้อความการชำระเงินใหม่ถอดรหัสข้อความการชำระเงิน และส่งต่อบริการชำระเงิน Azure วิธีนี้แม้แต่ข้อความการชำระเงินที่อาจประกอบด้วยข้อมูลที่สำคัญถูกเก็บไว้ใน cloud โดยไม่เลือกที่จะถอดรหัสข้อความในระบบคลาวด์ นอกจากนี้ การจัดเก็บข้อมูลชั่วคราว เท่านั้น เป็นข้อความจะถูกลบออกจากคิวเร็วที่สุดเท่าที่พวกเขาได้รับการประมวลผลในสถาน

ผลลัพธ์ (ไทย) 2:

ในขณะที่คุณสามารถดูที่ (ดูเหมือน) ข้อมูล "สำคัญ" และข้อมูลเช่นบัตรเครดิตเรียกเก็บเงิน ฯลฯ อยู่ในสถานที่ในศูนย์ข้อมูลของคุณเอง สำหรับกรณีที่ใช้โต้ตอบการเชื่อมต่อจากคลาวด์สาธารณะจะถูกส่งผ่านรถบัสบริการ Azure ผูกถ่ายทอดไปอยู่ในสถานที่บริการโฮสต์การจัดการบัญชี ในกรณีนี้การให้บริการการจัดการบัญชีเชื่อมต่อจากภายในออกไปยังรถบัสบริการที่จะนำเสนอจุดสิ้นสุดของมันไปยังบุคคลอื่น ๆ ที่รับรองความถูกต้อง namespace ที่รถบัสบริการเดียวกัน หากคุณให้ผู้ namespace รถบัสบริการและข้อมูลประจำตัวที่ร้าน-front-end เป็นพรรคเดียวไม่มีใครจะสามารถที่จะเชื่อมต่อกับบริการการจัดการบัญชีนี้.

นอกจากนี้การชำระเงินจะถูกเก็บไว้เช่นเดียวกับข้อความที่เข้ารหัสในคิว Azure การประยุกต์ใช้อะแดปเตอร์เล็ก ๆ น้อย ๆ / บริการที่ทำงานอยู่ในสถานที่ queries คิว Azure นี้ในช่วงเวลาปกติที่จะดึงข้อความการชำระเงินและส่งต่อให้กับบริการชำระเงินที่เกิดขึ้นจริง กุญแจสาธารณะที่ใช้ในระบบคลาวด์ในการเข้ารหัสข้อความก่อนที่จะนำเข้าสู่คิว คิวส่วนตัวที่สอดคล้องกันถูกนำมาใช้โดยการประยุกต์ใช้ที่ตรวจสอบคิว Azure สำหรับข้อความการชำระเงินใหม่ที่จะถอดรหัสข้อความการชำระเงินและส่งต่อให้บริการการชำระเงิน วิธีที่ว่าแม้ข้อความการชำระเงินที่อาจมีข้อมูลที่สำคัญจะถูกเก็บไว้ในระบบคลาวด์โดยไม่ต้องมีตัวเลือกในการถอดรหัสข้อความในเมฆ นอกจากนี้ข้อมูลจะถูกเก็บไว้ชั่วคราวเท่านั้นเป็นข้อความจะถูกลบออกจากคิวเร็วที่สุดเท่าที่พวกเขาได้รับการประมวลผลอยู่ในสถานที่