About TapingoTapingo is an app for iPhone and Android that enables cus การแปล - About TapingoTapingo is an app for iPhone and Android that enables cus ไทย วิธีการพูด

About TapingoTapingo is an app for


About Tapingo

Tapingo is an app for iPhone and Android that enables customers on college campuses to order food and beverages from shops in their neighborhoods. To provide efficient, trouble-free service, the company partners with local merchants to ensure they know how many orders to expect and which items will sell. Tapingo’s customers include college students, college campuses, and local merchants, providing an ecosystem that encompasses the entire shopping experience, from ordering to inventory management and pickup. The company is based in San Francisco, Calif., and Tel Aviv, Israel, and operates on campuses across the US and Israel, including New York University (NYU) and the University of Southern California (USC). Tapingo launched its flagship app in 2012 and is funded by Khosla Ventures and Carmel Ventures.
The Challenge

The rise of the app in everyday life has been a game changer for consumers, not least when it comes to shopping. But there’s been a gap in the market: ordering from local restaurants in real time, without lags of an hour or more between order and pickup. Tapingo is trying to change that. “Why isn’t it easier to buy food on the go, without having to wait to order, pay and pick up?” Asks Udi Oster, CTO and Vice President of Research & Development at Tapingo. The Tapingo team wanted to transform the way food is ordered and picked up, so they built a solution that is contextually aware and that integrates with the operations of local restaurants, using college campuses as a beach head.

To build an effective solution, the company had to face a few technical challenges: handling orders at peak times, minimizing lines at restaurants, and helping merchants manage inventory. During peak orders, Tapingo gets 75 orders a minute, which could slow the system and create lines for pickup. Inventory management is also a challenge. If a coffee shop gets 200 orders in an hour and runs out of espresso beans, the shop can’t call 200 people to change their orders. “Everything in the app must be ultra-real time, especially inventory — data integrity is super important,” Oster says. “Once the merchant informs us that they’re out of something, we inform our users. It’s a challenge to achieve high performance while managing inventory in real time.”

The company started out with a hosting and DNS service, building a sophisticated architecture that was meant to ensure stability. However, the system experienced high latency, sometimes as high as 50 seconds. “It was over-complicated and far too expensive for the resources we had at the time,” Oster says. Eventually, the company suffered an outage. “We got some harsh feedback on Twitter, posts saying ‘Tapingo just ruined my life,’” Oster continues. “We needed a system that was stable and always on.” The company needed a stable environment that enabled fast, personalized requests and responses, and started looking into cloud providers.
Why Amazon Web Services

After months of research, Tapingo decided to migrate to Amazon Web Services (AWS). AWS provided the scalability, reliability, and computing power that the company needed in order to provide real-time service to its customers. Another factor in the company’s decision to move to the AWS Cloud is that AWS supports Python (on which Tapingo is written) and offers a robust API that lets developers make changes to the environment without having to go through the UI.

The company rewrote its architecture to run on AWS, and then relaunched its app — in one day. “We decided to give up all the useless complexity that we had and just make it as simple as possible,” Oster says. In the newly launched Tapingo app, a student selects a restaurant, orders off the menu (which is updated in real time to identify only the items available), and pays using a credit card, student card, or PayPal. The restaurant is immediately notified of the order, and estimates a pickup time for the user. Users can also schedule orders to be ready for pickup at a certain time each day.

Tapingo uses 40 Amazon Elastic Compute Cloud (Amazon EC2) instances for the app’s communication servers, the website, order processing and cache management. The scheduling system and PCI-compliant payment environment both run on Amazon EC2 instances as well. Orders and transactional data are stored in MongoDB databases on Amazon Relational Database Service (Amazon RDS).

The company uses Amazon Redshift as its analytical database and data warehouse, and for billing. Tapingo’s system transfers data from MongoDB and Amazon RDS to Amazon Redshift to enable the company to easily run reports and use predictive analysis. The company mines its data stream to predict what restaurants should stock and when they should staff up—and currently predicts about 30 percent of its orders every day. “We are creatures of habit,” Oster says. “Generally, people have between three and five items that they buy at a certain restaurant, and that’s it. Now that we can leverage the AWS Cloud, we have the computing and storage power to store all that data and predict consumer behavior.”

Orders are queued using Amazon Simple Queue Service (Amazon SQS). The company created a regional queue on the Tapingo side that sets the order flow for merchants based on each restaurant’s profile and needs. For example, if a café can only take 25 coffee orders per hour, Tapingo automatically adjusts the queue accordingly. The virtual queue is updated in real time on Tapingo, so that users know what to expect in terms of wait times. The company also maintains a queue for the monitoring service Amazon CloudWatch, which kicks off a phone call in case of delays or problems. Tapingo also uses Amazon Route 53 as its DNS service.

The company tackles its inventory management issue by using Amazon ElastiCache to cache communications between its users and its app. “Almost all the communications between Tapingo and the user are in ElastiCache,” Oster says.

The Benefits

Tapingo was able to use AWS to solve its immediate problems: scalability for handling orders at peak times, queuing to minimize lines, and robust database services to manage inventory. But using AWS also enabled a significant reduction in latency, which enabled Tapingo to expand internationally. By rebuilding its architecture on AWS, Tapingo saw latency fall from 50 seconds to 30 milliseconds. Shortly thereafter, Tapingo expanded from Israel to the U.S.

Using AWS also freed Tapingo from steep operational expenses. “We no longer have to spend money on making sure the rooms are cool enough,” Oster says. “Instead of having one IT guy who’s assigned to AWS, each and every one of the engineering team knows how to use AWS. AWS is seamless and easy, and very simple to scale.”

