POPULARITY
Roy Derks, Developer Experience at IBM, talks about the integration of Large Language Models (LLMs) in web development. We explore practical applications such as building agents, automating QA testing, and the evolving role of AI frameworks in software development. Links https://www.linkedin.com/in/gethackteam https://www.youtube.com/@gethackteam https://x.com/gethackteam https://hackteam.io We want to hear from you! How did you find us? Did you see us on Twitter? In a newsletter? Or maybe we were recommended by a friend? Let us know by sending an email to our producer, Emily, at emily.kochanekketner@logrocket.com (mailto:emily.kochanekketner@logrocket.com), or tweet at us at PodRocketPod (https://twitter.com/PodRocketpod). Follow us. Get free stickers. Follow us on Apple Podcasts, fill out this form (https://podrocket.logrocket.com/get-podrocket-stickers), and we'll send you free PodRocket stickers! What does LogRocket do? LogRocket provides AI-first session replay and analytics that surfaces the UX and technical issues impacting user experiences. Start understand where your users are struggling by trying it for free at [LogRocket.com]. Try LogRocket for free today.(https://logrocket.com/signup/?pdr) Special Guest: Roy Derks.
Welcome back to this exciting episode of New Cyber Frontier! In this episode, we join our founders for the special treat of a live presentation on how BlockFrame containerizes cybersecurity. This new concept is lined up to revolutionize digital security and privacy by giving every individual a level playing field with the big players. It's simplistic, it's uniform and it's the next thing. With a goal of enabling individual rights, and empowering ethical behavior in a digital world, BlockFrame, is taking the industry by storm. Dr. Gorog explains, "We turn Cybersecurity from what is usually a large-scale operation that only big companies have the ability to afford, to something that a single user can containerize like the individualized coffee pod from Keurig that Revolutionized the coffee industry. It's simple and provides the individualized experience that everyone wants." Look for big things from BlockFrame Inc.
What has a decade of containerized innovation meant for businesses? Host Keith Townsend is joined by Amazon Web Services' Nick Coult, Director of Product and Science, Serverless Compute on this episode of Six Five On The Road at AWS re:Invent for a conversation on the 10th anniversary of Amazon ECS and its impact on containerized innovation. Their discussion covers: - The impact of Gen AI on customer buying decisions across different industries - The uniqueness of the GenAI competency within AWS and its benefits for customers - A decade of evolution, milestones, and why customers prefer Amazon ECS - Key Amazon ECS innovations announced at re:Invent to meet customer needs - Future visions for Amazon ECS over the next decade
- For those unfamiliar, please tell us a bit about your background, as well as about RAD Security. What do you all focus on and specialize in?- Your team recently was part of the RSAC Innovation Sandbox. Can you tell us a bit about that experience, and being able to highlight the innovative capabilities of RAD to such a key audience?- You recently published a comprehensive resource on Kubernetes Security Posture Management (KSPM), what are some of the key items in there folks need to be focusing on?- The RAD security team emphasizes their fingerprint capability for Kubernetes workloads. Can you unpack that this is and how it differs from say signature based security tools and so on?- When thinking about software supply chain security, how does Kubernetes fit in, given the current digital landscape and explosive growth of Kubernetes and Containerized workloads?- You all are big proponents of runtime security, a category that is getting increased attention latest in the security industry. Why do you think runtime is so critical, compared to say some other tools or products that may focus on different aspects of the SDLC or lean into "shifting left" for example?
Though we're leagues apart, we're together again for your listening pleasure! Welcome back to Brothers in Arms! Tonight we welcome “you Big Beautiful Man,” wherever you are in the world, nope that's a tent, the men in black are hot, hydrate, Holy Spirit activate, the Horn of Africa, he's hiding with Carmen Sandiego, you're glistening, matching with water, I live in a CLU, Containerized, I live in the Stacks, I made a grown man cry, stop hitting yourself, all the pain with no satisfaction, stuff in things, and a few Dad jokes to keep you warm beyond the silence. All this in a slightly shorter format on this week's episode of Brothers in Arms! Where you can reach us: YouTube: BrothersinArmsPodcast Instagram: Yourbrothersinarmspodcast Twitter: @YourBIAPodcast Gmail: yourbrothersinarmspodcast@gmail.com Twitch: Twitch.tv/brothersinarmspodcast (schedule varies due to life) Website: https://brothersinarms.podbean.com
On this episode of Rehash, we're speaking with Sean McCaffery, co-founder of JokeRace, about new developments in smart contract design, how onchain data can drive consumer adoption of crypto, and new and novel use cases for tokens.We've had Sean's co-founder, David Phelps, on the podcast a couple of times, back in S6 E10 where he talked about crypto use cases for mass adoption and even earlier on in S3 E2 which aired in August 2022 when he talked about non-financial use cases for tokens.JokeRace is a contests platform for communities to run, grow, and monetize. In our specific case, Rehash holders are able to submit proposals on JokeRace, nominating their favorite people to be guests on the podcast, and our guest lineup for the following season of Rehash is determined through a voting process every quarter. For a full primer and history on how JokeRace started and developed, check out David Phelps' episodes from S3 E2 and S6 E10 so you have full context on the project and are able to appreciate some of the alpha Sean drops about upcoming feature launches. COLLECT THIS EPISODEhttps://www.rehashweb3.xyz/ FOLLOW USRehash: https://twitter.com/rehashweb3Diana: https://twitter.com/ddwchenSean: https://twitter.com/seanmc_ethJokeRace: https://twitter.com/jokerace_io LINKSContainerized contracts thesis: https://github.com/seanmc9/containerized-contracts-thesis?tab=readme-ov-fileSean's Github: https://github.com/seanmc9Rehash S3 E2 | Non-Financial Use Cases for Tokens w/David Phelps: https://youtu.be/v-huDdPaG1c?si=E1InDEp_hJllgWaSRehash S6 E10 | Crypto Use Cases for Mass Adoption w/David Phelps: https://youtu.be/_04bodYKG-k?si=d2xlIpFfRLflAwOP TIMESTAMPS0:00 Intro5:27 Containerized contracts thesis15:42 Onchain data and consumer adoption19:00 Obstacles to creating superapps20:55 Benefits of onchain, open source data29:26 Ideal onchain data dashboard for Rehash33:13 What does post-token mean?35:50 How can people use tokens in a post-token paradigm?38:05 How to prevent whales and sybil41:14 Can crypto really create wealth redistribution?44:04 New JokeRace features48:44 Can you not50:18 Follow Sean DISCLAIMER: The information in this video is the opinion of the speaker(s) only and is for informational purposes only. You should not construe it as investment advice, tax advice, or legal advice, and it does not represent any entity's opinion but those of the speaker(s). For investment or legal advice, please seek a duly licensed professional.
Steve Buchanan and Rajat Shrivastava join Scott Hanselman to explore the functionality of Azure Kubernetes Service backup in safeguarding containerized apps and their data. Learn the importance of backing up your containers, even when they are mostly stateless. See why safeguarding containers is crucial and provides insights into the workings of AKS backup in ensuring the protection of workloads running on AKS. Chapters 00:00 - Introduction 00:30 - Why AKS backup? 05:26 - Demo: Creating backups 16:10 - Demo: Restoring backups 22:35 - Wrap-up Recommended resources Backup for AKS: Cloud native, Enterprise ready, Kubernetes aware backup What is Azure Kubernetes Service backup? Cluster extensions Prerequisites for Azure Kubernetes Service backup using Azure Backup Create a Pay-as-You-Go account (Azure) Create a free account (Azure) Connect Scott Hanselman | Twitter/X: @SHanselman Steve Buchanan | Twitter/X: @BuchaTech Rajat Shrivastava | Twitter/X: @rajat-shrivastava Azure Backup | Twitter/X: @AzureBackup The AKS Community | Twitter/X: @theakscommunity Azure Friday | Twitter/X: @AzureFriday Azure | Twitter/X: @Azure
Steve Buchanan and Rajat Shrivastava join Scott Hanselman to explore the functionality of Azure Kubernetes Service backup in safeguarding containerized apps and their data. Learn the importance of backing up your containers, even when they are mostly stateless. See why safeguarding containers is crucial and provides insights into the workings of AKS backup in ensuring the protection of workloads running on AKS. Chapters 00:00 - Introduction 00:30 - Why AKS backup? 05:26 - Demo: Creating backups 16:10 - Demo: Restoring backups 22:35 - Wrap-up Recommended resources Backup for AKS: Cloud native, Enterprise ready, Kubernetes aware backup What is Azure Kubernetes Service backup? Cluster extensions Prerequisites for Azure Kubernetes Service backup using Azure Backup Create a Pay-as-You-Go account (Azure) Create a free account (Azure) Connect Scott Hanselman | Twitter/X: @SHanselman Steve Buchanan | Twitter/X: @BuchaTech Rajat Shrivastava | Twitter/X: @rajat-shrivastava Azure Backup | Twitter/X: @AzureBackup The AKS Community | Twitter/X: @theakscommunity Azure Friday | Twitter/X: @AzureFriday Azure | Twitter/X: @Azure
Containers, Containers everywhere.
Computing and sensors have been deployed at the edge for decades, and this is certainly true in the agriculture sector. This episode of Utilizing Edge features Edge Field Day delegates Ben Young and Alastair Cooke discussing with Stephen Foskett the evolution of connectivity and orchestration at the edge. Governmental policies can have a huge impact on the deployment of technology, from connectivity to environmental regulations, as has the emergence of inexpensive sensors, batteries, and processors thanks to the mobile phone industry, along with solar power. Cloud-inspired automation and orchestration is another key enabler of technology in agriculture and at the edge, with zero-touch provisioning, management, and central maintenance. Containerized applications, caching, and cloud-derived control planes are very popular at the edge, though not exactly the same way as in the cloud. Hosts: Stephen Foskett: https://www.twitter.com/SFoskett Alastair Cooke: https://www.twitter.com/DemitasseNZ Guest: Ben Young: https://www.twitter.com/BenYoungNZ Follow Gestalt IT and Utilizing Tech Website: https://www.GestaltIT.com/ Utilizing Tech: https://www.UtilizingTech.com/ Twitter: https://www.twitter.com/GestaltIT Twitter: https://www.twitter.com/UtilizingTech LinkedIn: https://www.linkedin.com/company/Gestalt-IT Tags: #Orchestration, #Edge, #UtilizingEdge,
Brian Kempisty and Joe Lynch discuss the state of containerized shipping. Brian is the Founder of Port X Logistics, a transportation company that specializes in expediting containerized cargo throughout the U.S. and Canada. About Brian Kempisty Brian Kempisty is the Founder of Port X Logistics, a transportation company that specializes in expediting containerized cargo throughout the U.S. and Canada. Brian grew up as a farm kid outside of Buffalo, NY and learned how to work at a young age. While earning his degree at Canisius College he needed a job and found himself working in the logistics industry. Since those early days, he has run multiple companies and his latest adventure called for him to create Port X Logistics which is a national drayage and transloading company with offices on both coasts. About Port X Logistics Port X Logistics specializes in expediting containerized cargo throughout the US and Canada. With a combination of company trucks, owner operators, and logistics network Port X Logistics can effectively service every port and rail ramp. Port X Logistics provides drayage, trans-loading, and over the road trucking to help clients meet their fulfillment and production plans. The team operates with urgency, attention to detail, proactive communication, and the ultimate in visibility. Key Takeaways: The State of Containerized Shipping Brian Kempisty is the Founder of Port X Logistics, a transportation company that specializes in expediting containerized cargo throughout the U.S. and Canada. In the podcast interview Brian and Joe discuss the state of containerized shipping including the following topics: West Coast Port labor negotiations Cargo is steadily moving from the West Coast Ports to the East Coast and Gulf Ports The California Ports are more challenging to service because of AB5 and CARB AB5 refers to Assembly Bill 5, a California law that went into effect on January 1, 2020. It is also known as the "Gig Worker Law" or the "Independent Contractor Law." AB5 aims to classify more workers as employees rather than independent contractors, CARB emissions refer to emissions of pollutants regulated by the California Air Resources Board (CARB). Port X Logistics specializes in expediting containerized cargo throughout the US and Canada. They offer drayage, trans-loading, and over the road trucking services. Port X utilizes a combination of company trucks, owner operators, and a logistics network to effectively service every port and rail ramp. Port X Logistics operates with urgency, attention to detail, proactive communication, and provides the ultimate in visibility. They have a strong focus on culture, service, technology, and trucks. Port X Logistics provides drayage to and from all ports and ramps in the USA and Canada. Port X Logistics provides safe and just-in-time truckload services, unique problem-solving for supply chain solutions, worry-free crisis management services, and collaborative and dedicated project management from start to finish. Learn More About The State of Containerized Shipping Brian on LinkedIn Port X Logistics on LinkedIn Port X Logistics website Port X Logistics Latest Port Report Is Drayage Just Drayage with Brian Kempisty Episode Sponsor: Tomorrow.io The Biggest Risk Facing Truck Drivers with Dan Slagen Trucking & Road Solutions: Weather Intelligence for Logistics & Transportation Episode Sponsor: Lean Solutions Group Outsourced Sales and Marketing with Ryan Mann The Logistics of Logistics Podcast If you enjoy the podcast, please leave a positive review, subscribe, and share it with your friends and colleagues. The Logistics of Logistics Podcast: Google, Apple, Castbox, Spotify, Stitcher, PlayerFM, Tunein, Podbean, Owltail, Libsyn, Overcast Check out The Logistics of Logistics on Youtube
Containerised software offers many benefits that today’s broadcasters are looking for: Flexibility, Resilience, Density, Scalability... but you also need specialist IT skills and knowledge to deploy them. Containerized software installation and configuration typically requires a thorough knowledge of the Linux command line interface (CLI). It also involves several abstract operating system constructs such as MACVLAN and CPU pinning. Moreover, while transaction-based applications may not be time-critical, programs handling real-time audio can’t afford to skip a beat or even rest a cycle or two. Timing is critical. Virtual Rack is a user-friendly deployment environment for containerized broadcast software. The idea is to take advantage of containerized software’s benefits, while simplifying the deployment process. Utilizing purpose-built management software and appliances optimized to run broadcast applications, Virtual Rack enables broadcast engineers to install containerized broadcast products with just a few mouse clicks. Dan McQuillin, Managing Director at Broadcast Bionics, joins us to explain the philosophy behind Virtual Rack, and further explain how backup and failover is implemented with similar ease. Show Notes:Virtual Rack - Broadcast Hardware that Isn’t HardVirtual Rack introduced at IBC 2022 (YouTube video) Guest:Dan McQuillin - Managing Director at Broadcast Bionics, Ltd. Hosts:Chris Tarr - Group Director of Engineering at Magnum.MediaKirk Harnack, The Telos Alliance, Delta Radio, Star94.3, & South Seas BroadcastingFollow TWiRT on Twitter and on FacebookTWiRT is brought to you by:Nautel brings you Transmission Talk Tuesday Discussions. Easy, free registration is here.Broadcasters General Store, with outstanding service, saving, and support. Online at BGS.cc. Broadcast Bionics - making radio smarter with Bionic Studio, visual radio, and social media tools at Bionic.radio.Angry Audio - with StudioHub cables and adapters. Audio problems disappear when you get Angry at AngryAudio.com. And MaxxKonnectWireless - Prioritized High Speed Internet Service designed for Transmitter Sites and Remote Broadcasts. Subscribe to Audio:iTunesRSSStitcherTuneInSubscribe to Video:iTunesRSSYouTube
"Спроектируйте нам твиттер на листочке" - системный дизайн заменил вопросы про паттерны на собеседованиях. Как "правильно" отвечать на System Design вопросы, как готовиться и есть ли Системный Дизайн в реальной работе, все это и не только в новом выпуске подкаста.Спасибо всем кто нас слушает. Ждем Ваши комментарии. Бесплатный открытый курс "Rust для DotNet разработчиков": https://www.youtube.com/playlist?list=PLbxr_aGL4q3S2iE00WFPNTzKAARURZW1Z Shownotes: 00:00:00 Вступление 00:07:05 Что такое системный дизайн? 00:20:00 Что делать на собеседовании? 00:23:30 Главное - правильно задавать вопросы 00:25:20 Как посчитать "сколько надо ядер"? 01:11:00 Как готовиться к System Design собеседованию? 01:33:00 "Моя архитектура на монолите" 01:39:30 CAP Теорема 01:44:45 Про MongoDB, Elasticsearch, логи и не только 01:55:00 Можно ли сразу сделать "идеальную архитектуру"? 02:25:20 QA, архитектура и пользователи 02:33:00 Как выбирают клауд? 02:39:55 Как выбирать БД, Kafka vs RabbitMQ и проч.? 03:02:25 C4, ArchiMate, UML Ссылки: - https://dotnet.microsoft.com/en-us/learn/dotnet/architecture-guides : Архитектурный гайдлайны от Microsoft - https://www.youtube.com/playlist?list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy : BookClub от DotNetRu по книге ".NET Microservices: Architecture for Containerized .NET Applications" - https://habr.com/en/companies/piter/articles/352742/ : "Главная" книга по System Design, aka "Книга с кабанчиком" - https://www.youtube.com/playlist?list=PL9XzOCngAkqs0Q8ZRdafnSYExKQurZrBY : Курс Рихтера про архитектуру - https://www.youtube.com/playlist?list=PLhr1KZpdzukdeX8mQ2qO73bg6UKQHYsHb : This is my architecture - https://www.labirint.ru/books/843295/ : System Design. Подготовка к сложному интервью - https://github.com/sirupsen/napkin-math : Napkin Math - считаем ядра :) - https://jepsen.io/ : Distributed Systems Safety Research - https://youtu.be/K-FtLWc8TxI : Евгений Кривошеев, Архитектура как функция от? Видео: https://youtube.com/live/imfxJKvxoOo Слушайте все выпуски: https://dotnetmore.mave.digital YouTube: https://www.youtube.com/playlist?list=PLbxr_aGL4q3R6kfpa7Q8biS11T56cNMf5 Обсуждайте: - Telegram: https://t.me/dotnetmore_chat Следите за новостями: – Twitter: https://twitter.com/dotnetmore – Telegram channel: https://t.me/dotnetmore Background music: http://freemusicarchive.org/music/Six_Umbrellas/Ad_Astra Copyright: https://creativecommons.org/licenses/by-sa/4.0/
Link to bioRxiv paper: http://biorxiv.org/cgi/content/short/2023.03.14.532686v1?rss=1 Authors: Kim, Y., Joshi, A. A., Choi, S., Joshi, S. H., Bhushan, C., Varadarajan, D., Haldar, J. P., Leahy, R. M., Shattuck, D. W. Abstract: There has been a concerted effort by the neuroimaging community to establish standards for computational methods for data analysis that promote reproducibility and portability. In particular, the Brain Imaging Data Structure (BIDS) specifies a standard for storing imaging data, and the related BIDS App methodology provides a standard for implementing containerized processing environments that include all necessary dependencies to process BIDS datasets using image processing workflows. We present the BrainSuite BIDS App, which encapsulates the core MRI processing functionality of BrainSuite within the BIDS App framework. Specifically, the BrainSuite BIDS App implements a participant-level workflow comprising three pipelines and a corresponding set of group-level analysis workflows for processing the participant-level outputs. The BrainSuite Anatomical Pipeline (BAP) extracts cortical surface models from a T1-weighted (T1w) MRI. It then performs surface-constrained volumetric registration to align the T1w MRI to a labeled anatomical atlas, which is used to delineate anatomical regions of interest in the MRI brain volume and on the cortical surface models. The BrainSuite Diffusion Pipeline (BDP) processes diffusion-weighted imaging (DWI) data, with steps that include coregistering the DWI data to the T1w scan, correcting for geometric image distortion, and fitting diffusion models to the DWI data. The BrainSuite Functional Pipeline (BFP) performs fMRI processing using a combination of FSL, AFNI, and BrainSuite tools. BFP coregisters the fMRI data to the T1w image, then transforms the data to the anatomical atlas space and to the Human Connectome Project's grayordinate space. Each of these outputs can then be processed during group-level analysis. The outputs of BAP and BDP are analyzed using the BrainSuite Statistics in R (bssr) toolbox, which provides functionality for hypothesis testing and statistical modeling. The outputs of BFP can be analyzed using atlas-based or atlas-free statistical methods during group-level processing. These analyses include the application of BrainSync, which synchronizes the time-series data temporally and enables comparison of resting-state or task-based fMRI data across scans. We also present the BrainSuite Dashboard quality control system, which provides a browser-based interface for reviewing the outputs of individual modules of the participant-level pipelines across a study in real-time as they are generated. BrainSuite Dashboard facilitates rapid review of intermediate results, enabling users to identify processing errors and make adjustments to processing parameters if necessary. The comprehensive functionality included in the BrainSuite BIDS App provides a mechanism for rapidly deploying the BrainSuite workflows into new environments to perform large-scale studies. We demonstrate the capabilities of the BrainSuite BIDS App using structural, diffusion, and functional MRI data from the Amsterdam Open MRI Collection's Population Imaging of Psychology dataset. Copy rights belong to original authors. Visit the link for more info Podcast created by Paper Player, LLC
In this episode Frank talked with Josh Blumert on the evolution of storage and how we got to containerized storage.This was originally recorded as part of the Data Office Hours series on the OpenShift YouTube channel.
Can High-Performance Computing (HPC) be containerized effectively?Containerized workflows are attractive to the research community for many reasons, but when it comes to classic HPC environments, there are many hurdles to overcome.In today's episode, Jason Mcdonald, DevOps Team Lead at Harvard Medical School, talks to our host Elias about some of these challenges, his team's approach, and why he believes Security should be an integral part of DevOps. What's in it for you:1. The IT challenges of modern biomedical research2. The pros and cons of containerized workflows for research communities3. Why Jason's team integrates Security with DevOps4. The latest open-source projects tackling the unique challenges of HPC environmentsAbout Jason:Jason is DevOps Team Lead/ Engineer with nearly 20 years administration experience. He's mostly interested in large system development and deployment. The first time Jason ever broke an operating system, was when he tried to use Windows 95 at the age of 15, by thrashing a whole bunch of erroneous files that didn't seem to make sense.Find Jason on LinkedIn: https://www.linkedin.com/in/jasonfmcdonald/_______About Harvard Medical School:Harvard Medical School is a medical education and scientific research institution focused on education, research, clinical care and service. With its vast reservoir of talent, extensive network of affiliates and commitment to problem solving, Harvard Medical School is uniquely positioned to steer education and research in directions that will benefit local, national and global communities.Website: https://hms.harvard.edu/Industry: Education, Health Care, Higher Education, MedicalCompany size: 11,000+Headquarters: Boston, Massachusetts, United StatesFounded: 1782_______ About the host Elias: Elias is responsible for the North American business at tribe29. He comes from a strategy consulting background, but has been an entrepreneur for the better part of the last 10 years. In his spare time, he likes to do triathlons. Get in touch with Elias via LinkedIn or email elias.voelker@tribe29.com__________Podcast MusicMusic by Ströme, used by permission‚Panta Rhei‘ written by Mario Schoenhofer(c)+p 2022, Compost Medien GmbH & Co KGwww.stroeme.comhttps://compost-rec.com/__________This podcast is produced by our friends at the SCL Program by SAWOO
Governance, Risk, and Compliance (GRC) platforms can be tricky to construct. Today, we sat down with an expert in this field to talk about building and deploying secure applications in the cloud. This episode features Jeff Schlauder, Information Security Executive, from Catalina Worldwide, who provides answers and explanations to a variety of questions regarding deploying applications securely in the cloud, using AWS (amazon web services), and much more. Join us as we discuss: · Building and deploying secure applications in the cloud · The Logistics of Web Applications · Building, operating, and maintaining secure Cloud applications · Containerized vs Not-containerized applications · How to keep applications deployed secure To hear this episode, and many more like it, we would encourage you to subscribe to The Virtual CISO Podcast here. You can find all our full length and short form episodes here . Listening on a desktop & can't see the links? Just search for The Virtual CISO Podcast in your favorite podcast player
Eran Bibi is Co-Founder & Chief Product Officer at Firefly. With years of experience in anything DevOps, he has earned a reputation as a CI/CD expert and an avid admin of Cloud Platforms and Containerized environments.
Вместе с нашими гостями и слушателями мы прочитали и обсудили до конца руководство по разработке микросервисных приложений в контейнерах ... пора подвести итоги! Спасибо всем, кто принимал участие в книжном клубе, обсуждал выпуски, главы из книги и делился своим мнением. Отдельную благодарность выражаем гостям книжного клуба BookClub DotNet: — Анатолий Кулаков (https://twitter.com/kulakovt) — Алексей Мерсон (https://twitter.com/alexeymerson) — Евгений Петров (https://github.com/Anarh2404) — Антон Оникийчук (https://twitter.com/holyslon) — Андрей Парамонов (https://twitter.com/Pr1vetAndrey) — Станислав Флусов (https://t.me/sflusov) — Даниил Доронкин (https://www.linkedin.com/in/ddydeveloper) — Владимир Хориков (https://enterprisecraftsmanship.com) — Евгений Александров (https://github.com/aloraman) — Артём Акуляков (https://github.com/oxffaa) — Николай Михайлычев (https://github.com/Em1ss1oN) — Максим Иванюк (https://github.com/hayhay27) — Егор Гришечко (https://t.me/egorikas) — Роман Букин (https://github.com/vanbukin) Первый сезон книжного клуба вели: — Андрей Медведев (https://t.me/m_andrei) — Роман Щербаков (https://daredever.net) Книга:.NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске: — .NET Microservices Architecture key takeaways (333 - 334 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/key-takeaways Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-18 Выпуск на YouTube: https://www.youtube.com/watch?v=4V4xnTHIsPQ&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxyКанал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Романом Букиным (https://github.com/vanbukin) поговорим про безопасность микросервисных приложений. В чём разница между аутентификацией и авторизацией? Обсудим особенности настройки доступа к приложению. Рассмотрим разные виды токенов авторизации и механизмов их создания. Приведём примеры популярных инструментов для авторизации пользователя, их плюсы и минусы. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Make secure .NET Microservices and Web Applications (319 - 333 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/secure-net-microservices-web-applicationsВыпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-17Выпуск на YouTube: https://www.youtube.com/watch?v=Chl1zOlymoE&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxyКанал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Проект IdentityEngine: https://github.com/IdentityEngine/IdentityEngine SPAs are dead?!: https://leastprivilege.com/2020/03/31/spas-are-dead
Вместе с Егором Гришечко (https://t.me/egorikas) обсудим то, как сделать микросервисные приложения надёжными. Разберёмся, что значит «надежное приложение»? Обсудим преимущества использования IHttpClientFactory. Как правильно использовать политику повторных запросов и что такое Jitter? Обсудим важность Health check и их отличие от Readiness check. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Implement resilient applications (292 - 318 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/implement-resilient-applications/ Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-16 Выпуск на YouTube: https://www.youtube.com/watch?v=fH_o-1vpa3I&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxyКанал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Exponential backoff and Jitter: https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/ Нейгард Майкл “Release it! Проектирование и дизайн ПО для тех, кому не всё равно”: https://www.piter.com/collection/A31172/product/release-it-proektirovanie-i-dizayn-po-dlya-teh-komu-ne-vsyo-ravno Бёрнс Брендан, «Распределенные системы. Паттерны проектирования»: https://www.piter.com/product/raspredelennye-sistemy-patterny-proektirovaniya
Вместе с Николаем Михайлычевым (https://github.com/Em1ss1oN) и Максимом Иванюком (https://github.com/hayhay27) обсудим то, как использовать DDD и CQRS. Поговорим про основные тактические приёмы при разработке микросервисов. Почему проект имеет смысл делить на уровни согласно DDD? В чём разница между Domain, Infrastructure, Application? Поговорим про Entity, Value Object, Aggregate, Repository и другие паттерны, которые помогут при реализации. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnetКнига .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Tackling Business Complexity in a Microservice with DDD and CQRS Patterns (198 - 290 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-15 Выпуск на YouTube: https://www.youtube.com/watch?v=3FYg84GiLts&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
https://go.dok.community/slack https://dok.community/ From the DoK Day EU 2022 (https://youtu.be/Xi-h4XNd5tE) With the advent of microservices in Kubernetes, individual developer teams now manage their own data, middleware, and databases. Automated tests and CI/CD pipelines have to be revisited to include these new requirements. This session will discuss and demonstrate how to use Kustomize and Tekton to provide Kube-Native automated workflows taking into account new parameters such as database operators, StorageClass and PVC. In this talk, Nic is also going to provide some insights on how to optimize Tekton to work with multiple workspaces and overcome some of the affinity limitations. The demonstration will focus on building a comics cards web application using a flask-based frontend and leveraging postgreSQL as the database. It will cover the automation of multiple lifecycle stages: - local laptop testing automation on K3S with Kustomize - production deployment using Flux, Tekton and the Zalando PostreSQL operator Nicolas is an experienced hands-on technologist, evangelist, and product owner who has been working in the fields of Cloud-Native technologies, Open Source Software, Virtualization, and Datacenter networking for the past 17 years. Passionate about enabling users and building cool tech solving real-life problems, you'll often see him speaking at global tech conferences and online events, spreading the word, and walking the walk with customers and users.
Вместе с Артёмом Акуляковым (https://github.com/oxffaa) обсудим стратегию применения DDD и CQRS во время разработки микросервисов. Что такое CQS и CQRS? Как Command и Query помогают упрощать расширение и поддержку доменных моделей, сохраняя при этом возможность читать данные без свойственных им ограничений? В чем разница между стратегическими и тактическими паттернами DDD? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Tackling Business Complexity in a Microservice with DDD and CQRS Patterns (182 - 198 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-14 Выпуск на YouTube: https://www.youtube.com/watch?v=4HMD0rIEg3o&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Антоном Оникийчуком (https://twitter.com/holyslon) обсудим паттерн API Gateway. Для чего используется API Gateway и какие есть альтернативы? Поговорим про существующие решения, такие как: Envoy Proxy, YARP и старый добрый nginx. Обсудим, как при помощи одного проекта и нескольких конфигураций можно реализовать несколько разных API Gateway. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Implementing API Gateways with Ocelot (163 - 181 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/implement-api-gateways-with-ocelot Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-13 Выпуск на YouTube: https://www.youtube.com/watch?v=fI2PCBpTmWc&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Доклад Антона Оникийчука и Андрея Парамонова "Вы кеши продаете? Нет, просто показываем": https://youtu.be/yTYmfshb5-U Amazon API Gateway: https://docs.aws.amazon.com/apigateway/latest/developerguide/welcome.html
As software development increasingly uses containerization, easy access to cryptography is critical for high assurance security.
Вместе с Евгением Александровым (https://github.com/aloraman) обсудим IHostedService и BackgroundService. Как при помощи IHostedService и его реализаций управлять фоновыми операциями? Чем может помочь абстрактный класс BackgroundService? Когда нам может пригодиться самостоятельно реализовать IHostedService? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Implement background tasks in microservices with IHostedService and the BackgroundService class (157 - 163 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/background-tasks-with-ihostedservice Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-12 Выпуск на YouTube: https://www.youtube.com/watch?v=0VjypVzjZlU&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Чат для обсуждения .NET: https://t.me/pro_net
Вместе с Владимиром Хориковым (https://enterprisecraftsmanship.com/) обсудим особенности тестирования микросервисов. Поговорим о том, как измерить эффективность тестов и как писать эффективные тесты. Обсудим, что нужно тестировать в микросервисном приложении и при помощи каких тестов мы можем это делать. Выясним, когда тесты могут оказаться ненужными, а иногда даже и вредными? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Testing ASP.NET Core services and web apps (152 - 157 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/test-aspnet-core-services-web-apps Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-11 Выпуск на YouTube: https://www.youtube.com/watch?v=jmRCoi6-57Y&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Книга Владимира Хорикова "Принципы юнит-тестирования": https://www.ozon.ru/product/printsipy-yunit-testirovaniya-211424826 Доклад Владимира Хорикова "Effective Unit Testing": https://www.youtube.com/watch?v=AAD9se2LjuI Блог компании Tinkoff о нагрузочном тестировании: https://habr.com/ru/company/tinkoff/blog/655341/
In this episode of SAP Integration & Extension Talk, March' 2022 we deep dive into conversation with Development Architect from SAP BTP Runtimes & Core Stakeholder Engagement team, where we start with understanding the differences between Kyma and SAP BTP Kyma runtime. Then talking about how businesses can get the benefits if they build and run containerized business applications on Kubernetes. We also discuss what's new in the SAP BTP Kyma runtime and where we can learn more and get hands-on knowledge.
Вместе с Даниилом Доронкиным (https://www.linkedin.com/in/ddydeveloper) обсудим особенности построения event-based коммуникации между микросервисами. Для чего полезно использовать Integration Events и Event Bus в среде коммуникации микросервисов? Какие существующие инструменты можно использовать для обеспечения асинхронной коммуникации? В каких случаях и с помощью чего имеет смысл реализовывать её самостоятельно? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Implementing event-based communication between microservices (integration events) (134 - 139 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/integration-event-based-microservice-communications - Implementing an event bus with RabbitMQ for the development or test environment (139 - 142 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/rabbitmq-event-bus-development-test-environment - Subscribing to events (142 - 153 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/subscribe-events Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-10 Выпуск на YouTube: https://www.youtube.com/watch?v=dDdHbsXmTuc&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Доклад Даниила Доронкина «Message based подход в распределённых системах»: https://youtu.be/-izdfoIznL4 Rebus: https://github.com/rebus-org/Rebus NServiceBus: https://github.com/Particular/NServiceBus
Containerized solutions, such as E-Houses, have become more prevalent in the building industry. What does this solution entail and what benefits does it provide? Tune in with Jon Lester and Markus Lagler, Global Business Development Manager for fire safety at Siemens Smart Infrastructure, to find out!
Containerized solutions, such as E-Houses, have become more prevalent in the building industry. What does this solution entail and what benefits does it provide? Tune in with Jon Lester and Markus Lagler, Global Business Development Manager for fire safety at Siemens Smart Infrastructure, to find out!
Вместе со Станиславом Флусовым из "ГК Монополия" (https://t.me/sflusov) рассмотрим пример простого контейнеризованного приложения. Как безопасно хранить и использовать переменные окружения, и чем нам могут помочь Docker и Kubernetes в этой задаче? Обсудим плюсы и минусы контейнеризованных баз данных, в каких случаях нам может понадобится такое хранилище и что случится с SQL Server в Docker-контейнере? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Defining your multi-container application with docker-compose.yml (116 - 127 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/multi-container-applications-docker-compose - Use a database server running as a container (127 - 133 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/database-server-container Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-9 Выпуск на YouTube: https://www.youtube.com/watch?v=ZumadYjN6dw&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Доклад Станислава Флусова про миграцию приложения с MS SQL Server на PostgreSQL: https://www.youtube.com/watch?v=C5SUvakzJG8
Вместе с Антоном Оникийчуком (https://twitter.com/holyslon) и Андреем Парамоновым (https://twitter.com/Pr1vetAndrey) рассмотрим пример создания микросервисного приложения. Обсудим, для чего нужны Internal Architecture и External Architecture? Что делать с переменными окружения и как не стоит использовать Swagger при разработке приложения? Что стоит учесть при поддержке версионирования API и что такое HATEOAS? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Design a microservice-oriented application (93 - 102 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/microservice-application-design - Creating a simple data-driven CRUD microservice (102 - 116 стр.): https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/data-driven-crud-microservice Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-8 Выпуск на YouTube: https://www.youtube.com/watch?v=3B1aPObvZuM&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru Руководство Microsoft по версионированию API: https://github.com/microsoft/api-guidelines/blob/vNext/Guidelines.md#121-versioning-formats Курс "Designing & Versioning HTTP/REST APIs" от Jeffrey Richter: https://www.youtube.com/watch?v=9Ng00IlBCtw&list=PL9XzOCngAkqs4m0XdULJu_78nM3Ok3Q65 Методология "twelve-factor": https://12factor.net
Вместе с Евгением Петровым (https://github.com/Anarh2404) обсудим процесс разработки приложений в Docker. Доверять ли IDE при создании Dockerfile или создавать его собственноручно? Как воспользоваться преимуществами Docker при сборке, отлаживании и тестировании контейнеризированных приложений? Как облегчить процесс сборки и запуска контейнеров при помощи Docker Compose? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Development process for Docker-based applications (стр. 72 - 93) Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-7 Выпуск на YouTube: https://www.youtube.com/watch?v=D3ncvmYgYE4&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Алексеем Мерсоном (https://twitter.com/alexeymerson) продолжим обсуждать особенности микросервисной архитектуры. Обсудим, как контролировать версионирование API микросервисов. Как работать с адресами микросервисов, что такое паттерн Service Registry. На примере Kubernetes поговорим про то, как контролировать микросервисы, их жизненный цикл и масштабирование при помощи оркестраторов. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Architecting container and microservice-based applications (стр. 54 - 71) Выпуск на YouTube: https://www.youtube.com/watch?v=ZTrPPbVGvc8&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Алексеем Мерсоном (https://twitter.com/alexeymerson) продолжим обсуждать проектирование микросервисной архитектуры. Обсудим, каким должен быть API микросервисного приложения? Чем отличаются стратегии предоставления API: Direct Communication и API Gateway, в каких случаях выгодно использовать каждую из них, как можно сочетать синхронную и асинхронную коммуникацию в сложном микросервисном приложении? Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Architecting container and microservice-based applications (стр. 48 - 54) Выпуск на YouTube: https://www.youtube.com/watch?v=KVyEiCFNoDM&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Алексеем Мерсоном (https://twitter.com/alexeymerson) поговорим о проектировании микросервисной архитектуры. Обсудим, как определять границы микросервисов и при чём тут DDD? За что должен отвечать микросервис, как делить сложные сущности между микросервисами и многое другое. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Architecting container and microservice-based applications (стр. 40 - 48) Выпуск на YouTube: https://www.youtube.com/watch?v=WcFCRXsXhb8&list=PLbxr_aGL4q3SAMvtA4ZTPdHPrX0YRutxy Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Rick Porter is the CEO and Founder of DSCVR. DSCVR's mission is to create a decentralized social content aggregation platform where users not only control the content, but also the platform itself. Think Reddit, if Reddit's development was run by its most dedicated community members. Prior to DSCVR worked at Google and Boston Consulting Group Digital Ventures, where he built blockchain projects for Fortune 500 companies. Including a project for DeBeers using the Ethereum blockchain to track its diamond supply chain.In this episode we discuss:His previous experience at Boston Consulting Group building blockchain projects for enterprise customersWhy Rick learned Rust and WASM (web assembly)What is Decentralized Social (DeSo) and why is it important for today's society?What are the building blocks within each DSCVR portal?What is DFINITY? Containerized, decentralized computing.Civil resistance / establishing personhood - how do you establish persons or persons?The multi-level altitudes that NFT's can exist at.NFT's can represent your identity and contain more NFTs!The tokens and DAO's on DSCVRSocial token - earned via participation on the platform (not trade-able, not purchase-able) - helps make decisions on the platformGovernance token - Purchase-able, trade-able, used for powering the platform.How each portal on DSCVR is like a subreddit. Rick's belief that each portal (subreddit) should be a DAO. Thinking about whether each portal should have their own token / NFT / governance.Rick's goal is to create the rails people can build on to create communities. Creating the tools for a community to grow itself. Truly decentralized and governed by the community.Requirements for a community to successfully govern itself.We're introducing a new series where Will, Lee, and Andrew Learn about Web3. This is a pivotal moment in time where Web3 has exploded and a lot of smart people we know are dropping their careers to transition into Web3. This is a series where we bring friends on to learn about what's happening.Learn More About DSCVRWebsite http://dscvr.oneTwitter: https://twitter.com/DscvrOIntroducing DSCVR: A platform that belongs to its communityDSCVR Portal GovernancePrevious Will, Lee, and Andrew Learn about Web3 Episodes:Will, Lee & Andrew Recap After 25 Episodes and Starting a Learning Web3 Series#27 Yoshi Luk: Exploring DeFi (Decentralized Finance)#28 Evan Lai: How to Get Started Learning About Web3#31 Jay Chang: Cofounding Genopets. A Play-to-Earn NFT Game on Solana.#32 Shalin Pei: Coinbase Designer. Unlocking a Playground for Creativity.#33 Howie Zhang: Designing an NFT Game Economy as a Quant Analyst#34 Li Ouyang: Discovering an NFT Community She's Passionate About#36 Peter Ng: Designing Spatial. The Airbnb for NFTS#37 Katherine Liu: Onboarding the Next Million Artists into Web3#38 High Witches of Crypto CovenResources to learn more:Read Chris Dixon: Why Web3 MattersListen to Tim Ferriss' episode with Chris Dixon and Naval Ravikant on Web3Listen to #14 Elliot Chun: Making the World a Better Place with Blockchain
Вместе с Анатолием Кулаковым (https://twitter.com/kulakovt) определим ключевые термины и концепции микросервисной архитектуры и SOA. Сравним монолитные приложения с микросервисами. Обсудим данные, которые приложение может хранить, и способы управления ими в Docker-контейнерах. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Architecting container and microservice-based applications (стр. 18 - 36) Выпуск на YouTube: https://youtu.be/MwEvo9ns6FM Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
Вместе с Анатолием Кулаковым (https://twitter.com/kulakovt) обсудим первые главы из руководства Microsoft по разработке микросервисных .NET-приложений. Поговорим о том, что такое Docker, как его можно использовать для разработки микросервисов, а также создания с его помощью .NET-приложений в контейнерах. Присоединяйтесь к обсуждению выпусков в канале книжного клуба: https://t.me/bookclubdotnet Книга .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook) В выпуске - Introduction to Containers and Docker (стр. 1 - 8) - Choosing Between .NET 5 and .NET Framework for Docker Container (стр. 9 - 17) Выпуск на других платформах: https://bookclub-dotnet.mave.digital/ep-2 Выпуск на YouTube: https://www.youtube.com/watch?v=QLJ62fVI7YA Канал книжного клуба: https://t.me/bookclubdotnet Сайт книжного клуба: https://bookclub.dotnet.ru
If you're looking for a way to build better containerized applications, it's no easy feat. You need the right tools to ensure it's an efficient and time-saving process. That way, you can ensure your application isn't bogged down and runs reliably and quickly. Pieter van Noordennen, Senior Director of Growth at Slim.AI joins The Craft of Code podcast to discuss the challenges of building containerized applications. We spoke to him in episode 6, season two, to get his take on how Slim.AI's platform helps developers build better solutions. Pieter also talks about why non-optimized containers can really hold everything back and waste time. He discusses Slim.AI's open-source SaaS platform and what it can do for developers and gives his take on why a multi-cloud approach to containerized apps is best. In this episode, we discussed: Why Slim.AI's mission really spoke to Pieter How Slim.AI works What makes a container a better container Slim.AI's recent research project DockerSlim's open source project and how it helps developers Why containers are such a powerful tool for developers You can find out more by visiting https://www.linode.com/craft-of-code/ (https://www.linode.com/craft-of-code/) Links: Slim.AI: https://www.slim.ai/ (https://www.slim.ai/) Slim.AI's Twitter: https://http://twitter.com/slimdevops (twitter.com/slimdevops) Slim.AI's Twitch: https://http://twitch.tv/slimdevops (twitch.tv/slimdevops) Follow Us https://github.com/linode/ (GitHub) https://www.instagram.com/linode/ (Instagram) https://www.linkedin.com/company/linode/ (LinkedIn) https://twitter.com/linode (Twitter) https://www.youtube.com/linode (YouTube) If you enjoyed our show, then please rate and review us on whatever podcast app you listen to us on.
Чего может не хватать прохладным вечером? Горячей чашки ароматного какао, уютного кресла ... и книжного клуба! Приглашаем скрасить вечера в книжном клубе для .NET-разработчиков — BookClub DotNet. Вместе с гостями Роман Щербаков и Андрей Медведев будут обсуждать книги и руководства для разработчиков во всех деталях. Запись каждой встречи будет доступна на популярных платформах, а ссылки на них будут опубликованы в нашем канале: t.me/bookclubdotnet. Обсудить выпуски с сообществом и задать вопросы можно в комментариях канала. Начнём с руководства Microsoft по разработке систем с микросервисной архитектурой: .NET Microservices: Architecture for Containerized .NET Applications (https://aka.ms/microservicesebook). Как новички, так и профессионалы найдут в этой книге инсайты и лучшие практики по созданию микросервисов, сопровождаемые примерами и ссылками на другие полезные источники. Читайте книги, слушайте выпуски и присоединяйтесь к обсуждению в BookClub DotNet!
Great films are often the result of an evolution in narratives and storytelling. Die Hard and Speed were refreshing representations of a new wave in action films. Containerized environments, lovable and relatable action stars, and touches of comedy. Kyle, Drew, and Phil didn't let this podcast go below 50 MPH. SPEED FIlm Summary: Los Angeles police officer Jack (Keanu Reeves) angers retired bomb squad member Howard Payne (Dennis Hopper) by foiling his attempt at taking hostages. In revenge, Payne arms a bus with a bomb that will explode if it drops below 50 miles per hour. With the help of spunky passenger Annie (Sandra Bullock), Jack and his partner Harry (Jeff Daniels) try to save the people on the bus before the bomb goes off, while also trying to figure out how Payne is monitoring them. Rating: R (Violence|Language) Genre: Mystery & Thriller, Action Original Language: English Director: Jan de Bont Producer: Mark Gordon Writer: Graham Yost Release Date (Theaters): Jun 10, 1994 Wide Release Date (Streaming): Nov 25, 2015 Box Office (Gross USA): $121.2M Info courtesy of Rotten Tomatoes (https://www.rottentomatoes.com/m/speed_1994 (https://www.rottentomatoes.com/m/speed_1994)) DIE HARD FIlm Summary: New York City policeman John McClane (Bruce Willis) is visiting his estranged wife (Bonnie Bedelia) and two daughters on Christmas Eve. He joins her at a holiday party in the headquarters of the Japanese-owned business she works for. But the festivities are interrupted by a group of terrorists who take over the exclusive high-rise, and everyone in it. Very soon McClane realizes that there's no one to save the hostages -- but him. Rating: R Genre: Mystery & Thriller, Action Original Language: English Director: John McTiernan Producer: Lawrence Gordon, Joel Silver Writer: Roderick Thorp, Jeb Stuart, Steven E. de Souza Release Date (Theaters): Jul 15, 1988 Wide Release Date (Streaming): Nov 25, 2015 Box Office (Gross USA): $81.0M Info Courtesy of Rotten Tomatoes (https://www.rottentomatoes.com/m/die_hard)
[קישור לקובץ mp3] שלום וברוכים הבאים לפודקאסט מספר 414 של רברס עם פלטפורמה - התאריך היום הוא ה-18 ביולי 2021, ואנחנו בעיצומו של גל איש-לא-יודע-כמה, וגם לא יודעים האם זה עיצומו . . . השעה היא 2100 בערב, שעון יקנעם-עילית, ויונתן מצטרף כ-Co-Host - היי יונתן! טוב שאתה פה איתנו שוב.והיום נמצא איתנו לירן מחברת Rookout - ברוך הבא, מה שלומך?(לירן) מצויין - קצת מאוחר, אבל זו שעה מצויינת לפודקאסט.(רן) לתל אביבים זה כמעט בוקר . . .אז תיכף תספר לנו קצת מה איתך ועל החברה - הנושא שלנו להיום, בקצרה, זה האתגרים המעניינים שיש מאחורי דברים שהם Cloud-Native, שזה בעצם גם העיסוק של החברה שלך.אז ככה בשתי מילים - מי אתה? מה אתה עושה? מה עשית לפני זה?(לירן) אז אני לירן חיימוביץ', Co-Founder ו-CTO ב-Rookoutלפני שהצטרפתי ל-Rookout הייתי איזה עשר שנים במשרד ראש הממשלה, בוגר קורס אר”מ, למי שככה, מתעסק בדברים האלה.בגדול, לפני חמש שנים החלטתי להקים סטארטאפ - וכמה חודשים אח”כ קרמה עור וגידים Rookout . . .ו-Rookout היא חברה שמספקת כלים למפתחים, שמאפשרים להם “לצלול” לתוך הקוד לשהם, לדבג אותו להבין מה הוא עושה - גם כשהוא רחוק.אני לא חושב שיש משהו יותר רחוק, היום, מאשר Cloud-Native ו-Cloud בכלל.(רן) כן . . . אז מניח שאת המונח “Cloud-Native” לא מעט מהמאזינים שמעו [יש קרבורטור], יש גם ממש ארגון - CNCF - Cloud Native Computing Foundation , ואני מניח שזה שגור בפי רבים, And yet - כל אחד שומע את זה וכנראה מבין משהו אחר, מתכוון למשהו אחר.לפי ראייתך - מה המשמעות של Cloud-Native?(לירן) וואו, “לפי ראייתי” . . . קשה לי קצת להגיד שזה לפי ראייתי ולהגדיר את זה, אבל איך שאני תופס את זה, זה שלפני 10-15 שנים התחיל עולם ה-Cloud, עם ה-S3 של AWS ועם ה-Google App Engine ועם טכנולוגיות כאלהובהתחלה, התצורה הייתה יותר כזה “Lift & Shift” - בוא ניקח את האפליקציות שכתבנו ל-Data Centers ונריץ אותן בענןומה שהבנו, תוך כמה שנים, זה שאנחנו לא מנצלים את המקסימום שהענן יודע לתת לנו, את המקסימום שהענן יודע להציע לנויש המון יתרונות, שאפשר לדבר עליהם שעות - אני לא אכנס לזה עכשיו, כי על זה . . . נדבר רק על היתרונות של הענן . . .ובעצם - Cloud-Native זה אוסף של טכנולוגיות, אוסף של תפישות, אוסף של שיטות עבודה - שנועדו לאפשר לנו לבנות את אפליקציות שלנו בצורה אחרת, בצורה שיותר ממנפת את היתרונות הייחודיים של הענן, את האלסטיות שלו, את ה-Scale שהוא מאפשר לנו - ובעצם לבנות אפליקציות גדולות יותר, טובות יותר, מודרניות יותר.(רן) אז אם אני אסתכל רגע, לדוגמא - דיברת על Lift & Shift, אז נגיד שהיה לי איזשהו שירות Backend-י, שמכיל נגיד 50 מכונות - אז אני יכול לקחת את אותן 50 מכונות ורק להרים אותן באחד מספקי הענן - ולזה אנחנו קוראים Lift & Shift.כנראה שזה יעלה לי הרבה יותר . . . כי עלות של מכונה On-demand היא יותר יקרה מאשר מכונה שהיא כבר שלי, אם קניתי אותה.היתרון המשמעותי של הענן זה שהוא מאפשר לך לא להחזיק את כל ה-50 בכל זמן נתון, למשל . . .(לירן) עצם העובדה שאתה מסתכל על זה כעל “50 מכונות” - זה בדיוק התפיסה של Data Center . . . אתה מתכנן מראש - “אני, בשביל לעמוד ביעדים שלי, צריך להגדיר 50 מכונות” - אני יודע כמה CPU, כמה RAM, כמה דיסק-קשיח יהיה בכל אחת מהן,אני יודע מה יהיה התפקיד של כל אחת מהןואני חושב במונח הזה של “50 מכונות”היום, ב-Cloud, אנחנו יכולים להרים מכונה בסדר גודל של בין 15 ל-60 שניות, הרבה פעמיםלפעמים כמה דקות, תלוי בתפקיד שלה.ו-Container-ים אנחנו יכולים להרים לפעמים בשניות בודדות וזה מאפשר לנו לחשוב בעולם אחר -מאפשר לנו לעלות הרבה יותר מהר, לרדת הרבה יותר מהראנחנו יכולים לתכנן את ה-Capacity שלנו ברמה של דקות קדימה - ולא שנים או חודשים.(רן) אז אלה חלק מהיתרונות של הענן - ואמרנו באמת שלא נבזבז את כל הפודקאסט בלדבר על היתרונות, אבל כמובן שאלו חלק מהיתרונות.אולי צריך לציין שזה לא תמיד היה ככה - כשהתחיל -S3, או כשהתחיל EC2, אז הדברים לא היו בהכרח ככה. זאת אומרת - להרים מכונה יכול היה לקחת דקות ארוכות, מחירי ה-Storage היו שונים . . . אבל עם הזמן זה משהו שבהחלט קרה, ונולדו טכנולגיות חדשות - Lambda לדוגמא, ויש עוד דוגמאות אחרות - שבעצם מאפשרות שינוי פרדיגמה, שינוי שיטה.אבל - עם כל דבר טוב, גם יש כמה אתגרים . . . אז יש לא מעט אתגרים בלאמץ Cloud-Native, ובעצם פה אתה . . . על זה אנחנו רוצים לדבר.אילו אתגרים מעניינים אתה חושב שכדאי להתחיל איתם?(לירן) אז אני אהיה קצת אנוכי, ואני אסתכל על זה מהפרספקטיבה שלי - בסוף, רוב הקריירה שלי, רוב הרקע שלי היה כמפתח תוכנה, כמהנדס תוכנה, ואני אנסה להסתכל על זה מהפרספקטיבה שלי - של איפה מפתחי תוכנה “סובלים” בעולם ה-Cloud.ואחד הדברים שקורים למפתחי תוכנה זה שפתאום הם מאבדים שליטה - אם פעם היינו מריצים את האפליקציה שלנו עם איזשהו שרת Java Enterprise או איזשהו WSGI ב-Python, משהו כזה שקל להרים מקומית, פתאום אנחנו עוברים לטכנולוגיות שנבנו עבור הענן.נורא קל וטוב ומדהים להריץ אותן בענן - אבל יכול להיות פתאום נורא קשה להריץ אותן על ה-Laptop שלנו . . . .בין אם זה Serverless, שלא באמת קיים על ה-Laptop שלנובין אם זה ב-Kubernetes, שהוא מאוד מאוד גדול ויקר במשאבים, בעבודה מקומית ובעבודה קטנה - הוא מדהים ב-Cloud ולא כזה טוב אצלנו.בין אם זה כל מיני תלויות ב-Cloudבין אם זה כל מיני שירותים של AWS - זה SQS ו-SNS ו-Databases מנוהליםפתאום בכל הדברים האלה, כשאתה מתחיל לעבוד מקומית - זה מאתגר.או שאתה עובד עם ה-Cloud המרוחק בכל פעם, עם בעיות Connectivity ו-Latency ועם חוסר או פחות שקיפות, או כשאתה מרים כל מיני סימולטורים אצלך, שהם הרבה פחות איכותיים והרבה פחות מסמלצים . . .מן הסתם, ככל שאתה עובד יותר עם עם סימולטורים ופחות עם “סביבת האמת”, ככה התוצאות שלך ישתנו ברגע שתעבור מה-Dev ל-Staging או ל-Production.(רן) אז אנחנו בעצם מדברים על חוויית המפתח, שהיא נפגעה . . . דרך אגב, שווה להגיד שלפני, אני חושב, שני פרקים דיברנו על הנושא של Serverless עם ינון מ-Via וגם הנושא הזה עלה - ואני חושב שהבעיה היא די ברורה: כל מי שאי פעם פיתח פונקציות Lambda או המקבילים שלהן מבין את הבעיה - זה רץ בענן, אבל להריץ על המחשב שלך . . . אולי תצליח, אבל זו לא תיהיה אותה הסביבה.וכמובן הזכרתי את כל השירותים שמסביב - אם אתה צריך איזה SQS אם אם אתה צריך S3 או אם אתה צריך משהו אחר, אז אתה צריך או להשתמש ב-Service המרוחק, ואז עדיין יש לך חווייה גרועה כי זה איטי - או להשתמש באיזושהי סימולציה מקומית, אבל אז לא בטוח שהסימולציה באמת פועלת אותו הדבר, לצורך העניין . . . אולי לדברים הבסיסיים כן, אבל הרשאות או דברים כאלה לא תמיד עובדים כמו שצריך - ואז אתה מקבל את הזבנג שלך ב-Production.אוקיי, אז האתגר של חוויית הפיתוח . . . דרך אגב, יונתן - אצלכם יש Workloads שהם גם ב-Cloud וגם לא ב-Cloud [פרק 382 Carburetor 27 - k8s and multi-cloud], באיזו גישה נקטתם בהקשר של חוויית מפתח?(יונתן) אז אצלנו רוב האפליקציות ורוב ה-Services רצים ב-Cloud - אבל כזה שהוא שלנו, זאת אומרת Private Cloud ולא Public Cloud.אנחנו, מבחינת Debugging - אולי נדבר על זה אח”כ, יש פה גם עניין של גישות, אני חושב, של האם אתה רוצה בכלל לדבג (Debug) ב-Production ואיך אתה עושה את זה - אבל מבחינת סביבת הפיתוח עצמה, אנחנו עובדים ב-Remote - זאת אומרת שאתה מריץ את ה-Service שאתה רוצה לדבג (to debug) אותו לוקאלית, וכל שאר ה-Services שאתה נסמך עליהם, Databases וכו', הם ב-Remote.(רן) ואם הם צריכים אותך, דרך אגב? יש איזשהו Tunnel כזה שגם הם יכולים לקרוא לך?(יונתן) אם הם צריכים אותך - לא . . . אבל אם אתה צריכים שניים שמדברים אחד עם השני, אז אתה יכולים להרים את שניהם לוקאלית, שזה נגיד יחסית פשוט.אבל לא תוכל לקבל פתאום, לא יודע . . . הודעות Kafka משירות אחר.(לירן) הודעות Kafka או webhooks נגיד, שמכניסים . . . וגם - להרים Service אחד, בטח אם זה Service שאתה מכיר, אותו ועובד עליו טוב זה עוד קל - ברגע שאתה מצרף אליו את ה-Service השני זה כבר יותר מורכב, במיוחד אם זה Service שאתה פחות מכיר, או Service של חבר שלךוזה נוטה להיות אקספוננציאלית-יותר-קשה ככל שהמספר עולה . . .כשמדברים עליו Design “נכון” של Cloud Native, כשאתה חושב על זה . . . אם אתה עושה אינקפסולציה (Encapsulation) נכונה, אתה תמיד עובד על Service אחד, אפילו עובד עם Unit Testing - והכל מדהים.אבל ברגע שהאבסטרקציה (Abstraction) הזו מתחילה להישבר, ברגע שאתה צריך שני microServices או שלושה microServices, אז זה ניהיה הרבה יותר Messy [לא זה] ו“מציק”.(רן) גם בוא לא נשכח, שאני מניח שהרבה מהלקוחות לא מתחילים מוצר מאפס . . . הרבה מהלקוחות הם אולי במצב קצת יותר טוב מ-Lift & Shift, אבל בכל זאת הם לא מתחילים את כל הארכיטקטורה שלהם מאפס.אז עושים כמה התאמות לענן, כדי באמת להינות מה-Benefits שלו, אבל עדיין לא הכל כל כך נקי וברור - ולא תמיד משתמשים באבסטרקציה (Abstraction) הנכונה, ואז זה ניהיה יותר מורכב.אז איך יוצאים מהסמטוחה הזאת? . . .(לירן) אז באמת, כמו שיונתן אמר, יש את הגישה ה . .. נקרא לזה “אופטימלית”, שבאה ואומרת “אני מרים את הקוד שלי על המחשב שלי, וכל השאר שיהיה מרוחק, שיהיה בענן”שזה עובד חלק מהזמן . . . זה בעיקר עובד כשה-Scope מוגדר היטב, כש”המערכת יחסים” פשוטה, כשאפשר לבדוק טוב מאוד עם Unit Testingובעיקר כשהשירותים בענן לא צריכים אותי - כשאני לא צריך לקבל דברים מה-Kafka, כשאני לא צריך לקבל דברים ב-webhooks, כשלא צריך לפתוח Tunneling אלי.זה יכול לעבוד מאוד טוב - ואז אני באמת יכול לעבוד עם כל הכלים המסורתיים שלי.דרך אגב - למי שמתעניין בזה, יש ל-Kubernetes כלי שנקרא Telepresence: זה Open source שעוזר לעשות את זה.זה עדיין לא תמיד הדבר הכי קל והכי פשוט - אבל זה יכול קצת לעזור עם Port-Forwarding ו“שטויות” אחרות.(רן) דרך אגב - מאוד מעניין איך הוא עובד, ברמת ה-Networking, אבל זה לפודקאסט אחר . . . יש שם הרבה טריקים ושטיקים . . . טוב, כל Kubernetes עושה שטיקים ברמת ה-Networking, אבל גם Telepresence באופן ספציפי . . .(לירן) שטיק אחד גדול זה, Kubernetes . . . ואז יש לך את האופציה - שתי הקיצוניויות האחרות:אחת זה באמת להרים את כל הסביבה מקומית - שזה הולך וניהיה יותר ויותר קשה ככל שהסביבה יותר מורכבת, אבל אם יש לך נגיד שניים-שלושה-חמישה, אולי עשרה microServices, אתה עוד יכול להסתדר עם זה.אני כן אגיד שהרבה פעמים זה כאב ראש - הרבה פעמים אתה מוצא את עצמך מתחזק בעצם שני סטים של Deployment-ים, נגיד Kubernetes ו - Docker-Compose מקומית.אפילו אם אתה עושה Kubernetes מקומית - עדיין כנראה שה-Load Balancer יהיה שונה מקומית ומרוחק, יכול להיות שה-Database יהיו שונים ומרוחקים, אופרטורים . . . כל מיני Provider-ים שנמצאים בסביבה ה-Cloud-ית לא בהכרח יהיו זמינים מקומית, ואתה תמצא את עצמך מתחזק שתי קונפיגורציות.והאופציה השלישית, שהיא לקחת את הכל ל-Cloud - להגיד ש”אני מרים את כל הסביבה שלי ב-Cloud”, ואז בעצם כל שינוי בסביבה זה בעצם אומר איזשהו תהליך Deployment ו-CI/CD ו-Build.יש כלים, פה ושם, כמו Skaffold, כמו Tilt, כמו Garden, שעושים לזה אופטימיזציה ומנסים לעשות את זה הכי קל והכי מהר.אבל זה עדיין שרת מרוחק, שאתה מפתח עליו, שאתה מנטר אותו מרחוק - ואין לך את אותה רמה של יכולת “לצלול לתוך הקוד” שלך ולהבין אותו, כמו שאתה יכול מקומית.(רן) אני חושב ש . . . (א) יש כל מיני קומבינציות שונות, אבל קטיגורית יש גם את האופציה של Dev-Container - לפתח על Container מרוחק, שאולי נמצא בתוך ה-Datacenter, וכל מה שאתה עובד עליו זה איזשהו Frontend, איזשהו IDE שמדבר איתו, אבל ה-Codebase עצמו והקומפילציה והכל נמצאים מרוחק.אבל פה, דרך אגב, אני חייב להגיד שמעבר לחוויית המשתמש - דיברנו על Latency, דיברנו על חוויית המפתח - אבל מעבר לזה, יש גם את העניין הזה של “אתה מלכלך”... אתה מלכלך את Production, אתה משתמש בדאטה של Production, אתה יכול בטעות “לשתות” הודעות מ-Kafka שלא היית אמור לשתות, או לכתוב ל-Database שלא היית אמור לכתוב אליו - וזו בעיה לא של חוויית מפתח, זו בעיה של הנכונות של ה-Production . . .(יונתן) או של ה-Isolation . . . (רן) !Isolation - זו המילה שחיפשתי!(לירן) יש הרבה חברות שבהן זה לא בא בחשבון בכלל להתקרב ל-Production בתור מפתח - ואז כן, איך אתה עושה בעצם Isolation?האם אתה רץ באותו Cluster? ב-Cluster נפרד? על אותו Account או ב-Account שונה?הרבה אתגרים . . . .העולם הזה, של Remote Development, הוא סופר מעניין - יש Startup שנקרא Gitpod, אם אני זוכר נכון, שמתעסק עם זהגם GitHub הוציאו עכשיו איזושהי וריאציה של vscode שהיא Purely hostedאבל ממה שאני רואה וממה שאני קורא, זה עדיין לא שם.זה סופר-מגניב וזה וסופר-מבטיח, אבל לא הייתי ממליץ לאף אחד לבנות את ה-Development Environments שלו על . . . (רן) אני מכיר כבר כמה שעושים את זה . . .(לירן) באמת?(רן) . . . לא חברות גדולות . . .אבל כן.(יונתן) אם אני לא טועה, אפילו באינטל, לפני 15 שנה, עבדו ב-VNC על שרתים מרוחקים - וככה עבדו.(רן) יכול להיות - אבל האם המפתחים אהבו את זה?(יונתן) שאלה . . .(לירן) יש עכשיו כל מיני Web-first IDEs שנועדו להיות Hosted, ואמורים לתת חווייה מאוד טובה, אבל הבעיה היא שוב - עד כמה הם יכולים לבנות סביבת פיתוח מלאה.זה לא רק להריץ את הקוד - זה להריץ אותו, זה לדבג אותו, זה לספק את כל המעטפת שאתה רגיל ואוהב מה-Laptop שלך.(רן) ובכל אופן - את בעיית ה-Refresh, שדיברנו עליה קודם - זה לא פותר . . . זה אולי עושה אותה אפילו יותר גרועה, במובן הזה שעכשיו זה נורא קל להריץ דברים בתוך ה-Datacenter של Production, אז למה שלא תעשה את זה כל הזמן? . . . הנה - שכחת איזשהו Service באוויר ופתאום הכל נתקע בלילה. . . אילו פתרונות, דה-פקטו, אתה רואה שאנשים באמת מוצאים בשטח?(לירן) אז האמת שאנחנו רואים שאנשים מאמצים קצת מכל דבר, איזשהו שילוב של הדבריםקצת יש לי פרספקטיבה - אתה יכול להגיד שאף אחד מהפתרונות האלה לא טובים, ואתה יכול להגיד שהפתרונות האלה, כל אחד מהם טוב למשהו ספציפי.אבל אף אחד מהם לא נותן מענה לכולם כל הזמן.בסוף, אנחנו רואים שכל חברה שאנחנו עובדים איתה, כל חברה שאני מדבר איתה, מוצאת איזשהו שילובמן הסתם, ככל שאפשר לעבוד יותר מקומית אז זה יותר קל, וזה משהו שמפתחים מתרגלים אליו.אבל הרבה פעמים זה לא עובד - ואיפה שזה לא עובד, אז עוברים לדברים היותר מורכבים - להריץ את הכל Containerized מקומית, להריץ את הכל ב-Cloud, זה נורא תלוי ב-Use cases.דיברנו קצת על ה-Use case של ה-Incoming Data, של “אני רוצה עכשיו להרים webhook או להרים API ולראות מה קורה כשפונים אליו - אז כנראה שאני אצטרך להרים אותו ב-Cloudלעומת זאת, אם אני יכול יותר למשוך Data מאיזשהו Database, יש סיכוי טוב שאני אוכל להריץ את הקוד מקומית, עם איזשהו Batch Process, ולדבג אותו תוך כדי - והחיים שלי יהיו יותר יפים.ואז, בעצם, כשאתה מריץ את הקוד מרוחק, אז אתה היום קצת נופל לכלי-Production . . . זאת אומרת, אתה כבר לא יכול לעבוד עם ה-Debugger כמו שאתה רגיל, ואתה גם לא יכול לערוך קוד on-the-fly ולראות את זה.עובדים הרבה יותר באוריינטציה כמו שהיית עושה Troubleshooting ב-Production - עובדים עם כלי Observability, עם לוגים, עם מטריקות, עם Tracing - ומנסים להשתמש בכלים האלה כדי להבין מה קורה עם הקוד.מכיוון שה-Deployment-ים הם הרבה יותר איטיים, הרבה יותר מוסרבלים.(רן) כן, וזה, נראה לי, מביא אותנו גם קצת לאתגר הבא, של המורכבות , זאת אומרת - אם בעבר דברנו על ה-Scenario שהיה לך איזשהו AppServer, ובתוך ה-AppServer הייתה לך לוגיקה נורא-נורא מסובכת, אבל כל זה היה בתוך איזשהו Server בודד, או אולי פרוש על איזה Server אחד או שניים - נגיד AppServer ו-Database, אבל לא הרבה יותר מזה - היום, למעשה, לוגיקה פרושה על פני מספר Server-ים, אולי מספר פונקציות, תורים, Database-ים, Hook-ים ועוד הרבה מאוד פטנטים אחרים . . . חלקם חדשניים וחלקם אולי לא כל כך - אבל לפעמים אתה מגלה שנגיד HTTP Request של User בודד עובר בקלות דרך עשרה-חמישה-עשר דברים שונים, כשלא כולם זה בהכרח בבעלותך . . . זאת אומרת, יכול שחלק מהם בבעלות ה-Cloud Provider, חלק מהם אצל איזשהו Hook, נגיד שאתה כותב קובץ ומייצר Hook וכו'.זה ניהיה מורכב . . . איך מטפלים? איך מבינים את המורכבות הזאת? איך מבינים כשיש בעיות?(לירן) זה ניהיה מורכב, זה ניהיה מאוד מורכב . . . דווקא בעולם הזה, כלי ה-Observability שיש לנו היום הם מאוד מאוד טובים.אני לא יודע, ככה . . . חבר'ה בקהל שמקשיבים לנו, האם יצא להם לשמוע את המונח “Observability”זה מונח שמדבר בעצם על היכולת להבין מה קורה במערכת - מבחוץ.להבין האם היא במצב תקין או לא במצב תקיןואולי טיפה למה . . .יש היום אוסף של כלים כאלה, החל מעולמות הלוגים המסורתיים שאליהם אנחנו רגילים, דרך עולמות המטריקות - Prometheus וזה - ועד רמות ה-API, שזה כלים שהם קצת יותר כבדים, שמאפשרים יותר לצלול לעומק, ובאמת לעקוב, ברזולוציה מאוד בסיסית, על הבקשות האלה - בקשות HTTP ובקשות אחרות לאורך המערכת, לראות אילו Services עובדים . . . וכל הכלים האלה נותנים לנו איזשהו פידבק ראשוני, של כמה שגיאות יש במערכת, כמה זמן לוקח למערכת - ואולי גם מכווינים אותנו בערך לאיזו קומפוננטה (Component) עושה בעיות, איזו קומפוננטה חווה קשיים..(רן) אבל שוב, אני אקשה - דיברנו על קשיים . . . - אז אם פעם יכולת ללכת ל-JBoss שלך . . . יונתן, אני יודע שאתה נזכר בזה גם . . .(יונתן) !WebSphere [הוזכרו גם ב-412 Serverless at Via](רן) WebSphere . . . אז אתה יכול ללכת אליו, ולשים שם Breakpoint . . .להגיד “אוקיי, עכשיו אני אשלח Request, ונראה מה קורה ב-Breakpoint”.ועכשיו - אתה אולי, במקרה הטוב, יכול באמת להתחבר ולשים Breakpoint, וגם לא תמיד, אבל בדרך, אתה לא תראה את כל ה-Stack . . . יהיה לך מאוד מאוד קשה להבין מה ה-State שהביא אותך עד לשם, ושוב - לא תמיד אפשר לייצר Breakpoints, ברמה הטכנית.(לירן) זה באמת החסרון הגדול של שימוש בכלי Observability למטרות פיתוח.כלי Observability הם מאוד מאוד Rigid באופי שלהם - צריך להגדיר מראש מה רוצים לעשות, צריך להכניס את הלוגים לקוד, צריך להכניס את המטריקות לקוד . . .הכלי Tracing, דרך אגב - ה-API-ים יודעים לנטר איזשהו overview ראשוני, בעצמם, Out-of-the-Box, אבל מעבר ל-Basic זה, אתה צריך להוסיף בעצמך כל נקודה שאתה רוצה לנטר.וגם בכל פעם שאתה רוצה לשנות - זה אומר לשנות קוד, לעשות re-Deployment . . .עכשיו - כשמדובר על הקוד שלך, במיוחד אם זה רכיב שאתה עובד עליו עכשיו, אז זה לא כזה נוראבטח בסביבת Dev, לבנות את ה-Java, לעשות Transpile ל-JavaScript, לבנות את ה-Container, לעשות לזה Deployment . . . בין חמש לעשרים דקות ואתה מסודר.אבל זה הרבה יותר כואב כשזה לא הקוד שלך - בין אם זה microService ליד, שאותו אתה כבר פחות מכיר - פחות מכיר את ה-Build שלו, פחות מכיר את התהליכים שלו, פחות מכיר את ה-Deployment שלו.וזה יכול להיות גם Open Source . . . זה יכול להיות עכשיו איזשהו קוד Open source, ועכשיו לפתוח את הקוד Open Source הזה בשביל להוסיף Log ולהבין איך עושים Re-build ל-Package ואז את ה-Dependencies שלך להפנות ל-Package שבנית . . . - זה כבר יכול להיות סיפור בהיקף של איזה חצי-יום ויותר, וזה די מבאס.(יונתן) זה אולי מבאס - אבל יש גם הצד השני: עבודה כזאת שאתה עושה - על להוסיף מטריקה במקרים מסויימים, לזרוק Event . . . - זה קשה, אבל זה גם נכסזה נשאר איתךכש-Debugging הוא . . . אתה עושה Debugging, ואחרי זה הוא נעלםבמקרה הטוב הוא נעלם, ולא משאיר אחריו שום Stateוכל הידע שצברת משם הוא כבר לא שם, זאת אומרת - אני לא אומר שלא צריך Debugging בכלל, אבל מבחינתי, מי שפותח Debugger אז זה קצת “מוצא אחרון”', זה אומר שאולי היה חסר לו משהו לפני זהאו שלפעמים, באמת, יש דברים שאי אפשר בלי - אבל זו גישה קצת אחרת.(לירן) אני ממש בעד Observability ואני אוהב Observability, כש-Observability זה בערך אחד הדברים הכי חשוביםשווה להשקיע את הזמן בלבנות Observability מצויין למוצר - על אחת כמה וכמה ב-Productionזה סופר חשוב שהמפתחים שבנו את הקוד יקחו אחריות על זה - שהם יודעים מה קורה איתו, שהוא מדלוור (Delivers) ערך ללקוחות קצה - והדרך היחידה לעשות את זה זה עם לוגים ומטריקות ועם Observability.הבעיה עם זה היא ש-Observability זה הרבה משחק של ניסוי וטעיה - אתה לא תמיד יודע בהתחלה איזה לוג הכי חשוב . . .כמות הפעמים שראיתי בקריירה שלי מפתח שם Log - ובא ואומר “זה סופר-סופר חשוב!” - רק שזה קורה 10,000 פעם בשנייה ומפיל את המערכת, או לפחות מקפיץ את החשבון של ה-Elastic . . .(רן) זו מערכת מאוד חשובה, כנראה, אם היא קוראת 10,000 פעמים בשנייה . . . (יונתן) . . . או שאולי אתה מגלה פתאום שזה לא היה כזה חשוב כמו שחשבת . . .(לירן) או שאתה מגלה שאיזושהי מטריקה . . . אתה רוצה לשלוח איזושהי מטריקה ואתה מגלה ששלחת אותה בשעות במקום בשניות, ועכשיו המערכת Input לא מצליחה לקלוט אותה . . . בסוף, אני חושב שאת ה-Observability הכי טוב הכנסנו כתוצאה מתקלות - ב-Rookout, משהו לא עבד, תחקרנו ותחקרנו והבנו למה זה לא עובד - וגם הבנו איך לשפר את ה-Observability שלנו כדי שבפעם הבאה זה לא יקרה, או כך שנדע על זה יותר מהר ויותר בקלות.זה פשוט תהליך איטרטיבי (Iterative) . . .(רן) את זה כנראה אפשר להגיד על כל דבר בחיים - את הדברים הכי טובים אתה עושה רק אחרי שטעית [ד”ש לדאגלס], אבל כן - אני לגמרי מזדהה עם התופעה הזאת.(לירן) ובהקשר הזה - הטענה שלי כלפי הכלי Observability הקיימים זה פשוט האיטיות . . . המסורבלות . . .כשאני כבר יודע מה אני רוצה, אני אעשה לזה את ה-Commit, אני אעשה לזה את ה-Deployment, והכל יהיה בסדר, בטח למי שיש CI/CD איכותיזה יקח את השעה-שעתייםהבעיה שזה תהליך של ניסוי וטעיה, שלעפמים לוקח לי עשרה או אפילו עשרים ניסיונות לדעת מהי המטריקה שאני צריך לדעת, מה ה-Log שאני צריךואת זה - זה מה שאנחנו ב-Rookout מאמינים - שהרבה יותר כיף וקל ומועיל לעשות את זה באיטרציות זריזותלהצביע על שורה -לקבל ממנה Log; להצביע על שורה - לקבל ממנה מטריקהלראות שזה באמת מה שאתה רוצה, לראות שזה באמת מה שרצית לראותואז בעצם לקבע את זה בכלים כאלה ואחרים כך שזה יגיע באופן קבוע, וישמר את הידע הזה לאורך זמן.(יונתן) אז זה בעיקר כלים כדי להבין מה קורה במערכת או שזה גם כדי לשנות התנהגות - לשנות לוגים או לשנות If-ים? . . .(לירן) הפרספקטיבה שלנו ב-Rookout, מה שאנחנו עושים, זה שאנחנו רוצים להפוך את העולם הזה, של Observability, לדינאמי - שתוכל, כמפתח, לבוא ולהצביע על כל שורה בקוד שלך ולהגיד “אני רוצה לדעת מה קורה פה, אני רוצה לדעת איך הגעתי לפה”גם ברמה ה-Stack trace וגם ברמת Tracing - איפה הבקשה הזאת עברה קודם? מהם הערכים של המשתנים שלי? וגם לנצל את הדברים האלה בצורה קצת יותר חכמה - “תייצר לי פה מטריקה חדשה”, “תייצר לי פה Log חדש”וכשאנחנו גם מבינים שיש פה כל מיני תוספות ומורכבויות נוספות על Productionלמשל: “אני רוצה לראות מה קורה כשמגיעים לשורה הזאת בקוד” - אבל עבור לקוח ספציפי.או - “תראה לי איך הקוד שלי מטפל כשהלקוח הזה שולח לי פה בקשה”“תראה לי איך הקוד שלי מטפל, כשקיבלתי מה -S3 איזושהי הודעת שגיאה”.(רן) נגיד Conditional Breakpoints . . . משתנה ש”כאשר הערך שלו מגיע ל-X אז תעצור”(לירן) כן - הטכנולוגיה שאנחנו אוהבים לקרוא לה “Non-breaking breakpoints”, שזה אומר שנותנים לך בעיה שהיא דומה ל-Breakpoint, מראים לך את מה שה-Breakpoint היה מראה - אבל לא עוצרים לך את הקוד בעצם.(יונתן) עכשיו יותר ויותר שרתים - לפחות כאלה שצריכים להתמודד עם Scale גדול - הם א-סינכרוניים, זאת אומרת שדברים לא בהכרח קורים בסדר שלהם, ה-Stack trace יכול להיראות כמו גיהינום.איך אתם מתמודדים עם זה?[דיברת על אינטל - אז Out-of-Order Execution](לירן) אז אנחנו מתמודדים עם זה בכמה דרכים - הכי משמעותי זה בגדול לעקוב אחרי Request-יםאנחנו מאפשרים לעקוב אחרי ה-Distributed Tracing Information, שאת חלקו אנחנו יודעים לייצר לעצמנו ואת חלקו אפשר בעצם לקבל מכלי APM שונים שאתם משתמשים בהם, אפילו כלי Open Source כמו OpenTracing או OpenTelemetry או OpenCensus וכל המלחמה שהם עושים על התקינה . . .(רן) כי זה הכל אותו הדבר, לא? . . . (לירן) בערך . . . כמו כל תקן טוב.באמת צריך לחשוב, ככה - גם לראות את ה-Stack Trace הקלאסי, של “מאיפה הקוד שלך הגיע?”, אבל גם לראות את ה-Stack Trace הלוגי של ה-Span-ים ושל ה-Trace-ים, של “מאיפה הבקשה הזאת הגיעה?”, “איך היא נכנסה למערכת?” ו”איפה היא בשלב הזה, כרגע?”(רן) אתגר נוסף, שאני בטוח ש . . . - אני בטוח שאפשר להמשיך לדבר על Observability, אבל בוא נמשיך - אז אתגר נוסף שאני יכול לחשוב עליו זה אם מישהו, ונחזור ל-Scenario שהיה לך Web Server אחד ו-Database, והיית משחרר אליו גרסא, אז אתה יודע: היית משחרר גרסא 5 ואחר כך גרסא 6 ואחר כך גרסא 7 . . . אולי 7.1, אולי 7.2 - אבל אוקיי, אתה יודע וכבר די ברור לך מה קורה שם.היום ב-Production, ודרך אגב - זה אולי לא ייחודי ל-Cloud אבל זה ניהיה יותר קל ב-Cloud Native - יש לך הרבה מאוד Services, הרבה מאוד רכיבים אחרים, ולכל אחד יש גרסא אחרת לחלוטין.אני מנחש שב-Outbrain משחררים הרבה מאוד גרסאות ביום . . . (יונתן) נכון - וגם לא כל הזמן לאותו ה-Service יש את אותה הגרסא ב-Production: לפעמים מריצים A/B Testing, אם אתה מריץ כמה Flavour-ים . . .(רן) נכון . . . אז בכל זמן נתון, נגיד לכל Service יש גרסא אחת או שתיים ב-Production - ובנוסף, יש כמה מאות של Services שונים - ובנוסף, יש רכיבים שהם לא שלך, שגם לפעמים מקבלים Update או כל מיני דברים כאלה, מוזרים . . . וקשה מאוד לקבל תמונה קוהרנטית של “רגע, אז מה יש עכשיו ב-Production? איזה קוד נפרש עליו?” . . .(לירן) קשה להחריד . . . למעשה, לפני איזה שנתיים-שלוש, כשהיו לנו אתגרים ראשונים - היה מוצר, התחלנו אצל לקוחות, היו לנו את הפידבקים שלהם - והיינו בשוק מכמה לקוחות מתקשים להבין מה לעזאזל רץ להם ב-Production . . . זאת אומרת - הם בוחרים שרת, מתחילים לשים עליו Breakpoint-ים - וה-Breakpoint-ים לא קופצים להם . . . אז אנחנו אומרים להם: “חבר'ה - זו לא הגרסת קוד שרצה לכם ב-Production”, והם עונים: “זה כן” . . .ואחרי שעתיים של Support אומרים: “חבר'ה, זה לא הקוד שרץ לכם ב-Production, ה-Breakpoint-ים לא קופצים כי אתם מסתכלים על גרסא חדשה, והגרסא ב-Production היא מלפני שבוע” - או הפוך . . .ואחד הדברים הכי משמעותיים שראינו במוצר זה הצורך להביא עבור הלקוחות את הקוד - לא לסמוך על המפתח שנמצא בקצה שיתחיל להבין איזה קוד נמצא עכשיו איפה, אלא שברגע שהוא בוחר שרת או Service או Deployment ב-Kubernetes או Whatever - להראות לו “תקשיב - זה מה שרץ שם כרגע”.יש סיכוי טוב שכבר בזה הוא מצא את ה-Bug, כי בעצם זו בכלל לא הגרסא שהוא חשב . . . ואם לא - אז ברגע שהוא מתחיל לדבג, הוא לפחות רואה בעיניים בעיניים באמת איך הקוד שנמצא שם מתנהג, ולא איך הקוד שהוא חושב שנמצא שם מתנהג . . .(רן) אז איך זה עובד ברמה הטכנית? זאת אומרת - יש את הסיפור המפורסם, אני מניח שהרבה מכירים, על חברת Algo-Trading, שבטעות השאירו איזשהו שרת ב-Data center שלהם עם הגרסא הלא נכונה, וככה הפסידו את המכנסיים והתחתונים שלהם, ופשטו רגל . . .(לירן) 400 מליון דולר . . . (רן) כן . . . אז אני לא זוכר את שם החברה [Knight, הזכרנו בפרק הקודם], אבל בטוח שנמצא את זה ברפרנס [טו-שה . . .] - אז איך זה עובד ברמה הטכנית? זאת אומרת - מה, לכל גרסא יש איזושהי חתימה, ואתה מוצא את החתימה שלה וככה אתה מוצא את ה-Code base?(לירן) אז האמת שפשוט בנינו סט של Best Practices, שאפשר גם למצוא בבלוג שלנו הרבה מהם, על איך לתייג גרסאות - אם זה ברמת ה-CI, לדחוף את ה-Git-Commitבין אם זה של כל מיני קונפיגוקציות של Maven ו-Gradle ו-MSBuild - על איך לקנפג את זה כך שזה ישים בארטיפקטים (Atrifacts) את ה-Hash-ים.בין אם זה ברמת Containers - אנחנו פשוט מצאנו כמה קבצים ב - .git המסתורי הזה שנמצא לכם בכל מקום - רק קחו את השלושה-ארבעה קבצים האלה, זרקו אותם פנימה - ותוכלו לדעת בדיעבד איך ה-Container.חשוב גם להגיד שכחברה אנחנו, כמדיניות, לא נוגעים בקוד-מקור של הלקוחות - אנחנו לא מעבירים source-code ,לא מזיזים Source-code - ולכן זה מאוד חשוב לנו למצוא דרכים שהלקוחות יוכלו לעשות את זה בעצמם, בלי שבעצם הדאטה הזה יעבור דרכנו.(רן) הבנתי . . . (יונתן) תגיד - בעצם, החברה שלך מוכרת מוצרים למהנדסים? אתה CTO, אתה מנהל את המהנדסים האלה . . . מה הם אומרים על המוצר שלכם?(לירן) מה המהנדסים שלנו אומרים? . . .(יונתן) כמשתמשים . . .(לירן) אני חושב שזה אחד הדברים הכי כיפיים, גם כמי שכנראה שמגייס עובדים ומנהל עובדים, אבל גם באופן כללי - לפתח מוצר שאתה מבין מה הוא עושה, שאתה מכיר את ה-User-ים, שאתה רואה את ההנאה שלהם בעיניים - זה מאוד מספק.כשהחבר'ה באים ונפגשים עם לקוחות, ורואים את המפתחים אצל הלקוחות שלנו יושבים באמצע הלילה ומדבגים באגים, ושוברים על זה את הראש - ואז הם רואים איך Rookout עוזר להם - וזה ממש ממש מאיר להם את העיניים.(יונתן) אין כמו לראות אחרים מדבגים באמצע הלילה . . .(לירן) רק בסופ”ש שעבר, לקוח התקשר אלינו, שבאותו לילה הם התעוררו בשתיים בלילה לדבג איזה משהו, הייתה תקלה בProdcution - והם פתרו אותה איתנו ב-15 דקותאז אם כבר העירו אותך בשתיים בלילה כי המערכת נשברה וצריך לטפל בזה - לפחות שזה יקח 15 דקות ולא תישאר ער עד הבוקר . . .(רן) ברור . . . מזל שלא משלמים לכם לפי שעות . . . .בסדר - אז יש אתגרים, אני בטוח שיש עוד, אבל אנחנו מתקרבים לקראת סיום.אז קודם כל - אני בטוח שכל מי שפיתח בסביבה שהיא Cloud-Native מזדהה, לפחות עם חלקם.חלקם פתורים בתעשייה, במידה מסויימת, וחלקם לא - אני בטוח שככל שנפתור, ככה יווצרו עוד בעיות . . . תיהיה לנו עוד עבודה.אבל זה מעניין מאוד, ואתגרים סופר-רלוונטיים למפתחים.לפני השיחה שלנו, לפני שהתחלנו להקליט, סיפרת לנו שהתחלת פודקאסט [!](לירן) כן - אז האמת שבשבוע שעבר הקלטנו את שני הפרקים הראשונים של הפודקאסט שלנו - זה הולך להיות ה-Production-first Mindset, זה השם שלו.אני מאמין שככה - בעוד שבוע-שבועיים תתחילו לראות פרקים של זה ב-Spotify וב-Apple ובכל המקומות האחרים שאתם אוהבים לראות ולקלוט פודקאסטים.אז אתם מוזמנים גם להקשיב לנו.(רן) מעולה - רעיון טוב. והוא יהיה באנגלית?(לירן) הוא יהיה באנגלית - אנחנו מראיינים גם הרבה חבר'ה מהארץ, כל מיני יזמים כמו רון רייטר ואופיר ארליךוגם כל מיני טכנולוגים מחו”ל כמו Steve Chin - חבר'ה מאוד רציניים שיספרו גם מהפרספקטיבה שלהם על האתגרים של ה-Cloud Native ובאופן כללי על האתגרים של להביא קוד ל-Production ומה שזה אומר.(רן) מעולה - אז לירן, תודה רבה! היה מרתק, היה כיף, תודה שבאת. האזנה נעימה ותודה רבה לעופר פורר על התמלול!
Link to bioRxiv paper: http://biorxiv.org/cgi/content/short/2020.11.18.042887v1?rss=1 Authors: Vishwakarma, P., Meena, N. K., Prasad, R., Lynn, A. M., Banerjee, A. Abstract: In view of the multiple clinical and physiological implications of ABC transporter proteins, there is a considerable interest among researchers to characterize them functionally. However, such characterizations are based on the premise that ABC proteins are accurately identified in the genome, and their topology is correctly predicted. With this objective, we have developed ABC-finder, i.e., a Docker-based package for the identification of ABC proteins in all organisms, and visualization of the topology of ABC proteins using an interactive web browser. ABC-finder is built and deployed in a Linux container, making it scalable for many concurrent users on our servers and enabling users to download and run it locally. Overall, ABC-finder is a convenient, portable, and platform-independent tool for the identification and topology prediction of ABC proteins. ABC-finder is accessible at http://abc-finder.osdd.jnu.ac.in Copy rights belong to original authors. Visit the link for more info
Link to bioRxiv paper: http://biorxiv.org/cgi/content/short/2020.11.06.367409v1?rss=1 Authors: Qiu, X., Feit, A., Feiglin, A., Xie, Y., Kesten, N., Taing, L., Perkins, J., Zhou, N., Gu, S., Li, Y., Cejas, P., Jeselsohn, R., Brown, M., Liu, X. S., Long, H. W. Abstract: ChIP-seq and ATAC-seq have become essential technologies used as effective methods of measuring protein-DNA interactions and chromatin accessibility. However, there is a need for a scalable and reproducible pipeline that incorporates correct normalization between samples, adjustment of copy number variations, and integration of new downstream analysis tools. Here we present CoBRA, a modularized computational workflow which quantifies ChIP and ATAC-seq peak regions and performs unsupervised and supervised analysis. CoBRA provides a comprehensive state-of-the-art ChIP and ATAC-seq analysis pipeline that is usable by scientists with limited computational experience. This enables researchers to gain rapid insight into protein-DNA interactions and chromatin accessibility through sample clustering, differential peak calling, motif enrichment, comparison of sites to a reference DB and pathway analysis. Copy rights belong to original authors. Visit the link for more info
with Paul VAN DE GRIFT - Business Developer @ Bluecon International
As modern application development and deployment has evolved to meet demands for flexibility and scalability, development teams are increasingly relying on containers and platforms based on Kubernetes such as OpenShift to help them ensure that these run reliably no matter the location or environment. When applications require an enhanced level of security, developers need the ability to incorporate proven cryptographic operations while rigorously protecting the underlying cryptographic keys.Listen to this podcast and learn how to add robust cryptography to containerized applications that process sensitive data. This episode's speakers will describe how certified cryptographic capabilities including key generation, digital signing, and data encryption are enabled through the use of hardware security modules (HSMs) to enhance security and facilitate auditing and regulatory compliance. The podcast will introduce you to the industries and use cases where robust security is needed for containerized applications and explain how HSM technology helps developers take advantage of this in modern containerized architectures.Iain Beveridge, Product Marketing & Solutions ManagerOli Wade, Senior Sales Engineer EMEA
Containerized shipping is an odd business in normal times. What happens when you add a pandemic and a trade war?
Containerized shipping is an odd business in normal times. What happens when you add a pandemic and a trade war?
With trans-Pacific container rates at an all-time high, even more containers are flowing from Asia to the US. The return leg is a different story, however, with empty space frequently seen on board. The US agriculture industry has spotted this crack, and expectations are high that containerized soybeans, wheat, and corn could fill the gap.
with Ravid LEVY - Founder and Consultant @ RLV-consulting services
Episode 11 of the podcast covers challenges and baselining of container and cloud security. (0:54) Introduction (01:29) Question 1: What are the right and left bounds when deciding to use a container environment as part of the infrastructure and how much of that is security minded? (03:03) Question 2: How do you approach a baseline level of security for your containerized environments? Is it mainly configuration or do you consider other aspects for hardening of your containerized environments? (06:30) Question 3: From your experience, which of the environments, if any, are more security forward than any other and why? Kubernetes? Docker? (12:06) Question 4: Does the way you defend and track threats against container environments differ from the non-containerized environments? Is a containerized environment inherently easy to secure or more work? (12:54) Question 5: How have containerized environments changed the penetration testing, threat hunting, and incident response process? Are there different skillsets needed? Could you provide examples? (19:41) Bonus: In the security world, what keeps you up at night? (21:50) Closing
Episode 10 of the podcast covers how modern CISOs think about the future of threat intelligence. (0:21) Introductions (1:55) Question 1: What kind of information do you see threat intel feeds providing, and which ones are most compelling to you? (4:35) Question 2: Is it unique to have information sharing with other portfolio companies? How does that work programmatically? (7:01) Question 3: What are the new, hot data sets you're seeing? (9:35) Question 4: Are you aware of an increase in adversaries targeting containerized environments? (11:55) Question 5: Are you thinking about threat intelligence differently as it relates to cloud and containerized environments that support a dispersed workforce? (17:36) Closing Remarks
Jay Gordon (@jaydestro) joins Donovan Brown (@donovanbrown) to show how to build a containerized React application and deploy it to production with Azure Kubernetes Service. He'll also show how to configure an Azure Active Directory service principal to enable Role-Based Authentication, which enables you to dynamically create and manage other Azure resources.[0:01:07] - DemoService principals with Azure Kubernetes Service (AKS)Quickstart: Deploy an Azure Kubernetes Service cluster using the Azure CLI | Create AKS clusterAzure Kubernetes Service (AKS) overviewjaydestro/react-clock-basic repo (GitHub)Create a free account (Azure)
Jay Gordon (@jaydestro) joins Donovan Brown (@donovanbrown) to show how to build a containerized React application and deploy it to production with Azure Kubernetes Service. He'll also show how to configure an Azure Active Directory service principal to enable Role-Based Authentication, which enables you to dynamically create and manage other Azure resources.[0:01:07] - DemoService principals with Azure Kubernetes Service (AKS)Quickstart: Deploy an Azure Kubernetes Service cluster using the Azure CLI | Create AKS clusterAzure Kubernetes Service (AKS) overviewjaydestro/react-clock-basic repo (GitHub)Create a free account (Azure)
In Episode 32 of Mobycast, we finished our series on application logging. In particular, we discuss how Kelsus leverages Sumo Logic to manage the logs of their projects. Welcome to Mobycast, a weekly conversation about containerization, Docker and modern software deployment.
In Episode 31 of Mobycast, we dive into Part 2 of our series on application logging. In particular, we discuss best practices as well as how to forward logs from your containers to other services. Welcome to Mobycast, a weekly conversation about containerization, Docker and modern software deployment.
In episode 30 of Mobycast, Jon and Chris talk about how Kelsus handles application-level logging for the microservices running on ECS. Welcome to Mobycast, a weekly conversation about containerization, Docker, and modern software deployment.
In episode 19 of Mobycast, Chris leads part two of a discussion about securing containerized deployments. Welcome to Mobycast, a weekly conversation about containerization, Docker, and modern software deployment.
In episode 18 of Mobycast, Chris leads a DockerCon session roll up. In particular, we discussed securing container-based deployments. Welcome to Mobycast, a weekly conversation about containerization, Docker, and modern software deployment.
On this podcast, Pete Abrams, Co-Founder and Chief Operating Officer at Instana, introduces his company and discusses several topics including: what he attributes to the fast adoption of containers in IT the relationship between OpenShift and the applications themselves in terms of monitoring requirements what is the optimal time for teams to start looking at … Continue reading Instana – delivering full-stack performance monitoring for containerized microservice applications
"It works on my machine" is a statement of the past with containers! Docker, Kubernetes, Pods, Registries, Swarms, and Spheres! So much to learn and so much awesome. This week we break down what containerized development truly means, what it is good for, how you use these services, and how you can go do something today! SUPPORT US ON PATREON: patreon.com/mergeconflictfm Follow Us Frank: Twitter, Blog, GitHub James: Twitter, Blog, GitHub Merge Conflict: Twitter, Facebook, Website Music : Amethyst Seer - Citrine by Adventureface Proudly recorded on Zencastr Big thanks to our new patrons this week: Thomas, Robin, Carl, Kym, Lars, Kalle, Homero, and Adam!