Podcasts about to scale

Episode 214 FACULTY: Yuri Kapilovich, CPA CLASS: #Shoperations In this episode of Accounting High, Scott interviews Yuri Kapilovich, the 'Fun CPA,' to discuss his non-traditional approach to running a CPA practice. They explore Yuri's career journey from numerous CPA firms to his own practice, emphasizing his pursuit of individual tax over corporate tax and his strategy for maintaining a balanced and enjoyable work life. Scott and Yuri discuss the challenges of scaling his firm while preserving his lifestyle, and the unique value he offers to clients and potential hires.

Today's Guest is Eric Brewer.   Since 2006, as a real estate investor, Eric has done over 3000 residential real estate deals in Pennsylvania and Maryland. His experience covers purchase, renovation, direct to seller marketing, novations, turnkey rentals, and property management. Join Sam and Eric in today's show. -------------------------------------------------------------- [00:00:00] Intro [00:00:26] Eric's journey from the car business to real estate investing [00:01:01] Eric's path to becoming a CEO and his leadership philosophy [00:11:07] The style of management and leadership in the car business [00:12:57] Transitioning from the car business to real estate investing [00:14:02] Joining a mastermind and implementing new leadership habits [00:23:14] The importance of personal and business alignment [00:23:28] Closing -------------------------------------------------------------- Connect with Eric: Instagram: www.instagram.com/eric_brewer_invest_/  Facebook: www.facebook.com/eric.brewer.79 Web: www.brewermethod.com   Connect with Sam: I love helping others place money outside of traditional investments that both diversify a strategy and provide solid predictable returns.     Facebook: https://www.facebook.com/HowtoscaleCRE/ LinkedIn: https://www.linkedin.com/in/samwilsonhowtoscalecre/ Email me → sam@brickeninvestmentgroup.com   SUBSCRIBE and LEAVE A RATING. Listen to How To Scale Commercial Real Estate Investing with Sam Wilson Apple Podcasts: https://podcasts.apple.com/us/podcast/how-to-scale-commercial-real-estate/id1539979234 Spotify: https://open.spotify.com/show/4m0NWYzSvznEIjRBFtCgEL?si=e10d8e039b99475f -------------------------------------------------------------- Want to read the full show notes of the episode? Check it out below: Eric Brewer (00:00:00) - Those relationships, whether it was my choice or their choice to leave. When that ended, it exhausted me. I took it personal, which as much as people say business and personal are two separate things. I think that's a myth. I think if they are, you're doing one of those wrong. If your business isn't a little bit personal and your personal doesn't have a little bit of business in it, those two are out of alignment and need to be fixed. Welcome to the How.   Sam Wilson (00:00:26) - To Scale commercial real estate show. Whether you are an active or passive investor, we'll teach you how to scale your real estate investing business into something big. Since 2006, Eric Brewer, as a real estate investor, has done over 3000 residential real estate deals in both Pennsylvania and Maryland. Eric, welcome to the show.   Eric Brewer (00:00:50) - Thanks for having me, Sam. I'm excited to be here.   Sam Wilson (00:00:52) - Absolutely. Eric The pleasure is mine. There are three questions I ask every guest who comes on the show in 90s or less.   Sam Wilson (00:00:57) - Can you tell me where did you start? Where are you now and how did you get there?   Eric Brewer (00:01:01) - Cool. I started in the car business. I cut my teeth in real estate as a cold call refi lender that was cold, calling people in 2005, just trying to get them to refi their existing mortgage. So got sort of indoctrinated in the world of real estate. Um, I am now, um, a true, I believe for the first time ever CEO in charge my organization where I have three words that define my daily roles and responsibilities, and I literally make no decisions in regards to properties or pricing or personnel. With the exception of our executive team, which is comprised of a CLO department business unit leader for every important part of our business. We operate in three states currently opening up a fourth, um, July 1st and I got here through a combination of uninhibited willingness to fail, probably a delusional perspective of what was possible, um, and an exceptional support system of people that kind of peeled me up off my back each time fell down.   Sam Wilson (00:02:16) - And that's really cool. A lot to dive in. There are a lot that we could we could really dive in on in particular, if you. If you don't mind, give me a quick summary. I know you just kind of gave us the high level and most of the time I pick I started on that on those three questions and we take it from there. But I feel like there's more to your story maybe that we should hear. I have no idea. Okay. I don't actually, I have no idea. But give give us give us give us the give us your story if you can, and then we'll kind of take it from there.   Eric Brewer (00:02:49) - So I I'll go back as far as I can remember and feel as relevant. Um, right around my sophomore year in high school, I got off the beaten path, and, um. There was a separation between my mother and father, and I was left basically alone for very. For way too long. And at that point is a 14 or 15 year old, you know, teenager.   Eric Brewer (00:03:17) - I started doing stuff I shouldn't have been doing. I stopped studying. I start partying. And then one thing leads to another and I'm barely limping out of high school with a diploma. Attended summer school, failed summer school, started my senior year as a junior, had to do a bunch of makeup classes, work a part time job because my parents wouldn't pay for me to go to a tutor because they'd already, you know, kind of survive the embarrassment of summer school. So was just kind of a knucklehead. Mean wasn't like robbing banks or jewelry stores or anything, but like, you know, just wasn't doing the right things and, you know, took a senior week after when most seniors go to the beach and sort of party a little bit to celebrate their graduation. That lasted about six months for me versus six days for everybody else that had a college to report to or a meaningful job or some type of responsibility. And six months later, all my friends had gone off to college or had real jobs and had zero direction about where was headed in life and reached out to my dad.   Eric Brewer (00:04:20) - And he's like, Hey, no, this isn't probably what you want to hear, but you should strongly consider the military. My father was a lifelong military retiree in the US Army. His father retired from the Air Force. A lot of my aunts and uncles, we were a military family and I did reluctantly. He was like, Hey, don't think have any other choices. I'd work like a construction job for a week and a half and realized I'd rather punch myself in the face than ever have to do construction again. And, um, got shipped off to basic training. Probably the best thing that best thing and worst thing that ever happened to. I knew for sure it wasn't for me. But at that phase in my life that it kind of smacked the ignorance out of me. And it was a big eye opener. Um, so did my time in the US Army was a 68 Lima, which back then was an avionics communications repairman. Um, had zero interest in it. Don't even remember why I chose it is because it was as far away from battle as possible, and it was probably one of the lower physically demanding jobs in the military and had a good enough test score to qualify.   Eric Brewer (00:05:30) - So anyway, came home from that and zero civilian application for, you know, working on helicopters back home where I'm from in central Pennsylvania. So came back home. I ended up applying for a ad in the newspaper at a car dealership for a lot Porter, which is you organize the cars on the lot, you do some deliveries and was like, Oh my gosh, a Mercedes and a Toyota dealership that was already sort of a car, you know, had a lot of interesting cars and an affinity for for for cars. And I show up, showed up for the interview. And the only real clothing had was my military uniforms, like 37 pairs of jeans, shorts and white tank tops and the double breasted pinstripe suit I wore to my senior prom. So the most appropriate one thought to wear was my double breasted suit. So I'm sitting in this waiting area at the car dealership. And have you ever been to like a the waiting room at the service department? Like it's a high tension environment, right? Like, everybody's sitting there.   Eric Brewer (00:06:34) - They've already been there too long. They're kind of pissed off with the guy because they came in for an oil change and now they got a build at 700 bucks. And I never forget the guy's name was Mark Smalley, and he was the service manager, comes out into this waiting room and he's looking around and he like double takes and looks at me and goes, Eric and I stood up at attention, Go, Yes, sir. And he goes, You wore a double breasted suit to a $7 an hour job and said, Yes, sir. And he goes, You're hired. And my career in the car business started right there at seven bucks an hour. Flash forward eight years. I was the general sales manager had basically held every position in the dealership. And just through sort of determination and a lack of any real other obligations than to try and make money and put food on the table. For myself, I was working anywhere from 65 to 95 hours a week throughout my career there. And after eight years in the automotive business, eventually selling five, 600 cars a month, managing 100 plus employees, I'd gotten burned out.   Eric Brewer (00:07:38) - That business has a way of. Taking its toll on your soul and also was about to have or just had my first child and knew that I couldn't be a good car guy and a good dad at the same time. So chose to go the route of being a good dad. Um, tried to figure out what I was going to do with my life. Didn't know when got out of the car business once again reached out to my dad and he's like, Hey, don't think you're just good at cars, you're good at management, you're good at marketing, you're good at sales. Where could you leverage that experience and not have to work 95 hours a week and had sold some some cars and done some business with real estate agents, appraisers, you know, lenders. And I'd also really valued, um, at that car dealership would say our expertise was finance. We were able to help people with little money down and bad credit, big down payments, very rate conscious people that owed too much on a trade, too many open auto loans.   Eric Brewer (00:08:40) - We were known for being absolute wizards when it came to finance and we could figure out how to get more people in a car than our neighbor. So I'm like, Listen, I want to get into real estate. It's a good, I think, parallel for for my experience that I'll have a short learning curve and want to start in finance. So I went to 3 or 4 local lenders, interviewed their weighed the comp plans, training, all that stuff, and started working with a place called Comfort Home Mortgage. And the way I started was cold calling Internet leads that they got for people that wanted to refi Sota crap ton of loans made a boatload of money and about six months into that my mentor from the car business called me and said, Hey, I'm selling the dealership. He was like 39 years old, nowhere near being ready to to retire. He had a motor that to this day, I've never seen anybody match. He was just always the first guy there, the last to leave. He was just an absolute assassin.   Eric Brewer (00:09:42) - And he invited me to be partners with him and open a real estate investing company. And one phone call and one lunch later. Um, see, our property group was born in 2006 and flash forward today. Now it's been rebranded as Integrity First Property Group. Him and I are still very much friends. I bought him out about four years ago and now we have 40 employees and operate in three states.   Sam Wilson (00:10:08) - Wow, that's crazy, man. You never know when one or what one thing will lead to the next. I mean, that's that's that's an awesome, awesome story how you just you got into it. Um. You know, there's probably a lot of our listeners that can relate to that. I know. I certainly can. That kind of wandering in the beginning where you're like, Oh man, like I have no idea what to do next. And then it's not like you figured it out just by, you know, through through trial and error. And I think you said that there in the beginning, one of the things you said was an uninhibited, I think, willingness to fail.   Sam Wilson (00:10:42) - Yeah. So that's really, really cool. What were some of the things because you also mentioned how you're now the CEO of your company. Right. And you said if something doesn't fit inside of these three words, you mentioned that I never caught what those three words were and then kind of back. Tell the backstory, if you can, of how you came up with those and how you've kind of developed this philosophy of leadership.   Eric Brewer (00:11:07) - Yeah, it's, um, so I'll go back to like, uh, the, there's, there's nothing more I think, different than the style of management and leadership that I experienced in the car business in the late 90. So what is widely become accepted as the right way to lead and manage people now? Like it was literally just like you see in the movies. I mean, it was a bunch of, you know, guys and $1,500 suits, chain smoking cigarettes, cussing like sailors. Operating in the grey, like throwing fistfights in the back lot and people like, I got fired once a month.   Eric Brewer (00:11:53) - Like it was. It was the absolute wild, wild West. Right. And it's it's not what I would describe as servant leadership, Let's just put it that right. And think what we've learned over time is like people just cannot work under those circumstances for an extended period of time. We've realized that people now appreciate probably more so than income the opportunity to have balance or attach purpose to the work that they do. And, you know, so for me, for about ten years, leaving the car business, um, I've managed very much the way that I was managed, right? So remember, um, you know that about every three years, um, I would have almost 100% turnover in my company. And it was like after the third cycle of that, I'm like, This is exhausting, right? And this will make more sense when we get to what my I believe my sole purpose is here. But those relationships, whether it was my choice or their choice to leave, when that ended, it exhausted me.   Eric Brewer (00:12:57) - I took it personal, which as much as people say business and personal or two separate things, I think that's a myth. I think if they are, you're doing one of those wrong. If your business isn't a little bit personal and your personal doesn't have a little bit of business in it, those two are out of alignment and need to be fixed. And I just you know, we were making a lot of money doing a lot of deals, having awards and accolades to be able to show externally, but internally was starting to feel a little bit like I did at the end of the car. Business was starting to feel burned out, but felt it was more my wrongdoing than it was the nature of the business. And I started seeking answers. I got into a mastermind, completely changed my life, was introduced to an implementer, hired them to come implement into my business about seven years ago, completely changed my perspective on leadership management, delegating tasks. The role of a CEO, um, just turned everything upside down.   Eric Brewer (00:14:02) - And over the last 6 to 7 years, I've slowly been unpacking my bad habits and replacing them with more productive leadership habits was probably the world's most toxic manager. And now I think if you were to ask people that know me and spend time with me, I've become, um, someone that a lot of people follow in regards to leadership, which is almost embarrassing to me to think about because of how far I think that I've come and how much I look back on the way that I used to make decisions. And the way that I used to communicate with people and how polar opposite it is from today. It's amazing that didn't just run myself off a bridge seven years ago or have someone run me off the bridge that worked for me because they couldn't stand being around me. But um, yeah, that's iOS and a mastermind completely changed my my personal and professional, um, experience.   Sam Wilson (00:15:02) - Wow, that's that's, that's awesome. What I mean, when you say and maybe you gave some of this color if your leadership style was forged in the car dealership world, you know, if that was if that was where you took your your operating cues from and that carried over into then what you were doing, I can imagine, you know, you already mentioned kind of what some of those toxic habits maybe were, but how did you get plugged into let's talk about the mastermind and then the of course, iOS is is traction, right? Yeah.   Sam Wilson (00:15:35) - Okay, cool. So those of you who are listening, obviously, Gino Wickman, how do you say his name anyway? You can look up the book Traction.   Eric Brewer (00:15:43) - Gino Pacman. Gino, it's.   Sam Wilson (00:15:46) - Wick. Something I can't remember.   Eric Brewer (00:15:47) - Yeah. Wickman You know, Wickman.   Sam Wilson (00:15:49) - Wickman Okay. There you go. Look up that book Traction, because that's what Eric is referring to. Obviously, you've heard that book on this show before, but and everybody said the same thing, like, Hey, this book changed my life, changed the way we do business. How did you pick a mastermind? I mean, this is this is a this is a personal question for me, Eric, because, yeah, something I've thought a lot, a lot about, and I'm like, Oh, I want to do that. But if you've done any cursory searches, there's about 900,000 of them across the United States.   Eric Brewer (00:16:20) - So I had. Really no clue what a mastermind was. I'd never been to one. It was completely off my radar.   Eric Brewer (00:16:29) - And I live in central Pennsylvania. My mentor and business partner at the time, Craig Rich, lived in Baltimore County. So there are only about 40 minutes apart. And part of our natural growth in central Pennsylvania where we started flipping houses was we eventually moved in to Baltimore County and we were talking about think at this phase in our business from really oh five, oh six, all the way up to around 2012, 13, 14, 15, we bought almost all of our inventory off the public auctions, sheriff sales tax sales. What we would constitute is like on market, right, non direct to seller. And as the the real estate market started to recover, as funding became more readily available for investors, that inventory started to become more difficult to acquire. Our margins started to compress and we went through started looking for advice on direct to seller. And we actually we ended up with like two options. One was a franchise, um, without saying exactly, there was really two franchises out there that, you know, 7 to 10 years ago were around and go, Hey, we'll do direct the seller for you.   Eric Brewer (00:17:48) - You just give us the money and we'll mark it for you through billboards and and all that stuff. And you can, you can, you know, absorb our brand and you just have to go out and buy the house. Okay. And through that process got introduced to a man named Brad Chandler who operates out of like the DC metro area. And we had like a mutual friend or something and someone connected us. We set up a zoom call with Brad, and Brad was like, No, no, I wouldn't go the route of the franchise. You need to join Collective Genius. That's the mastermind that I'm in. It's changed my life. Everything that I do today in my business came from there. Let me invite you as my guest. So me and my partner, Craig Rich, went to, um, a meeting. We were extended an invite. We spent three days there, completely blew our mind. And at the end they said, Hey, do you want to join? We'd like to extend an invite.   Eric Brewer (00:18:41) - We think you're a good culture fit. You bring value to the community. We'd love to have you. And we signed up. And, you know, now it's been seven years there. Now I'm actually part of the leadership team at Collective Genius, so I'm one of about a half dozen or so people that run, facilitate and drive the strategy behind that mastermind. And literally every aspect of my business has the fingerprints of on it, starting with the introduction to a guy named Gary Harper and Susan Harper, who runs Sharper Business Solutions, who came here back then and implemented for me over. We spent three days, ten hour, three, ten hour days together where they ripped apart my business, my organizational chart, our systems, our processes, everything. And we built from the ground up. And yeah, it completely changed the trajectory of our business.   Sam Wilson (00:19:36) - That's cool, man. I love that. I love that. Very, very cool. Thanks for giving us some insight on that. You did mention and I've asked I asked this once, but I'll go for it again, the three words you said, Do you remember what you were talking about on that front? We said, hey, there's three.   Eric Brewer (00:19:48) - Yeah. So part of the the exercise inside of, of interaction is defining like what you stand for as a person and then attaching sort of your personal y, driving that down into the business's sole purpose and then the company's core values and then making sure that that resonates and translates down into the most entry level person in the company, right? They all need to be speaking the same language, showing up for the same reason with the same end goal in mind. And we started with purpose. And I don't know if you've ever, you know, gone through the exercise of defining your why or your purpose, But it is hard. It is. And, you know, so I have I have been literally been working on that for about five years straight. And I've wrestled with it. Right. I always felt like I was giving surface. Well, I want more money. Why? Well, want more time? Why? Well, it gives me more freedom. Why is that important? It's like, dude, like, can I just give you the money answer or the family answer? And we had gone through a quarterly planning session where Gary came back 3 or 4 years later after we initially met, and he was working on this purpose with me.   Eric Brewer (00:21:01) - And I said, Yeah, man, it's my purpose. My why is to positively impact the life of my family. And he looked at me and goes, I think you're full of. And I said, What? And he said, You mean to tell me that God puts you on earth to positively impact the life of seven people? That's it. Seven people. That's all you're capable of. And after I got a little upset with him, I realized he had a valid point. And I started, you know, it was really about my family, their families, their grandkids, my employees, family. It was a much bigger, you know, group of people that I wanted to have an impact on. I was just I was living small. And that's triggered this whole sort of purpose. I asked myself 15 times a day now, why? Why is that important? What's that mean to you? Is that a big deal? A little deal? So the three words for me currently today that I can summarize my job description as relationships experience freedom.   Eric Brewer (00:22:10) - And then each of those have like their own sort of nested like if you say, Eric, what do you mean by relationships? Hey, my focus each and every day needs to be to develop new, meaningful relationships and nurture existing meaningful relationships. Yeah, right after I do that, that creates a unique, pleasurable experience for everybody that I come in touch with. New people, existing people, employees, vendors, Customers. Investors. Bankers. Everybody. And as a result of doing those two things, the natural result of that is to have freedom, right? So those are the three aspects of my job description and my life that get as much of my focus as I can responsibly manage.   Sam Wilson (00:22:53) - Man, this has been fantastic. Eric, thank you for taking the time to come on the show today. You've given us so much to think about. We didn't. This have been a little different show and I kind of felt that that was going to be the case. Just talking to you before we kicked it off was like, you know what? We're probably not going to talk all that much about real estate, but you have driven home tremendous value here to me personally and I'm sure also to our listeners here today.   Sam Wilson (00:23:14) - So thank you for taking the time to be very real and just tell tell your story and what you've learned and your journey thus far. Certainly appreciate it giving us tremendous value If our listeners want to get in touch with you or learn more about you, what is the best way to do that?   Eric Brewer (00:23:28) - You can follow me on Instagram. I'm pretty active on there. I'm posting 3 to 5 times a day. A lot of the conversations you and I had today, I'm sharing real life experiences on Instagram. It's Eric underscore Brewer underscore invest.   Sam Wilson (00:23:41) - Awesome we will make sure we put that in the show notes Eric thank you again for your time. I do appreciate it. Thanks buddy. Hey, thanks for listening to the How to Scale Commercial Real Estate podcast. If you can do me a favor and subscribe and leave us a review on Apple Podcasts, Spotify, Google Podcasts, whatever platform it is you use to listen. If you can do that for us, that would be a fantastic help to the show. It helps us both attract new listeners as well as rank higher on those directories.   Sam Wilson (00:24:10) - So appreciate you listening. Thanks so much and hope to catch you on the next episode.  