Being able to launch quickly — and avoid hardware expenses — enabled Tapingo to expand onto more campuses. “As a startup, it’s a huge advantage to not have to figure out how many physical servers you need to build your server architecture,” Oster says. Because it uses AWS, the company has quintupled its users over the last year. “We didn’t have to change anything from migration to now — we just loaded more servers. We changed their size, made them more CPU-efficient, and loaded another instance or two, and that’s it.”

Oster credits the AWS API with giving Tapingo engineers the flexibility to make changes as needed. “The fact that we can do everything in the API shortens the time to market dramatically – it’s a terrific advantage,” Oster says. “Using AWS allows us to be very agile.”
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เกี่ยวกับ TapingoTapingo เป็น app สำหรับ iPhone และ Android ที่ช่วยให้ลูกค้าในวิทยาเขตวิทยาลัยการสั่งอาหารและเครื่องดื่มจากร้านค้าในละแวกใกล้เคียงของพวกเขา เพื่อให้มีประสิทธิภาพ เอาใจบริการ หุ้นส่วนบริษัทกับพ่อค้าท้องถิ่นเพื่อให้พวกเขารู้วิธีสั่งคาดและสินค้าที่จะขาย Tapingo ของลูกค้ารวมถึงนักศึกษาวิทยาลัย วิทยาเขตวิทยาลัย และร้าน ค้าภายใน ให้ระบบนิเวศที่ครอบคลุมประสบการณ์ช้อปปิ้งทั้งหมด จากการสั่งซื้อการบริหารสินค้าคงคลังและการเบิกสินค้า บริษัทอยู่ใน San Francisco รัฐแคลิฟอร์เนีย เทลอาวีฟ อิสราเอล และทำงานในวิทยาเขตทั่วสหรัฐอเมริกาและอิสราเอล มหาวิทยาลัยนิวยอร์ก (NYU) และมหาวิทยาลัยเซาเทิร์นแคลิฟอร์เนีย (ทยู) Tapingo เปิดตัว app ของเรือธงใน 2012 และสนับสนุน โดย Khosla ค้าและกิจการคารเมลความท้าทายเพิ่มขึ้นของ app ในชีวิตประจำวันได้เปลี่ยนเกมสำหรับผู้บริโภค ไม่น้อยเมื่อมาถึงซื้อ แต่มีช่องว่างในตลาด: สั่งซื้อจากร้านอาหารท้องถิ่นในเวลาจริง โดย lags ชั่วโมงน้อยระหว่างใบสั่งและเบิก Tapingo กำลังจะเปลี่ยน "ทำไมมันง่ายต่อการซื้ออาหารไป โดยไม่ต้องรอการสั่งซื้อ ชำระเงิน และรับ" ถามอูดี Oster, CTO และรองประธานฝ่ายวิจัยและพัฒนาที่ Tapingo ทีมงาน Tapingo อยากเปลี่ยนวิธีการสั่งซื้อ และรับค่า อาหารเพื่อสร้างโซลูชันที่ทราบ contextually และที่ทำงานประสานกับการดำเนินงานของร้านอาหารท้องถิ่น วิทยาลัยวิทยาเขตโดยใช้เป็นหัวหาดสร้างวิธีแก้ปัญหา บริษัทก็ต้องเผชิญกับความท้าทายทางเทคนิคไม่กี่: จัดการสั่งช่วงเวลา ลดที่ร้านอาหาร และช่วยให้จัดการสินค้าคงคลังของร้านค้า ในระหว่างที่สั่งสูงสุด Tapingo รับสั่งต่อนาที 75 ซึ่งไม่ช้าระบบ และสร้างบรรทัดสำหรับการเบิกสินค้า จัดการสินค้าคงคลังยังมีความท้าทาย ถ้าร้านกาแฟได้รับใบสั่ง 200 ในชั่วโมง และไม่มีเมล็ดกาแฟ ร้านไม่เรียก 200 คนการเปลี่ยนแปลงใบสั่งซื้อ "ทุกอย่างใน app ต้องจริงทันเวลา โดยเฉพาะอย่างยิ่งสินค้าคงคลัง – ความสมบูรณ์ของข้อมูลเป็นสิ่งสำคัญซุปเปอร์, " Oster กล่าวว่า "เมื่อผู้ขายแจ้งว่า พวกเขากำลังออกจากบางสิ่ง เราแจ้งผู้ใช้ของเรา มันเป็นความท้าทายเพื่อให้ประสิทธิภาพสูงในขณะที่การจัดการสินค้าคงคลังในเวลาจริง"บริษัทเริ่มออก มีโฮสติ้งและบริการ DNS อาคารสถาปัตยกรรมทันสมัยที่ถูกตั้งใจให้มั่นคง อย่างไรก็ตาม ระบบประสบเวลาแฝงที่สูง บางครั้งสูงถึง 50 วินาที Oster กล่าวว่า "มันแพงเกินไปสำหรับทรัพยากรเรามีเวลา และมีความซับซ้อนมากเกินไป ในที่สุด บริษัทประสบกระแสการ "เรามีข้อเสนอแนะบางอย่างรุนแรงบน Twitter โพสต์บอก 'Tapingo เพียงเจ๊งชีวิต' Oster ยังคง "เราจำเป็นต้องใช้ระบบที่มีเสถียรภาพและเสมอกัน" บริษัทต้องการสภาพแวดล้อมที่มั่นคงที่เปิดใช้งานได้อย่างรวดเร็ว แบบคำขอและการตอบสนอง และเริ่มค้นหาผู้ให้บริการคลาวด์ทำไมเว็บ Amazon บริการหลังจากเดือนของการวิจัย Tapingo ตัดสินใจย้ายบริการเว็บ Amazon (AWS) AWS มีขนาด ความน่าเชื่อถือ และพลังคอมพิวเตอร์ที่ต้องให้บริการแบบเรียลไทม์ของบริษัท อีกหนึ่งปัจจัยในการตัดสินใจของบริษัทไปเมฆ AWS คือ AWS สนับสนุนงู (ในที่ Tapingo เขียน) และมี API แข็งแกร่งที่ช่วยให้นักพัฒนาทำการเปลี่ยนแปลงสิ่งแวดล้อม โดยไม่ต้องผ่าน UIบริษัท rewrote ของสถาปัตยกรรมเพื่อเรียกใช้ AWS และ relaunched ของ app แล้ว ซึ่งในหนึ่งวัน Oster กล่าวว่า "เราตัดสินใจที่จะให้พื้นที่ไร้ประโยชน์ทั้งหมดที่เรามี และเพียงทำให้ง่ายที่สุด นักเรียนเลือกร้านอาหาร สั่งปิดเมนู (ที่ถูกปรับปรุงในเวลาจริงเพื่อระบุเฉพาะรายการว่าง), การจ่ายโดยใช้บัตรเครดิต บัตรนักเรียน หรือ PayPal ใน app Tapingo เปิดใหม่ ร้านทันทีแจ้งใบสั่ง และประเมินเวลาเบิกสำหรับผู้ใช้ นอกจากนี้ผู้ใช้ยังสามารถจัดกำหนดการใบสั่งพร้อมสำหรับการเบิกสินค้าในบางเวลาแต่ละวันTapingo ใช้อินสแตนซ์ของ Amazon ยืดหยุ่นคำนวณเมฆ (Amazon EC2) 40 สำหรับเซิร์ฟเวอร์สื่อสารของ app เว็บไซต์ สั่งจัดการประมวลผลและแคช จัดระบบและสภาพแวดล้อมการชำระเงินมาตรฐาน PCI ทั้งรันบน Amazon EC2 กรณีเช่น ใบสั่งและข้อมูลถูกเก็บไว้ในฐานข้อมูล MongoDB บริการฐานข้อมูลเชิงสัมพันธ์อเมซอน (Amazon RDS)บริษัทใช้ Amazon การเคลื่อนไปทางแดงของวิเคราะห์ฐานข้อมูลและคลังข้อมูล และเรียกเก็บเงิน Tapingo ของระบบถ่ายโอนข้อมูล MongoDB และ Amazon RDS เพื่อการเคลื่อนไปทางแดงของ Amazon เพื่อให้บริษัทที่จะเรียกใช้รายงานได้อย่างง่ายดาย และใช้การวิเคราะห์งาน บริษัทเหมืองของกระแสข้อมูลการทำนายสิ่งที่ร้านอาหารควรเก็บและเมื่อพวกเขาควรพนักงานค่า — และปัจจุบันทำนายประมาณ 30 เปอร์เซ็นต์ของใบสั่งของทุกวัน Oster กล่าวว่า "เราเป็นสัตว์ของนิสัย "โดยทั่วไป คนมีระหว่างสาม และห้ารายการที่พวกเขาซื้อที่ร้านอาหารบางอย่าง และมัน หลังจากที่เราสามารถใช้ AWS Cloud เรามีพลังคำนวณและเก็บข้อมูล การเก็บข้อมูลทั้งหมดที่ทำนายพฤติกรรมผู้บริโภค"ใบสั่งจะจัดคิวการใช้บริการคิวอย่างอเมซอน (Amazon SQS) บริษัทสร้างคิวภูมิภาคด้าน Tapingo ที่กำหนดขั้นตอนการสั่งสำหรับร้านค้าตามประวัติและความต้องการของแต่ละร้านอาหาร ตัวอย่าง ถ้าคาเฟ่สามารถนำใบสั่งกาแฟ 25 ชั่วโมง Tapingo โดยอัตโนมัติปรับคิวตามการ คิวเสมือนมีการปรับปรุงในเวลาจริงใน Tapingo เพื่อให้ผู้ใช้รู้ว่าสิ่งที่คาดหวังในแง่ของเวลารอคอย นอกจากนี้บริษัทยังรักษาคิวสำหรับบริการตรวจสอบ Amazon CloudWatch ซึ่ง kicks ปิดโทรศัพท์ความล่าช้าหรือปัญหา Tapingo ยังใช้ 53 เส้นทาง Amazon เป็นบริการ DNSOster กล่าวว่า บริษัทแก้ปัญหาการจัดการสินค้าคงคลัง โดยใช้ Amazon ElastiCache แคสื่อสารระหว่างผู้ใช้และโดยประมาณของ "เกือบทั้งหมดการสื่อสารระหว่าง Tapingo และผู้อยู่ใน ElastiCache"ผลประโยชน์Tapingo ได้ใช้ AWS แก้ปัญหาทันที: ขนาดสำหรับการจัดการใบสั่งช่วงเวลา จัดคิวรายการ และบริการฐานข้อมูลที่มีประสิทธิภาพในการจัดการสินค้าคงคลัง แต่ยังใช้ AWS เปิดการลดลงอย่างมีนัยสำคัญแอบแฝง ที่เปิดใช้งาน Tapingo เพื่อขยายในระดับสากล โดยการฟื้นฟูของสถาปัตยกรรมบน AWS, Tapingo เห็นแฝงอยู่จากวินาทีกับ 30 มิลลิวินาที มิช้ามินาน Tapingo ที่ขยายจากอิสราเอลสหรัฐอเมริกานอกจากนี้ยังใช้ AWS รอด Tapingo จากค่าใช้จ่ายดำเนินงานที่สูงชัน Oster กล่าวว่า "เราไม่ต้องใช้เงินในการทำให้ห้องเย็นสบายเพียงพอ "แทนที่จะเป็นคนหนึ่งที่ให้ AWS แต่ละคนของทีมจะรู้วิธีการใช้ AWS AWS จะราบรื่น และสะดวก และง่ายมากขนาด"จะเปิดอย่างรวดเร็ว — และหลีกเลี่ยงค่าใช้จ่ายฮาร์ดแวร์ – เปิดใช้งาน Tapingo เพื่อขยายไปยังวิทยาเขตอื่น ๆ "เป็นการเริ่มต้น มันเป็นประโยชน์มากจะไม่มีการคิดออกเซิร์ฟเวอร์หลายวิธีจริงคุณต้องสร้างสถาปัตยกรรมของเซิร์ฟเวอร์ของคุณ Oster กล่าว เนื่องจากใช้ AWS บริษัทมี quintupled ผู้ใช้ปีล่าสุด "เราไม่ได้มีการเปลี่ยนแปลงอะไรจากโยกย้ายแล้ว — เราเพิ่งโหลดเซิร์ฟเวอร์เพิ่มเติม เราเปลี่ยนขนาดของพวกเขา พวกเขาทำมากกว่า CPU ประสิทธิภาพ โหลดอินสแตนซ์อื่นหรือสอง และที่เป็น "Oster เครดิต AWS API กับให้วิศวกร Tapingo ให้ทำการเปลี่ยนแปลงตามความจำเป็น "ความจริงที่ว่า เราสามารถทำทุกอย่างใน API ช่วยประหยัดเวลาในการตลาดอย่างมาก – จะมีประโยชน์มากมาย Oster กล่าวว่า "ใช้ AWS ได้เราจะคล่องตัวมาก"
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!

เกี่ยวกับ Tapingo Tapingo เป็น app สำหรับ iPhone และ Android ที่ช่วยให้ลูกค้าในวิทยาเขตวิทยาลัยการสั่งซื้ออาหารและเครื่องดื่มจากร้านค้าในละแวกใกล้เคียงของพวกเขา เพื่อให้มีประสิทธิภาพการบริการยุ่งยาก, บริษัท คู่ค้ากับร้านค้าในท้องถิ่นเพื่อให้แน่ใจว่าพวกเขารู้ว่ามีหลายคำสั่งที่คาดหวังและรายการที่จะขาย ลูกค้า Tapingo ได้แก่ นักศึกษามหาวิทยาลัยและพ่อค้าท้องถิ่นให้ระบบนิเวศที่ครอบคลุมประสบการณ์การช้อปปิ้งทั้งจากการสั่งซื้อการจัดการสินค้าคงคลังและรถกระบะ บริษัท ตั้งอยู่ในซานฟรานซิส, Calif. และ Tel Aviv, อิสราเอลและดำเนินงานในมหาวิทยาลัยทั่วสหรัฐอเมริกาและอิสราเอลรวมทั้งมหาวิทยาลัยนิวยอร์ก (NYU) และ University of Southern California (USC) เปิดตัวแอพพลิเค Tapingo เรือธงในปี 2012 และได้รับทุนจาก Khosla Ventures และคาร์เมล Ventures. ท้าทายการเพิ่มขึ้นของการตรวจสอบในชีวิตประจำวันที่ได้รับการเปลี่ยนเกมสำหรับผู้บริโภคไม่น้อยเมื่อมันมาถึงการช้อปปิ้ง แต่มีการช่องว่างในตลาด: สั่งซื้อจากร้านอาหารท้องถิ่นในเวลาจริงโดยไม่ต้องล่าช้าของชั่วโมงหรือมากกว่าระหว่างการสั่งซื้อและรถกระบะ Tapingo พยายามที่จะเปลี่ยนที่ "ทำไมจะไม่ได้มันง่ายที่จะซื้ออาหารในระหว่างการเดินทางโดยไม่ต้องรอสั่งจ่ายและรับ?" ถาม Udi Oster, CTO และรองประธานฝ่ายวิจัยและพัฒนาที่ Tapingo ทีม Tapingo อยากที่จะเปลี่ยนวิถีการสั่งซื้อและหยิบขึ้นมาเพื่อให้พวกเขาสร้างวิธีการแก้ปัญหาที่เป็นบริบทตระหนักและบูรณาการกับการดำเนินงานของร้านอาหารท้องถิ่นโดยใช้มหาวิทยาลัยเป็นหัวชายหาด. เพื่อสร้างโซลูชั่นที่มีประสิทธิภาพ บริษัท ฯ ต้องเผชิญกับความท้าทายทางเทคนิคไม่กี่: การจัดการคำสั่งซื้อยอดครั้งลดเส้นที่ร้านอาหารและช่วยให้ร้านค้าการจัดการสินค้าคงคลัง ในระหว่างคำสั่งซื้อยอด Tapingo ได้รับการสั่งซื้อ 75 นาทีซึ่งอาจชะลอตัวของระบบและสร้างเส้นสำหรับรถกระบะ การจัดการสินค้าคงคลังยังเป็นสิ่งที่ท้าทาย หากร้านกาแฟที่ได้รับการสั่งซื้อใน 200 ชั่วโมงและไหลออกมาจากเมล็ดกาแฟ, ร้านไม่สามารถเรียก 200 คนที่จะเปลี่ยนแปลงคำสั่งของพวกเขา "ทุกอย่างในการตรวจสอบจะต้องเป็นเวลาที่พิเศษจริงโดยเฉพาะอย่างยิ่งสินค้าคงคลัง - ความสมบูรณ์ของข้อมูลเป็นสิ่งสำคัญสุด" Oster กล่าวว่า "เมื่อผู้ประกอบการค้าบอกเราว่าพวกเขากำลังออกจากบางสิ่งบางอย่างที่เราแจ้งให้ผู้ใช้ของเรา มันเป็นความท้าทายเพื่อให้เกิดประสิทธิภาพสูงในขณะที่การจัดการสินค้าคงคลังในเวลาจริง. " บริษัท เริ่มต้นจากการที่มีโฮสติ้งและบริการ DNS, การสร้างสถาปัตยกรรมที่ทันสมัยที่มีความหมายเพื่อให้มั่นใจเสถียรภาพ อย่างไรก็ตามระบบที่มีประสบการณ์เวลาแฝงที่สูงบางครั้งสูงถึง 50 วินาที "มันเป็นมากกว่าความซับซ้อนและมีราคาแพงเกินไปสำหรับทรัพยากรที่เรามีเวลา" Oster กล่าวว่า ในที่สุด บริษัท ฯ ได้รับความเดือดร้อนดับ "เรามีบางความคิดเห็นที่รุนแรงบนทวิตเตอร์โพสต์บอกว่า 'Tapingo เพียงทำลายชีวิตของฉัน'" Oster ยังคง "เราต้องการระบบที่มีความเสถียรและเสมอ." บริษัท จำเป็นต้องมีสภาพแวดล้อมที่มั่นคงที่ใช้งานได้อย่างรวดเร็วและการร้องขอส่วนบุคคลและการตอบสนองและเริ่มมองหาผู้ให้บริการคลาวด์. ทำไม Amazon Web Services หลังจากเดือนของการวิจัย, Tapingo ตัดสินใจที่จะย้ายไปอเมซอน บริการเว็บ (AWS) AWS ให้ scalability ความน่าเชื่อถือและพลังในการคำนวณว่า บริษัท จำเป็นเพื่อให้บริการเวลาจริงให้กับลูกค้า ปัจจัยในการตัดสินใจของ บริษัท ที่จะย้ายไป AWS เมฆก็คือว่า AWS สนับสนุนหลาม (ซึ่ง Tapingo ถูกเขียน) และมีความแข็งแกร่ง API ที่ช่วยให้นักพัฒนาทำให้เกิดการเปลี่ยนแปลงต่อสภาพแวดล้อมโดยไม่ต้องไปผ่าน UI. บริษัท เขียนสถาปัตยกรรม เพื่อให้ทำงานบน AWS แล้ว relaunched การตรวจสอบของ - ในหนึ่งวัน "เราตัดสินใจที่จะให้ขึ้นทั้งหมดซับซ้อนไร้ประโยชน์ที่เรามีและเพียงแค่ทำให้มันง่ายที่สุดเท่าที่จะเป็นไปได้" Oster กล่าวว่า ในการตรวจสอบที่เพิ่งเปิดตัว Tapingo นักศึกษาเลือกร้านอาหาร, คำสั่งปิดเมนู (ที่มีการปรับปรุงในเวลาจริงเพื่อระบุรายการเดียวที่มีอยู่) และจ่ายโดยใช้บัตรเครดิตบัตรนักศึกษาหรือ PayPal ร้านอาหารจะได้รับแจ้งทันทีของการสั่งซื้อและประมาณการเวลารถกระบะสำหรับผู้ใช้ ผู้ใช้ยังสามารถกำหนดเวลาการสั่งซื้อจะมีความพร้อมสำหรับรถกระบะในเวลาที่แน่นอนในแต่ละวัน. Tapingo ใช้ 40 Amazon Elastic Compute Cloud (Amazon EC2) กรณีสำหรับการตรวจสอบเซิร์ฟเวอร์สื่อสารเว็บไซต์การสั่งซื้อและการจัดการแคช ระบบการตั้งเวลาและสภาพแวดล้อมในการชำระ PCI ตามทั้งสองทำงานในกรณี Amazon EC2 เช่นกัน การสั่งซื้อและข้อมูลการทำธุรกรรมจะถูกเก็บไว้ในฐานข้อมูล MongoDB บริการบนฐานข้อมูลเชิงสัมพันธ์ Amazon (Amazon RDS). บริษัท ใช้ Amazon Redshift เป็นฐานข้อมูลการวิเคราะห์และคลังข้อมูลและการเรียกเก็บเงิน ระบบ Tapingo ข้อมูลรับส่งจาก MongoDB และ Amazon RDS ที่ Amazon Redshift ที่จะช่วยให้ บริษัท สามารถเรียกใช้รายงานและใช้การวิเคราะห์คาดการณ์ การทำเหมืองแร่ บริษัท สตรีมข้อมูลในการทำนายสิ่งที่ร้านอาหารควรสต็อกและเมื่อพวกเขาควรพนักงานขึ้นและขณะนี้คาดการณ์ว่าประมาณร้อยละ 30 ของการสั่งซื้อของทุกวัน "เราเป็นสิ่งมีชีวิตจากนิสัย" Oster กล่าวว่า "โดยทั่วไปคนมีระหว่างสามและห้ารายการที่พวกเขาซื้อที่ร้านอาหารบางอย่างและที่มัน ตอนนี้เราสามารถใช้ประโยชน์จาก AWS เมฆเรามีคอมพิวเตอร์และอำนาจการจัดเก็บข้อมูลในการจัดเก็บข้อมูลทั้งหมดที่และคาดการณ์พฤติกรรมของผู้บริโภค. " คำสั่งซื้อจะถูกจัดคิวใช้บริการคิว Amazon ง่าย (Amazon SQS) บริษัท ที่สร้างขึ้นคิวระดับภูมิภาคในด้าน Tapingo ที่กำหนดเพื่อการไหลสำหรับร้านค้าขึ้นอยู่กับรายละเอียดของร้านอาหารและความต้องการของแต่ละคน ตัวอย่างเช่นถ้าคาเฟ่สามารถใช้คำสั่งกาแฟ 25 ต่อชั่วโมง Tapingo จะปรับคิวตาม คิวเสมือนมีการปรับปรุงในเวลาจริงใน Tapingo เพื่อให้ผู้ใช้รู้ว่าสิ่งที่คาดหวังในแง่ของเวลารอ นอกจากนี้ บริษัท ยังคงคิวสำหรับการให้บริการการตรวจสอบ Amazon CloudWatch ซึ่ง kicks ปิดโทรศัพท์ในกรณีที่เกิดความล่าช้าหรือปัญหา Tapingo Amazon ยังใช้เส้นทาง 53 เป็นบริการ DNS ของ. บริษัท โหม่งปัญหาการจัดการสินค้าคงคลังโดยใช้ Amazon ElastiCache ต่อการสื่อสารระหว่างผู้ใช้แคชและการตรวจสอบของ "เกือบทุกการสื่อสารระหว่าง Tapingo และผู้ใช้อยู่ใน ElastiCache" Oster กล่าว. ประโยชน์Tapingo ก็สามารถที่จะใช้ AWS เพื่อแก้ปัญหาเฉพาะหน้าของมันขยายขีดความสามารถในการจัดการคำสั่งซื้อในช่วงเวลาที่ยอดเข้าคิวเพื่อลดเส้นและบริการฐานข้อมูลที่มีประสิทธิภาพเพื่อ การจัดการสินค้าคงคลัง แต่การใช้ AWS ยังเปิดใช้งานลดลงอย่างมีนัยสำคัญในความล่าช้าซึ่งเปิดใช้งาน Tapingo จะขยายตัวในระดับสากล โดยการสร้างสถาปัตยกรรมบน AWS, Tapingo เห็นแฝงลดลงจาก 50 วินาทีถึง 30 มิลลิวินาที หลังจากนั้นไม่นาน Tapingo ขยายจากอิสราเอลไปยังสหรัฐอเมริกาใช้ AWS ยัง Tapingo อิสระจากค่าใช้จ่ายในการดำเนินงานที่สูงชัน "เราไม่จำเป็นต้องใช้จ่ายเงินในการทำให้แน่ใจว่าห้องจะเย็นพอ" Oster กล่าวว่า "แทนที่จะมีผู้ชายมันเป็นหนึ่งในผู้ที่ได้รับมอบหมายให้ AWS แต่ละและทุกคนของทีมวิศวกรรู้วิธีการใช้ AWS AWS เป็นอย่างราบรื่นและใช้งานง่ายและง่ายมากขนาด ". ความสามารถในการเปิดตัวได้อย่างรวดเร็ว - และหลีกเลี่ยงค่าใช้จ่ายฮาร์ดแวร์ - เปิดใช้งาน Tapingo ที่จะขยายไปยังมหาวิทยาลัยอื่น ๆ "ในขณะที่เริ่มต้นมันเป็นประโยชน์มากที่จะไม่ได้ที่จะคิดออกว่าหลายเซิร์ฟเวอร์ทางกายภาพที่คุณจำเป็นต้องสร้างสถาปัตยกรรมเซิร์ฟเวอร์ของคุณ" Oster กล่าวว่า เพราะมันใช้ AWS บริษัท ได้ quintupled ผู้ใช้มากกว่าปีที่ผ่านมา "เราไม่ได้มีการเปลี่ยนแปลงอะไรจากการโยกย้ายไปยังตอนนี้ - เราเพียงแค่โหลดเซิร์ฟเวอร์เพิ่มเติม เราเปลี่ยนขนาดของพวกเขาทำให้พวกเขามากขึ้น CPU ที่มีประสิทธิภาพและโหลดตัวอย่างหนึ่งหรือสองและที่มัน. " Oster สินเชื่อ AWS API ให้กับวิศวกร Tapingo ความยืดหยุ่นในการทำให้เกิดการเปลี่ยนแปลงได้ตามความต้องการ "ความจริงที่ว่าเราสามารถทำทุกอย่างใน API ลดระยะเวลาในการทำตลาดอย่างมาก - มันเป็นข้อได้เปรียบที่ยอดเยี่ยม" Oster กล่าวว่า "การใช้ AWS ช่วยให้เรามีความคล่องตัวมาก."































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เกี่ยวกับ tapingo