This week we discuss the legacy of Puppet, Private Equity acquisitions and a few thoughts on Cloud Migrations. Plus, the five types of All Hands meetings… Register here to be invited to future Software Defined Meetups (https://docs.google.com/forms/d/1HabWg2nxKf2-qAavMSihlHbACjpr-qVDJFeBTKAJZJQ/edit) Rundown Perforce to acquire infrastructure as code pioneer Puppet (https://www.infoworld.com/article/3656734/perforce-to-acquire-infrastructure-as-code-pioneer-puppet.html) The PE Yo-Yo Thoma Bravo to take cybersecurity firm SailPoint private for $6.1 billion (https://www.reuters.com/business/thoma-bravo-buy-cybersecurity-firm-sailpoint-69-bln-ft-2022-04-11/) Private equity giant KKR buys security firm Barracuda Networks (https://siliconangle.com/2022/04/12/private-equity-giant-kkr-buys-security-firm-barracuda-networks/) How big could the cloud get? Part 1 (https://01core.substack.com/p/how-big-could-the-cloud-get-part?s=w) Relevant to your Interests Introducing global endpoints for Amazon EventBridge (https://aws.amazon.com/blogs/compute/introducing-global-endpoints-for-amazon-eventbridge/) Exclusive: Two key tech execs quit Truth Social after troubled app launch (https://www.reuters.com/technology/exclusive-two-key-tech-execs-quit-truth-social-after-troubled-app-launch-2022-04-04/) Trump's Social Media Site Quietly Admits It's Based on Mastodon (https://www.pcmag.com/news/trumps-social-media-site-quietly-admits-its-based-on-mastodon) Epic and Lego partner to build a metaverse for kids (https://www.theverge.com/2022/4/7/23014616/epic-lego-metaverse-partnership) What the New TV Shows About Start-Up Grift Still Don't Get (https://www.politico.com/news/magazine/2022/04/10/tv-silicon-valley-founders-theranos-wework-uber-00023884) Are Microsoft's days as the ‘friendly' tech giant over? – POLITICO (https://www.politico.eu/article/microsoft-tech-giant-antitrust-europe-brussels-silicon-valley/) The Great Atlassian outage enters a new week (https://www.theregister.com/2022/04/11/atlassian_still_down/) Silverfort nabs $65M with a ‘holistic' approach to protecting ID management across IT silos and legacy systems (https://techcrunch.com/2022/04/12/silverfort-nabs-65m-with-a-holistic-approach-to-protecting-id-management-across-it-silos-and-legacy-systems/) Activision Blizzard appoints new diversity officer (https://www.theverge.com/2022/4/11/23020687/activision-blizzard-diversity-equity-inclusion-officer) ngrok - secure introspectable tunnels to localhost (https://ngrok.com/next-generation) Neurodiverse Candidates Find Niche in Remote Cybersecurity Jobs (https://www.wsj.com/articles/neurodiverse-candidates-find-niche-in-remote-cybersecurity-jobs-11649842380?mod=djemalertNEWS) How do you know when a business leads with technology? (https://blogs.gartner.com/mark-mcdonald/2022/04/13/how-do-you-know-when-a-business-leads-with-technology/) CEO Andy Jassy's 2021 Letter to Shareholders (https://news.a2z.com/articles/ceo-andy-jassy-s-letter-to-shareholders-2?bypass_deeplink=true) Kubernetes Crosses the Chasm, and Other Lessons from the 2021 CNCF Survey (https://www.infoq.com/articles/k8s-cncf-survey-chasm/) Nonsense USB-C hubs and my slow descent into madness - Dennis Schubert (https://overengineer.dev/blog/2021/04/25/usb-c-hub-madness.html) CNN+ draws fewer than 10,000 daily viewers: report (https://nypost.com/2022/04/12/cnn-draws-fewer-than-10000-daily-viewers-report/) The Origins of the Dutch Angle (https://www.youtube.com/watch?v=ofBDXc749wE) Sponsors Drata — Put Security and Compliance on Autopilot: https://drata.com/partner/SDT Conferences THAT Conference comes to Texas (https://that.us/events/tx/2022/), May 23-26, 2022 Discount Codes: Everything Ticket ($75 off): SDTFriends75 3 Day Camper Ticket ($50 off): SDTFriends50 Virtual Ticket ($75 off): SDTFriendsON75 DevOps Days Birmingham AL, (https://www.papercall.io/devopsdays-2022-birmingham-al), April 18 & 19th, 2022 Spring Tour Chicago (https://tanzu.vmware.com/developer/springone-tour/2022/chicago/), April 26th to 27th. DevOpsDays Austin 2022 (https://devopsdays.org/events/2022-austin/welcome/), May 4 - 5, 2022 DevOpsDays Chicago 2022: (https://sessionize.com/devopsdays-chicago-2022/), May 10 & 11th, 2022 MongoDB World 2022 (https://www.mongodb.com/world-2022), June 7-9th, 2022 Splunk's ,conf (http://Splunk's> ,conf June 13-16, 2022), June 13-16, 2022 THAT Conference Wisconsin (https://that.us/call-for-counselors/wi/2022/), July 25, 2022 VMware Explore 2022, August 29 – September 1, 2022 (https://www.vmware.com/explore.html?src=so_623a10693ceb7&cid=7012H000001Kb0hQAC) SpringOne Platform (https://springone.io/?utm_source=cote&utm_medium=podcast&utm_content=sdt), SF, December 6–8, 2022. SDT news & hype Join us in Slack (http://www.softwaredefinedtalk.com/slack). Get a SDT Sticker! Send your postal address to stickers@softwaredefinedtalk.com (mailto:stickers@softwaredefinedtalk.com) and we will send you free laptop stickers! Follow us on Twitch (https://www.twitch.tv/sdtpodcast), Twitter (https://twitter.com/softwaredeftalk), Instagram (https://www.instagram.com/softwaredefinedtalk/), LinkedIn (https://www.linkedin.com/company/software-defined-talk/) and YouTube (https://www.youtube.com/channel/UCi3OJPV6h9tp-hbsGBLGsDQ/featured). Use the code SDT to get $20 off Coté's book, (https://leanpub.com/digitalwtf/c/sdt) Digital WTF (https://leanpub.com/digitalwtf/c/sdt), so $5 total. Become a sponsor of Software Defined Talk (https://www.softwaredefinedtalk.com/ads)! Recommendations Matt: Memory Palace: Combinations (https://thememorypalace.us/combinations/) To Scale (https://www.youtube.com/watch?v=zR3Igc3Rhfg) Brandon: Chris Dixon thinks web3 is the future of the internet — is it? (https://www.theverge.com/23020727/decoder-chris-dixon-web3-crypto-a16z-vc-silicon-valley-investing-podcast-interview) Photo Credits Banner Header (https://unsplash.com/photos/rxpThOwuVgE) CoverArt (https://unsplash.com/photos/CyGnf9y1VoA)

Hey you toiling away and not enjoying a minute of it- there's a better way. To:Scale founder and nextgen architecture student Sana Tabassum shares a new perspective on finding the career(s) you love. Try everything so you know what you like Be proactive about developing skills. Give yourself safe space to cultivate them in your off time. Interview a prospective employer as much as they are interviewing you. Work where they'll let you find yourself and reach your highest potential. Find role models doing things that interest you, even if they seem unconventional. Network with them and let them show you what's possible Be willing to share your process. It's almost as important as the finished product (and a whole lot more interesting if you want to learn something). Follow Sana https://toscaleblog.co.uk/ https://www.instagram.com/to.scale/?hl=en   Stay Inspired, Angela   Join the architecting community: Facebook Group Instagram LinkedIn Clubhouse 2:00 PM EST 3rd Sundays- Critical Conversations- A raw look at the state of our profession Twitter 9:00 AM EST Mondays- Architects as Healers: Buildings as Medicine Learn more and connect architectingpodcast.com   Interested in sponsoring a show or having me as a guest on your podcast or community? Stop here to get information. Into/outro music Alive by Richard Wasson Copyright 2019

Episode #25 Determined. Agile. Vision. Evolve. (feat. Dave Olsen, CPA) recorded 8/23/2021 Dave Olsen, CPA | CEO Nimbl & Nimbl Staffing South Jordan, UT 2 from Brigham Young University accounting to information systems to programming to EY 5 the CFO of a 5 person startup isn't a full-time job 7 Are you a multitasker or an entrepreneur? 9 from India to the Philippines in 2012… ***shout out to Cathy Tio at Nimbl Staffing*** 10 Putting your business pants on in 2017… ***shout out to Patti Scharf, CPA*** 13 The birth of Tanalytics… the death of Tanalytics… ***shout out to Jason Staats, CPA, MBA*** 15 Where did the name Nimbl come from? 18 Your brand should be a reflection of you…according to Scott Scarano

[קישור לקובץ mp3] שלום וברוכים הבאים לפודקאסט מספר 424 של רברס עם פלטפורמה - יצא מספר פלידנרומי, איזה מגניב! . . . - (אורי) 424?! . . . - (רן) 424 . . . התאריך היום הוא 17 באוקטובר, השעה היא 21:30 עוד מעט והשנה היא 2021 - (אורי) והטמפרטורות התחילו לרדת היום, גם היה גשם . . . - (רן) היה גשם היום, נכון, סוף סוף . . . היום אנחנו מתכבדים לארח את אילן ואת אור מחברת Melio - זה Mi-lio או Me-lio? . . .(אילן) האמת שזו שאלה מאוד טובה, כי כשהקמנו את החברה אז קראנו לה באמת Me-lio, אבל כשהתחלנו לדבר עם אנשים מארה”ב, אמרו לנו שיש משהו שנקרא Long e ו- Short e, שזה משהו שלא הכרנו . . . אז חלקם הוגים “Mi-lio” וחלקם הוגים “Me-lio” . . . מבחינתנו זה “Mi-lio”.(אורי) זה בטח ה-Domain שהיה פנוי . . . (אילן) האמת שה-Domain שהיה פנוי היה Mi-lio(paymnets.com), אבל ככל שהצלחנו לגדול והחלטנו שהשם זה ממש משהו שאנחנו שלמים איתו - כי היה גם שם תהליך, אבל זה סיפור לפודקאסט אחר - אז קנינו את melio.com, שהיה קצת יקר אבל הצלחנו להשיג, ארבע אותיות וגם com., אירוע קצת . . . (אורי) טוב, אז זה היה אילן . . .(רן) כן, אנחנו נעשה היום פודקאסט הפוך - נתחיל מהסוף . . . .כן - אז אנחנו שמחים ומתכבדים לארח פה את אילן ואור מחברת Melio - אנחנו נדבר על Melio ועל פלטפורמת התשלומים והטכנלוגיה שפיתחתם כדי באמת לממש את כל הסיפור הזה.אבל לפני זה - בואו נכיר אתכם: אילן - בבקשה:(אילן) תודה רבה שאתם מארחים אותנו - כבוד גדול.אני מכיר את אורי ורן עוד מלפני מספר שנים, כבוד הוא לנו לבוא לפודקאסט אני אילן, אחד ה-Co-Founders וה-CTO של Melio - הקמנו את החברה לפני כשלוש-וחצי שנים רשמית - קצת לפני עבדנו עוד בגראז', להבין מה אנחנו רוצים לעשותאני אספר על זה קצת עוד מעטשנים יחסית אינטנסטיביות בשנים האחרונותלפני כן הייתי ה-VP Engineering בחברה בשם Winward, ולפני זה עבדתי ב-Outbrain כשנתיים + . . .איתי פה נמצא אור . . .(רן) אור - ברוך הבא!(אור) תודה רבה - אני היום ב-Melio ה-Principal Engineer, הצטרפתי יחסית ממש בהתחלה. זה היה . . .לפני כן הייתי Co-Founder בסטארטאפ אחר, ולפני כן הייתי יועץ באיזושהי חברת נקרא לזה “בוטיק-DevOps” קטן שנקרא FewBytes ואחרי שעזבתי את ה-Startup שלי בתור Co-Founder - הייתי Co-Founder ממש לא טוב - מישהו שידך ביני לבין אילן והאמת שממש בשיחות הראשונות עם הפאונדרים של Melio זה פשוט . . . אני יכול להגיד באופן אישי שזה היה מעיין “אהבה ממבט ראשון”, ממש “עפתי עליהם” עד הסוף ואמרתי “אני רוצה לעבוד פה” וכל השאר פחות או יותר היסטוריה . . .(רן) אז Melio - אני מניח שיש כאלה שכבר שמעו את השם, אבל למי שעוד לא שמע: מה עושה Melio?(אילן) אנחנו פיתחנו ומפתחים פלטפורמה לעסקים קטנים, להעברות תשלומים.ככל שזה יהיה אולי מופלא ואולי לא לחלק מהמאזינים או למי שמקשיב, תשלומים, בארה”ב בעיקר, עדיין רובם ככולם מועברים על גבי פיסות נייר - שהם שיקים . . .סדר גודל של 18 טריליון דולר נעים בארה”ב בין עסקים קטנים בכל שנהסדר גודל של כחמישה מיליארד שיקים נכתבים בין עסקיםכשאנחנו . . . זה סדר גודל שראינו לפני ארבע שנים, ואמרנו “רגע - זה לא הגיוני”בעולם שה-Digital Payments קורים בין חברים, כלומר - היום להעביר כסף בין Friends & Family קורה בצורה מאוד פשוטה, יש הרבה מאוד אפליקציות שאתה יכול באמצעותן להעביר כסף בצורה סופר-קלה.אם אתה עכשיו בתור Consumer שרוצה לעשות Check-out ב-Online, התהליך הוא מאוד מאוד מתקדם, כל עולם ה-eCommerce.אתה יכול לעשות Check Out עם Stripe או עם כרטיסי אשראי או Affirm או עם Klarna או עם כל שיטת Check out אחרת.עדיין, תשלומים לספקים, רובם ככולם, מועברים בעצם על פני פיסות נייר - שיקים, העברות בנקאיות - דרך כלים שהם מחוץ . . . בעצם כלי מערכת, שהם בעיקר כלים של הבנקים.(רן) אפילו בקרנות הון סיכון אומרים “I'll write you a check” . . . (אילן) I'll write you a check”, Yes” . . . וגם אנחנו היום, כ-Melio - אנחנו כותבים שיקים . . .בעצם, יש לנו ספקים שרוצים לקבל רק שיקים . . .והבעיה הזו נראתה לנו די מעניינת ומאוד מאתגרת - אמרנו “איך זה יכול להיות, בעולם ש-Payments עוברים ו-Shifting ל-Digital בצורה מאוד מאסיבית, עדיין עולם ה-Supplier Payments נמצא על גבי פיסות נייר” . . .(רן) על אילו סוגי עסקים אנחנו מדברים? מספרות, וטרינרים, . . . ?(אילן) אז אנחנו מדברים כמעט על כל סוגי העסקים - זה יכול להיות כמו שאמרת - מספרות וטרינרים, מסעדות, Doctor Offices למינהם, Professional Services, צלמים . . . (אורי) גולדמן-סאקס?(אילן) גולדמן-סאקס . . . גם כאלה, הגדולים . . . ובאמת לחברות כמו Nike או Fortune-500's יש כלים, היום, לעשות גם Procurement וגם Paymentsאבל כשאתה הולך לעסק הקטן - מה שנקרא Owner-Operated Business - לבעל העסק כיום אין כלי מתאים כדי לנהל את תשלומי הספקים שלו.ומה שמאפיין בעצם את אותם עסקים זה שאין להם היום איזה Bookkeeper או איזשהו Accounts-Payables Expert שעושה עבורם את ה-Paymentsאנחנו היום ב-Melio, או אצלכם ב-Outbrain - יש בעצם Finance Department, שמתעסקים ב-Accounts-Payablesאבל אם אני עסק קטן, אם אני עכשיו בעל מסעדה ויש לי חמישה-עשרה עובדים - בדרך כלל מי שמטפלים בזה זה או אני או מישהו שהוא Trusted Employee.והיום עסק קטן ממוצע - העסקים שאנחנו מטרגטים (Targeting), של 5-10 עובדים, סדר גודל של 1-2 מיליון דולר Revenue בשנה - מוציאים סדר גודל של 50-60 Payments בחודש.וה”אירוע” הזה הוא בדרך כלל Heavy . . . בדרך כלל נעשה ידנית . . .(רן) אנחנו תיכף נצלול לסיפור הטכנולוגי שם, אבל קצת בכל אופן כדי להבין את הרקע - פתאום קם אדם בבוקר ומרגיש שהוא חייב לעשות מערכת Payments? זאת אומרת - איך קורה שילד-טוב-ירושלים, אילן, אחד מהפאונדרים של החברה, מחליט שבא לו להרים מערכת Payments לעסקים בארה”ב?(אילן) אז מה שבעיקר משך אותנו זה גודל ההזדמנות - באנו ואמרנו רגע, עסקים קטנים - סליחה על הקלישאה אבל זה The Backbone of the economy . . . בסופו של יום, הדרך שהם מתנהלים - גם ברמת האופרציה של להוציא את התשלומים וגם האופרציה גם גוררת . . . אופרציה לא יעילה גורמת לניהול תזרימים מאוד לא טוב עבור העסק.עסקים קטנים - אם אתה מסתכל על הסיבות שעסקים נסגרים לרוב - אז חלק נותנים שירות לא טוב או מוצר לא טוב, אבל בהרבה מאוד פעמים זה נובע מכך שהם לא יודעים לנהל נכון את “האירוע התזרימי”, אתה-Cash Flow.והרבה פעמים זה קורה בגלל היעדר יכולת אופרטיבית והבנה של מה בעצם צריך להוציא היום ומה אפשר להוציא מחר ומה אפשר לנהל בצורה יותר חכמה.באמת, מה שהדליק אותנו, מה שבעצם גרם לנו להגיד זה איך אנחנו יכולים לעזור לעסקים קטנים? - על ידי זה שנוכל בעצם לקחת את עולם ה-Payments שלהם לעולם ה-Digital, ולנהל בעיקר את ה-Cash Flow.(רן) אוקיי, אז אני לא מבין גדול בעולם ה-Finance, אבל אני כן יודע שיש כמה חברות וכמה ספקי תשלומים גדולים - הזכרתם אני חושב את Stripe ויש עוד כל מיני גדולים אחרים . . . (אורי) . . . האם בין ה-CRM לניהול הכספי - CRM זה יותר לצד הלקוחות . . . (רן) . . . כן, נשים לרגע את הסיפור העסקי בצד - אני מניח שיש סיבה למה Stripe לא מתאים להם, אבל אתם גם החלטתם לייצר מערכת תשלומים פנימית, זאת אומרת - לנהל את הכל אצלכם. למה לעשות את זה ולמה לא להשתמש באיזשהו צד שלישי - איזשהו בנק, ב-Stripe או כל דבר אחר כזה?(אילן) לפני שאני אענה על השאלה הזאת, אני אקח לרגע צעד אחורה - הסיבה בעצם כיום לכך שעסקים בעיקר מתנהלים - לתשלומי ספקים - בעיקר עם שיקים, זה בגלל חוסר ההסכמה, לרוב, הבסיסי בין איך שצד אחד רוצה לשלם לאיך שהצד השני בעצם רוצה לקבל את הכסף.היום, כשאני הולך ועושה Check out online, ויש שם איזשהו Check out עם Stripe - אז אני יכול לשלם בכרטיס אשראי, והצד השני יקבל את זה לחשבון הבנק שלו, בעצם.יש איזשהו “נדל”ן”, שזה ה-Point-of-Sale, שיכול לסלוק את כרטיס האשראי שלי - והצד השני יקבל את הכסף.בעולם ה-B2B, לרוב הטרנזקציות (Transactions), החלק הארי של הטרנזקציות קורה OTC - Over the Counter.אין בעצם היום איזשהו Point of Sale - לא לרכישה ולא לתשלום - וה-Point of Sale שבעצם קיים זה ה-Invoice.כשאני מזמין, לדוגמא, מהספק דגים שלי עשרה ק”ג סלמון למסעדה - יחד עם הדגים אני מקבל בעצם Invoice, ושם אני אמור לשלם את התשלום עבור הדגים באיזה Net Terms.עכשיו - אני ספק דגים שכבר קיים בשוק 20 שנה, ואני עכשיו מקבל ממאות לקוחות כסף - ובאיזשהו מקום אני לא בהכרח רוצה לתמוך בעוד שיטת תשלוםכי כל תהליך ה-Finance שבניתי או כל תהליך ה-Reconciliation שבניתי בעצם בנוי מעל שיקים, שמגיעים אליאני יודע איך הכסף מגיע ואיך לקשור אותו לחשבונית המתאימה.אבל אותה מסעדה שנפתחה עכשיו, מסעדה חדשה שלא בהכרח רוצה לשלם בשיקים - רוצה לשלם בכרטיס אשראי, רוצה לשלם בהעברה בנקאית . . . .שני הצדדים לא מסכימים על אמצעי התשלום.(אורי) . . . ואז יורדים למכנה המשותף הכי נמוך - שזה השיקים . . .(אילן) בול . . . ולכן מגיעים בדיוק למכנה המשותף הנמוך ביותר שזה השיקים - שיק - ברור שהוא מתקבל בכל מקום, ברור שהוא “ג'וקר”, ואתה יכול בעצם לתת אותו, ובעצם זה סוג של סטנדרט . . . (אורי) זה נייר - אפשר לעטוף איתו דגים . . .(רן) יש יותר נמוך - יש Cash . . . אבל לשם עוד לא ירדנו . . . יש מטבעות זהב . . .(אורי) נייר . . .(רן) אז בעצם אתם החלטתם שאתם בונים איזשהו Transpiler - משהו שמתרגם דיגיטלי לנייר, נייר לדיגיטלי או כל מיני תרגומים אחרים שקיימים . . . (אילן) בדיוק, ולשאלתך של למה בעצם בנינו Payment Infrastructure - כדי להגיע למצב שאנחנו בעצם נוכל לבוא ולשרת את אותם עסקים, הרי היינו צריכים לייצר איזושהי “חוסר תלות” בין הצדדים - Decupling בין המשלם למקבלובנינו בעצם Payments Infrastructure חדש, היום כבר מעל שלושה בנקים - Evolve Bank & Trust ו-Silicon Valley Bank ו-JPMorgan Chaseבעצם בנינו יכולת לבוא ולסלוק כסף מהמשלם בכל דרך שנרצה - זה יכול להיות כרטיס אשראי, זה יכול להיות Debit Card, זה יכול להיות בנק, זה יכול להיות PayPal, זה יכול להיות Apple Pay . . . אנחנו יכולים לסלוק כסף בכל דרך אפשרית - ולהוציא אותו מהצד השני בכל דרך שהצד השני יחפוץ בהבעצם יצרנו ניתוק בין שני הצדדים - מה שנותן לנו היום המון כוח לבוא לעסק - לבוא למסעדה או לאיזשהו צלם או מספרה או כל מקום אחר - ולהגיד “אוקיי, לא משנה עכשיו, אתה לא צריך לשכנע את הצד השני איך לקבל את הכסף, תן להם באיזו דרך שהם יחפצו, ואתה תשלם איך שאתה רוצה”.(אורי) יש גם, כאילו את “הדרך של Melio”, את ה . . . לא יודע, כרטיס או סוג של bit כזה . . . אפליקציה שהיא אפליקציית-סליקה, שאם היא מתאימה לשני הצדדים אז מה טוב, אבל אתה יכול גם דרכה לקבל ול . . .?(אילן) אז הדרך שאנחנו היום . . . בדוגמא שנתתי, נניח שאני מסעדה, אז אני יכול לסלוק, אני יכול עכשיו לבחור לשלם באשראי, יכול לבחור לשלם בבנק - ב-Bank Transfer - ואתה תקבל איך שתחפוץ, נניח שיקים או העברה בנקאית או כל דרך אחרת.אנחנו כן מייצרים . . . אנחנו נייצר בעצם סוג של . . . אם אני מבין נכון את השאלה שלך, מעיין Wallet, כך שאפשר בעצם, ברגע ששני הצדדים ב-Network, אז בעצם נוכל להעביר כסף - שהוא בעצם Wallet, שכל אחד יוכל להשתמש בו ב-Network עצמו.עכשיו, אחד הדברים הנוספים שיצרנו ב-Payments Infrastructure הזה זה בעצם, שלהבדיל ממערכות כמו bit או Pepper, או בארה”ב Venmo או PayPal, ששני הצדדים צריכים להיות ב-Network על מנת שצד אחד יוכל לשלם לצד השני - אנחנו בעצם יצרנו יכולת של מה שאנחנו קוראים לו Open Network - רק צד אחד צריך להיות ברשת על מנת שהצד השני יקבל את הכסף.על ידי כך, בעצם הורדנו את העומס ממי שכרגע משתמש בנו, כדי לשכנע שהצד השני יכנס.(רן) כן, אז החלטתם והבנתם שאתם רוצים להציע מערכת תשלומים נורא גמישה שהיא Open ואתה יכול לשלם איך שאתה רוצה ואתה יכול לקבל את הכסף איך שאתה רוצה - אתה בא לאור, “המתכנת המסכן”, אומר לו: “אור, בוא תבנה לי כזה!” . . . איך מתחילים? מה האתגרים פה? איך בכלל מתחילים לבנות מערכת Payments כזו מאפס?(אורי) אז אור מוציא לו חשבונית . . . (אור) אז באמת, Melio זה קצת יותר ממערכת תשלומים, מן הסתם - חלק גדול מאוד מהמערכת מבוסס על Interface ממש נוח - בגלל שזה Small Business, בגלל שאין להם כל הרבה זמן להתעסק עכשיו עם איזושהי מערכת Business-ית מורכבת, שבדרך כלל פונה לעסקים, אז בגדול, מה שאני הצעתי לאילן כשהתחלנו היה שאמרתי “אילן, תשמע - אנחנו נמצאים עכשיו On the verge of Serverless”, יש לנו הזדמנות לא לתחזק שרתים! יש לנו הזדמנות להינות מהיתרונות . . . “(רן) . . . ואומר את זה אחד שתחזק כבר הרבה שרתים, אמרת ב-Intro . . . (אור) בדיוק - מה שאצלי בראש היה זה שאני לא רוצה להגדיר יותר NTP בחיים, לעולם . . . אז אמרתי לאילן “בוא נעשה Serverless! בוא נלך על זה ובוא נראה אם זה עובד לנו”.[משלנו!]ואילן זרם איתי . . . עשה לי בהתחלה פרצוף של “אתה חושב? אתה בטוח?”, אבל אמרנו “יאללה, בוא נלך על זה” . . .(רן) “זה לא Hype, זה לא כמו GraphQL שיעבור עוד מעט? . . . .”(אור) בדיוק . . . באמת, היו לו ספקות קצת בהתחלה, ואמרתי לו “שמע - עלי! מה שלא יעבוד, אנחנו נסדר”.ואז באמת בנינו את המערכת - ה-Payments Processing שלנו בעצם רץ Serverless.האמת שחלק גדול מאוד מתשתית של Melio רץ רק על Serverless, רק על Lambda, ספציפית על Lambda.(רן) והמוטיבציה היא באמת “אני לא רוצה את כאב הראש הזה של NTP”, או שיש גם סיבות ארכיטקטוניות אחרות?(אור) זה מאוד . . . .(אורי) . . . זה מאוד Stream-oriented, נכון? זה Processing של Streams של Data, וזה נשמע מתאים . . . (אילן) אז זו נקודה מאוד חשובה, מה שאמרת עכשיו - בסופו של יום, תשלומים - רובם יוצאים או בהעברות בנקאיות מצד אחד, או בשיקים . . . עדיין אנחנו מוציאים שיקים - Melio מוציאה היום סדר גודל של מאות אלפי שיקים כל חודש, כי עדיין הספקים רוצים לקבל שיקים . . .תהליך גביית התשלום הוא באמת Stream-oriented, כלומר - אני יכול להיכנס למערכת ולקבוע תשלום.אני יכול לקבוע אותו לעכשיו, אני יוכל לקבוע אותו להיום או למחר לעוד חודש - אבל בסופו של יום, כל או רוב התשלומים מתמקדים בעצם בנקודת זמן אחת.בסופו של יום, כדי להעביר כסף בהעברה בנקאית או בשיק - זה דווקא Batch-oriented, כלומר הכל מתרכז בנקודה אחת, כי הבנקים בסוף עובדים ב-Cut-off-ים . . .זאת אומרת שכשאני רוצה להעביר כסף מנקודה A ל-B, בעצם יש Cut-off של הבנקה-Cut-off של הבנק הוא ב-2300 או 2400 Central Time בארה”ב, ואז בעצם בנקודה הזאת אנחנו לוקחים את כל השלבים שנקבעו להיום, או שנקבעו למועד שאנחנו רוצים - ובעצם מוציאים אותם.מה שאומר שהמערכת מקבלת Event-ים, מקבלת פקודות, ב-Stream - אבל בסופו של יום, היא מתנקזת לנקודה אחת, שבה צריכים להעלות את אותו קובץ, אותו Ledger, לבנק, כדי לבצע את התשלומים השונים - או להוציא שיקים או . . .(אורי) הבנתי שאופי הטרנזקציות האלה זה אופי שלא מצריך State, כמעט . . . (אור) נכון - אז באמת, אני מוכרח להודות שבהתחלה המוטיבציה הייתה מאוד “לנהל כמה שפחות” ולאט לאט, עם הזמן - האמת שדי מהר - ראינו שזה משחק לטובתינו בעוד מקרים, כי יש לנו את הצד . . .צריך להבין שהשוק הזה הוא נורא נוח, כי . . . במובנים מסויימים הוא מאוד נוח ונקרא לזה “פריוויבלגי” לנו, כ-Business - כי מדובר בעסקים, אז הם עובדים 0900-1700, זה רוב העומס שיש לנו במערכתהם לא עובדים בשבת, הם לא עובדים בראשוןהבנקים לא עובדים בשבת ולא עובדים בראשון - אז אנחנו לא עושים Processing בימים האלו.יש לנו פריווילגיה מאוד גדולה להפעיל את המערכת רק בזמנים מסויימים,וגם בתוך אותם ימים - רק בשעות מסויימות(רן) אילו זה רק היה בשעון ישראל אז זה היה אידיאלי . . . (אור) כן, זה היה מושלם . . . אז במובן הזה, Serverless מאוד עזר לנו, כי אם ניקח לרגע רק את ה-Payments Processing -אז 90% מהיום זה 0, לא קורה שום דבר . . .אולי יש כל מיני Management ו-Logistic tasks וכאלו שרצים ברקע, אבל חוץ מזה - כלום.ואז, ב-Trigger מסויים ביום, במערכת מתחילה לעבוד, עושה את כל ה-Processing שהיא צריכה לעשות - וחוזרת לישון.(אורי) זה מזכיר לי קצת ב”רמזור” כשהוא מלמד ריקוד במשרד רואה חשבון - “מה קורה כל החודש? כלום-כלום-כלום . . . 15 לחודש?! אוו . . . .”.(רן) אז אתה אומר שהיכולת היפה של פונקציות Lambda לעשות Scale-up באופן מיייד ואחר כך לכבות לכמעט אפס - זה יתרון ארכיטקטוני אחד . . . דרך אגב, לגבי ה-State שהזכרתם פה, אז לפחות בדרך שבה אני מדמיין, דווקא ב-Payments אני מדמיין שקיים הרבה מאוד State, רק שהוא תמיד צריך להיות Persistent, את אומרת - הוא אף פעם לא In-Memory, כי אסור לאבד אותו . . . אז אולי זה לא נכון להגיד ש”לא קיים State”, אבל ה-State תמיד חייב להיות Persistent . . . .(אור) נכון - ה-State, במקרה שלנו, בוא נגיד . . . . אנחנו לא “Serverless קלאסי”, נקרא לזהה-State שלנו יושב על Database טרנזקציוני (Transactional), הטרנזקציות שלנו הן בתוך ה-Lambda, מן הסתם גם חלק מה-Processing של מה שה-Lambda עושהחלק ממה שאנחנו עושים בעבודה מול הבנקים זה בעצם חלק מהטרנזקציה שקוראת מול ה-Database, זאת אומרת - אנחנו מתייחסים ל-Lambda כאל Volatile לחלוטין - שאם היא תיפול, לא יקרה כלום מבחינת “לא יזוז כסף לשום מקום”.וה-State עצמו באמת נשאר ב-Database.(רן) איך נראים ה-API-ים מול אותם בנקים? אני זוכר מהפעם האחרונה שעשיתי איזשהו Payment, זה היה איזשהו CORBA זוועתי עם Perl וכאלה דברים . . . .מה המצב היום?(אור) אז באמת, תשלומים מול בנקים זה סיפור שלם לגמרי, שאפשר לספר עליו . . . אני אתן לרגע את הראשי תיבות ACH - זה Automated Clearing House, שזה בעצם אוטומציה למשהו ענתיקה שנקרא Clearing House . . .(רן) . . . ושום דבר שם לא אוטומטי . . . .(אור) . . . והאוטומציה . . . אני אתן שתי אנקדוטות, אבל בגדול זה קובץ עם המון Records בפניםאתה שם אותו באיזשהו Server בצד השני של העולם - וזה “חור שחור” . . . .אין שום דבר - לא מודל של Request Response . . . יש Response מסויים, אבל זה לא בדיוק אומר לך “אה, כן - אנחנו בדיוק העברנו את הכל!” - אתה יודע רק אחרי כמה ימים אילו מה-Records נכשלו.מה שלא נכשל - הצליח . . . זה בערך המודל לפרוטוקול של הדבר הזה.(רן) כנראה . . . (אור) “כנראה” . . . בדיוק.עכשיו, תוך כדי שאנחנו עובדים אתה אומר לעצמך אוקיי, זה מודל ש . . . יש שם איזשהו מחשב שעובר על הרשומות אחת-אחת, ה-Processing מעביר אותן הלאה ומחזיר אלינו מה שנכשל ומה שלא נכשל.ואז גילינו שאחת הטרנזקציות שחזרה ונכשלה - אנחנו ראינו איזשהו Meta-data בפנים שאנחנו שומרים כדי למפות את זה אחר כך לטרנזקציות פנימיות שלנו וכו' - ואצלנו זה התחיל נגיד עם “t” קטנה ומספר מאוד ארוךוחזרה אלינו טרזקציה שאנחנו לא מזהים - זיהינו אותה, כי שהסתכלנו בעין זה היה “T” גדולה ומספר מאוד ארוך . . . .ואז הבנו שאיפשהו ב-Chain של הבנקים, יש פשוט איזשהו בנאדם שפשוט הקליד “T” . . . . המחשב לא טועה בין “t” ל-”T”, זה שני דברים שונים לגמרי, אבל בנאדם שמקליד T באיזשהו אקסל או email או משהו - כנראה התחלף לו פעם אחת ל-T גדולה ומשם זה נשאר גדול וחזר אלינו בחזרה עם אות גדולה . . .(רן) זה היום שנשפך לו הקפה על ה-Shift . . . .(אור) משהו כזה, בדיוק . . . אז המערכת הזאת היא כאילו סמי-אוטומטית, כי הדברים הם Triggered בצורה אוטומטית - אבל יש שם הרבה מאוד עבודה אנושיתוגם השגיאות שחוזרות הרבה פעמים זו עבודה אנושית, כל מיני מיפויים שמסתכלים על ה-Owner של החשבון בנק - הרבה פעמים זה שם . . . .הם אשכרה ממפים את זה לשם, והרבה פעמים הם לא מוצאים את המספר . . . יש ממש הרבה מאוד תהליכים, ואני רוצה להגיד אולי - אם המערכת היא סוג של . . . ה-Input-ים שהיא מקבלת מהמכונה - אנחנו מתייחסים אליהם גם כאל Input-ים אנושיים, כדי לוודא שבאמת לא נפלנו גם במקרה הזה.(אורי) אבל רגע - קודם, אילן דיבר על זה שאתם מוציאים המון שיקים. זה כאילו . . . אשכרה יש מדפסות שמדפיסות נייר? Serverless מפה ועד להודעה חדשה, אבל מדפסות . . .(אילן) חבל על הזמן . . . (רן) בטח יש שירות של אמאזון שמדפיס שיקים, לא? . . . .(אילן) א - נכון, יש שירות של Amazon שמדפיס שיקים [?], אבל אנחנו משתמשים בשירותים של הבנקים שמדפיסים שיקיםאור דיבר בעצם על קובץ ACH, שזה קובץ מקודד, ששולחים אותו כדי לבצע העברות בנקאיותיש קובץ עם פורמט אחר, קצת יותר מתקדם, ב-JSON, שמעלים לבנקים והם מוציאים שיקים.בעצם, אנחנו נותנים פקודה לבנק - אתה צריך להעביר את זה עד שעה מסויימת, את הקובץ עצמוכשאתה אומר להם “הנה הפרטים” - ומהצד השני יש מדפסות, ומוציאים בעצם שיקים . . . עכשיו, הם עוברים, נכנסים למעטפות, עוברים ל-USPS - ומגיעים ליעד שלהם . . .(אורי) אני חייב להגיד שכאילו . . . נגיד ב-Outbrain, כשאנחנו עושים תשלומים לספקים - וזה הרבה מאוד ספקים, פעמיים בחודש - אנחנו עובדים עם איזושהי מערכת נוראית שנקראית מס”ב, מכירים? (אילן) [מהנהן ביאוש כנראה](רן) ישראלית?(אורי) כן, “מרכז סליקה בנקאי” או משהו כזה . . . (אור) זה די מזכיר את המבנה של ה-ACH, באיזשהו מקום - מאנקדוטות ששמעתי . . . (אורי) אני, אישית, מעדיף לחזור לשיקים, אחרי החווייה עם המס”ב הזה . . . כאילו, מעלים שם איזשהו קובץ Excel, זה אותו דבר כנראה . . . נורא.(רן) יותר בטוח מלשלם ביטוח לעובדים, שגם זה בדרך כלל לא מגיע, אבל לא משנה . . . .(אורי) נכון . . . .אבל יש שם גם . . . לפעמים מתחלפות להם . . . השמות מתחלפים בצדדים כי הכל בעברית, ואתה צריך לקרוא ביוונית, וזה . . .(רן) אז היום אתה מומחה ל-Payments, אור? את היום והלילה שלך אתה מבלה בפיענוח של קבצים כאלה?(אור) אז אני, בוא נגיד במרכאות “למזלי”, יש צוות הרבה יותר גדול שמתעסק בזה.אני עשיתי את זה תקופה יחסית ארוכה, אני . . . זה כמו במטריקס, שהוא רואה את הקוד ויודע מה מופיע מאחורי זה בלי להסתכל על התמונות? אז זה אותו דבר - אני מסתכל על הקובץ ACH ואני יודע - זה המספר של הזה, המבנה הזה זה שם . . .(רן) זה “T” גדולה אז היום Rachel עבדה, זה “t” אז . . .(אור) כן . . . גם בשיקים, אגב, זה מאוד . . . שוב, שיקים זה תהליך אנושי - זה נשלח בדואר אז זה הולך לאיבודיש גם דברים . . . לדוגמא, כשהתחלנו שלחנו מעטפות בצבע הלא נכון . . . שלחנו מעטפות סגולות של שיקים, של Melio, סגול . . . וגילינו שיש אנשים שפשוט מניחים את השיק בצד ולא עושים איתו כלום, כי הם חושבים שזה פרסומות . . . אז שינינו את זה ללבן - ופתאום אנשים כן הפקידו את השיקים . . . .יש כל מיני דברים . . . זה באמת, הערבוב הזה של תהליך אנושי ותהליך שאנחנו מייצרים דברים אוטומטית, שמים ב-API באיזשהו מקום איזו JSON או לא JSON - אנשים בצד השני בסוף צריכים לעשות פעולה, וזה הופך את הכל להרבה יותר מורכב.(אורי) יש לי משהו שמעניין אותי - דיברת על זה שבאים ועושים תשלום, ומקבלים מצד אחד ומשלמים מצד שני - ואתה רגיל שהטרנזקציה נסגרת, נכון?עכשיו, “נסגרת” זה אומר “הכסף עבר”, אני יודע, אבל זה לא בדיוק ככה - אתה . . . הכסף לא עבר, אתה רק העברת את הקובץ ל-Processing של מישהו אחר או שהשיק בדואר, זה . . . ואין היזון-חוזר.(אילן) אין היזון חוזר, זה נכון, וגם במקרים מסויימים, כמו שאור אמר - ב-Bank Transfer, ב-ACH, הפרוטוקול עובד בזה שהוא אומר “כל עוד לא חזרתי אליך אז הכל בסדר”, ואם חזרתי אליך עם שגיאה אז הנה הדברים שנכשלו”אבל כן בנינו מערכת - בנינו מערכת, בסופו של דבר אנחנו מעבירים היום בקצבים של עשרות מיליארדים של דולרים בשנה, יש לנו עשרות אלפי לקוחות ואנחנו חייבים שהכל יהיה מאוזן.ה-SLA הוא מאוד מאוד חשוב - בסופו של יום, אנחנו חייבים . . . לא יכולים להפסיד שדולר לא יגיע לצד אחד או תשלום או שניים יפלו, כי בסופו של דבר מדובר על עסקים שהכסף שלהם לא הגיע לספקים, וזה המון המון Relations שבין העסק לספק.ולכן בנינו מערכות שיושבות בעצם מחוץ ל-Payment Processing, שבעצם בודקות שהספרים מאוזניםנכנסות לבנקים, לוקחות קבצים שאנחנו . . . שמחוץ ל-Transactions, שהם קבצים שמגיעים אלינו - כדי לאזן את הספריםכדי לראות בעצם שכל מה שאנחנו ייצאנו - אנחנו אחרי זה מתשאלים את הבנק, אז אנחנו מבינים . . .כל מה שאנחנו שלחנו לבנק כהוראה, כשאנחנו אחרי זה מתשאלים את הבנק, אנחנו מוודאים שהבנק באמת הוציא את זה.כל המערכות של ה-FinOps שאנחנו . . . .(רן) אני מניח אגב, שזה ערך מוסף משמעותי, מעבר ליכולת הטכנית להעביר תשלום - לוודא שזה מאוזן, לוודא שהדברים עברו, אני מנחש שזה ערך מוסף . . . אני יכול להגיד, שוב - אם נחזור לאנקדוטה של החברת ביטוח - אני זוכר פגישה עם סוכן ביטוח שהבטיח לי ש”פה יש מחשב שבודק!”, אז שאלתי אותו “מה, לפעמים אין מחשב שבודק?”, אז הוא אמר לי “לא . . . בחברות זה אנשים, אצלי זה מחשב!”. אז ברוך הבא למאה העשרים . . . (אורי) אבל אתה אומר “אני מבצע את הטרנזקציות, ואחרי זה יש לי Sweeper כזה שעובר ובודק שבאמת כל הטרנזקציות - "באמת הבנק שילם את זה”, זה מה שתכל'ס סוגר את הטרנזקציה.(אילן) זה יוצא אצלנו כדוח במערכתאנחנו עושים בדיקות אצלנו, עוד במהלך העלאת הקבצים - גם שם יכולות להיות נפילות שלנויש הרבה Lambda-ות שרצות, יש הרבה קבצים, אנחנו עושים תהליך של MapReduce, שעוברים בעצם שורה-שורה בקבצים ופותחים אותם ב-Lambda-ות שיש לנובסופו של דבר אנחנו צריכים להבין שכל מה שקראנו מה-Database עולה לתוך הבנקים - עוד לפני בכלל שיכולים לסגור את הטרנזקציה.אז גם שם פיתחנו יכולת שבאנו ואמרנו שאנחנו לא מחכים - בגלל שאין שגיאות ואין היזון חוזר . . .(אורי) זה לא שאין שגיאות - אין הודעות שגיאה . . . (אילן) אין הודעות שגיאה, בדיוק - אז אנחנו, בתהליך העלאת הקבצים, אנחנו כל הזמן בודקים מה העלינו לעומת מה שהיה כתוב ב-Database - כי התהליך בעצם חיצוני ונפרד - כדי להקפיד שהדברים מאוזנים.רק בשלב שלאחר מכן, יש תהליך שבעצם מתשאל את הבנקים ובודק מה בעצם אנחנו העלינו, ואז רואה שהכל מאוזן.(אורי) עד כדי “t” קטנה ו-”T” גדולה . . . .(אילן) . . .שרק אור תופס, כן . . . (אור) יש פה באמת . . .אפשר להגיד שאנחנו עושים Reconciliation בכמה רמות שונות, מכמה Check-Points שונים בתוך התהליךגם מיד אחרי שאנחנו מעבירים את הכסף, גם כמה ימים אחר כך, גם כשמהבנק מודיעים לנו, בדיעבד, מה הצליח ומה לא הצליח, גם אחר כך במאזן של של הבנק, הסופי, שאנחנו רואים . . . .אנחנו מנסים באמת לקבל את התמונה השלמה, כי שוב, כמו שאילן אמר - אנחנו לא יכולים להרשות שבגללנו ה-Customer שלנו לא ישלם חשבון אחר, כי אז הוא, שוב, בבעיה מול הספק שלויש לו עכשיו Cash-flow problems . . . בשבילו זה 100% - תשלום אחד בשבילו . . .אצלנו תשלום אחד זה פרומיל-של-הפרומיל - אצלו זה 100% מהדברים שהוא מתעסק בהם.(אורי) זה גם פוגע לו לפעמים בדירוגי אשראי או כאילו . . . Credit Score.(אור) יכול . . .(אילן) זה יחס עם הספק . . . זה יחס עם הספק, שהוא אומר לו “The Cheque is on its way” - והוא לא באמת on its way, ואז היחסים ביניהם עשויים להיפגע.(רן) איך עוד נראה הסיפור הטכנולוגי? זאת אומרת - האם עצם זה שאתם עוסקים ב-Domain הזה, של פיננסים, יש לזה השלכות טכנולוגיות, לצורך העניין - באילו שפות אתם כותבים? איזה Security זה אומר מבחינתכם? השלכות אחרות, טכנולוגיות שקיימות?(אור) מבחינת שפות, אנחנו די “סטנדרטיים”, נקרא לזה ככה, לפחות בתעשייה היום.אנחנו עובדים ב-JavaScript, גם קצת Python בכל מיני מקומות בתוך המערכת - אבל בגדול רוב המערכת כתובה ב-Node.זה מאפשר לנו, פשוט בגלל ש-Lambda ו-Node זה מאוד . . . נקרא לזה “Native” ב- Runtime.לא ניסינו יותר מדי להתחכם שם - אנחנו בודקים את עצמנו כמה שיותר.מבחינת Security, גם - Lambda משחק יחסית לידיים שלנו במקרה הזה: אין Server . . . אין Port לפרוץ אליו אפילוזה לא קיים, כקונספט . . . גם ל-Compliance, אגב - גם מאוד עזר לנו, כל מה שקשור ל-Serverless.כשעברנו Compliance - עברנו כבר שני תהליכים - ופשוט, יש חברות . . .(אורי) מי הגוף שמבקש מכם את ה-Compliance? זה Compliance עם מי?(אור) Compliance ISO 27001 . . . (אורי) שהוא יותר פיננסי או . . .(אור) זה של אירופה יותר, אם אני לא טועה . . . (אילן) האירופאי זה בעיקר Security, ועכשיו אנחנו בעצם בתהליך, מסיימים אותו, של SOC 2 Type 2מי שדורש מאיתנו את הרגולציות האלה זה (א) השותפים שלנו, זה הבנקים שאיתם אנחנו עובדים - זה ה-Rails שאיתם אנחנו מעבירים את הכסף ושותפים - Melio בסוף . . . עוד לא נגענו בזה, אבל נחזור רגע לחלק הטכנולוגי - ל-Melio יש שני קווי מוצר עיקריים - הקו הראשון זה Stand-alone Experienceהקו השני בעצם זה ה-Platform - “היכולת לאמבד (To Embed) את ה-Experience בנדל”ן של מישהו אחר”השותף הכי גדול שלנו היום זה Intuit, ב-QuickBooks - בעצם שמו את היכולות שלנו בתוך QuickBooksושותף שמקבל שירות פיננסי רוצה לדעת שאנחנו Well-Secured.(רן) אז אמרת . . . למה אתה מוריד את ה-Attack-Surface? . . .(אור) דילגנו על זה . . . גם בתוך ה-Compliance יש סעיפים שלמים של Port management וכל מיני דברים כאלו, ברמת המכונות וה-Server-ים, שזה פשוט לדלג עליהם . . . לקצר מאוד את הזמן של ה-Compliance, באופן מפתיע . . . זה מפתיע את הצד השני, שעושה לנו את ה-Review - כמה חתכנו.זה היה מאוד נוח בהקשר הזה.(רן) למרות שאתה יודע - אני מניח שה-Compliance הזה יזוז עם הזמן ויתרגל, ויגלה שגם לצורך העניין, ב-Serverless צריך פשוט לבדוק דברים אחרים . . . אין יותר Port-ים פתוחים, אוקיי . . . אין יותר File Descriptors, אבל כן יש דברים אחרים . . .(אור) יש Dependencies, יש Static code analysis . . . עדיין יש הרבה API-ים שחשופים החוצה לעולם, מן הסתם . . .(רן) אני מבין שה-Compliance עוד לא הגיע לשם . . . .(אור) אנחנו מנסים כמה שיותר לדאוג בעצמנו, כי שוב - ה-Compliance חשוב לנו בגלל שזה חשוב לפרטנרים שלנו, זה חשוב לנראותחשוב לנו שלא יקרה לנו שום דבר, לשמור בעצם על כל הלקוחות שלנו, אז יש כאן את האספקט של האם אנחנו מרגישים מספיק אחריות בשביל לעשות את זה.כן . . . .אז בהקשר הזה, השימוש ב-Lambda ובאופן כללי ב-Serverless - אני רוצה רגע להגיד מילה על Serverless - אני תמיד שומע “Serverless, Serverless” . . . כשהתחלנו להתעסק עם זה, אני פחות התעניינתי בזה שזה Serverless, אפילו קראתי לזה הרבה פעמים Management-less . . . .יש Server, הוא קיים - יש Lambda, זה Server, יש Instance, יש לנו Connection ל-Database שאנחנו עושים לו Re-use, יש RAM ואנחנו מחזיקים שם כל מיני דברים, יש CPU . . . . יש הכל.זה מבחינתינו כאילו מתנהג קצת כמו Server שמריץ קוד ב-Check-point-ים - רק שאנחנו כאילו לא מנהלים אותו.אז במדרג, אנחנו כן מסתכלים על זה כי Lambda זה ה-Holy Grail מהבחינה הזו של Management-lessמתחת לזה יש לנו FarGate, יש לנו זה . . . אז אנחנו לא Pure-Serverless - אנחנו משתמשים במה שמתאים לנו באותה נקודת זמן.(רן) איך זה משפיע על חווית הפיתוח? זאת אומרת - אם אני עכשיו בא ומתקן איזשהו Bug ב-Service, שהוא כנראה חלק מ-70 רכיבים אחרים - איך אני מפתח אותו? איך אני בודק אותו?(אור) יפה, אז זה אחד הדברים הראשונים שגם אני חשבתי עליהם כשאמרנו “בואו נעשה Serverless” . . .אז יש לנו כרגע שתי גישות - אחת שהיא קצת יותר Legacy בתוך החברה ואחת שהיא יותר חדשה, שאנחנו ככה מתחילים לעשות לה סוג של Imploy מבפניםהגישה הראשונה, שהיא עדיין עובדת בחלק גדול מה-Service-ים - מה שעשינו איתה בעצם . . . ה-Service-ים עצמם, היה להם מבנה פנימי מאוד ספציפי, הם היו נראים כמו איזשהו Web Application, והייתה איזושהי מעטפת קטנה שסידרה בעצם את כל התשתית מסביב, שהיא כאילו תיקרא ל-Routing בתוך ה-Web Applicationאם זה Event מ-SQS אז הוא מול איזשהו Route עם Fake payload, שזה בעצם ה-Payload מ-SQS, ועוד כל מיני דברים בסגנון הזהאם יש S3 אז הוא מול איזשהו Payload מ-S3ואז זה מאפשר לנו בעצם להריץ את הדבר הזה בתוך Lambda כרגיל, עם Event-ים ו-Listeners והכל . . . (רן) וב-Commit אתה מייצר איזשהו Container שעוטף את זה . . .(אור) אפילו לא Container - הלכנו ממש npm-start . . . פשוט, מה שהיה . . . היו פשוט, בכל פרויקט, היו שני סקריפטיםאחד שמתאים ל-Lambda והשני שהוא Server עם איזושהי מעטפת.כשמפתחים עבדו לוקאלית, אז בעצם הם . . . ה-Service שלהם דיבר ישירות עם ה-Cloud, לא עבדנו עם RabbitMQ לוקאלית ו-SQS ב-Cloud, עם DynamoDB ב-Cloud ועם Redis לוקאליתפשוט הכל - לכל Developer יש תשתית שלמה - “שלד” כזה של התשתית - בלי ה-Computeהוא פשוט בוחר איזשהו Service שהוא רוצה, npm-start - וזה מתחיל “לנגן” מול התשתית, מול ה-SQS הרלוונטי, מול ה-DynamoDB הרלוונטיה-RDS, במקרה הזה MySQL, עדיין לוקאליתזאת הייתה הגישה הראשונה - זה עבד יחסית טוב, רצנו עם זה יחסית הרבה זמן.עכשיו אנחנו נהיינו קצת יותר Powerhouse של -Lambda, ואנחנו עובדים לגישה שהיא קצת שונה - אנחנו עובדים עם SAM היום - SAM זה המתחרה-Serverlss, זה “ה-Serverless.com של AWS“. . . הרעיון זה שהוא מייצר לנו CloudFormation templates, אנחנו עושים לזה Deployments כחבילה שלמה, כ-Stack שלםואז, ברגע שיש לך Stack כזה, של . . . בגדול, לכל מפתחת אצלנו נגיד יש חשבון AWS פרטי, זה כרגע . . . עדיין אנחנו בסוג של נקרא-לזה-POC כדי לבדוק שזה . . . שההתיכנות של זה היא ממש בסדר.לכל מפתחת יש חשבון AWS - בפנים יש בעצם את המיני-Production של Melio - איזה שירות שהיא רוצה להריץ שם, את ה-email Service שלה, גם את ה-Payments Processing, הכל . . . ואז, אם היא רוצה לפתח Lambda מסויימת, אז כתבנו איזשהו כלי משלנו, שבעצם משתלט על ה-Lambda הזאת, ומעביר את ה-Compute אליה למחשבואז היא יכולה לעשות Break-points, לוקאלית - זה רץ ממש על המחשב . . .(רן) כמו Telepresence בעולם של Kubernetes . . . .(אור) בדיוק - רק עם פחות משחקיםפחות משחקים עם Port-ים, פחות משחקים עם Networking - רק לקחת את ה-Message, לשלוח אותו למחשב, לעשות את ה-Compute . . .כי ה-Resources של AWS בכל מקרה זמינים - SQS זמין ב-API Call ו-SNS זמין ב-API Call, אז ה-Compute שרץ לוקאלית על המחשב “מדבר עם ה-Cloud כאילו הוא ב-Cloud”אז ה-Telepresence במובן הזה זה רק להעביר את ה-Messaging למקום הנכון ב . . . נקרא לזה “ב-Network הגלובאלי העולמי”, למחשב הספציפי שבו זה נמצא כרגע.(רן) אז מפתח חדש שמצטרף אליכם - אנחנו כבר לקראת סיום, וזו שאלה אחרונה אולי - מפתח חדש שמצטרף אליכם, שמעולם לא חווה Serverless ולא חווה את ה-Concept - עד כמה, להערכתם, קל או קשה לו להכנס ל-Mindset הנכון, של Serverless, של Stateless, וכו'?(אור) אז אני מודה שזה אתגר . . . אנחנו, ככה, מנסים בתקופת ה-Onboarding של המפתחים והמפתחות, אנחנו מנסים להכניס את זה מעיין ל-Mindset של “אנחנו חיים על Lambda”, עם האתגרים - מה שיבוא, אנחנו נתמודד איתו.בגדול, הגענו למצב שיש כבר הרבה מאוד Engineers שכבר עובדים עם זה, אז ברגע שמישהו מצטרף, יש את ה . . . נקרא לזה תמיכה, ה-Ecosystem הפנימי של החברה שיודע לעזור.אני יכול להגיד שהחבר'ה של ה-Payments Processing מדהימים בקטע הזה - ממש אימצו את זה לגמרי והם הולכים עם זה עד הסוף.גם עם ה-Pitfalls ועם ה-Challenges שיש לזה - הם הולכים עם זה ורצים עם זה קדימה ממש יפה.רציתי לגעת דווקא בנקודה, בהקשר של Serverless, אם יש לנו זמן - בהקשר של Pricing . . .יש איזושהי מנטרה כזאת, ש-”Serverless הרבה יותר יקר” [תלוי . . . 412 Serverless at Via], בגלל שזה בעצם שירות Premium כדי להריץ פונקציה אחת בודדתאנחנו, מה שנקרא, מוצאים - בהשאלה מאנגלית [we find it] - אנחנו מוצאים את זה יחסית - אם לא יותר זול אז מקביל לדברים אחרים.יש לזה כמה סיבות - מן הסתם, אחת הסיבות העיקריות זה שאם לא הרצנו אז אנחנו לא משלמים, אבל באיזשהו מקום . . .(אורי) אין דבר כזה “להשאיר Instance באוויר” . . .(אור) בדיוק - אין Instance באוויר . . . כשהוא כן באוויר זה יקר יותר, אבל רוב הזמן אצלנו הוא לא באוויר.בוא נגיד לא “רוב הזמן”, אני מגזים - אבל חלק גדול מהחודש הוא לא באוויר.ויש פיצ'ר מאוד נחמד, בהקשר הזה, שיחסית מאוד קל לנו לעשות לו מה שנקרא Unit economicsכי בעצם כל Processing אצלנו - אנחנו יודעים כמה הוא עולה, אנחנו יכולים לעשות איזשהו חישוב גס ולדעת כמה בעצם לתרגם- ממש לחשבונית AWS - לתרגם כמה עולה הפעילות העסקית, ואפילו לתת תחזיות על סמך זה.וזה יתרון מאוד גדול בשבילנו.(אורי) זה מחזיר אותי לשאלה שמחכה מההתחלה . . . מה המודל העסקי? זאת אומרת - אתם פר-טרנזקציה? אתם . . .(רן) עושים פרסומות! מה בעיה? . . . (אילן) Recommendations, כן . . .במערכת שלנו, בסופו של דבר, יש שני סוגים של Transactions - יש את מה שאנחנו קוראים לו Basic Transactions, ה-Fundamental - להעביר ACH ל-ACH או ACH לשיק - התשלומים האלה הם חינם, בעצם Engagement Flywheel עבור העסק ועבורנו בעצם - שהעסק ישתמש בנו.הסוג השני של התשלומים זה בעצם Premium Payments - אם עכשיו עסק רוצה להשתמש בכרטיס אשראי - אז לא מתאפשר לו כרטיס אשראי, כי רוב הספקים לא מקבלים אשראי בעולמות ה-B2Bאנחנו, בזכות ה-Decupling, מאפשרים לעסק בעצם לשלם בכרטיס אשראי - והצד השני יקבל שיק.וע”י כך, בעצם לעזור לעסק ולדחות תשלום בעוד 30 או 45 יום ל-Billing cycle הבא שלך, של כרטיסי האשראיהדבר הזה יעלה למשלם 2.9% . . . (רן) “אשראי ישראלי” - שוטף פלוס . . .(אורי) “השיק בדואר” . . . .(אילן) ותשלומים אחרים שהם Premium Services זה אם אני עכשיו בתור . . . אם אני רוצה . . . ACH, לוקח לו שלושה ימים להגיע בין צד אחד לצד אחר, זו המערכת הבנקאית בארה”ב [גם בארץ…]אם עכשיו רוצים שהתשלום יגיע באותו יום, או Instant - אז בעצם זו עלות שאחד הצדדים יכול לספוג בינתיים - מי שרוצה להאיץ את התשלום או לקבל יותר מהר את התשלום.(רן) דרך אגב, גם במערכת הבנקאית - אני מניח שאתה מכיר את זה - יש גם אפשרות לזרז את התשלום תמורת “תשלום סמלי” . . .(אילן) בדיוק - International payouts -אנחנו היום נכנסים לתשלומים בינלאומיים - ותשלומים כאלה עולים כסף, Domestic wire.אז אנחנו נותנים את התשלומים, את ה-Fundamental payments, בחינם - אבל התשלומים היותר Premium הם בעצם עולים, לאחד הצדדים, תלוי למי אתה מוכר אותו.משם מגיעים ה-Unit Economics שלנו.(אורי) אבל יש, נקרא לזה “הלימה”, בין כמות הטרנזקציות שאתם תבצעו - תכל'ס תשמשו ב-Lambda-ות, נכון? - לבין כמה כסף שתרוויחו, זאת אומרת - זה יחס ישר, מסויים, אבל . . .(אילן) זה לגמרי ככה . . . בסופו של יום, כשאנחנו בעצם מודדים, אנחנו מסתכלים בעצם על סך כל ה-Volume ש-Melio הוציאה באותו יום או באותו חודש - וכמה מה-Volume הזה הוא בעצם volume ש-Melio קיבלה עליו Revenueויש לנו איזשהו יעד שאנחנו באים ואומרים - “רגע, מה היחס?”אם מסתכלים, נגיד, על Check out באונליין, בוא נניח על Check out ב-Stripe - בסופו של יום, כש-Stripe מסתכלת על 100% מהטרנזקציות, הם מרוויחים רווח כזה או אחר, 2.5% או Whatever.אז ב-Melio זה עובד קצת אחרת, בגלל שיש Blend - יש Blend של תשלומים שהם בחינם ותשלומים שהם עולים, ש-Melio בעצם מקבלת עליהם Revenue.כשמסתכלים על הכל, אז יש לנו איזשהו יעד של כמה “Bips-ים” בעצם מסך כל ה-TPV הוא בעצם רווח או Revenue ל-Melio(רן) תרגם שנייה . . . Bips זה?(אילן) זה בעצם האחוזים שבעצם עליהם אנחנו . . .(אורי) זה רווח . . .(אילן) זה הרווח . . . זה ה-Revenue[בערך . . Basis points (BPS) refers to a common unit of measure for interest rates and other percentages in finance. One basis point is equal to 1/100th of 1%]וזה בעצם יעד שאנחנו מסתכלים עליו כל הזמןויש הלימה, בדיוק כמו שאמרת, אורי - בעצם, זה שאנחנו רואים שעסק משתמש בנו יותר, או מבצע יותר תשלומים, אז כמות ה-Premium Payments היחסית שקוראת שם בעצם עולה.ולכן אנחנו באים, וזה עדיין כלכלי עבורנו לבוא ולהגיע למצב שאנחנו רוצים שה-Engegement יעלה - כי אנחנו יודעים שאפשר אחרי זה To derive more revenue.(רן) הנושא הזה, של Unit Economy, אני לגמרי מזדהה איתו - אני נמצא גם במקום שמאוד קשה להבין כמה דברים עולים ואני יודע שזה משמעותי - אבל אני תוהה עד כמה זה בכלל זה משמעותי, עלות מרכיב הענן אצלכם היום - זה בכלל משהו משמעותי? אתם בכלל שמים לב אליו בשלב הזה של הגדילה?(אורי) . . . כאחוז מה-Revenue, ה-Cost of Sales . . .(אילן) בוא נגיד ככה, אם אני יכול ככה “לשתף ולא לשתף”, מה שנקרא . . .(רן) אם המשקיעים לא מקשיבים . . . [אבל אולי קוראים?](אילן) יש לנו עלויות עסקיות, שהן לא עלויות של הענן, בעצם - העלויות מול הבנקים, מול השותפים “הטבעיים”, נקרא לזהוכשמסתכלים על התמונה הכוללת, כשכוללים בפנים את העלות של הענן - אז זה לא כל כך מפחיד.(רן) זה בסדר, ואני חושב שהרבה חברות נמצאות במקום כזה, בעיקר בשלב של גדילה, שבו יש עלויות הרבה הרבה יותר משמעותיות - והן במכוון “שופכות כסף” על הענן, נקרא לזה.הבעיה שהן אחר כך מגיעות לנקודה שממנה מאוד קשה לחזור, של “אוקיי, עכשיו אני רוצה לצמצם את עלויות הענן - אבל עכשיו זה כבר ממש ממש קשה”.[השלמות למיטבי שמע - 421 The Cost of Cloud, a Trillion Dollar Paradox with Martin Casado ו - 418 Carboretor 31 Cost of cloud paradox](אילן) אז אני אהיה איתך כנה - זה שיקול מאוד . . . זה שיקול שעובר לנו גם.בסופו של יום, כשאמרנו שאנחנו רוצים להיות Management-less, אנחנו מעדיפים להתרכז ב-Core Businessכי Melio זו חברה שגדלה - גדלה וגדלה מאוד מהר - בשנה האחרונה הגדלנו את נפח הפעילות ב-5000% אחוז . . . ה-Covid, הקורונה, נתנה Boost מאוד גדול לעסקים להיפטר ממשהו פיזי או לפגוש אחד את השני כדי לבצע תשלומים ולעבור לתשלומים Online.דרך אגב - ה-Serverless או ה-Lambda-ות עזרו לנו To scale out בצורה מאוד טובה - מראש בנינו את המערכת שנוכל To Scale out בצורה טובה, וזה עזר לנו בגדילה הבאמת מאוד מהירה שקרתה לנו.אבל לנקודה שלך - כן, אנחנו הרבה יותר מפוקסים ביכולת שלנו להגדיל את ה-Business מאשר ללכת ולהבין איך אנחנו נחסוך בעלויות עיבוד.(רן) אבל עושים הכנה למזגן? זאת אומרת - מתישהו תתקינו את המזגן הזה . . . .(אילן) לגמרי . . . בחברות Payments זה נהוג להבין בעצם “כמה עולה תשלום”כשאני מסתכל שנייה רגע על . . . Melio בעצם ביצעה מיליונים של טרנזקציות - מה העלות הכוללת שלי, מתהליך העיבוד, עלויות שותפים - Per-Transactionהיכולת לחשב את זה היא יכולת מאוד חשובה כדי להביא את ה-Business to Scale(רן) אז הזכרנו שאתם גדלים - לא אמרתם איפה אתם גרים . . . איפה המשרד?(אילן) המשרד שלנו נמצא בתל אביב, ברחוב הארבעה, מגדלי הארבעהמאוד נגיש מבחינת “קרוב לרכבת” - מאוד נגיש למי שנמצא מחוץ לתל אביב, מאוד נגיש למי שבתוך תל אביבמשרדים יפים, חדשים, שתי קומות - וגדלים . . . (רן) מה אתם מחפשים היום?(אילן) היום ה-Engineering ב-Melio הוא כ-80 אנשים, שנמצאים בארבע קבוצות - אנחנו רוצים להכפיל את גודל הקבוצה, את קבוצת ה-Engineering בשנה הקרובה . . .מחפשים קצת “הכל מהכל” - מחפשים Full-Stack Engineers, יותר לצוותים שהם Product-facing, שמתעסקים בחווייה - לא דיברנו על זה הרבה היום, אבל יש חווייה - אחד הדברים, ואור הזכיר את זה קצת, דיברנו בעיקר על ה-Payments Processing, אבל בסופו של יום אנחנו מוכרים חווייה - חווייה שתיהיה מאוד מאוד נוחה ופשוטה לבעל עסק קטן כדי לנהל את התשלומים שלואז יש צוותים שהם Product-facing שהם בעיקר Full-Stack Engineers.מחפשים Data Science - כי -Melio עושה את כל ה-Risk של ה-Payments, כי Risk “לא קיים” בכל עולמות ה-B2B כמשהו שהוא off the shelf, אז היינו צריכים לפתח את כל המודלים בעצמנואז גם Big Data Engineers וגם Data Science לקבוצות של ה-Risk וה-Data.ו-Backend engineers ל-Payment Processing, שדיברנו עליו עכשיו . . . (רן) יופי - אז שיהיה בהצלחה, תודה רבה על הביקור, השיק בדואר, להתראות! האזנה נעימה ותודה רבה לעופר פורר על התמלול!

[קישור לקובץ mp3] בפודקאסט מספר 418 [!I'm a teapot] של רברס עם פלטפורמה - וזהו קרבורטור מספר 31.התאריך היום הוא ה-17 באוגוסט 2021 ואנחנו בכרכור באולפן הבייתי שלנו בבית של אורי . . . הי אורי! (אורי) אהלן . . . רן, אתה מחזיק את המיקרופון ביד בהחזקה אופיינית לתבורי . . . (רן) בבקשה, הרמתי את האצבע . . . החלטתי להישען בפודקאסט הזה, היה לי יום ארוך של נסיעות . . . אז אנחנו בקרבורטור - ובקרבורטור, כמיטב המסורת, אנחנו מארחים את נתי שלום, אז הנה - שלום לנתי שלום!(נתי) שלום לכם! כמה זמן כבר שלא נפגשנו? כבר איזה חודשיים בערך?(רן) כך וכך חודשים [שישה וחצי] . . . אז נתי, אנחנו שמחים לארח אותך שוב . . . (נתי) האמת שזה די מדהים שכל פעם אנחנו מוצאים איזה נושא מעניין כזה שמדליק פתאום את החושים - כל פעם אתה זורק איזה WhatsApp על משהו ושולח אותי לשבועות של מחקר . . . (אורי) בנושא טעון . . . כמו ענן שחור כבד שעולה במערב . . . (רן) זה הפרק שבו אורי יגיד לנו “אמרתי לכם!” . . . אז בואו נראה מה הולך לקרות פה היום . . . (אורי) אמרתי לכם! . . . (רן) לגמרי.אז לפני מספר שבועות, או אפילו כמה חודשים [May 27, 2021], התפרסם מאמר מעניין בבלוג של Andreessen Horowitz שנקרא The Cost of Cloud, a Trillion Dollar Paradox - שבו, למעשה, הם מתארים, שני המחברים - Sarah Wang ו-Martin Casado את מה שהם קוראים לו “פרדוקס” בתחום של עלויות ענן, או אם נתמצת את זה - מתי “נכון” להיות בענן ומתי “לא נכון” להיות בענן.התשובה לא איחרה לבוא, מפי Corey Quinn, שאמנם לא עובד ב-AWS אבל הוא בדרך כלל בעדם, והוא בא ושובר את כל הטיעונים שלהם לחלקים . . . אז פשוט שלחתי את שני המאמרים האלה ב-WhatsApp לנתי - ופה נקודת ההתחלה שלנו . . . לא נקריא אותם פה בשידור ואתם כמובן מוזמנים ונוסיף רפרנסים [יש] - ובגדול, השאלה היא “האם Cloud נכון לחברה בשלבי ה-Growth השונים? מה העלות האמיתית שלו? האם יש פה אכן פרדוקס?”.(רן) אז בוא, קודם, נכנס ככה למאמר - ולפרדוקס, לכאורה, שהם מתארים. . . (נתי) אז בוא נדבר באמת קודם על מה זה הפרדוקס - הפרדוקס בא ואומר שחברות . . . חברות נמדדות על Velocity, והיום יש Incentive שונה בין Velocity ל-Efficiencyזאת אומרת שרוב החברות משקיעות ב-Velocity, וכשאני אומר ש”יש Incentive” זאת אומרת שהן מתוגמלות בשוק, בבורסה, בצורה שבה החברות נמדדות ב-Valuationומכאן בעצם יש בעצם שרשרת של התנהלות שאומרת “אוקיי, אני צריך להוציא כמה שיותר מוצרים, כמה יותר פיצ'רים כמה שיותר מהר” - וה-Cloud זו פלטפורמה אידיאלית לדבר הזה.בדרך, שוכחים את הצד של העלות של ה-Cloud . . . ואז, כשמסתכלים פתאום על זה התוכן של החברות האלה ועל ה-Portfolio וה-Breakdown של ה-Revenue שלהן, מוצאים נתון די מדהים, לדעתי, שאיכשהו, כשמישהו שם אותו על הלוח, זה הפך להיות משהו מדהים - הרבה מאוד חברות SaaS שהן ב-Scale - אם זה Asana וכמובן Elastic ואחרים - נמצאות במצב שבו אחוז גדול מסך כל ה-revenue שלהן הולך ל-Infrastructure של Cloud . . .ויותר מזה - האחוז הזה הולך וגדל . . . זאת אומרת - ופה נכנס הפרדוקס - מצד אחד, הם גדלים, ומצד שני הריווחיות שלהן הולכת ונשחקת, במגמה כזאת, שהיא לא יכולה להדביק את הריווחיות שלהן . . .זאת אומרת שיש פה איזושהי מגמה שבה אני לא יכול לגבות עבור המוצר שלי בקצב שבו אני מוציא כסף . . . (רן) למה זה נשחק?(נתי) זה נשחק כי אני לא יכול לגבות . . . יש לי מוצר נתון בענן, וכל פעם יש לי דרישה להוסיף לו פיצ'רים ולהגדיל אותוהמשמעות של זה היא יותר ויותר Infrastructureעכשיו, יש הרבה “איים של Inefficiency” [בזרם?] שעוד מעט נדבר עליהם - ומה שקורה לאורך זמן זה שהעלות שלי הוא די קבועה, זאת אומרת שהיא גדלה באופן די קבוע - אבל ההכנסה שלי היא הרבה פעמים Flat, זאת אומרת, מבחינת מבנה ההכנסות . . . אז יש פה שחיקה - בעבור אותו מוצר, אני מתחיל להוציא יותר ויותר . . .(רן) ההכנסה פר-לקוח . . . (אורי) זה סוג של Inefficiency of Scale . . . אנחנו רגילים להגיד שצריך להיות לנו Efficiency of Scale מבחינת עלויות . . . (נתי) אנחנו כמעט ולא נמדדים עליו . . . כל המאמר מתמקד בנקודה הזאת, שאתה מודד את כל החברות על עד כמה מהר הם מביאים עוד לקוחות וכמה מהר הם גדלים, כמה פיצ'רים הם מוציאים . . . אז ברור שהצד השני - כמעט ואף אחד לא יסתכל עליו . . . הרבה פעמים אני זוכר בשיחות שהייתי הולך ו . . . זה בעיני הערך הכי גדול של המאמר הזה . . . הייתי הולך ומדבר עם מנהלי פיתוח ומדבר איתם על כל מיני דברים של איך כן לעשות דברים של Efficiency, והיו אומרים לי “אין לי זמן” . . . “אין לי זמן, אני עסוק כרגע, יש לי מיליון דברים לעשות - זה איפשהו ב-Back-Burner . . .”וכמעט תמיד זאת התשובה שהייתי שומע . . .(אורי) אני רוצה להגיד משהו עם . . . בוא נשים שנייה את הבורסה בצד, בסדר, ונחזור ל-Basics של הכנסות-הוצאות: היכולת לייצר Efficiency of Scale מאפשרת לך, בגדול, To Scale the business more - כי, אם נסתכל על זה בצורה מאוד בסיסית, יש לך “דלי של כסף”, ואתה יכול, בגדול, להוציא אותו על שלושה דברים עיקריים - על Sales & Marketing, על פיתוח ועל Infrastructure . . . זה, נגיד, שלושת הדברים . . . ההוצאות הכבדות שיש.ב-Sales & Marketing ובפיתוח אתה משקיע באנשים - וזה הכוח שלך קדימה, בסדר? ה-Infrastructure הוא מקום ש - עד כדי הפגיעה בהתקדמות של אחרים, של האנשים - איפה שאתה יכול לאפטם (Optimize), תאפטם . . . כי כל השקעה ב-Human Capital . . . לא ה-Human Capital עצמו אלא ב . . . Human Capital יביא מכפילים על הכסף, בסדר? ו-Infrastructure, ברוב המקרים, לא יביא יותר מ-1:1 . . . זאת אומרת: שרת שמשרת X בקשות ביום - היום הוא ישרת X בקשות ומחר הוא ישרת X בקשות.איש מכירות עשה מכירה - מחר המכירה הזו ממשיכה לעבוד ולהביא Revenue, והמכירה שהוא יעשה מחר מביאה עוד Revenueזאת אומרת שיש עליו Revenue אינקרמנטלי . . . אנשי פיתוח, ואני חושב שגם Marketing, הם באותו מקום, ומוצר וכו' - הם הופכים את איש המכירות ליותר יעיל, הם נותנים לו עוד כלים למכור והם גם לפעמים משקיעים ב-Infrastructure והופכים אותו ליותר יעיל . . . אז יש להם, אני חושב, תרומה אקספוננציאלית ל-Business.עכשיו - יש לך את הדלי הזה של הכסף, ותחשוב איפה אתה ועל מה אתה שם אותו: ב-Economy of Scale, תשים אותו על מה שמגדיל את ה-Business, ולא על מה שמביא תרומה יחסית קטנה או קבועה.ואת ה-Basics הזה אנשים שכחו . . . (נתי) נכון . . . ואני אומר, וזה למשל משהו ש-Corey Quinn דיבר על הנקודה הזאת באמת - הוא טוען שהטיעון של Martin Casado מופרך, מכמה סיבות - 1 - מי שקרא את המאמר היה רואה שהוא מתבסס מאוד על המודל של Dropbox . . . מה Dropbox עשו? באמת עשו Repatriation, מהמילה “Patriot” - “לקחת את ה-Cloud הבייתה”.(רן) בוא נזכיר רק . . . לא נקרא פה את כל המאמר, אבל בגדול - הוא מתאר סיפור של Dropbox לפני ההנפקה, שעשו, כמו שאמרת Repatriation, שזו מילה ממש קשה . . .(נתי) . . .נכון, אני עשיתי חזרות לפני כן . . . .(רן) . . . שזה בגדול אומר “לרדת מההענן וללכת ל-Datacenter משלהם” - לחלק מהשירותים שלהם - בוא נגיד שלא לכולם, בעיקר לשכבת ה-Storage, שהיא כנראה יחסית גם מאוד יקרה בענן וגם מאוד סטטית מבחינת . . . (אורי) לא רק . . .זה עד כמה שהיא בשלה . . . (רן) בדיוק - בשלה, תודה אורי. אז הוא בא ואמר שכשהם עשו את הצעד הזה לפני ההנפקה, זה העלה מאוד את הערך של Dropbox בזמן ההנפקה, והם הגיעו שם למספרים די אסטרונומיים - משהו כמו פי-25, אני לא זוכר בדיוק מה המספרים, אבל בצורה מאוד משמעותית, לא ב-30 אחוז . . . גם אם, לצורך העניין, הם הצליחו להשיג הוזלה של 30%, השיפור במכפיל שלהם, או ב-Value או במה שאני לא זוכר . . . (נתי) זה היה X24 . . . (רן) . . . זהו, זה לא היה 30%, אלא זה היה פי-24 . . . ויש להם איזשהו הסבר ללמה זה?(נתי) בדיוק . . . (אורי) כי גם משקיעים מבינים את הדבר הזה שנקרא Economy of Scale . . . זה פינה ל-Dropbox הרבה מאוד כסף כדי להשקיע בחזרה בהגדלה של ה-Business . . .(נתי) נכון, אבל שווה רגע להתעכב על זה טיפה, כי אני חושב שזה הטוויסט הכי גדול בעלילה, במאמר הזה . . .עד היום, בכל השיחות של Efficiency, מה עשינו ומדדנו? אמרנו אוקיי, כמה עולה עכשיו . . . ניקח סתם “להרים VM”? אז עולה לך X$ בשעה וולצורך העניין, בענן פרטי אתה יכול להראות שאולי זה פחות.ואז אתה מגיע למיליונים. אבל ברגע שאתה מזיז את המדד הזה מ”כמה עולה ב-Datacenter שלך לעומת שרת בענן?” ל-”איך זה משפיע על הווליואציה (Valuation) של החברה?”, אתה מגיע פתאום למיליונים, ל”טריליון דולר” הזה שהוא מדבר עליו, ה”Trillion Dollar Paradox”.כי אתה כבר לא מודד את ההבדלים ב-Cost של ה-Infrastructure . . . . (אורי) . . . כי הוא הכפיל את זה במספר החברות ש . . . (נתי) . . . לא רק מספר החברות - אלא איך החברות, איך כל דולר שאתה חוסך משפיע על הווליואציה.וברור שהווליואציה הרבה יותר רגישה למספר הזה - היא לא לינארית, היא לא אומרת “אה, חסכת דולר? אז המנייה שלך תעלה בדולר” אלא “חסכת דולר? אז כמובן במכפילים של כמות העסקאות שיש לך והלקוחות שיש לך זה שווה הרבה יותר”וזה הפך את זה ל”Trillion Dollar Paradox” ולא ל”Million Dollar Paradox” . . . (רן) אגב, שווה לציין שזה טיעון שונה מהטיעון שלך, אורי - אתה אומר “חסכת דולר? תשתמש בו להשקעה ב-Human Capital או במשהו אחר”, והוא לא בא ואומר את זה . . . (אורי) לא, אני חושב שזה פשוט . . . אתה יודע, אנחנו מדברים פה על מכפילים לווליואציות (Valuation), אז מכפיל לווליואציות - המשקיעים בוחרים על מה הם שמים את המכפיל . . . [כאן יש הסבר אפשרי מעניין]אז לפעמים הם שמים את זה על הגדילה, לפעמים הם שמים את זה על ה-Gross Revenue - והרבה פעמים הם שמים את זה על ה-EBITA, אז . . . (נתי) אז פה הוא מדבר על זה שהרבה פעמים מודדים ARR, בלי בהכרח למדוד את הדברים האחרים . . . (אורי) נכון . . . (נתי) . . ואם אתה מראה גדילה משמעותית ב-ARR, הווליואציה שלך בהכרח גדלה, גם אם אתה עושה את זה על חשבון זה שאתה מקטין את הרווחיות שלך . . . (אורי) . . . אני אומר שיש שווקים מסויימים ויש סגמנטים של שוק, שבהם דווקא מסתכלים על ה-EBITA ועל הגדילה ב-EBITA - וזה מדד לריווחיות ול”בריאות החברה”.(רן) אורי - תזכיר למאזינים: EBITA? מה זה?(אורי) תכל'ס - זה הרווח הנקי . . .(רן) הרווח הגולמי?(אורי) לא - הרווח הנקי . . . Earnings before interest, taxes, and amortization (EBITA) וכל הקללות האלה ש . . .(רן) כמו שאומרים בקופה ראשית - מה שנשאר בסוף בכיס . . . זה מה שהרווחנו.(אורי) כן . . . אז ה-EBITA הזאת היא מדד ל”בריאות ה-Business Model” של החברה, והרבה פעמים מקבלים על זה את המכפילים - ויש לא מעט חברות שאם הן תעבירנה את . . . אתה יודע מה, אני לא יודע . . . אבל ההבדל בין לרוץ ב-Cloud או לרוץ On-Premise הוא בין EBITA בריאה לבין אפס EBITA . . . (נתי) כן - אבל אם אתה מסתכל, אז רוב השוק של ה-Unicorns, שעכשיו זה השם הנפוץ ביותר במדינה, פחות או יותר, כשאתה מסתובב היום בהרצליה ובתל אביב . . . (רן) עוד חודשיים, כשנקליט את זה, זה יהיה כבר יהיה תטא-קורן . . . (נתי) כן . . . אז בסוף יש לך חברות, בסופו של דבר, כמו Uber, שאם הייתה מודד אותה על EBITA, לא היית נותן להם את הווליואציה שיש להם היום, אתה מסכים איתי, נכון? כי המודל הוצאות והכנסות שלהם לא היה, לפחות עד לא מזמן, לא כזה הגיוני . . . [ה-understatement הגדול בהיסטוריה?]מן הסתם, רוב החברות שהן יוניקורן, לפחות עד השלב שהן מגיעות לזה שהן יוניקורן ומתחילות להימדד על זה, הן נמדדות על ARR ועל גידול ובשלב הזה הן אפילו, חלקית [חלקית?] הפסדיות . . . (אורי) אתה יודע מתי חברות מתחילות להימדד על EBITA? במשברים . . . (נתי) נכון . . . אז אנחנו בבועה, לצורך העניין, וזה איזשהו מדד מסויים, כנראה, גם של בועה - אבל היא לא אומרת שהיא הולכת להתפוצץ מהר . . . [לא אומרים משפטים כאלה . . . לא קראת קומיקס אף פעם?]יש איפשהו איזה כסף אינסופי שאני לא מצליח להבין אותו - טפו-טפו, כן - אבל אני חושב שזה היה, כשאני ככה “מקזז את זה”, זה היכולת להסתכל לא על “כמה עולה לי שרת ב-Datacenter שלי וכמה עולה לי שרת בענן” ולמדוד את זה שם ו”להישאר במגרש של הגרושים”, לצורך העניין - אלא להביא את זה פתאום לחברה . . . זה הפך את זה ל-”Trillion Dollar Paradox” מ-”Million Dollar Paradox”.וזה, פתאום, שם איזושהי מראה של “אוקיי, מה קורה פה? . . . “ יש פה משהו לא הגיוני.(רן) אז נסכם, רק שנייה, את המאמר הזה של Andreessen Horowitz, שאני ממליץ, אגב, לקרוא, למי שמתעניין - אנחנו ממש נסכם אותו בקצרה - הוא בא ואומר “חבר'ה, מאיזשהו גודל מסויים, אתם לא צריכים להיות בענן - אתם צריכים לעשות Repatriation ל-Service-ים שלכם, זאת אומרת - לקחת את ה-Service-ים, להוריד אותם מהענן ולבנות אותם ב-Datacenter שלכם”.בא Corey Quinn - וסותר אותו:הוא בא ואומר “תראו חבר'ה, זה לא נכון, כל הסיפור הזה - זה אולי נכון במקרה של Dropbox”“למה זה נכון במקרה של Dropbox?” אז . . .(נתי) במקרה של Dropbox הוא אומר ש”מדדתם לא נכון כי הסתרתם חלק מהמידע” . . . (רן) יכול להיות - אבל הוא אומר למה זה: אולי זה נכון במקרה של Dropbox - אני אזהר פה - כי אומר ש”Dropbox סיימו לחדש” . . . . זאת אומרת, אין להם כבר פיצ'רים חדשים להוציא, הם הגיעו פחות או יותר לתקרת הזכוכית מבחינת איפה שהם יכולים לגדול ולחדש - אז כל מה שנשאר להם זה להיות יותר Efficient . . .אז אם אתם חברה כזאת, שכבר אין לה לאן לגדול - “סבבה, תלכו להיות Efficient” [זה מגיע עם תנועת יד ספציפית?]אבל לרוב החברות בעולם - יש להן עוד הרבה מאוד לאן לגדול, אז יותר נכון לגדול, גם אם זה על חשבון ה . . . EBITA? איך אמרנו?(נתי) כן . . .(אורי) אה . . . (רן) זה הטיעון שלו . . . (אורי) כן, אתה יודע - ואז בא נתי שלום ואומר, בצדק אני חושב - תקן אותי אם אני טועה . . . Dropbox לא גמרה לחדש, בסדר? אין חברה חפצת-חיים שגומרת לחדש, כולם מחדשים.וה-Sweat-spot הוא לדעת לתמוך בתשתית שנותנת את האג'ליות בחידושים - ולדעת לעשות אופטימיזציה ל-Core Business, על המקום שבו ה-Economy of Scale הוא מאוד מאוד חשוב.(נתי) אז א' - במקרה של Dropbox, יש שם איזושהי אנומליה שהוא מתאר, שבעצם כשאתה מסתכל על הספרים וכשאתה מסתכל על ההוצאות שלהם על Infrastructure אז לכאורה זה נראה נמוך, אבל מאחורי זה מה שמסתתר זה סעיף אחר - של הוצאות על אנשים והוצאות על Datacenters ,שלא נכללו בסעיף ההוא, והם מופיעים פשוט בסעיף אחר . . .ואז הוא אומר שיש פה משהו שבסך הכל המספרים הם לא כמו שהם מתארים. זה עדיין יותר זול, אבל . . .(אורי) נתי - בתור אחד שמכיר את המספרים מהחברה שלו וזה . . . - ההוצאות על האנשים שתומכים ב-Infrastructure הזה הן Fraction of a fraction ממה שעולה . . . עליות של Cloud. זה טיעון של מישהו שלא בדיוק יודע איך עובדים ב-Cloud . . . (נתי) אז זה לא סותר את התיאוריה, זה רק אומר שהמספרים הם לא “כצעקתם”, מה שנקרא.לכן אני שם את זה שנייה בצד ואומר - יש כאן טיעונים, צריך להכיר אותם, וכנראה ש-Dropbox, מה שנקרא, “מינפו את הפוזיציה” הרבה יותר ממה שהיא באמת, אבל הגרעין של הטיעון - הוא עדיין עומד עליו . . .זה הניתוח שלי לפחות - שלמרות כל הרעש על זה והביקורת שלעשות Repatriation זה דבר שהוא גם מאוד יקר ופוגע באג'יליות - בסופו של דבר, אני חושב שהטיעון המרכזי זה Efficiency vs. Velocity היום חברות נדרשות ל-Tradeoff הזה, וזה הגורם העיקרי.עכשיו - יש הרבה מאוד דרכים, ואולי נדבר גם על זה, לעשות Efficiency בתוך הענן - לפני שאתה עושה Repatriation, בעצם, Repatriation הוא אחד האמצעים לעשות אופטימיזציה - מאוד קיצוני יחסית, ויש הרבה יחסית שאיחרו את הרכבת, או שלחילופין המהלך הזה יהיה להם מאוד מאוד יקר וכואב, למי שלא בנה את זה מראש, כמוך [אורי], או למי שלא תכנן את זה - זה לא יהיה לו טריויאלי.אבל הטיעון המרכזי הוא Efficiency - אני צריך לייעל את הצורה שבה אני צורך משאבים ואני צריך להסתכל על איך אני צורך משאבים בצורה מאוד נכונה.עכשיו - למה זה מורכב? כי אם אתה מסתכל היום מה הן האפשרויות שלי להגדיל את ה-Efficiency בענן, אז בוא נסתכל על הפתרונות שיש לי . . .יש לי פתרון אחד, שזה כל מיני כלים שנותנים לי Cost . . . מה הבעיה עם זה?א' - זה בדרך כלל After the factב' - ההמלצות שאתם תראו אם תשתמשו בכלים שנותנים לכם Cost מקסימום יגידו לכם “הנה Alert על איזה מישהו טיפש שהשאיר את המכונה שלו ולא סגר את זה!”אוקיי, סבבה, מתישהו אתם לומדים גם לנהל את ה-Policy הזה - אבל . . . .לפעמים הוא גם יגיד לך אם אתה מחזיק מכונות גדולות ואתה יכול להקטין אותן וכל מיני דברים כאלהאבל אתה תמצה את המהלך הזה יחסית מהר, ה-Value של האינפורמציה הזו הוא די יגיע למיצוי בתוך כמה חודשים, וכבר הגעת למיצוי של מה שאתה תקבלואז אתה תתחיל לקבל הרבה מאוד “רעש” כזה, כמו בחברות Security - המון רעש על Alert-ים, וזה בעצם יהיה רעש ואתה לא תקשיב לזה בכלל, וזה יכנס לך ויצא מהאוזן השנייה.אז זה כל החברות Cost . . .הדבר השני שיש לנו זה כל החברות אוטומציה - מה הבעיה עם אוטומציה? נתתי דוגמא דווקא מ[יובל] נח-הררי, שמאוד אהבתי את ה . . . מאמר אחר לגמרי, לא קשור בכלל לנושא הזה . . (רן) “מאזיננו יובל” . . . (נתי) כן, יובל נח-הררי, חבר שלי מהמסטינ”ג . . . לא, סתםיש לו אגב פודקאסט מאוד מעניין עם [מארק] צוקרברג, גם נושא לשיחה אחרת . . .אז הוא בא ואמר משפט שאני עכשיו נוהג לצטט אותו הרבה - “כלי בסוף תלוי במה שאתה עושה איתו” . . . והוא נתן את הדוגמא של הסכין - שזה כלי שאתה יכול לחתוך איתו סלט ולהכין אוכל מצויין, אבל אתה גם יכול להרוג איתו . . . זה אותו הכלי.אותו הדבר לגבי כלי האוטומציה - אנחנו הרבה פעמים אומרים “אוקיי, איך אני אחסוך? אני אעבוד ל-Spot!” או “איך אני אחסוך? אני אעבור ל-Kubernetes!” או “איך אני אחסוך? אני אעבור ל-Terraform!”מה קורה בדרך כלל לחברות אחרי שהן עושות את המהלך ל-Kubernetes? אתה שואל אותן “איך היה המעבר? עד כמה זה באמת היה Efficient יותר?”אז הם אומרים לך “אג'ילי! אג'ילי! אג'ילי! - אבל ב-Cost זה Sky-rocketing . . . “למה? כי נוצרה גם, עם המעבר לכלי האוטומציה הזה, איזושהי אבסטרקציה עוד יותר גדולה ל-Cost, כי עכשיו אתה לא באמת יודע מה רץ ואיפהוגם עניין של קלות - פתאום עכשיו להרים סביבות ו-Containers ניהיה נורא קל, אז מעיפים Container-ים על ימין ועל שמאל, והרבה מאוד סביבות . . . אתה מכיר את זה גם, אני חושב . . .הרבה יותר ממה שהיית צורך קודם, אפילו ב-Monolith . . . אם תשווה את ה-Monolith שהיה לך קודם לעומת ה-microServices שיש לך היום, ואת כל הסביבות Development שאתה מריץ לצד זה, וכל ה-Overhead-ים שיש לזה . . . פתאום רואים שהעלות שלהם גדלה וגדלה וגדלה - בקצב מאוד גבוה.והסיבה היא שכלי האוטומציה באמת נותנים Efficiency - הם מביאים אותך ל-Efficiency, אבל הם גם, באותה מידה, מורידים את ה-Efficiency מעצם זה שהם עושים אבסטרקציה ו”מחביאים” את ה . . . (רן) מייצרים שכבת Overhead משמעותית, לא זניחה . . .(נתי) והיום, אין את היכולת באמת לתווך בצורה טובה בין המשתמש ל-Infrastructure - וכך אנחנו מגיעים לנקודה הזאת, ואז יש . . .(אורי) אני חושב שמהניסיון שלי, אין תחליף למישהו שמדי פעם מסתכל על ה-Cost ואומר “חבר'ה, ברחנו פה . . . בואו, תעשו סיבוב ותראו איך אתם מאפטמים . . . “[ובינתיים, ב-Pinterest . . . ](נתי) נכון - ואני אגיד לך שגם זה בעייתי, ותיכף גם נגיע לאיזשהו, הייתי אומר “Pattern של פתרון” או כיוון מסויים של פתרון, שקיים בכמה תעשיות כבר . . . (רן) זה מה שהזכרת כ”חברות ה-Cost” - חברות שמציפות את ה-Cost הבעייתי . . . (נתי) זה כמו חברות Security, באיזשהו שלב . . . כי מה הבעיה? בוא, אני אראה לך ואפרוש לך עכשיו את כל הכלים של אופטימיזציה, ואז תבין איפה הבעיה - יש לך בעצם ארבע קטיגוריות של אופטימיזציה:יש לך קטיגוריה אחת שזה ברמת ה-VM, ה-Compute וה-Storage - אז אתה יכול ללכת מ-Spot ל-Reserved ל-VM יותר גדול . . . עם GPU, בלי GPU, כל מיני - אופטימיזציות ברמה הזאת, של ה-Infrastructure.יש ברמת Policy - שזה בעצם להגיד “אוקיי, מכונה שלא השתמשת בה, אתה יכול להרוג”, “אם זה ב-Development תעשה ככה” - ויש כל מיני נושאים של מדיניות.ויש ארכיטקטורה - Kubernetes ו-Containers, אם זה Fargate או לא Fargate, או שזה Serverless או לא Serverless - כל מיני היבטים כאלה.[עוד קטיגוריה?]ועכשיו, כשתסתכל על כל הדבר הזה, ותגיד “אוקיי, אני רוצה לעבור, למשל, מ-VM ל-Spot” - אז זה, לכאורה, פשוט: אתה לא צריך לעשות כלום . . .איפה אתה נופל? אם האפליקציה שלך היא Stateful, אז לא בדיוק בדיוק יעבוד, זה דורש שינוי ארכיטקטוני . . . זה כמעט כמו לעבור ל-microServices - השינוי הארכיטקטוני הזה הוא כבר שינוי קוד, ושינוי קוד זה כבר לא דבר פשוטזה לא שמישהו יצעק לך “אתה מאוד לא Efficient פה!” - ומחר אתה יכול להיות 30% יותר Efficient . . . (אורי) מה שאתה אומר זה שזה לא משנה אם אתה תעבור מ . . . לא יודע, מ-Cloud ל-On Premise או מ-Monolith ל-microService - עצם זה ששינית State of Mind ואתה מתחיל להיות Mindful, למודעות - זה יצריך ממש השקעה . . (נתי) בדיוק - הרבה השקעה ולאורך לא מעט זמן, כי בוא ניקח את הדוגמא הכי טובה לחברות שיודעות לעשות Scale - אלו חברות ה-Cloud עצמן . . .מה קורה בחברות האלה? הן . . .(אורי) אגב - הם ידעו כל כך טוב לעשות Scale שהן הרימו את ה-Cloud . . .(נתי) נכון . . . אבל אני אומר “איך הם עושים את זה?” אפשר ללמוד מהן, זאת אומרת - יש להם על כל צוות, על כל מוצר, כשהם עושים S3, הצוות הזה לא עובר רק לפתח את הפיצ'ר הבא אלא הוא עובד מאוד מאוד חזק בלמצוא פתרונות שמורידים את ה-Cost עבורםולצורך העניין מגדילים את ה-Margin ואת כל האופטימיזציות שיש אחרי זה, לאורך זמן - משקיעים בזה המון.זה לא שזה קורה “כדרך אגב”, זה לא שמישהו אומר להם “אה, ה-Cost שלך יקר, בוא תוריד אותו” - ופתאום משקיעים בזה, עושים שינוי של Priorities ומשקיעים בזה.זה חלק מאוד מאוד משמעותי בהתנהלות שלהם, זה חלק חלק מאוד משמעותי ב-Incentives שלהםזה יכול להיות חלק מאוד משמעותי באיך שהם מתכננים את ה-Roadmap-ים שלהם - וזה פיצ'ר לכל דבר ועניין, והוא מקבל את אותה עדיפות כמו פיצ'ר שהוא Customer-facing . . .אז זה, קודם כל, משהו בצורת ההתנהלות שצריך להיות מאוד שונה - ולהבין שזה On-going, זה קשה, אין פתרונות קסם פה ולא יבוא איזה “פתרון מהצד” ויפתור לכם את הבעיות. זה כל הזמן צריך להיות . . . (רן) זאת אומרת, אתה אומר ש”Cost צריך להיות פיצ'ר”, לצורך העניין? . . .(נתי) כן . . (רן) “אל תייצר לי פיצ'ר שנותן ל-User לעשות File Upload - תייצר לי פיצ'ר שנותן ל-User לעשות File Upload בפחות מ-5 מילי-סנט . . .”(נתי) בדיוק - ותמדוד את זה, ותתגמל על זה . . . כמו שאתה מתגמל על דברים אחרים.ואז זה הופך להיות, ברמת ההתנהלות, זה הופך להיות משהו חשוב שה-Business מודע אליו - ואז אתה מייצר את התרבות הזאת, שאתה נותן לזה Attention . . . - וזה, לכשלעצמו, עדיין לא מספיק.(רן) אבל אז, זאת אומרת, אנחנו חוזרים ל-Tradeoff שהצגת בהתחלה - האג'ליות מול ה . . . סליחה - ה-Velocity מול ה-Efficiency: ברגע שאתה עובד על ה-Efficiency, אתה באותה רגע פוגע ב-Velocity . . . (נתי) אז נתתי את הדוגמא של חברות ה-Cloud - הם מצאו פתרון לזה . . . אז הם באו ואמרו - ובואו נלמד מהם, כי אני חושב שיש כאן איזה בית ספר שאפשר ללמוד ממנו.אז עובדה שהם משקיעים בזה הרבה, וכן - זה בא על חשבון Velocity, לכאורה.אבל זה לא באמת בא רק על חשבון Velocity, כי זה פיצ'ר - ושוב פעם זו הסתכלות מאוד לא נכונה על Efficiency . . . (רן) לא, אני הייתי אומר שזה בא על החשבון - וזה בסדר: ברור שזה בא על חשבון זה, כי את זה הבנו, וזה Tradeoff ואי אפשר להתחמק מזה . . .(נתי) כשאומרים ש”זה בא על חשבון”, אני אומר . . . הרי מה המטרה שלך בפיצ'ר? בסופו של דבר, אתה מביא פיצ'ר כדי להגדיל ערך - אבל פה גם הגדלת ערך! רק במימד אחר . . . [איפה אסימוב כשצריך אותו?]שפחות רואים אותו ופחות יודעים עליו - רואה אותו רק מי שמסתכל בסוף על המספרים . . . אתה פחות רואה את זה . . . אתה לא יכול לשים איזה PR ולהוציא על זה Announcement . . .(רן) דרך אגב, מכל הסיפור הזה של מדידת עלות בענן, של אוטומציה של עלות וכו' - יש לזה כבר שם, אז בואו ניתן לזה אתה השם: היום קוראים לזה FinOps [!], לא יודע אם כבר ראיתם או לא . . . ויש כמה חברות בתחום הזה וגם כמה חברות ישראליות . . . אז אם נתקלתם בשם הזה שנקרא FinOps - אז זה כל התחום של עלויות בענן ו”ייעול בענן”.(אורי) אני רציתי להגיד עוד משהו על האג'ליות של המוצרים החדשים וזה . . . אתם יודעים, זה סוד כזה שאולי קצת לא מדברים עליו, אבל נתקלתי לפחות בחברה אחת שאומרת “רגע! אני באתי, ייצרתי מוצר שהוא SaaS בענן, ובעצם אני עשיתי את ה-Trail & Error, אני בניתי . . . וברגע שהוכחתי שזה עובד וזה הצליח לי - באו AWS והעתיקו אותי ו . . . “(רן) הקלטנו על זה פרק [קוסמי! 365 Carburetor 26 - open source politics], אבל . . . זה נכון, וזה נושא כאוב ומעניין . . .(אורי) אז אתה אומר, כאילו - באיזה Innovation בדיוק הם משקיעים, אם הם . . . וואלה, יש חברות אחרות שלוקחות את ה-Cost של ה-Trail & Error, ואז הם פשוט באים, עושים את אותו הדבר ו . . . (נתי) מיקרוסופט המציאו את הדבר הזה, כשעוד הייתה להם את מערכת ההפעלה והם עשו את הדבר הזה . . .וכן, זו מציאות שאני חושב שלא תשתנה, כנראה, ועל זה יש לנו פחות שליטה, אז אני פחות מתעסק בזה.כולם חווים את הכאב הזה - וזה כואב וזה מעצבן, ואני לא רואה את זה משתנה בדינמיקה הזאת יותר מדי . . .(אורי) אני רוצה לומר שרוב ה-Cost שיש ביצירת Innovation היא בטעויות . . . (נתי) נכון, אז אתה אומר שבהגדרה השלב הזה הוא עוד לא Efficient כי אתה לומד מטעויות . . .(אורי) כן . . .(נתי) אז זה סבבה - אבל בוא נלך שנייה על איפה אני חושב שכן יכולה להיות הקפיצה הבאה, ויש פה, לדעתי, איזושהי בשורה שאפשר כן לצאת ממנה בשיחה הזאת, ולפחות . . . חשבתי על זה הרבה והגעתי לאיזושהי תובנה בהקשר הזה ואני אחלוק אותה איתכם:התובנה באה ואומרת כזה דבר - אם אנחנו מסתכלים על הנקודות Scale בעולם ה-Cloud, אז יש כל מיני נקודות, שראינו את הקפיצה פתאום - נקודה אחת זה כשיצאו ה-VM-ים והפכנו מכונות פיזיות לווירטואליות, ובנקודה הזאת בכלל נוצר הענן - בלי זה בכלל לא היה לנו היום ענן ולא היינו מדברים בכלל.הנקודה השנייה הייתה המעבר ל-Containers ואחר כך ל-Kubernetes, שבעצם הביאו לנו את היכולת לנהל מערכות מאוד מורכבות וגדולותיצאנו מ-VM-ים ל-Container-ים וזה היה, דרך אגב, גם נקודה סינגולרית מאוד מאוד משמעותית.אחרי זה יש את ה-Infrastructure-as-a-Codeוהיום, אחת הבעיות לאופטימיזציה - ואני בא קצת מעולם של Databases אז אני מכיר את זה טוב - זה מאוד קשה לעשות אופטימיזציה כשהעולם שלך הוא Security Group וכשהעולם שלך זה VPC, וכשהעולם שלך הוא כל מיני נקודות כאלה ב-Infrastructure . . . כי ככל שאתה מסתכל על “הפסיפס” ואתה מנסה לעשות אופטימיזציה, מאוד מאוד קשה לך לראות את התמונה הגדולה ולראות איפה “ה-Pocket הכי גדול שלך” ולעשות את האופטימיזציה שם . . ואנחנו קצת תקועים פה . . .עכשיו, לדעתי צריך להיות . . .(אורי) “תקועים בפרטים”, אתה אומר . . .(נתי) תקועים בפרטים, בדיוק - ולכן ה-Complexity הוא זה שמייצר את המורכבות, שלא מאפשרת לעשות את ה . . . תיארתי כל מיני שיטות לאופטימיזציה - זה יכול להיות Policy זה יכול להיות לעשות Scaling או שזה Spot, שזה היכולת לשלוט ב-VM-ים - אבל היכולת ליישם את זה היא מאוד מאוד קשה.ואז, אם אני לוקח את זה הלאה, אני אומר “אוקיי, חייב להיות פה משהו נוסף שמשנה את המשחק בעוצמה של המעבר מ-VM-ים ל-Container-ים, בעוצמה של המעבר מ-Container-ים ל-microServices ול-Infrastructure-as-a-Code”והדבר הבא שאני מסתכל עליו זה היחידת בניין - “Templatized Environments” . . . היום, אני כבר לא מסתכל על Container, או אפילו על microService - יש לי Template לכל דבר.היום אני אמצא Template ל-Machine Learning ו-Template ל”איך אני עושה Monitoring?” ו-Template . . .יש לי המון Tamplte-ים מסוגים שונים וחלקם כתובים ב-Terraform וחלקם ב-CloudFormation וחלקם ב-Azure Hub, חלקם בשפה אחרת - אבל אני כבר יכול להסתכל על Building Blocks יותר crossgrade - מערכות . . נגיד “RDS כמערכת” - לא מעניין אותי איך ה-RDS הזה בנוי, אני מקבל אותו כיחידהועכשיו, כשאני מסתכל עליו כיחידה, אני מנסה לאפטם (Optimize) אותו כיחידה ולא את כל ה-Bits וה-Bytes - את זה כבר מישהו אחר עשה.וזה מאפשר לי, פתאום, להסתכל על אופטימיזציה של מערכותולאן זה מביא אותי? זה . . . (רן) רגע, אני לא בטוח שאני איתך . . . בוא, אני אגיד את זה בשפה שלי ואתה תגיד לי איפה אני טועה:אתה אומר שיש כל מיני סוגים של Workloads - נגיד Database רלציוני זה סוג אחד של Workload ו- Web Service זה סוג אחר של Workload (נתי) Kubernetes Cluster זה גם . . .(רן) אוקיי, נגיד Spark או Big Data Processing זה גם סוג אחר של Workload . . . (נתי) נכון . . .(רן) אז בוא נשים כל אחד מה-Workloads האלה “בתוך קופסא” - נגיד שניתן להם APIs וניתן להם שם - ועכשיו, את כל אחת מהקופסאות האלה אנחנו נוכל לאפטם, בצורה שהיא לא שקופה החוצה, זאת אומרת - ה-API אליהן לא ישתנה.לצורך העניין, אם אני שולח בקשה ל-Database אני תמיד אקבל תשובה - ולא חשוב איך הוא בנוי, בין אם זה ממומש ב-SQL או שזה ממומש ב . . .(נתי) בוודאי . . .(אורי) אבל הקופסא היא Optimized . . . (נתי) הקופסא Optimized - אבל כשאנחנו אומרים “Optimized”, זו אף פעם לא אותה האופטימיזציה - ועכשיו תיכף נגיע לשלב הבא . . . אז השלב הראשון היה להגיד, כדי בכלל להגיע לרמה הבאה, אנחנו צריכים לעלות קומה - כמו שעשינו עד עכשיו, אנחנו צריכים לעלות קומה בגרנולריות (Granularity) וביכולת שלנוהאבן-בניין צריכה להשתנות - מפסיפס ללבנים ומלבנים לבלוקים ומבלוקים לאיטונג, או לא יודע איך נקרא לזה . . .אז כשהאבן-בניין גדלה, אז אני יכול להסתכל על גורדי-שחקים - כשאני עובד עם פסיפס, אני לא אבנה גורד-שחקים, מקסימום אני אבנה קומה אחת . . . אז האבן-בניין היא נקודה מאוד קריטית פה.השלב השני זה באמת מה שהתחלת לגעת בו - זה היכולת לעשות Decoupling בין ה-Workload ל-Infrastructure.כי ברגע שאני יכול לעשות את ה-Decoupling הזה, אני יכול באמת להגיד עכשיו על כל יחידה שהיא אופטימלית - ועכשיו אני יכול להדביק את ה-Workload ליחידה הכי אופטימלית לצורך הזה . . .ואם אני עושה את זה סטטית, אז אני אהיה Semi-optimal, כי קיבלתי את ההחלטה בנקודת זמן מסויימת ולא בטוח שהיא תמיד תיהיה נכונה לאורך זמןכי המשפט הזאת של “אופטימלית” הוא דבר דינאמי - כי ה-Load משתנה. (אורי) אני זוכר שהקלטנו פעם פרק עם חברה . . . אני לא זוכר איך קראו לה, היא ישבה פעם ביקנעם [עדיין], זה היה שם משהו עם ”ז' באדר ב'” או משהו כזה [א'] . . .(רן) כן, חברת Storage בשם Zadara [זה - 372 Zadara] . . .(אורי) אבל הם נותנים פתרון Storage לכל העננים, לכל ה-API-ים של העננים למיניהם - ושאלנו אותו איפה הוא בתכל'ס מאחסן - והוא ענה ש”אנחנו לא מאחסנים בענן - אנחנו יושבים ליד העננים וכו', אבל האופטימיזציה שלנו ל-Cost היא בזה שיצאנו החוצה, ואנחנו נותנים, לצורך העניין, Building Blocks הרבה יותר גנריים של ‘הנה - Storage!', פתרון Storage אופטימלי” . . .(נתי) נכון . . .(אורי) אז אני אומר - אוקיי, למה ש-RDS לא יהיה ככה? למה שכל ה-Building blocks האלה . . .(נתי) אני אומר שאפילו אם זה בענן, אפילו אם זה בענן - ושוב פעם פרשנו “מיליון אופציות” על להריץ את אותו הדבר בענן, יש לך רק על Kubernetes את Fargate ויש לך את . . .(רן) אפשר לחזור לדוגמא של Dropbox - יש להם כמה סוגים של Services, ואחד מהם זה Storage.יש להם גם Services מסוגים אחרים - יש להם User Interface, יש להם . . . (אורי) יש להם Docs! . . . [הפנייה מעגלית ל-Paper](רן) יש להם Docs . . . יש להם הרבה סוגים של Services, והם לקחו את אחד מהם - רק את ה-Storage - בודדו אותו, ורק אותו הוציאו מחוץ לענן . . .(נתי) אז אני אומר . . . (אורי) אני חושב שבתור חברה אתה רוצה לאפטם את החלקים הגדולים של ה-Cost model שלך - גם Netflix, עם כל הסיפור של “אנחנו בענן . . . “ - את ה-CDN הם הוציאו החוצה.(נתי) אז אני מסתכל על זה קצת יותר רחב - אני אומר שזו אחת האופטימיזציות, כנראה המשמעותית יותר, אבל לא לכל דבר היא מתאימה ואני חושב שזה די ברוראבל יש עוד הרבה אופטימיזציות, הרבה דברים שלא דורשים בהכרח דברים כאלה קיצוניים או דרמטיים - ופרשנו פה כמה מהדברים האלה.אבל היכולת שלי להשתמש בהם - זה החלק המורכב: אם אני אהפוך את היכולת שלי להשתמש בהם ליותר פשוטה, אז אני אוכל להגיע לנקודה הזאת.ופה אני אומר - אם אני יכול להגיע לאופטימום, שזה The right infrastructure for the job, ואני אגיד עכשיו איזה משפט שאני חושב שכל אחד יסתכל על העולם שלו ויבין על מה אני מדבר:היום, כמה פעמים אנחנו בעצם מריצים את ה-Workload שלנו מסיבה שהיא "Least-Common-Denominator”?זאת אומרת שאת ה-Production system שלנו, למשל, אנחנו נריץ הרבה מאוד Dev ו-Test ועוד כל מיני דברים על אותה Production Environment.עכשיו - אני לא צריך ל-Dev ו-Test את ה-SLA של RDS - אני יכול סתם להשתמש ב-Database לצורך העניין . . . אני לא צריך Network מורכב, אני לא צריך עוד המון דברים, ברמת ה-SLA, שיש לי היום בסביבת Production . . . אבל מסובך לי לייצר עכשיו סביבה שהיא ייעודית ל-Development אז אני לא אעשה את זה - ואז אני נשאר במכנה המשותף הזה שצריך לשרת הרבה מאוד Workloads.אז בהגדרה, אני לא Optimized . . .(אורי) אלא אם כן אתה מגיע למצב ש”You couldn't care less”, אוקיי? . . . (נתי) תסביר לי את המשפט הזה, איך זה יכול להיות? . . .(רן) כשזה גם ככה לא עולה כלום . . . (אורי) לא - כשזה שקוף לך איפה זה רץ . . .(נתי) לא - אז השקוף זה תנאי, אתה צודק . . . השקוף זה תנאי, אבל אני צריך בסוף להגיד, וניתן את הדוגמא של Dev-Production כי זו הדוגמא שהכי קל לאנשים להבין אותה - אם אני יכול, לצורך העניין - אני רוצה עכשיו רק לבנות פיצ'ר ולבדוק אותואני לא צריך עכשיו שתריץ לי EKS בשביל הדבר הזה . . . אם תיתן לי Kubernetes שרץ לי על VM, או minikube או K3S או Whatever - את אותו API של ה-RDS, שזה בעצם Postgres, את אותו Storage של S3, שזה יכול להיות MinIO, בסביבה שהיא Sandbox - סבבה לי.אני יודע לעשות את זה . . . תמיד יהיו לי את ”החיצים החוצה”, כי אני לא אריץ את הכל באותו VM - אבל אני מקבל פה מה שנקרא היום, ה-Buzzword החדש בעולם של ה-DevOps - זה “הדמוקרטיזציה של ה-Development”.היכולת שלי באמת לא להיות תלוי ב-Shared Environment, להגיע ל-Agility, להגדיל את כמות הטסטים וכל מיני דברים מהסוג הזה.אבל אני יכול ממש לבנות Stack, די בקלות, במיוחד כשיש לי Building blocks שחוזרים על עצמם, שזה בדרך כלל Kubernetes ו-Terraform ו-Ansible - כל מיני יחידות כאלה שהן . . . אני יודע כבר למדל אותן בתוך כאלה “קופסאות קטנות” - לקופסא גדולה.אני יכול להגיד עכשיו שאני מריץ את זה ב-Dev - אני לא צריך GPU, אני יכול להריץ את זה בלי GPUוזה, דרך אגב, ירוץ יותר לאט - אבל אני לא חייב את המכונה עם ה-GPU ה-High-end כדי לבדוק את הפיצ'ר עצמו ברמת הפונקציונאליות.עכשיו, אני זורק כל מיני דברים - ברור שזה לא יתאים להכל, אבל העיקרון הוא שאם אני יכול כן להגיע למקום שבו אני יכול להצמיד את The right infrastructure for the workload, אני אגיע למקסימום אופטימיזציהועכשיו יש את המציאות - אני אף פעם לא אגיע ל-100% של זה, כי זה תמיד מסובך, אבל אני יכול להגיע קרוב לזה.וככל שאני אגיע קרוב לזה, אני אהיה קרוב לאופטימום.[על פניו, נראה שבאינטל עכשיו טוענים שהם יכולים לעשות משהו דומה ברמת ה-Hardware . . .]וחלק מה-right infrastructure for the workload זה גם ה-Repatriation - להריץ בזה . . . כי ל-Workload הזה, למשל, של Storage או של CDN, המשמעות של “The right infrastructure” זה On-Prem . . . ולמשהו אחר, שזה Dev Environment, זה דווקא לא On-Prem, כי זה משאב שהוא מאוד מתאים ל-Production use-case ולא מתאים ל-Dev Use case.(אורי) אז מה שאתה אומר זה שב-Dev אני משתמש בפחות Load - אני צורך פחות משאבים . . .(נתי) . . זה גם לא ה-SLA שלי, שזה העיקר - ה-SLA שלי הוא בכלל . . . אני לא צריך SLA של Production . . .(אורי) נכון - ואני יכול לנסות את זה גם בסביבה “יקרה”, כי אין כאן Economy of Scale, להיפך - יש פה Economy of Velocity . . .(נתי) נכון . . . וכמה עושים את זה?(אורי) אני חושב שזה הפתרון, נגיד . . . לא יודע אם זה הפתרון, אבל זה השימוש הנכון בעולם כזה - שאנשים מבינים שאין דרך אחת: יש כמה דרכים, יש כמה פתרונות, וצריך To use the right tool for the problem.וצריך להבין - Cloud זה Optimized ל-Velocity . . .(נתי) על חשבון Cost אפילו . . . (אורי) על חשבון Cost - כי Cost לא מעניין אותנו בשלב הזה, הוא . . . ה-Velocity מעניין אותנו ולא ה . . . ו-On-Prem, לצורך העניין, או סביבות יותר אופטימליות - זה במקום שאתה צריך Economy of Scale.(נתי) אז אני מתמצת את זה בזה שאני אגיד ש-The right infrastructure for the Job הוא האופטימום . . . עכשיו שכל אחד יעשה את החושבים אצלו ויגיד “כמה באמת אני קרוב לאופטימום הזה?”אני חושב שהרוב יסתכלו ויגידו “וואו, אני רחוק שנות אור מהדבר הזה - אבל יש לי פה מקום אחד שאני יכול להגיע לזה . . .”שזה, למשל, Dev-Test, שזה משהו שאני מתחיל לראות כאיזשהו Pattern שמתחילים להתמודד איתו . . .(אורי) אבל Dev-Test זה לא אצל מי שעושה Repatriation . . . (נתי) לא לא לא . . . (אורי) ה-Repatriation . . . (נתי) אמרתי - ה-Repatriation, למי שלא עשה את זה כמוך, בהתחלה - זו עצה מצויינת, מאוד קשה ליישום . . .יהיו כאלה שבאמת יש להם Workload שהם יודעים כבר לאפיין אותו טוב וה-Benefit הוא כל כך גדול שהם יהיו מוכנים ללכת את ה-Journey הזה והם יעשו אותו, אבל זה יהיה במקרים מאוד מאוד ספציפיים - וב-Scale מאוד מאוד גבוה . . . (רן) אבל בואו נזכור שזה לא צריך להיות All-or-Nothing . . .(נתי) נכון - זה אחד הבילבולים . . . זו אחת הטעויות, לדעתי, גם בכתיבה של המאמר - שהוא שם את כל ה-Bucket על Dropbox, אז כאילו אנשים יצאו על זה ואמרו “רגע! אבל אני לא Dropbox, מה זה אומר?”ואני חושב שהעיקרון שלו היה Efficiency ולאו דווקא Repatriation . . . (אורי) אני חושב שיש פה כמה מפתחות, ואתה יודע - אני עכשיו מחליף רכב להיברידי-נטען, וכשאני מסתכל על כל הרכבים החדשים בשוק - אין כבר מנועי בנזין “נטו” . . . יש היברידי והיברידי-נטען, וכבר מתחילות להיכנס חשמליות ובעוד 10 שנים - זהו.אני חושב, והמאמר הזה היה פוקח עיניים, למי שלא נפקחו לו העיניים עד עכשיו . . .(נתי) לא אמרת “אמרתי לך” . . . (אורי) נכון . . . (נתי) הייתה לך פה הרמה להנחתה עכשיו . . . (אורי) . . . ואנחנו נתחיל לראות, כמו שיש את כל החברות ש”מעבירות ל-Cloud”, אנחנו נתחיל לראות חברות שעוזרות לעשות Repatriation - והמפתח פה הוא ידע.זה מסוג האומנויות שנשכחו, והמפתח פה הוא ידע, ועם הידע הזה מגיעה גם הקלות - כמו שניהיו מלא מוצרים שהופכים לך את המעבר ל-Cloud לקל, אז יהיה גם ההיפך. ואני יכול להגיד שגם, אתה יודע - ב-Outbrain הגענו למצב שזה לא משנה למפתח איפה זה רץ, חוץ מזה שאנחנו יכולים לדאוג לעניין של העלות - הוא פשוט את ה-Deployment יעשה ל-Datacenter X או ל-Datacenter Y וכן - Datacenter X נמצא ב-Cloud, וזה אותו Deployment . . . (נתי) ואני אומר שאפשר להגיע למקום עוד יותר גבוה מזה, במרחק נגיעה ממה שאתה אומר עכשיו - שהוא גם לא יצטרך לדעת באיזה Datacenter זה רץ - הוא פשוט יגיד “אני רוצה Dev Environment”, ואתה תדע להגיד לו מה ה-Environment המתאים“אני רוצה Production Environment ואני רוצה Machine Learning” - ואני אגדיר לו את ה-Environment הנכון עבורו . . . הרבה פעמים זה סוג של . . .(אורי) . . . סביבה זה . . . יש לנו ב-Datacenter אחד סביבה כזו וסביבה כזו . . . (נתי) אפשר, בגישה הזאת, כשהולכים איתה, אפשר ממש לגדול ברמת Efficiency - בשנייה שאתה מצליח לעשות את ה-Decoupling הזה, אז על הציר הזה, שבין ה-Workload ל-Infrastructure יש המון המון מקום לחוכמה.יש משפט, שהרוב לא יגיעו אליו כי הוא ממש בסוף המסמך, ממש למטה, שהוא מסכם את זה ככה: The biggest potential זה חברות שיצליחו לפצח את הממשק בין ה-inefficient code ל-Infrastructure - ושם טמון הפוטנציאל הגדול ביותר.למה שם טמון הפוטנציאל הגדול? כי שוב פעם - אנחנו היום מסתכלים על Security פה ו-Infrastructure פה ו-VM פה - ו-Kubernetes worker node כזה או Kubernetes worker node אחר - וזה העולם שלנו.ושם גם פחות או יותר, כשאנחנו מדברים על אופטימיזציות, אנחנו מגיעים עד לתקרה הזאת.אבל כשאנחנו מסתכלים על ה-End-to-End Service, אנחנו אומרים “עכשיו בוא נסתכל על כל ה-End-to-End Service, ונראה איפה הטרנזקציה של ה-User עוברת ואיזה תחנות היא עוברת בדרך ואיפה באמת התחנה שהכי יקרה לי” - אני יכול לגלות “Pocket-ים” אחרים לגמרי.ואז אני יכול להסתכל על זה ברמה של, לפעמים , ארכיטקטורה, שזו דרך להגיע לאופטימום הרבה יותר גבוהלפעמים זה יכול להיות Policyלפעמים זה יכול להיות באמת ה-Dev-Productionאפשר להסתכל על זה מהזוית הזאת, ואז לתקוף את זה מזוית אחרת לגמרי מאשר “תביא לי את ה-Cost Report ותגיד לי ,וואי, היה לך איזה User שהעלה לך איזו מכונה ועכשיו היא רצה הרבה יותר זמן מאשר הייתה צריכה להיות'” . . .(רן) בסדר, אז בוא, ככה, נתקדם לסיכום - קודם כל, הייתי חייב להגיד, נתי, שבעצם מה שאתה אומר זה ש”אם יש לך Bug ב-Design אז ז*ן ב-Debug” . . . תעשו Design כמו שצריך, או במילים אחרות - אתה בא ואומר שאם נעשה חלוקה הגיונית בין ה-Workload-ים השונים, נוכל את כל אחד מהם בנפרד לאפטם, ואם נעשה חלוקה הגיונית בין ה-Workload עצמו לבין ה-Infrastructure, אז נהיה גם אגנוסטים ל-Infrastructure ואז יהיו לנו יותר קל.בעצם ”נפתח את הדלת לעתיד”, אם נרצה . . . (נתי) האימפקט של ה-Change יהיה הרבה פחות דרמטי, וזה חוזר חזרה לדוגמא של החברות Cloudהם עושים אופטימיזציה - ואתה לא יודע בכלל שעכשיו ה-S3 עולה להם חצי ממה שעלה להם קודם . . .אתה לא יודע שעכשיו ה-EKS. . . (אורי) זו בדיוק הבעיה - שזה עולה להם עכשיו חצי, וזה לא משתקף במחיר שלך . . .(נתי) נכון - אבל זו גם הגדולה של זה: הם יכולים To continuously optimize it, אבל יש Decoupling מאוד ברור בין השירות לבין מה שאתה משתשמש בו - ולכן הם יכולים לעשות את זה והם לא צריכים להגיד לך שום דבר.ובהרבה פעמים, מה שאנחנו מוצאים זה שיש המון Coupling היום בין ה-Workload לבין ה-Infrastructure - ואז, בשניה שיש את ה-Coupling הזה, אתה תקוע.עכשיו, חברות Cloud, בשונה ממה שהם עושים לעצמם - ללקוחות שלהם הם מעודדים לעשות את ה-Coupling הזה . . .“תשתמש בכל השירותים של ה-Cloud, כי זה מאוד קל ומאוד מהיר . . . . תשתמש . . . אה! יש לי פה עוד פיצ'ר ב-EKS שאם תשתמש בו בכלל תעוף . . .”ואז אתה מוצא את עצמך במקום ש . . . “אופס, אני כבר לא יכול לזוז משם” . . . (אורי) אני לא יכול לזוז - וזה עולה לי . . . זה לא בחינם.(נתי) וזה לא רק זה - אני גם לא יכול לזוז משם, וזה המחיר היותר גבוהאני לא יכול עכשיו, אם יש לך משהו שהוא יותר יעיל - אני לא יכול להשתמש בו.אני לא יכול להשתמש בו כי אני “תפור” שם מ . . . (רן) אז נמשיך בסיכום . . . זה פרק מרתק, אנחנו מסכימים, אבל בגדול - הצגנו את מה שנקרא “הפרדוקס של הענן”, שבא ואומר שבימים הראשונים של החברה זה בדרך כלל סופר-משתלם להיות בענן, אבל באיזשהו שלב צריך לחשוב האם זה באמת המקום הנכון בשבילכם לרוץ - ולפעמים אתם כבר תקועים, זה מה שאתה אומר . . . לפעמים, אם לא השארתם לעצמכם איזשהו “פתח מילוט”, אז אתם כבר יכולים להיות תקועים, גם אם מצאתם דרך יותר יעילה לעבוד - עלות המעבר היא כל כך גדולה שזה לא שווה את זה.(אורי) ולפעמים אין ידע . . . אין ידע, וזה הדבר שמבחינתי הוא הכי חבל. ידע זה כלי, זה כח, ואנשים איבדו את השריר הזה.(נתי) הייתה לי שיחה עם אייל פינגולד מ-Check Point, והוא אמר שבאמת יש סוג-של “שני מחנות” של אנשים, כשהם מקבלים החלטות על Infrastructure - יש את אלה שבאים ואומרים “זה בענן, ב-AWS, אני לא מחפש לעשות Multi-Cloud, לא מחפש ללכת לפתרונות אחרים, הם יודעים מה שהם עושים”ויש את אלה שאומרים “לא - אני רוצה את ה-Decoupling, אני רוצה אקח באמת Elastic מ-Elastic ולא את Elastic שלהם, אני אקח DataDog ולא את ה-CloudWatch . . .” זה ממש “שתי אונות במוח” - אתה רואה ממש שני מחנות, כמו הדמוקרטים והרפובליקנים . . . זה בערך . . . העולם מתחלק, פחות או יותר, לדברים האלה.ואני אומר - אנחנו צריכים יותר את הצד של ה-Decoupling, כי המחיר של הלא-Decoupling ב-Short-term באמת נראה עם Gain מאוד גבוה, אבל ב-Long-run הוא בסוף, כמעט תמיד, מוכיח את עצמו כמשהו שתוקע אותך והוא לא משתלם.ואני חושב שזו איזושהי תובנה שלא קיימת היום - והמחנה, אני לא יודע אם לקרוא לו דמוקרטי או רפובליקני, המחנה שמוכן “ללכת עד הסוף עם הענן”, הרבה פעמים עושה את זה עם הרבה מאוד נאיביות.(רן) טוב - בנימה אופטימית זו, אנחנו מסכמים פודקאסט מרתק על עלויות ענן ו”אמרתי לכם!” . . . (אורי) אני יכול להגיד עוד משהו? . . . (נתי) יש פה רעיונות להרבה-הרבה סטארטאפים, עכשיו מהשיחה הזאת . . . למי ששמע: דברו איתנו . . . (רן) טוב - תודה רבה אורי, תודה נתי, היה מרתק, להתראות.המאמר של נתי ב-TheNewStack על Reducing Cloud Spend Need Not Be a Paradoxויש גם את ה-thread הזה של Or Hiltch על MemoryDB האזנה נעימה ותודה רבה לעופר פורר על התמלול!

Is the Remastered version of Batman v Superman worth the price to Double Dip?  To answer that question DJ steps outside his comfort zone of talking about the sound and breaks down the experience of the alternate aspect ratio's in Batman v Superman: Dawn of Justice - Ultimate Edition (Remastered) vs the Widescreen Edition to help you make an informed decision.Before and After examples of each scene are shown on the YouTube video PODCAST Time StampsListener Comments- 5:06Scene Comparison of BvS v BvS Remastered- 26:19To Help Support the Podcast you can sign up for a Monthly Donation HERE to become a Patreon Member

Is the Remastered version of Batman v Superman worth the price to Double Dip?  To answer that question DJ steps outside his comfort zone of talking about the sound and breaks down the experience of the alternate aspect ratio's in Batman v Superman: Dawn of Justice - Ultimate Edition (Remastered) vs the Widescreen Edition to help you make an informed decision.Before and After examples of each scene are shown on the YouTube video PODCAST Time StampsListener Comments- 5:06Scene Comparison of BvS v BvS Remastered- 26:19To Help Support the Podcast you can sign up for a Monthly Donation HERE to become a Patreon Member

One of our subscribers asked me whats the difference between growing a business and scaling a business. It's a great question and after some thought this was the easiest way I could explain. Growth in a business requires just the "Growth" which implies that even as a solo operator you can still have incremental growth (ie 10% or more), however it's built around you most likely. To Scale is to build a business that does not require you to do the work or be there everyday, but however to rely on others to execute the day to day responsibilities of the company under your or possibly a mangers direction achieving a bigger goal. For example I want to scale New Jerseys Best to run itself and achieve "Scale", however if I just wanted to keep it small or work primarily by myself I would want to see growth from additional revenue sources. Ty agin for joining me today and again to forget to subscribe to my email to get the latest and greatest SWE info.  Also please check out sotellus.com/roblyon to check out our incredible sponsors info on how to both Grow and Scale you business today!!

We don't always find our calling on the first try and Phyllis Levinson is living proof. This self described "serial career changer" eventually found her most enduring fulfillment in helping others along their search. Today, she mentors women in various industries as they strive toward their career aspirations. An inspired individual above all else, she has collected her wisdom into a book of poems called Life-Ku: 101 Life Coaching Tips, 17 Syllables at a Time.  In this three-part special, the goal oriented guru goes into detail on her process.[1:37] To Scale a SkillCharting a reliable course for others to follow requires a deep enthusiasm for understanding systems. This inclination toward organization is the common thread in Levinson's career choices, as she first pursued a path toward city planning. Although she never made professional use of her Master's Degree in the discipline, she regularly employs the knowledge she gained in its study. Understanding systems helps her to understand people, as effective management of her clients' career path requires a clear view of the big picture.[3:02] Finding BalanceAs the remote work revolution continues to progress, it is common to question what constitutes a good balance between our personal and professional interests. With much of the modern workforce at home, factors such as location or investment of time can make unreliable measurements. To fully understand what a healthy work-life balance is, Levinson finds it essential to understand what it is not. A healthy work-life balance is not only time management or productivity, but allows all the parts of our lives to fit together seamlessly.[4:52] Imperfect, but IdealThe self-help specialist spells out the reality: it is impossible to be perfectly balanced at every moment of every day. The unexpected is always to be expected...sick days and sudden delays are simply part of life on Earth. There will be moments where you feel less capable of facing a new challenge. We all make mistakes from time to time, but allowing perfection to be the enemy of functionality can be the source of our most costly errors. [6:14] Tree of LifeLevinson's ¨Tree of Life¨ metaphor has delivered some of her clients' most profound breakthroughs. She imagines herself as a tree requiring a strong root system to grow and thrive. These roots may not all be equally deep, but each of them plays an indispensable role in ensuring that the tree is properly nurtured. The exterior factors may change, a storm may tear at weak branches, but a well established root system keeps the tree itself strong.[9:01] Roots to LeavesDelving into the "Tree of Life" metaphor with more detail, Levinson touches on the issues that most commonly prevent us from leading fuller lives. The roles we choose in our communities and the activities we pursue for enjoyment give us an image of ourselves. In her view, much of the difficulty we face today stems from a struggle to reconcile old images with a new reality. Where are our roots? Which leaves fly off in a breeze? Understanding what we value about our lives can be a source of both motivation and inner peace.About Phyllis Levinson:Website: https://www.phyllislevinson.com/Facebook: https://www.facebook.com/PhyllisLevinsonCoaching/Blog: https://www.phyllislevinson.com/phyllislevinsoncomLinkedIn: https://www.linkedin.com/in/phyllis-levinson-mcrp-pcc-45a81218Connect with MindTeam Solutions: Website: https://ca.linkedin.com/company/mindteamsolutionsEmail: Info@MindTeamSolutions.comLinkedIn: https://ca.linkedin.com/company/mindteamsolutions

In this special episode of Game Changers, you go 1-on-1 with Michael LeJeune to talk about To Scale or Not to Scale. It's one of the few constant questions on every business owners mind. How do we get to the next level? How can we grow? How do we hit the next revenue mark? The race to grow often gets in the way of profitability. We talk about this and four rules you need to follow if you are going to successfully scale your business. ----- Federal Access is helping a lot of companies win. It can help you too. Here's a special offer. Visit https://federal-access.com/gamechangers/ today and get started for just $29. *You are going to get access to a digital copy of the Government Sales Manual. * Over 70 strategy videos * More than 30 webinars * 300 documents and templates AND * SME support. So when you run into an issue, you can email me directly for help. Go check out this special offer today at https://federal-access.com/gamechangers/

Mowing Profit Vs Lawn Application Profit I take a phone call from Nate Riley of Riley Brothers Lawncare. In this conversation we discuss my viewpoints on why mowing may feel better for cash flow in the short term, but lawn applications are better profit. We also talk about the reasoning behind these price differences. Luxury vs necessity, ease of entry into the business, education, equipment, application practices and technical skills that allow you to be viewed as a professional and not a laborer. To Scale or not to scale! We also deep dive into one stop shop companies, margins, profit, expanding into different services and how mowing cash flow pays differently than lawn applications. Just a reminder if ya like the podcast give us a follow on Instagram @lawncareleaderspodcast and on Facebook under Lawncare Leaders. And now we have big news.... drum roll..... we have just launched our YouTube channel https://www.youtube.com/channel/UCxVU7qinvvE61ymtGevGZvQ ————————————————————————————————————————————————Thanks to our sponsors JOBBER Jobber is a software that helps home service businesses Quote, schedule, invoice and get paid faster! Follow this link to get their new $19 a month special just for our listeners!!www.getjobber.com/britt-dowd/ ———————————————————————————————————————————————  We are starting a new Facebook group for the Lawncare Leaders Communtiy!! Be sure to DM me on Instagram and I’ll send you the link to join the small business conversation catered to you as a lawn care operator! —————————————————————————————————————————————————————————————————————————

Video reveals how to get backlinks from authority sites free. This is my #1 backlink building strategy for 2019 that has more than doubled my traffic from Google in 2 months! Whether search engine optimization consultants like it or not, link building is still the #1 ranking factor in Google rankings. This backlink building tutorial will guide you through the 5 step process! There are 2 backlink building resources mentioned in the video. #1 is the full backlink course with 40 step-by-step training videos and all the templates you'll need: www.youtube.com/redirect?v=KN1Sw0pkO6M&redir_token=bAtsfynRfPsCScigOhibPVxNKSB8MTU1NzI5NDI5MUAxNTU3MjA3ODkx&event=video_description&q=https%3A%2F%2Fwww.milesbeckler.com%2Fbacklinks #2 is the hands off backlink service to get high quality backlinks from a team that does all the work, you can go to: www.youtube.com/redirect?v=KN1Sw0pkO6M&redir_token=bAtsfynRfPsCScigOhibPVxNKSB8MTU1NzI5NDI5MUAxNTU3MjA3ODkx&event=video_description&q=https%3A%2F%2Fwww.reachcreator.com Here is the summary of the backlink building strategy for reference: Links to each of the steps: Step #1 - Build your list of target backlinks- 1:14 Step #2 - Create a better post than what is currently ranking - 2:38 Step #3 - Begin the outreach process - 3:49 Step #4 - Follow up! - 5:27 Step #5 - Scale the process with tools - 6:17 Bonus #1- How to get backlink building done For you - 6:53 Bonus #2- How to get advanced training & templates to scale the process and build backlinks FAST - 8:03 Here's the best strategy to get high quality backlinks. 1 - Find content in your niche that has a ton of backlinks already. You want to focus on the high search volume phrases that are hyper relevant to your audience that also have high keyword difficulty score. Generally I recommend you focus on phrases that have low keyword difficulty score, as shown in this keyword research for seo video: www.youtube.com/watch?v=hOou986Tk1E&list=PL0sOKzn__yK1kcevy9MZq5uBZyQKa487N But for this process, you want to focus on the high difficulty score keyword phrases because they will have the most backlinks and the high quality backlinks. Create a list of all the backlinks that have high DA ad PA pointing to this competitors' site. You will need a tool that allows you to explore the backlinks of individual pages, KWFinder has a backlink research tool ( www.youtube.com/redirect?v=KN1Sw0pkO6M&redir_token=bAtsfynRfPsCScigOhibPVxNKSB8MTU1NzI5NDI5MUAxNTU3MjA3ODkx&event=video_description&q=https%3A%2F%2Fwww.milesbeckler.com%2Fkwfinder), you can also use SEMRush for this ( www.youtube.com/redirect?v=KN1Sw0pkO6M&redir_token=bAtsfynRfPsCScigOhibPVxNKSB8MTU1NzI5NDI5MUAxNTU3MjA3ODkx&event=video_description&q=https%3A%2F%2Fwww.milesbeckler.com%2Fsemrush ) or ahrefs. 2 - Create a BETTER post with more value, more research, more insights. It MUST BE BETTER! If the current ranking posts is the 13 ways to accomplish a goal, you should make a post with the 21 ways to accomplish that goal. Or if the top video explains a tutorial in all written text with no videos and no images, you should make a better post with step by step images, videos, and even more guidance. The key to this backlink building strategy hinges on you actually creating epic content that is 10x better than what is currently getting all the backlinks. Also, you still 3 - Reach out to every person with high DA/PA who link'd to the competitor's post asking for a link. This is the real 'work' in the process and it is a grind, to be honest. You have to research the website owner to find an email address or contact form. If you can't find their contact info from their website, you need to get resourceful and search Facebook, YouTube, everywhere, really! Then you begin sending emails acknowledging that they have a great post that links to a competitors' site... Then it needs to introduce your post and how your post is more valuable for THEIR audience! This is the core of the backlink outreach process and you'll need to go through the process hundreds of times to get even a handfull of backlinks. must learn SEO and apply all the basic SEO principles to your post as taught in this free SEO class: www.youtube.com/watch?v=A8EI6JaFbv4 4 - Follow up/engage because 99% will ignore you You will get rejected a lot in this process... But even more, you will get ignored. As the common sales phrase goes, "The fortune is in the follow up!" You must follow up and you will get people asking for you to pay... Or for link exchanges which I don't do because that is against Google's TOS... But there are some tactics to turning those replies into backlinks still without breaking Google's terms of service. 5 - Leverage tech like MailShake & Hunter io To SCALE the outreach. This is the real power in the process is applying scale to the whole system. If you are doing al the research manually and sending each email manually, it can work but you will only be able to get out a dozen or two backlink outreach emails each day. With these tools you can scale to hundreds or thousands of backlinks which can lead to dozens or hundreds of new backlinks per month which is the key to boosting your traffic in google. I recommend this course for help scaling the process or if you want to outsource the whole thing to your virtual SEO assistant, just hand them this course: www.youtube.com/redirect?v=KN1Sw0pkO6M&redir_token=bAtsfynRfPsCScigOhibPVxNKSB8MTU1NzI5NDI5MUAxNTU3MjA3ODkx&event=video_description&q=https%3A%2F%2Fwww.milesbeckler.com%2Fbacklinks

Shownotes: http://fizzleshow.com/318 Is the success that you have now what you set out for? When you reach a milestone in your business does it live up to the expectations you had? Are you where you are supposed to be? These are burning questions a lot of us, as entrepreneurs, have and that we, at the Fizzle Show, are going to try and help you answer. We are all on a constantly evolving path and analyzing and becoming comfortable on this journey is at least half the battle! In this episode, we pose the questions that are related to this somewhat elusive idea. We talk about what is most meaningful and fulfilling in your work and in your life in general and we consider how displacing some of the stresses of working solely on your own business can lead to more contentment and success! We also talk about creating and telling real stories, finding where you need to be and share three big tips for fining your ideal lifestyle and work within that. So for all this and more great ideas to boot, be sure to join us on the Fizzle Show today! Key Points From This Episode: • Introducing today's question and topic. [0:04:40.5] • Is the successful business you have what you really wanted? [0:07:07.7] • Why the actual work is more meaningful than the money. [0:13:01.2] • Your business as a life source and journey. [0:17:29.5] • Weighing up the challenges of your own business versus a day job. [0:21:02.3] • Real stories as opposed to oversimplified business strategies. [0:27:13.8] • The idea that being where you need to be makes things easy. [0:33:23.6] • A journalling practice and the metrics that allow you find what leads to success. [0:38:32.1] • Purpose, desire, metrics and designing your life and business around these. [0:42:02.6] • The ever changing nature of your own purpose and fulfillment. [0:48:03.7] • Three tips for more clearly developing your vision. [0:50:21.3] • It's magical and beautiful where you are! [0:55:21.8] • And much more! Links Mentioned in Today's Episode: • Fizzle — https://fizzle.co/ • Steph Crowder on Twitter — https://twitter.com/stephcrowder?lang=en • Courage and Clarity — https://www.courageandclarity.com/ • Pat Flynn — https://www.smartpassiveincome.com • Amy Porterfield — https://www.amyporterfield.com • Gary Vaynerchuk — https://www.garyvaynerchuk.com • Sarah Peck — https://www.sarahkpeck.com • Fizzle Show Episode 312 with Sarah Peck — https://fizzle.co/sparkline/https-fizzle-co-sparkline-how-to-keep-your-momentum-after-a-good-or-bad-launch-fs312 • Fizzle Try 5 — http://fizzle.co/try5 • Fizzle Roadmap — https://fizzle.co/sparkline/small-business-roadmap-1-clarity • The Simpsons — https://www.imdb.com/title/tt0096697/ • Adam Sandler — https://www.imdb.com/name/nm0001191/ • Fizzle Show Episode 290 To Scale or Not to Scale — https://fizzle.co/sparkline/how-to-grow-with-intention-avoid-growth-for-growths-sake-fs290 • Jim Collins — https://www.jimcollins.com • Tim Ferriss — https://tim.blog • Bill Murray — https://www.imdb.com/name/nm0000195/ • Fizzle Define Your Audience Course — https://fizzle.co/guides/defining-your-audience • Fizzle Goals Course — https://fizzle.co/courses/goals • Abraham-Hicks — http://www.abraham-hicks.com • Prince — https://www.prince.com • Ramit Sethi — https://www.iwillteachyoutoberich.com • Fizzle Show Episode 314 Ramit Sethi — https://fizzle.co/sparkline/how-to-start-a-business-without-a-passion-fs314 • Richard Branson — https://www.forbes.com/profile/richard-branson/ • Chase Reeves ConvertKit Talk — https://www.youtube.com/watch?v=eX5Is23YtKs • Fizzle on Twitter — https://twitter.com/fizzle • Fizzle Just Ship It Challenge — https://app.fizzle.co/just-ship-it-challenge • Corbett Barr on Twitter — https://twitter.com/CorbettBarr • Chase Reeves on Twitter — https://twitter.com/chasereeves • Fizzle Sparkline — https://fizzle.co/sparkline • Fizzle Journaling Course — https://fizzle.co/courses/journal • Fizzle Essentials of Web Design Course — https://fizzle.co/library/essentials-of-website-design-for-business-builders • Fizzle Website Tune Up Curse — https://fizzle.co/courses/tuneup • Start A Blog That Matters Course — https://fizzle.co/start-a-blog-that-matters • Fizzle 80/20 Copywriting Guide — https://fizzle.co/sparkline/writing-copy-for-web • Fizzle Toolkit — https://fizzle.co/toolkit • Fizzle Craft + Commerce — https://fizzle.co/sparkline/craft-commerce • Fizzle Project Management for Entrepreneurs — https://fizzle.co/sparkline/project-management-for-entrepreneurs • Fizzle Hosting — https://fizzle.co/hosting