tapingo เป็น app สำหรับ iPhone และ Android ที่ช่วยให้ลูกค้าในมหาวิทยาลัยเพื่อสั่งอาหารและเครื่องดื่มจากร้านค้าในย่าน ให้มีประสิทธิภาพ มีปัญหา บริการฟรี บริษัทคู่ค้ากับร้านค้าท้องถิ่นเพื่อให้แน่ใจว่าพวกเขารู้วิธีการหลายคำสั่งคาดหวังและสินค้าที่จะขาย tapingo ของลูกค้ารวมถึงนักศึกษา วิทยาเขตวิทยาลัยและพ่อค้าท้องถิ่นให้ระบบนิเวศที่ครอบคลุมประสบการณ์การช็อปปิ้งทั้งจากการสั่งซื้อเพื่อการจัดการสินค้าคงคลัง และรถกระบะ บริษัท ตั้งอยู่ในซานฟรานซิสโก , แคลิฟอร์เนีย และ เทลอาวีฟ , อิสราเอล และทำงานในวิทยาเขตทั่วสหรัฐและอิสราเอล รวมทั้งมหาวิทยาลัยนิวยอร์ก ( เอ็นวายยู ) และมหาวิทยาลัยเซาเทิร์นแคลิฟอร์เนีย ( USC )tapingo เปิดตัว app ของเรือธงในปี 2555 สนับสนุนโดย Khosla Ventures และคาร์เมล Ventures ท้าทาย


การเพิ่มขึ้นของ app ในชีวิตประจำวันเป็น changer เกมสำหรับผู้บริโภค อย่างน้อยไม่เมื่อมันมาถึงการช้อปปิ้ง แต่มันมีช่องว่างในตลาด : สั่งจากร้านอาหารท้องถิ่นในเวลาจริงโดยไม่ล่าช้าของชั่วโมงหรือมากกว่าระหว่างใบสั่ง และรถกระบะtapingo พยายามที่จะเปลี่ยนแปลงมันได้ " ทำไมมันไม่ง่ายที่จะซื้ออาหารไป โดยไม่ต้องรอคำสั่ง จ่ายและรับ ? " ถาม udi Oster , CTO และรองประธานฝ่ายพัฒนา&วิจัยใน tapingo . ทีม tapingo ต้องการเปลี่ยนวิธีที่อาหารที่สั่ง และเลือกขึ้นดังนั้นพวกเขาสร้างโซลูชันที่เป็นบริบททราบและรวมกับการดำเนินงานของร้านอาหารท้องถิ่นโดยใช้วิทยาเขตวิทยาลัยเป็นหัวหาด

เพื่อสร้างโซลูชันที่มีประสิทธิภาพของ บริษัท ต้องเผชิญความท้าทายทางเทคนิคไม่กี่ : การจัดการคำสั่งเวลาสูงสุดลดบรรทัด ที่ร้านอาหาร และช่วยให้ร้านค้าการจัดการสินค้าคงคลัง ในการสั่งซื้อสูงสุด ได้รับคำสั่ง tapingo 75 นาทีซึ่งอาจทำให้ระบบ และสร้างบรรทัดสำหรับรถกระบะ การจัดการสินค้าคงคลังที่ยังท้าทาย ถ้าร้านกาแฟได้ 200 สั่งในชั่วโมงและวิ่งออกไปจากเมล็ดกาแฟ ทางร้านไม่สามารถเรียก 200 คนเปลี่ยนคำสั่ง " ทุกอย่างใน app ต้องเกินเวลาจริง โดยเฉพาะอย่างยิ่งสินค้าคงคลัง - ความสมบูรณ์ของข้อมูล เป็นซุปเปอร์สำคัญ " Oster กล่าว" เมื่อพ่อค้าแจ้งเราว่าพวกเขากำลังหนีอะไรบางอย่าง เราแจ้งให้ผู้ใช้ของเรา มันเป็นความท้าทายเพื่อให้บรรลุประสิทธิภาพสูงในขณะที่การจัดการสินค้าคงคลังในเวลาจริง "

บริษัทเริ่มออกกับโฮสต์ DNS และบริการ อาคารสถาปัตยกรรมที่ทันสมัยหมายถึงการตรวจสอบความมั่นคง อย่างไรก็ตาม ระบบที่มีศักยภาพสูง บางครั้งสูงถึง 50 วินาที" มันซับซ้อนและแพงมากเกินไปสำหรับทรัพยากรที่เราได้ในเวลา " Oster กล่าว ในที่สุด บริษัท ได้รับความเดือดร้อนเป็นดับ " เราได้ผลตอบรับที่รุนแรงบนทวิตเตอร์ โพสต์ว่า ' tapingo เพิ่งทำลายชีวิตของฉัน ' " ออสเตอร์ต่อไป " เราต้องการระบบที่เสถียร และ เสมอกับ " บริษัท ต้องการเสถียรภาพ สภาพแวดล้อมที่เปิดใช้งานอย่างรวดเร็วความต้องการส่วนบุคคลและการตอบสนอง และเริ่มมองหาผู้ให้บริการคลาวด์ บริการเว็บ Amazon


ทำไมหลังจากเดือนของการวิจัย tapingo ตัดสินใจที่จะโยกย้ายไปยังบริการเว็บของ Amazon ( AWS ) AWS ให้ scalability ความน่าเชื่อถือและพลังคอมพิวเตอร์ที่บริษัทต้องการ เพื่อที่จะให้บริการแบบเรียลไทม์ให้กับลูกค้าอีกปัจจัยหนึ่งในการตัดสินใจของ บริษัท ที่จะย้ายไปยังเมฆที่ AWS AWS สนับสนุน Python ( ซึ่ง tapingo เขียน ) และมีเสถียรภาพ API ที่ช่วยให้นักพัฒนาเปลี่ยนแปลงสภาพแวดล้อมโดยไม่ต้องผ่าน UI .

บริษัทเขียนสถาปัตยกรรมใช้ AWS และ relaunched app - ของ ในวันเดียว" เราตัดสินใจที่จะให้ขึ้นทั้งหมดไร้ประโยชน์ ความซับซ้อนที่เรามีและเพียงแค่ให้มันเป็นง่ายๆเป็นไปได้ " Oster กล่าว ในเปิดใหม่ tapingo app , นักเรียนเลือกร้านอาหาร สั่งจากเมนู ( ซึ่งมีการปรับปรุงในเวลาจริงเพื่อระบุรายการเท่านั้นที่ใช้ได้ ) และจ่ายโดยใช้บัตรเครดิต บัตรนักเรียน หรือ PayPal ร้านอาหารทันทีแจ้งการสั่งซื้อและประมาณการรถกระบะเวลาสำหรับผู้ใช้ นอกจากนี้ ผู้ใช้ยังสามารถกำหนดคำสั่งให้เตรียมพร้อมสำหรับรถกระบะในเวลาที่แน่นอนในแต่ละวัน

tapingo ใช้ 40 ( Amazon EC2 Amazon Elastic Compute Cloud ) กรณีเซิร์ฟเวอร์การสื่อสาร app ของเว็บไซต์ กระบวนการสั่งซื้อและการจัดการแคช การกำหนดระบบและ PCI ตามสภาพแวดล้อมทั้งวิ่งบน Amazon EC2 จ่ายกรณีเช่นกันคำสั่งและข้อมูลการติดต่อจะถูกเก็บไว้ในฐานข้อมูลในฐานข้อมูลเชิงสัมพันธ์ mongodb Amazon บริการ Amazon RDS ) .

บริษัทใช้ Amazon การเคลื่อนไปทางแดงเป็นฐานข้อมูลของวิเคราะห์ข้อมูลคลังสินค้าและการเรียกเก็บเงิน ระบบ tapingo ของการถ่ายโอนข้อมูลจาก mongodb และ Amazon RDS Amazon คุณสมบัติเพื่อให้บริษัทสามารถเรียกใช้รายงานและใช้ในการพยากรณ์ .บริษัทเหมืองธารข้อมูลที่จะคาดการณ์สิ่งที่ร้านอาหารควรหุ้นและเมื่อพวกเขาควรมีทีมงานและขณะนี้คาดการณ์ประมาณ 30 เปอร์เซ็นต์ของใบสั่งของทุกๆวัน " เราเป็นสิ่งมีชีวิตของนิสัย " Oster กล่าว " โดยทั่วไป ผู้ที่ได้ระหว่างสามและห้ารายการที่พวกเขาซื้อที่ร้านอาหารบางอย่าง และนั่น . . . ตอนนี้เราสามารถใช้ประโยชน์จาก AWS เมฆเรามีคอมพิวเตอร์และเก็บพลังงานเพื่อเก็บรวบรวมข้อมูลและทำนายพฤติกรรมของผู้บริโภค . "

ใบสั่งจะเข้าคิวรอใช้บริการ Amazon ง่ายคิว ( Amazon sqs ) บริษัท ที่สร้างคิวระดับภูมิภาคในด้าน tapingo ว่าชุดการไหลเพื่อให้ร้านค้าแต่ละร้าน ตามรายละเอียดและความต้องการ ตัวอย่างเช่นถ้าคาเฟ่สามารถใช้เวลาเพียง 25 กาแฟสั่งต่อ ชั่วโมงtapingo ปรับโดยอัตโนมัติคิวตาม คิวเสมือนมีการปรับปรุงในเวลาจริงใน tapingo เพื่อให้ผู้ใช้รู้ว่าสิ่งที่คาดหวังในแง่ของการรอเวลา นอกจากนี้ บริษัท ยังดูแลคิวสำหรับการบริการตรวจสอบ Amazon cloudwatch ซึ่ง kicks ปิดโทรศัพท์ในกรณีของความล่าช้าหรือปัญหา tapingo ยังใช้ Amazon 53 เส้นทางเป็น DNS บริการ

บริษัท tackles ปัญหาการจัดการสินค้าคงคลัง โดยใช้ Amazon elasticache แคการสื่อสารระหว่างผู้ใช้ และโปรแกรมประยุกต์ " เกือบทุกการสื่อสารระหว่าง tapingo และผู้ใช้ใน elasticache " Oster กล่าว .



tapingo ประโยชน์สามารถใช้ AWS เพื่อแก้ไขปัญหาทั้งหมดของทันที : การจัดการคำสั่งเวลาสูงสุดเข้าคิวเพื่อลดเส้นและมีประสิทธิภาพบริการฐานข้อมูลเพื่อการจัดการสินค้าคงคลัง แต่ใช้ AWS ยังเปิดการใช้งานการแอบแฝง ซึ่งเปิดใช้งาน tapingo เพื่อขยายต่างประเทศ โดยการสร้างใหม่ของสถาปัตยกรรมบน AWS tapingo เห็นศักยภาพลดลงจาก 50 วินาที กับ 30 มิลลิวินาที หลังจากนั้นไม่นาน tapingo ขยายจากอิสราเอลกับอเมริกา

ใช้ AWS ยังปลดปล่อย tapingo จากค่าใช้จ่ายการดำเนินงานที่สูงชัน" เราไม่ต้องจ่ายเงินเพื่อให้แน่ใจว่าห้องจะเย็นพอ " Oster กล่าว " แทนที่จะเป็นหนึ่งในคนที่ได้รับมอบหมายให้ AWS แต่ละคนและทุกหนึ่งในทีมงานวิศวกรที่รู้จักใช้ AWS . AWS เป็นอย่างราบรื่นและใช้งานง่ายและง่ายมากที่จะวัด "

สามารถเปิดตัวได้อย่างรวดเร็วและหลีกเลี่ยงค่าใช้จ่ายฮาร์ดแวร์ - เปิดใช้งาน tapingo ขยายไปยังวิทยาเขตเพิ่มเติม " เป็นเริ่มต้นมันเป็นประโยชน์อย่างมากที่จะไม่ต้องคิดออกวิธีการหลายเซิร์ฟเวอร์ทางกายภาพที่คุณต้องสร้างสถาปัตยกรรมเซิร์ฟเวอร์ของคุณ " Oster กล่าว เพราะใช้ AWS , บริษัท ได้ quintupled ผู้ใช้มากกว่าปีที่ผ่านมา " เราไม่ต้องเปลี่ยนอะไรจากการโยกย้าย ตอนนี้เราเพิ่งโหลดเซิร์ฟเวอร์เพิ่มเติม เราเปลี่ยนขนาดของพวกเขาทำให้พวกเขามีประสิทธิภาพมากขึ้นและ CPU , โหลดตัวอย่างหรือสองและนั่นมัน "

Oster หน่วยกิต AWS API ที่มีให้ tapingo วิศวกรมีความยืดหยุ่นเพื่อให้เปลี่ยนได้ตามต้องการ " ความจริงที่ว่าเราสามารถทำทุกอย่างได้ใน API ที่ช่วยลดเวลาในการตลาดและเป็นประโยชน์อย่างมากที่ยอดเยี่ยม " Oster กล่าว " ใช้ AWS ที่ทําให้เราได้ว่องไวมาก . "
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: